eaternity / eaternity-edb-solution Goto Github PK

CSV Export of the EDB

welche referenz bezieht sich auf eiine Datenbank / welche aus der literatur
welches produkte sind verlinkte produkte

Vergleich von Co2werten von Gruppen berechneten werten (brightway/ecoinvent)

matching von neuen datensätzen (waterfoodprint) für eine Berechnung

für die übersetzungen mussten wir id und name exportieren um es bei webtranslateit hochzuladen

jedwede satistik auszurechnen

Acceptance Criteria

1. In the product edit, if a linked product is given, i can directly open the linked product

Steps to reproduce:

• npm run package (creates a release folder in the project root)
• open app from there
• choose data folder as usual
• try to paste something into the search field
  -> doesn't work!

1. Ich habe eine Übersicht über alle aktuellen EDB Felder gemacht:
   "EDB Felder Dokumentation.gsheet" (angehängt)

-> alle Felder sind dort beschrieben, inklusive ob sie required sind oder nicht, und welche Felder von einem parent übernommen werden oder nicht
-> Gewünschte/vorgeschlagene Änderungen können in der zweitletzen Spalte "Vorschläge für Änderungen" eingetragen werden
-> Bitte lest die Spalte "Erklärung unter Feldname" durch. Reicht die Beschreibung oder fehlt noch etwas?
-> Speziell sind die drei Spalten:

"Required auf Produkt selber?" - Jedes Produkt muss zwingend diese Felder ausgefüllt haben.
"Required über verlinktes Produkt" - Jedes Produkt muss zwingend das eigene Feld, oder über den ganzen Verlinkungs-Baum dieses Feld ausfüllen können.
"Wird von verlinktem Produkt übernommen?" - Ob ein Feld vom verlinkten Produkt übernommen wird, falls es nicht spezifiziert ist.

2. Alle Dokumente zur EDB Solution, inkl. Konzepte und Vision davon ist im Ordner /Science/14. EDB Solution/ zu finden.

-> Die neusten Versionen sind jeweils auch dort zu finden unter /Application

3. Die Weiterentwicklung der EDB Solution wird in folgenden Asana Projekten koordiniert:
   https://app.asana.com/0/8944236497616/8944236497616 , Section "EDB Solution"
   https://app.asana.com/0/232798153202068/232798153202068 , für Feedback und Decisions

┆Attachments: EDB Felder Dokumentation

Acceptance Criterias

• alle Felder werden als korrekten Typ im JSON gespeichert
• bei der eingabe wird folgende Sachen gecheckt:
  -- typ
• beim speichern wird folgendes gecheckt:
  -- required
• alle felder werden korrekt automatisch gerendert
• spezielle Felder werden korrekt automatisch gerendert (Suggest Oracle, Chips)

┆Attachments: jsonformformat.js | typing323232.mov

Acceptance Criteria

1. In the product edit, if there is a parent product given and a field which inherits from the parent is empty, the field value from the parent is displayed in light-blue as a placeholder.
2. If no parent is given, nothing is displayed.

• warum „frage save“ wenn nichts geändert wurde?
• Scrollen wird zu langsam bei zu vielen produkten
• „overwrite“ - ist zu harte terminologie, anderes Wort finden
• alles wird noch in prods.all. gespeichert
• linked-id -> braucht erklärung (füllt alle unbekannten informationen auf)
-> welche felder werden überschrieben (was ist parent was nicht) -> anzeigen
-> werte werden erst in das Exportfile ergänzt! und nicht angezeigt! (verwirrend)
• Hamburger button versteckt funktionen ( nicht so gut)
• nur required fields als missing
• nutrition id hat kein orcacle
• Warum ist „all-fields“ nicht inklusive references? (falsches Naming)
• id von newproduct ist noch NaN
• Copy FAO Code -> (kommt ins clipboard -> braucht meldung zur Information)
• Pasten funktioniert nicht
• Man kann nicht 2 Produkte gleichzeitig anzeigen
• Suche neben den Tags / Tags Statistik

Problem
The nutrition processes for cooking are not yet displayed and editable in the edb solution.

Solution
See https://app.asana.com/0/8944236497616/258600743012387, similar to that.
From a product process (eg. cooked-moist-heat), one can link to a nutrition process
Display and manage nutrition process Files

