Der Wurstrechner

[Eisenschwein]

Cool, gefällt mir...
Wäre es nicht einfacher gewesen die Daten von Code zu trennen? Ich habe lange nix mehr gemacht mit Access, da keine SQL- Datenbanken mehr unterstützt werden - aber das erscheint mir einfacher?

Hätte man auch trennen können.
Aber dann müsste der User, nach einem Update, die Tabellen neu verknüpfen müssen. Finde ich zu kompliziert für den Anwender. (Geschmackssache)

 

[Eisenschwein]

Kann man eigene Rezepte auch aus der alten Version exportieren?

Leider nicht. Wenn Du schon sehr viele eigene Rezepte eingegeben hast, kann ich diese für Dich in die neuere Version übertragen. (Über DropBox oder so)

 

[Eisenschwein]

Ich finde ehrlich gesagt eine ganz normale Rezepte-Verwaltung praktischer

Wie schon eingangs geschrieben, ging es mir um die zusammengefasste Einkaufsliste bei mehreren Wurstsorten. Und vor allem um das wirklich gekaufte Fleisch dann auf die einzelnen Wurstsorten zu verteilen, damit so wenig wie möglich übrig bleibt.
Nur um Rezepte zu sammeln und evtl. Gewichte passend umzurechnen gibt es wirklich schönere Tools als meins. Aber das war nicht mein Ziel.
Weiterhin können wir alle das Design und die Funktionen diese Programms mitbestimmen. Nichts ist in Stein gemeiselt.

 

[Amillio]

Wie schon eingangs geschrieben, ging es mir um die zusammengefasste Einkaufsliste bei mehreren Wurstsorten.

Das geht doch in einer normalen Rezepte-Verwaltung auch. Einfach die ausgewählten Rezepte in die Einkaufsliste ziehen und gut ist. Zwar kann es dabei auch Probleme geben, wenn z.B. "Schweinebauch, fett" und "Schweinebauch, nicht zu mager" als zwei verschiedene Zutaten auftauchen, aber das liegt ja nur an der Dateneingabe, unabhängig von der Plattform. Ich will Deine Lösung bestimmt nicht schlecht machen, aber so richtig leuchtet mir deren Vorteil bisher einfach nicht ein. Die Verteilung der eingekauften Fleischmenge auf verschiedene Wurstsorten mag durch die Schaltflächen ein bisschen einfacher sein, aber möglich ist sie über die Einkaufsliste in der Rez-Verwaltung auch. Und vor allem hat diese den Vorteil, dass man Rezepte über ein standardisiertes Format auch ex- bzw. importieren kann.

Weiterhin können wir alle das Design und die Funktionen diese Programms mitbestimmen. Nichts ist in Stein gemeiselt.

Ja, das mag ein Vorteil sein. Und wie gesagt: Ich sage ja gar nichts gegen Deine Arbeit, sondern ich wollte nur besser verstehen, wo denn eigentlich deren Vorteil gegenüber vorhandenen Lösungen liegt. Gäbe es denn die Möglichkeit, auch Anleitungstexte in die Datenbank zu integrieren?

Christian

 

[Eisenschwein]

Gäbe es denn die Möglichkeit, auch Anleitungstexte in die Datenbank zu integrieren?

Ja, geht auch.

 

[MaFra]

...nach einem Update, die Tabellen neu verknüpfen müssen.

...kann man die Verknüpfung nicht voreinstellen und dann einfach sagen beide Dateien müssen im gleichen Ordner sein? Oder eine Config-Tabelle in der Codedatenbank mit dem Pfad zur Datendatei (per OpenFile-Dialog)?
aber ich will dir nicht reinreden. Sehr gute Arbeit.

Ich sage ja gar nichts gegen Deine Arbeit, sondern ich wollte nur besser verstehen, wo denn eigentlich deren Vorteil gegenüber vorhandenen Lösungen liegt.

Es gibt sicher immer irgendein Programm was es schon mal gibt - in der einen oder anderen Form. Mit anderen, mehr oder weniger sinnvoller Funktionen. Es ist ja auch gut, dass du mit deinem Programm glücklich bist und keiner hat verlangt, dass du das Tool von @Eisenschwein nutzen sollst. Aber für einige ist es sicher eine Hilfe und vor allem kostenlos. Ich finde besonders gut, dass solch eine Forum- oder Eigenlösung z.B. anpassbar ist und Ideen der Nutzer eingearbeitet werden können.

Übrigens so etwas bezeichne ich als Designfehler:

... Probleme geben, wenn z.B. "Schweinebauch, fett" und "Schweinebauch, nicht zu mager" als zwei verschiedene Zutaten auftauchen, aber das liegt ja nur an der Dateneingabe, unabhängig von der Plattform.

das kann nicht passieren, wenn eine Zutatentabelle existiert aus der die Zutat "Schweinebauch, fett" gewählt wird. Freitexte sind immer problematisch weil z.B. Freitexte nicht selektierbar sind

Aber wie gesagt ich freue mich, dass du mit deiner Lösung zufrieden bist und hoffe das @Eisenschwein das Projekt weiterpflegt.

