Dieses Forum nutzt Cookies
Dieses Forum verwendet Cookies, um Ihre Login-Informationen zu speichern, wenn Sie registriert sind, und Ihren letzten Besuch, wenn Sie es nicht sind. Cookies sind kleine Textdokumente, die auf Ihrem Computer gespeichert sind; Die von diesem Forum gesetzten Cookies dürfen nur auf dieser Website verwendet werden und stellen kein Sicherheitsrisiko dar. Cookies auf diesem Forum speichern auch die spezifischen Themen, die Sie gelesen haben und wann Sie zum letzten Mal gelesen haben. Bitte bestätigen Sie, ob Sie diese Cookies akzeptieren oder ablehnen.

Ein Cookie wird in Ihrem Browser unabhängig von der Wahl gespeichert, um zu verhindern, dassIhnen diese Frage erneut gestellt wird. Sie können Ihre Cookie-Einstellungen jederzeit über den Link in der Fußzeile ändern.


 
Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
Tomaten-Wiki
#61
(15.02.12, 18:27)Reniar schrieb: Das was ich geschrieben habe, war keine Ablehnung sondern wollte ich als konstruktive Kritik verstanden wissen.:thumbup: Schade, wenn das anders verstanden wird, ich klinke mich daher jetzt aus.

Untersteh Dich, Dich auszuklinken... Konstruktive Kritik ist wichtig... :thumbup:
Ich glaube, wir sollten jetzt zur konkreten Umsetzung, d.h. einer guten Datenbankstruktur übergehen.
Zitieren
#62
(15.02.12, 16:33)Balder schrieb: Ich will meine Tomaten auch bewerten können.
Wobei die Noten, wenn sie "nur" für den persönlichen Gebrauch sind, dann auch in einem Textfeld eingegeben werden könnten... Dann hätte jeder die Freiheit, zu Benoten oder zu Beschreiben, wie es ihm paßt. Und das Notensystem zu wählen, das er gerne hätte...

Zitat:Die Anzahl der erhobenen Daten ist sicherlich schwierig und eine Herausforderung.
Denn wenn jemand bestimmte Daten haben will, der er mit dem Tool nicht erfassen kann, dann wird er es nicht benutzen.
Das ist mit ein Problem, da geb ich Dir recht: Zu wenig Daten = Dem Einzelnen nicht ausreichend, ABER auch: zu viel Daten = Gefahr der Unübersichtlichkeit und damit auch Ablehnung des Einzelnen...

Wobei sich mir immer noch die prinzipielle Frage stellt: Was soll der Vorteil einer online-Datenbank sein, wenn nicht die Auswertung über alle Nutzer? Deshalb bin ich prinzipiell FÜR Benotung, aber eben nicht nur der Geschmack, sondern die einzelnen Parameter... Und Auswertung desselben.

(15.02.12, 18:37)Balkonier schrieb: Also Thema Wuchshöhe … scheint ja für viele wichtig
Gegenvorschlag zu Deinem: Gerade da würde sich doch eine Note anbieten, oder?... Und dann die Auswertung über alle User nach niedrigen, mittleren und hohen Sorten... Denn das läßt sich auf jeden Fall objektiv vergleichen, wenn mehrere Sorten nebeneinander stehen. Oder cm-Angaben... Dann muß man halt messen... Aber hier denke ich AUF JEDEN FALL eine Zahl zum Auswerten. Entweder Note oder cm.

Zitat:Oder eher ein Wert "süß" von 1-5 und ein Wert "sauer" von 1-5? Hmmm …
Das wäre mein Vorschlag, ja. Wobei 1-5 oder 1-10 ist letztlich Jacke wie Hose. Dann lass ich halt bei 1-10 für mich jede zweite Zahl aus, wenn ich nicht so genau differieren will...
Die Frage stellt sich mir eher: Nur süß und sauer? Oder noch andere Aspekte? Ist sie mehlig, saftet sie arg aus, was weiß ich... Dafür bin ich auch nicht genug Fachmann, um das beurteilen zu können, was da alles dazu gehört... Aber gerade nach Balders Argumentation würde ich da sagen: Lieber ein Feld mehr, als eines zu wenig...