save always with the back button, no save button at all (with github we have still full control what we check in and what not)
no asking again when leaving the Product Edit
no save button

Decouple validation from save
validate only the newly saved product?

• i can also search for a product synonym
• search is a real query, and not just searching for the beginning letters

Ich möchte
Temporäre Produkte einfach und schnell in der Eaternity Webapp erstellen, danach in EDB korrekt nachpflegen

Akzeptanzkriterien

1. Alle temporären Produkte von Eaternity Cloud manuell exportieren und in einem File abspeichern:

GET https://app.eaternity.org/batch/products/temp-products

[
{
"id": "192-4tbg-44t-gt5",
"name": "Bärlauch",
"linked-id": "fj4-21f4-fsdf4-g4t5",
"author": "[email protected]"
},
{
"id": "192-4tbg-44t-gt5",
"name": "Tomaten",
"linked-id": "fj4-21f4-fsdf4-g4t5",
"author": "[email protected]"
},
....
]

2. Dieses File irgendwie in die EDB laden.

3. Falls es neue temporäre Produkte gibt, werden neue Produkte mit derselben ID in der EDB angelegt, den Namen und die linked-id übernommen.

4. Create Date pro Produkt einführen, zusätzliche Spalte im Table wo man nach create date sortieren kann.

5. Bestehende Nährwert-Links von temporären Produkten in die EDB übernehmen (von postNutrsForTempBaseProducts.sh)

Implementation

1. Es wird nur ein neues Produkt in der EDB angelegt, wenn es noch nicht existiert. Es wird kein update eines bestehenden Produktes gemacht.

Bestehende OwnKey's korrekt handeln?? Kein Unterschied zwischen BaseProduct und TemporaryBaseProduct machen!

Arbeitsablauf temporäre Produkte

Neues temporäres Produkt in Webapp kopiert BaseProdukt.
Wenn in EDB nachgepflegt, wird es einfach überschrieben beim nächsten Upload in die Cloud
Dafür muss die ID und der Link zum BaseProdukt der EDB übermittelt werden

Tests automatisieren von:
https://app.asana.com/0/70243087198957/276834989019281

Acceptance Criterias

• i can search for a nutrition file with a suggest oracle, the kJ values and the country-code of the results are also shown in the list
• the linked display values are ID, Name, kJ and country code
• reusable for other stories

• Genaue, objektive Kriterien festlegen.
• Eventuell pro Produkt-Gruppe definieren

Vor allem Gewächshaus wär wichtig, damit die Kontrolle welche Zutaten im Gewächshaus mit welchen Parametern landen, im Science Team sind.

Ziel:
Eine graphische Darstellung vom Produkte-Baum für eine gute Übersicht / Navigation über die Vollständigkeit der Produkte und Synonyme

Akzeptanzkriterien

1. Synonyme werden als zusätzliches Level im Produkte-Baum abgebildet
2. Als MVP einfach eine seperate html Seite zum aufrufen
   (3. Später dann ein Button in die EDB Solution einbauen)

Implementation
Use d3
Wohl am besten ein Dendrogramm: http://bl.ocks.org/mbostock/4063570

Acceptance Criteria's

1. Check for:

• doppelten Produktnamen / Synonyme unter allen Produkten

2. Check for

• duplicate product ids
• duplicate nutrition file ids
• duplicate nutrition change ids

Problems:
co2-processes like drying vegetable, frozen meat are copied throughout the EDB and thus is a huge effort to change anything
there is no transparency in the references of the co2 process values, and no one knows how many times a value was copied
creating a new product involves searching from somewhere the correct process values
Comma separated values are error prone for input
Standard processes are now hardcoded in the code

Solution
A well defined set of possible real Processes used throughout Eaternity (independent from environmental or health dimension)
For every product, one can add as many possible processes as needed
There is an independent co2-processes data type, which is searchable, editable etc.
Every process can link to a co2-process-value, a nutritional-process-value etc
If no link is given for e.g. co2-process, the process inherits the value from its parent product

CO2-Process Fields
Id
Name of the process
Process-Type (dried, frozen etc.)
CO2-Value
References
Comments
...?

┆Attachments: Prozess verknüpfen 2.jpg