P.S. Die Umsetzung als APP ist etwas schwieriger, da der Zugriff auf Datenbanken unter Android / iOS / Windows phone etwas holprig ist. Meistens wird in solchen Fällen mit einer Anbindung an eine OnlineDatenbank gearbeitet, was wiederum mit zusätzlichen Kosten verbunden ist. Prinzipiell ist so etwas möglich aber als ForumApp zu aufwendig und nix für mal so nebenbei.

 

[Amillio]

Es gibt sicher immer irgendein Programm was es schon mal gibt - in der einen oder anderen Form. Mit anderen, mehr oder weniger sinnvoller Funktionen. Es ist ja auch gut, dass du mit deinem Programm glücklich bist und keiner hat verlangt, dass du das Tool von @Eisenschwein nutzen sollst. Aber für einige ist es sicher eine Hilfe und vor allem kostenlos. Ich finde besonders gut, dass solch eine Forum- oder Eigenlösung z.B. anpassbar ist und Ideen der Nutzer eingearbeitet werden können.

Dass niemand von mir "verlangt", irgendetwas zu benutzen, ist ja klar, aber ich würde es benutzen, wenn es für mich einen Vorteil hätte. Ich will hier also überhaupt nichts schlecht machen sondern verstehen, wo der Vorteil einer neuen Lösung gegenüber der - für mich - alten liegen könnte.

das kann nicht passieren, wenn eine Zutatentabelle existiert aus der die Zutat "Schweinebauch, fett" gewählt wird. Freitexte sind immer problematisch weil z.B. Freitexte nicht selektierbar sind

Doch, das kann in dem Moment passieren, in dem diese Zutatenliste nicht feststeht sondern vom Nutzer editierbar ist. Natürlich gibt es auch bei den üblichen Rez-Verwaltungen eine solche Liste, und wenn man eine Zutat braucht, die dort noch nicht steht, ergänzt man sie halt. Es geht also immer um die Disziplin bei der Eingabe bzw. darum, wie weit bei den Zutaten überhaupt differenziert werden soll oder muss. Es kann ja je nach Rezept durchaus sinnvoll sein, zwischen "Pfeffer grob geschrotet" und "Pfeffer fein gemahlen" zu unterscheiden. Ideal wäre daher meines Erachtens so etwas wie eine "intelligente Einkaufsliste", bei der dann beides zu "Pfeffer" wird, aber so etwas gibt es meines Wissens bisher nicht.

Christian

 

[MaFra]

Natürlich gibt es auch bei den üblichen Rez-Verwaltungen eine solche Liste, und wenn man eine Zutat braucht, die dort noch nicht steht, ergänzt man sie halt.

Ah OK, dann hatte ich das falsch verstanden...

Es kann ja je nach Rezept durchaus sinnvoll sein, zwischen "Pfeffer grob geschrotet" und "Pfeffer fein gemahlen" zu unterscheiden. Ideal wäre daher meines Erachtens so etwas wie eine "intelligente Einkaufsliste", bei der dann beides zu "Pfeffer" wird, aber so etwas gibt es meines Wissens bisher nicht.

Nein Christian, macht Datentechnisch keinen Sinn - Das Programm (welches auch immer ) müsste dann aus Apfel und Birnen selbständig Obst machen - das geht nur über einen Oberbegriff, also eine Artikelgruppe (Oder Artikeloberbegriff) - z.B. Pfeffer und man müsste nach Oberbegriff selektieren. In einer Forumeigententwicklung kein Problem, so etwas zu integrieren ( Merkst du was? Vorteil Eigententwicklung -> erweiterbar)

VG
Mario

 

[Eisenschwein]

Ideal wäre daher meines Erachtens so etwas wie eine "intelligente Einkaufsliste", bei der dann beides zu "Pfeffer" wird, aber so etwas gibt es meines Wissens bisher nicht.

Doch so etwas gibt es.
Also das mit dem Pfeffer habe ich so gelöst, das es nicht nur eine Zutat gibt, sondern auch noch eine "verarbeitung" für die Zutat. (Manchmal denke ich auch mit)
Ich kann also dann in das Rezept Pfeffer eingeben und bei der Verarbeitung dann gemahlen, geschrotet usw. eingeben.
Auf der Einkaufsliste erscheint dann nur Pfeffer.

 

[MaFra]

... Interessanter Ansatz. Ich muss das Teil morgen mal dönerladen und angucken. Mal sehen, vielleicht in der Mittagspause... Ich hab glaube ich auch eine VM ohne Access um mal nur mit der Runtime zu testen...

 

[Xisler]

So, heute Fleisch mit dem neuen Tool eingekauft und vorgepökelt. Hab die Menge von Rind, Schwein und Speck so angepasst das ich etwa auf 20-25% Fett in der Wurst komme, echt hilfreich schon mal. was ich vermisst habe, ist die Möglichkeit unter "Verwursten" bei den unterschiedlichen Fleischarten direkt das Gewicht anzugeben. hat den Vorteil, wenn ich z. b. schon 2200g Schwein habe, gebe ich es ein und gebe 4000g Gesamtgewicht Wurst ein, das Tool soll mir dann zeigen, wie viel Rind ich dann noch brauche und wie viel Speck. Sonst echt super, wie gesagt.

 