Zitat:Zum Thema Kommentar hatte ich bisher angedacht genau ein (recht großes) Textfeld pro "Pflanze" und "Sorte" (pro Person) anzubieten.
Auf jeden Fall! Evtl. sogar ein Kommentar zum Anbau, einer zum Ernten... usw.? Sachen, die man zeitlich versetzt einträgt auch in ein separates Feld...?
Zitieren
#63
Oh mann... ich habe mit meinem Beitrag anscheinend das Limit hier gesprengt...
Muß mich mal wieder zügeln... Nur noch soviel:

Reniar schrieb:Das was ich geschrieben habe, war keine Ablehnung sondern wollte ich als konstruktive Kritik verstanden wissen. Schade, wenn das anders verstanden wird, ich klinke mich daher jetzt aus.
Schade... Ich verstand es eigentlich schon als konstruktiv und habe Deine Kommentare hierzu geschätzt... Ich bedaure Deine Entscheidung.
Zitieren
#64
Ganz konkret hier mal ein Vorschlag, der auf dem ersten von Balkonier aufbaut.
Vorsicht: Er ist nicht komplett durchdacht, sondern nur eine neue Diskussionsgrundlage.
Und es fehlt auch ganz sicher was oder man kann etwas streichen.

pflanzenId (primary key)
nutzerId
sortenId
saison (Jahr)
saatgutquelle (Textfeld)
aussaat (Datum)
auspflanzung (Datum)
ersteErnte (Datum)
Haupternte (von Anfang/Mitte/Ende Monat bis Anfang/Mitte/Ende Monat)
letzteErnte (Datum)
Pflanzekaputt (Datum)
gewichtArt (ähnliches Gewicht/stark schwankend)
gewichtNormal (Zahl)
gewichtGroesste (Zahl)
ertragKg (Zahl) - Manche schreiben das Gesamtgewicht mit über eine Saison.
triebe (Zahl 1 bis 10, nicht ausgegeizt)
wuchsHoehe (Zahl)
wuchsArt (unbegrenzt=undeterminiert/begrenzt=determiniert)
wuchsBreite (bis 30cm/50cm/70cm/breiter)
kommentar (Kann – wie alle anderen Werte dieser Tabelle – nur der "Eigentümer" bearbeiten)
erstellungsDatum
aenderungsDatum

anbauGefaess (Pflanzgefäß/Boden)
anbauOrt (Gewächshaus/Hauswand/Balkon/geschütztes Freiland/ungeschütztes Freiland)
anbauSonne (Morgensonne/Mittagssonne/Abendsonne/ganzer Tag/Halbschatten/Schatten)
beschreiungGeschmack1 (sehr süß, süß, ausgewogen, säuerlich)
beschreiungGeschmack2 (mild-würzig, tropisch etc. = lange Liste oder Freitextfeld)
bewertungGeschmack (Note 1-10)
bewertungResistenz (robust/okay/anfällig/Flop)
bewertungErtrag (Note 1-10)
Zitieren
#65
(15.02.12, 18:37)Balkonier schrieb: Ehrlich gesagt bin ich selbst nicht sooo erfahren mit dem Tomatenanbau (deswegen frage ich euch ja hier).

Also Thema Wuchshöhe … scheint ja für viele wichtig (alle Sorten die ich bisher hatte, habe ich bisher immer im Spätsommer bei ca 2,50m gekappt, Buschtomaten hatte ich noch nie – keine Ahnung). Wie soll ich das in die Datenbank fummeln? Ich fände einen Wert am Besten, mit den Optionen:
  • 0 – 0,5 m
  • 0,5 – 1,0 m
  • 1,0 – 2,0 m
  • 2,0 – 3,0 m
  • Unbegrenzt

