Mal ein paar Gedanken, die unmittelbar bei der Erstbenutzung/Einrichtung auftraten:
- Was bedeutet BOC ??? Es scheinen Bug Out Locations gemeint zu sein.
Ich finde es schwierig, wenn mit solchen Abkürzungen hantiert wird. Nicht jeder App-Benutzer, hat dieses Insiderwissen.
- Der Punkt "Vereinbarungen" scheint in Richtung "Kontakte" zu gehen. Folglich wäre es gut, hier Notfallkontakte anlegen zu können. U.a. auch Energieversorger, Hausratversicherung, Anwalt, Hausarztpraxis, Hebamme, uä.
- Funkvereinbarungen: Es fehlt eindeutig der Amateurfunkdienst.
- Der Menüpunkt "Werkzeuge" meint eigentlich "Ausrüstung". Die Benennung ist ewas irritierend.
- Mir fehlen, gerade bei die den richtigen Handwerkzeugen, die Eigenschaften "Handbetrieben, Akkubetrieb, Netzstrom"
- "Licht" taucht unter Werkzeuge und "Sonstiges" auf.
- Evtl. ist die Option "Verliehen/Ausgehändigt" nützlich. Wenn angehakt, sollten weitere Fehler wie "an, am, zurück erwartet am" erscheinen
- Verschiedene Lagerstätten wurden als Wunsch ja schon angesprochen.
- Lebensmittel lassen sich nur in die Kategorien "Trockennahrung, haltbar gemachtes, Lebensmittelzusätze, Genussgüter" eingruppieren.
Das ist eindeutig unzureichend. Oder ich habe etwas übersehen.
- Die Maßeinheiten sollten umstellbar sein. Auch wenn ich Gramm voreingestellt habe, sind andere Einheiten oder Dimensionen bei der Eingabe nützlicherer.
Z.B. 10 Kilogramm Kartoffeln statt 10.000 Gramm.
- Ich kann keine "abgelaufenen" Artikel eintragen!!! Meldung "MHDmuss in der Zukunft liegen". Nein, muss es nicht.
- Die Energie kann in kcalc oder kJ angebene werden. Aber bezogen auf was?!?! pro 100g, pro Verpackungseinheit? Das kann jede Ernährungsapp besser.
Apropos:
- Lebensmittel haben in der Regel einen Strichcode, den man scannen kann. Die App kann dies nicht, jeder Artikel muss manuell eingetragen werden, selbst wenn der Artikel bereits mit anderem MDH vorhanden wäre.
Über das scannen wäre auch eine Entnahme bei Verbrauch einfacher durchzuführen.
- Ferner wäre sicher die Integration der API von FDDB.info möglich, um so auf bekannte Barcodes und Nährwertangaben zurückgreifen zu können.
- Arzneimittel haben eine PZN-Nummer, welche sie eindeutig indentifiziert.
Alles anzeigen
Hi kappa3, vielen Dank für dein ausführliches Feedback!
Die Abkürzung BOC steht für Bug Out Camp, in kommenden Versionen werde ich die 3 Abkürzungen ausschreiben.
Vereinbarungen umfassen aktuell primär Vereinbarungen zu Kommunikation & Treffpunkte und ähnliches. Für diesen Menüpunkt sind weitere Funktionen möglich (u. a. einen hochanonoymisierten Chat könnte ich mir dabei gut vorstellen), die Idee für Notfallkontakte schreibe ich mir auf jeden Fall auf. Auch den Amateurfunkdienst muss ich mir mal anschauen (habe mich erst im Laufe der App-Entwicklung mit Funk auseinandergesetzt), da besteht noch viel Bedarf an Weiterentwicklung.
Mit Werkzeugen meine ich eigentlich eher die englische Variante Tools, also nicht nur Werkzeug, sondern auch Hilfsmittel, Arbeitsgerät usw. Da ist die Übersetzung mit gleicher Bedeutung nicht ganz einfach. Ausrüstung an sich ist mir ein wenig zu umfangreich gewesen, da eigentlich alle Unterkategorien von "Sonstiges" damit auch abgedeckt gewesen wären. Würde dir da noch eine andere Bezeichnung einfallen? Immer gerne her damit!
Die Abhängigkeit von Werkzeugen wie du beschreibst habe ich versucht mit "Zusätzen" abzudecken. Dabei könnten diese z.B. Batterien, Akkus, Brennstoffe, Munition, Schmiermittel und so weiter sein, welche dann direkt einen eigenen Eintrag darstellen. Was ich dabei aber tatsächlich außer Acht gelassen habe, ist Strom aus der Leitung. Da muss ich mir mal noch Gedanken machen! Allgemein wäre da eine eigene Oberfläche zu Strom nicht verkehrt (Verbrauch, Produktion und Speicherung etc mit Generatoren, Akkus usw erfassen und berechnen), was hältst du davon?
Dass Licht in beiden Kategorien auftaucht, ist ein Folgeprodukt der nicht ganz einfachen Aufteilung der Kategorien. Licht in Werkzeuge soll eigentlich alles elektrische Licht oder Laternen usw. umfassen, Licht in Sonstiges z.B. Kerzen. Ist auch verwirrend, gebe ich dir Recht.
Die Option verliehen / zurück am... klingt durchaus nett, ich schreib mir das mal auf.
Verschiedene Lagerstätten (Inventare?) sind ja dadurch gegeben, dass jedes BugOutCamp sowie -Fahrzeug und -Rucksack ein eigenes Inventar darstellen. Man hat also ein "primäres", in der Regel das eigene Zuhause und dann externe. Daher kann ich da nicht genau verstehen, wie das gemeint ist.
Die Kategorien für Lebensmittel sind tatsächlich auf diese 4 + die jeweilige Verpackung beschränkt. Nach eigener Anwendung mit fließendem Zugriff auf mein Inventar ist mir da besonders aufgefallen, dass die Kategorien primär langfristig haltbare Produkte abdecken, aber weniger welche, die man mittelfristig oder kurzfristig verbrauchen sollte. Fallen dir da auf Anhieb Kategorie-Namen ein?
Zu den Einheiten: bei jeder Eingabe kann die Einheit über den Eingabedialog manuell eingestellt werden, bei Gewicht kann zwischen Gramm, Kilogramm, US Dram, US Unzen und US Pfund gewählt werden.
Mein Gedankengang zur Eingabe des MHDs liegt nicht darin, immer das MHD von der Verpackung zu übernehmen - gerade bei haltbar gemachten Produkten setze ich das MHD nach eigenem Ermessen, also dann, wann ich das Produkt lieber ersetzen wollen würde. Falls ich "abgelaufene" Dosennahrung in mein Inventar erfassen würde, so würde ich dennoch ein MHD von 2021 angeben, nur um diese Dosen noch sicher auf dem Schirm zu haben (und ggf. nach Ablauf dieses Jahres mal eine Stichprobe zu machen). Mit MHD in der Vergangenheit verliert die App eine ihrer Hauptfunktionen, und zwar die Push-Benachrichtigungen vor und zum Ablaufen eines Produkts. Wenn nun viele Einträge mit MHD in der Vergangenheit vorhanden sind, so erhält man regelmäßig Benachrichtigungen dazu, und in der Masse verlieren sie ihre Bedeutung - man ignoriert sie.
Die Angabe der Energie von Lebensmitteln soll nicht abhängig sein von Gewicht oder anderen Einheiten. Angenommen ich füge Müsliriegel hinzu, mit Anzahl 10, so stellen werden die Kalorien dieses Eintrags * die Anzahl gerechnet. Bei einer Packung Nudeln gilt die Energieangabe für diese Packung usw. Bei manchen Produkten sind die Angaben leider nicht für die gesamte Packung angegeben, aber noch häufiger werden verschiedene Größenordnungen für die Energiewerte verwendet (mal 100g, mal pro "Portion" a 25g oder pro Portion "ein Riegel mit 13,5g) und das dann immer in z.B. 100g umrechnen ist nervig - ich hoffe du verstehst was ich meine. Daher habe ich mich für die Verpackung an sich als "eine Einheit" angesetzt, zu der die Kalorien angegeben werden sollen.
Ein Erfassen via Barcode wurde schon von vielen Seiten vorgeschlagen, ich hoffe das beizeiten umsetzen zu können. Die PZN-Nummer wurde noch von niemandem erwähnt, werde ich mir aber auch ansehen (schauen ob es freie APIs dafür gibt usw).
Also, vielen lieben Dank nochmal, ich hoffe ich konnte ein paar Dinge klarer machen und hoffe auch, alles andere in kommenden Versionen besser umsetzen zu können.