[Xisler]

Mir fällt noch was ein. Gesamtgewicht fertige Wurst. Hab jetzt 4000g Krakauer eingegeben, am Ende waren es knapp 5 Kilo Wurst. Bis Eiswasser, Gewürze etc . drin sind, kommt noch einiges an Gewicht dazu. Das hab ich nicht bedacht. Was noch super wäre, ist die Möglichkeit benötigte Menge an Darm gleich zu sehen, wenn man Darmdurchmesser und Fleischgewicht angibt. Hab für 5 Kilo Krakauer etwa 3,5m Rinderkranzdarm Kaliber 43/46 gebraucht, etwas ist aber über geblieben, schade drum. Es gibt zwar Tabellen dafür, habe ich schon hier in Forum gesehen, aber alles in einem Tool zu haben wäre doch super. Ob das machbar ist, weiß ich als Computerlegasteniker nicht, das ist erst mal Wunschdenken

 

[Eisenschwein]

Es gibt zwar Tabellen dafür, habe ich schon hier in Forum gesehen, aber alles in einem Tool zu haben wäre doch super. Ob das machbar ist, weiß ich als Computerlegasteniker nicht, das ist erst mal Wunschdenken

Wenn mir jemand so eine Tabelle zur verfügung stellen würde, kann ich das einbauen. Evtl. gibt es ja auch einen Rechenweg z.B. Gramm pro Meter oder so.
Finde ich gut.

Gruß
Andreas

 

[Xisler]

Hab die Tabelle gefunden: https://www.grillsportverein.de/forum/attachments/fuellmengen-pdf.1373593/

Da gab es schon mal einen Thread: https://www.grillsportverein.de/forum/threads/wurst-huellen-lexikon-bloss-eine-idee.270164/page-2

 

[Eisenschwein]

Läuft doch

 

[Xisler]

Was sagst Du zu den anderen Ideen?

 

[Eisenschwein]

Was sagst Du zu den anderen Ideen?

Die Gesamtmasse inkl. Zutaten berechnen? Und diese dann auf die Därme umrechnen?
Das versuche ich einzubauen.

 

[Xisler]

Die Gesamtmasse inkl. Zutaten berechnen? Und diese dann auf die Därme umrechnen?
Das versuche ich einzubauen.

Ja, und die Möglichkeit unter "Verwursten" bei den unterschiedlichen Fleischarten direkt das Gewicht anzugeben. hat den Vorteil, wenn ich z. b. schon 2000g Schweinebauch habe, gebe ich es ein und gebe 3000g Gesamtgewicht Wurst ein, das Tool soll mir dann zeigen, wie viel Rind ich dann noch brauche und wie viel Speck.
Prozentangaben von verschiedenen Fleischarten werden sich natürlich dann ändern, die %-Werte sollten vielleicht noch angezeigt werden. Dann kann ich entscheiden was mir wichtiger ist, sich genau an Rezeptangaben zu halten oder Fleisch, was im Tiefkühler liegt, sinnvoll zu verbrauchen.

 

[Rutenhalter]

Schönes Projekt,
auch wenn ich nicht der "Wurster" bin, finde ich solche Tools genial.
Keine Kritik von mir, aber wäre es nicht einfacher gewesen, das Ganze in Excel zu basteln?
Ich glaube, da hätten einige hier besser mitreden können.

 

[MaFra]

... aber wäre es nicht einfacher gewesen, das Ganze in Excel zu basteln?

Ich habe Kollegen die schreiben auch Briefe in Excel weil es da so schöne Spalten gibt.
*Klugscheißermodus_ein*
Nein, Excel ist eine Tabellenkalkulation deren Hauptfunktion die Berechnungen von mathematischen Zusammenhängen ist. Das man mit Verweisfunktionen und Pivottabellen den Eindruck erwecken kann, solche Funktion darzustellen kann ich zwar nachvollziehen, aber das Thema ist nun einmal eine Datenbankaufgabe wie sie im Buche steht. Alleine die Druckfunktionen (also das Erstellen von sogenannten Reports) ist in Excel nur rudimentär vorhanden - weil das Programm dafür einfach nicht gemacht ist. Die Funktionen die VBA (Visual Basic for application) in Access bieten sind ganz andere als in Excel.
*Klugscheißermodus_aus*
Nein, Eisenschwein hat mit der Entscheidung Access zu benutzen genau das richtige Programm ausgewählt.

Übrigens, gab es die Frage/Idee das Projekt auf Apache OpenOffice bzw. LibreOffice Base zu portieren. Ich habe mir das mal kurz angesehen, glaube aber, dass das VBA von MS sich doch zu sehr von OO Basic unterscheidet um den Code zu übernehmen. Aber vielleicht kennt ja jemand ein Tool...