Oder ist das Blödsinn und ein tatsächlicher Wert in cm wäre sinnvoller? Was ist dann mit "unbegrenzt"? Und gehört das dann zur "Sorte" oder zu einer bestimmten "Pflanze"?

Dann noch das Thema Geschmack … abgesehen von der Bewertung (ja, ist individuell, aber ist ja auch DEINE persönliche Bewertung pro "Pflanze", also nicht "Sorte". Also sehr wohl in Abhängigkeit von Standort, Saison etc und natürlich Person. Und wir können hier gerne auch die klassischen 5 Sterne machen) wäre da jetzt noch die Sache mit mild/süß/sauer etc ... wie genau könnte man das am besten erfassen? Ein "Textwert" mit vorgefertigten Optionen wie süß/sauer/mild/würzig (wird wohl schwierig)? Oder eher ein Wert "süß" von 1-5 und ein Wert "sauer" von 1-5? Hmmm …

Zum Thema Kommentar hatte ich bisher angedacht genau ein (recht großes) Textfeld pro "Pflanze" und "Sorte" (pro Person) anzubieten. Da könnte man dann alles mögliche reinschreiben, also auch Notizen zu Geschmack, Krankheiten, etc. Aber dessen Inhalt kann man dann natürlich nicht statistisch erfassen.


Was sollen die Nuancen bei der Höhe aussagen? Die Höhenangabe gehört m.E. in die Rubrik "Anbau". Sie ist doch extrem abhängig von den Wachstumsbedingungen.



Den Geschmack würde ich knapp (Schulnotensystem) fassen. Wie man darüber diskutieren kann, zeigen die Beiträge. Für mich gilt: Geschmack ist subjetiv - daran ändert auch kein Punktesystem irgendetwas.



Angaben zu Krankheiten sollten nicht im Kommentarfeld untergehen. Wachstumstörungen / Krankheiten sind Indikatoren zum Anbau und geben Auskunft, was die Pflanze braucht. Nützlich wäre für mich eine Rubrik mit einigen Krankheiten/Wachstumsstörungen.

Beispiele hier:
http://www.lfl.bayern.de/ips/gartenbau/0...mmangel%29

Ich denke, daß Auswertungen zu Krankheiten in zwei Richtungen aussagefähig werden können, wenn sich zeigt, daß die Sorte xy beispielsweise zum Grünkragen tendiert. Eine Richtung wäre, daß der jeweilige Tomatenzüchter seine eigenen Anbau-Fehler erkennt. (Das galt früher und gilt noch heute für mich.)
Die zweite Richtung wäre, daß die Sorte überproportionale Symptome der Krankeit X zeigt. Darüber hätte ich gern "statistisch gesicherte Daten"- auch wenn ich die Statistik nicht selbst gefälscht ... äh: erstellt habe.:head:


Die bisherige Diskussion sagt mir, daß viele User (auch ich) die Daten in erster Linie auf dem eigenen Rechner haben / behalten möchten.
In zweiter Linie sollen andere davon partizipieren können. Welche Erkenntnisse man aus den Daten anderer für sich selbst ableitet, dürfte von der Strapazierfähigkeit / Prüffähigkeit der Daten abhängen.

Mein Tipp: Mach es anfangs KISS

KEEP IT SMALL and SIMPEL








Zitieren
#66
Biddeschön, Balder.

Ich versuch's, knapp zu machen:

pflanzenId (primary key)
Was heisst das? Identifikations-Nr. ……aber von was? Unterschied zu sortenId?


nutzerId
sortenId
saison (Jahr)

saatgutquelle (Textfeld)
Würde ich NIE für den öffentlichen Gebrauch ausfüllen!
Die Bewertung der Lieferanten, egal ob kommerzieller Lieferant oder Forum/Samentauschbörse pp. ist ein sensibles Thema.

