<br><br><div class="gmail_quote">Am 8. November 2009 14:42 schrieb Johann H. Addicks <span dir="ltr"><<a href="mailto:addicks@gmx.net">addicks@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Martin Koppenhoefer schrieb:<br>
<br>
>     Es geht also um Punkte wie<br>
>     - Qualitätskontrolle ich nur sehr schwer möglich<br>
>     - Es gibt kaum eine Perspektive, die Daten auch nur mittelfristig<br>
>     aktuell zu halten<br>
><br>
><br>
> beides Punkte, die m.E. immer weniger relevant werden, je mehr aktuelle<br>
<br>
Dann war mein Beispiel nicht abgefahren genug:<br>
Nimm dann irgendwelche Daten, die nicht sinnvoll überprüfbar sind und<br>
zudem schnell veralten:<br>
Nimm an, es mapt jemand Stände auf einem Wochenmarkt und tagt dabei auch<br>
die angebotenen Apfelsorten und Preise.<br><br></blockquote><div>ich halte diese Relevanzdiskussion fuer ueberfluessig (bin aber wohl allg. eher ein Inkludist). Fuer diese Anwendung waere eine Paralleldatenbank sicher sinnvoller, als das direkt in OSM einzutragen (diese Opendirectory-Projekt, wo man auch als Kneipenbetreiber die Tageskarte und den Ruhetag reinstellen kann (etc.), und bestimmte Informationen wie Preise mit Datum gespeichert und angezeigt werden, (sicher auch statistisch ungemein interessant, der "OSM-Warenkorb" mit lokalen Preisentwicklungen, etc.).<br>
<br>Uberfluessig ist die Diskussion deshalb, weil es praktisch nicht vorkommt, dass jemand derlei Informationen grossflaechig/umfangreich eintraegt. (Uebrigens: Wenn das vorkaeme, wuerde sich sicher auch jemand finden, der damit eine coole Anwendung baut ;-). ). Sicher ist es nicht sinnvoll, alles moegliche auch einzutragen, daher macht das aber auch praktisch niemand. Ich wuerde bis auf weiteres die Grenze da ziehen (bzw. belassen), wo der Mapper selbst die Relevanz sieht (d.h. alles was jemand fuer eintragenswert haelt, ist es auch, sonst wuerde er sich nicht die Muehe machen, es einzutragen).<br>
<br>Gruss Martin<br></div></div>