aussaat (Datum)
Sagt wenig. Für mich sind Daten zur Aussaat-Methode wichtig. Deshalb Vorschlag: Zusatzfeld: aussaat (Kommentar)

auspflanzung (Datum)
ersteErnte (Datum)
Haupternte (von Anfang/Mitte/Ende Monat bis Anfang/Mitte/Ende Monat)
letzteErnte (Datum)
Pflanzekaputt (Datum)
Das Sterbedatum sagt SEHR wenig, wenn nicht erkennbar ist, ob Krankheiten vorlagen (siehe unten).

gewichtArt (ähnliches Gewicht/stark schwankend)
gewichtNormal (Zahl)

gewichtGroesste (Zahl)
Was soll das denn? Das grösste Gewicht einer einzelnen Frucht kenne ich erst am
Ende der Saison. Und was ist, wenn eine BUNKERFRUCHT dazwischen ist?
TIPP: Streicht das Feld. Das Maximalgewicht (der statistische Ausreisser) kann sich jeder User im Kommentarfeld dokumentieren.


ertragKg (Zahl) - Manche schreiben das Gesamtgewicht mit über eine Saison.
Zum ertragKG müsste wohl zwingend ein Datum = ertragKG per (ttmmjj). ertragKG dürfte erst dann ausfüllbar sein, wenn zuvor das Datum eingetragen ist.


triebe (Zahl 1 bis 10, nicht ausgegeizt)
Was soll hier rein? Gibt es Leute, die ihre Stab-Tomaten nicht ausgeizen?
Wenn gefragt sein soll, ob die ausgegeizte Pflanze ein- oder mehrtriebig gezogen wurde, müsste das Feld klarer definiert werden.

wuchsHoehe (Zahl)
wuchsArt (unbegrenzt=undeterminiert/begrenzt=determiniert)
wuchsBreite (bis 30cm/50cm/70cm/breiter)
kommentar (Kann – wie alle anderen Werte dieser Tabelle – nur der "Eigentümer" bearbeiten)
erstellungsDatum
aenderungsDatum

anbauGefaess (Pflanzgefäß/Boden)
anbauOrt (Gewächshaus/Hauswand/Balkon/geschütztes Freiland/ungeschütztes Freiland)
anbauSonne (Morgensonne/Mittagssonne/Abendsonne/ganzer Tag/Halbschatten/Schatten)
beschreiungGeschmack1 (sehr süß, süß, ausgewogen, säuerlich)
beschreiungGeschmack2 (mild-würzig, tropisch etc. = lange Liste oder Freitextfeld)
bewertungGeschmack (Note 1-10)
bewertungResistenz (robust/okay/anfällig/Flop)
Resistenz wogegen?
Alternativ eine Rubrik „Krankheiten“ erstellen
(Krankheitsarten hinterlegen und fakultativ „ungesichert“ vorschlagen

bewertungErtrag (Note 1-10)


Wunsch: Zusätzliche Felder für Daten zum:

- Anbau / Krankheiten
- Anbau / Dünger
- Anbau / Pflanzenstärkungsmittel
- Anbau / Wetter


Völlig unklar ist mir noch, wie die Daten ausgewertet werden.

Wie sieht das Ergebnis der Auswertung aus?

Gibt es eventuell zwei verschiedene Auswertungen mit unterschiedlichem Umfang? Eine öffentliche (knapp) und eine umfangreichere, die nur der user erhält?



Zitieren
#67
Nur ein kurzer Kommentar, da gerade wenig Zeit:

Danke für die Beurteilung, damit kommen wir konstruktiv voran.

Beim Feld "anbauGefaess (Pflanzgefäß/Boden)" würde ich folgendes ergänzen:
anbauGefaess (Pflanzgefäß bis 5l/ bis 10l/ bis 20l/ bis 30l/ über 30l/Balkonkasten/Boden) plus Kommentarfeld
Mein Gedanke: Manche bauen auch in ganz kleinen Gefäßen an und wollen damit experimentieren.
Das Kommentarfeld dient dazu, um sich Notizen zu machen: Tomaccio zusammen mit Bloody Butcher in einem Topf an der Wand hinterm Haus.

Zu Dünger/Pflanzenstärkungsmittel/Erdmischung/Wetter: Gute Idee. Darüber habe ich mir auch schon Gedanken gemacht.
Ich würde ein großes Textfeld für das ganze Anbaujahr machen. Denn diese Dinge treffen ja meistens auf alle Pflanzen zu, d.h. es macht wenig Sinn (und viel Arbeit) diese Daten extra bei jeder Pflanze einzutragen.
Beispiel: 2011: Erdmischung für Kübel mit einem Viertel Pferdemist unten, drüber Mischung aus halb/halb alter Erde und billiger Blumenerde von Lidl plus eine Handvoll Hornspäne und eine halb Hand voll Urgesteinsmehl. Spritzung mit Ackerschachtelhalmbrühe war geplant, aber nicht umgesetzt. Läuseplage auf dem Balkon (Paprika, Chilis), die nicht in den Griff zu bekommen war. Keinerlei zusätzliche Düngung: Ertrag hätte besser sein können. Krankheiten im Großen und Ganzen mit dem Spritzmittel von asmx in den Griff bekommen. Nächstes Jahr mit Neem gegen Läuse, Düngung mit Brennesseljauche und Stärkung mit Ackerschachtelhalm.

Zur Größe der Pflanzen:
Es gibt es paar Daten, die für die Balkongärtner unter uns eben wichtig sind, also Größe, Breite etc.
Auf der anderen Seite werden die meisten sicherlich nicht mit dem Meterstab herumlaufen und alle genau messen. Von daher ist eine sinnvolle Kategorisierung vielleicht die beste Lösung.
Also z.B. bis 40 cm (=geeignet für Balkonkasten) / bis 1,00 / bis 1,50 / bis 2,00 / bis 2,50 / bis 3,00 / über 3,00 Meter. Gerade die kleineren Werte bis 2,00 Meter sind auch für die Balkongärtner wichtig. Die Werte drüber für die Planung des Standorts - mit einer 3 Meter De Berao im Freiland ist erstmal eine windstabile Konstruktion nötig... Und ne Leiter in Reichweite, die es im Schrebergarten vielleicht nicht gibt.

Ganz wichtig: Fotos. Damit werden viele Daten überflüssig, mit denen man versucht, die Früchte mit Worten zu beschreiben. Ein Bild sagt oft mehr als 1000 Worte.
Zitieren
#68
Ich würde noch differieren beim geschützten Anbau nach windgeschützt und regengeschützt... Sind nämlich evtl. zwei paar Stiefel.

Außerdem noch beim Geschmack... Aber die Diskussion hatten wir schon ausgiebigst.
Nicht als zusätzliches Textfeld sondern als separate Noten.
Dann lassen sich nämlich nachher schneller die jeweils geschmacklich passenden Sorten finden... Nach ner Rangliste. Ist meine Meinung... Aber gut.

Zur Größe... Auf den letzten Zentimeter kommts da eh nicht drauf an... Aber schätzen müßte doch drin sein...?
Aber die Kategorisierung geht auch... Ist eigentlich Jacke wie Hose.

Außerdem noch das, was Pyromanix prinzipiell schon geschrieben hat.

Ansonsten paßt's so eigentlich auf den ersten Blick...

Wobei ich mich jetzt dann mal auch ne gute Woche aus der Diskussion ausklinke...
Bin mal gespannt, was ihr bis dahin ausgefieselt habt...
Zitieren
#69
(15.02.12, 19:06)Balder schrieb:
(15.02.12, 18:27)Reniar schrieb: Das was ich geschrieben habe, war keine Ablehnung sondern wollte ich als konstruktive Kritik verstanden wissen.:thumbup: Schade, wenn das anders verstanden wird, ich klinke mich daher jetzt aus.

Untersteh Dich, Dich auszuklinken... Konstruktive Kritik ist wichtig... :thumbup:
Ich glaube, wir sollten jetzt zur konkreten Umsetzung, d.h. einer guten Datenbankstruktur übergehen.

Na gut wink Wird ja schon besser, wie ich sehen konnte ;-)

Ich würde Wuchshöhe als gemessenen Wert eintragen, auch wenn der nur ungefähr stimmen kann. Man kann später ja immer noch bei der Anzeige/Abfrage nach Bereichen sortieren. Das muss doch nicht bereits in der Datenbankstruktur so festgelegt sein. Wo liegt denn das Problem 185 einzutragen? So kann man auch den Mittelwert bilden.. Trage ich in Kategorien ein, ist und bleibt das so. Auch sehe ich wenn ich die Datenbank so gestalte, ob die Höhe bei verschiedenen Nutzern annähernd gleich ist, oder nicht. Also: Kategorien kann ich doch aus den eingegebenen Werten bilden und die Eingabe ist einfacher.

Zahlen. Ich habe eine Abneigung etwas in Zahlen zu pressen. Besteht jetzt schon eine Vorstellung was die Zahlen bedeuten sollen? Das mit den Schulnoten in der Schweiz ist mir allerdings bekannt. Man könnte auch Werte von +5 bis -5 in manchen Bereichen vergeben, dann wäre 0 Neutral. (mir reicht +3 bis -3 aber auch...) Bei Umfragen werden oft andere Parameter angeben: trifft zu, trifft weniger zu usw.. Auch das ist als Erklärung von Werten evtl. hilfreich.Das kann man dann ja auch in Zahlen wandeln

Mir hat die Datenbank aber nach wie vor zu viele Felder. Wenn ich etwas ausfülle, möchte ich es komplett, schnell und richtig ausfüllen und habe eine Abneigung gegen Lücken wink

Letzte Ernte ist bei mir immer 1 Tag vor dem Frost... Finde keinen Nutzen bei dieser Info. Erntebeginn ist mir schon eher wichtig. Zusammen mit der Aussaat sieht man frühe Sorten. Dann könnte man Suchen lassen, welche Sorten am Schnelsten Früchte Tragen -> Wäre das Datum das geschickteste

Bei Größe und Gewicht der Früchte wird es schon wieder schwierig. Auch hier kann man doch seine Werte eintragen und die Daten in der Datenbank Bereichen zuordnen, wenn man das unbedingt will.

windgeschützt? Ich habe hier das Gegenteil, hilft bei manchen Sorten, da sie schnell trocknen. Gehört dann wohl in den privaten teil der Datenbank

Die Datenbank würde ich grundsätzlich TEILEN. 1 Teil der allgemeingültig ist und die Sorte nur beschreibt, ein zweiter Teil, den jeder selber als Datensatz beschreiben darf und die persönlichen Daten enthält. Der also von jedem Benutzer selbst verwaltet und angelegt werden darf. Die Datenbanken werden dann verknüpft anhand einer eindeutigen ID. (Und wenn es nur die Datensatznummer selbst ist) Vorteil wäre auch, dass eine Suche schneller wird, wenn ich etwas suche. Ebenso könnte mancher seinen Teil nur für alle, oder manche Teilnehmer freischalten. Zudem sollte man die Daten lokal vorbereiten können. Excel? So dass ich sie auch lokal auf dem Rechner behalte. Nur ins Netz stelle ich sie nämlich nicht. Höchstens auch. Da ich ein Microsoftnichtbefürworter und AuchUbuntuuser bin, gehört Open/Libreoffice dann auch dazu ;-)

Grüße
Reniar
Zitieren
#70
(16.02.12, 18:42)Reniar schrieb: Da ich ein Microsoftnichtbefürworter und AuchUbuntuuser bin, gehört Open/Libreoffice dann auch dazu ;-)

Jajaja :clapping:
Zitieren