<p>Es gab mal ein proposal für last_check oder so. Das würde auch einiges bringen.</p>
<div class="gmail_quote">Am 02.12.2011 11:46 schrieb "Fabjan Sukalia" <<a href="mailto:fsukalia@gmail.com">fsukalia@gmail.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>Hi!<br>
Um die Wartung zu erleichtern, könnte man ein Ablaufdatum-Tag einführen. Bei Baustellen wäre sowas sinnvoll. Dann bräuchte man nicht ständig nachschauen ob die Bauarbeiten abgeschlossen sind.<br>
Auch kann man so gezielte Mapping-Ausflüge planen. Programme können so nicht mehr aktuelle Inhalte wegfiltern.</p>
<p>MfG Fabjan<br>
Am 02.12.2011 11:32 schrieb "Friedrich Volkmann" <<a href="mailto:bsd@volki.at" target="_blank">bsd@volki.at</a>>:<br>
><br>
> On 02.12.2011 07:51, martin ringer wrote:<br>
>><br>
>> Aus gegebenen Anlass frage ich in die Runde.<br>
>><br>
>> Seit der hohen Auflösung von Geoimage.at kann sehr detailreich abgezeichnet<br>
>> werden. Gibt es einen Punkt an dem zuviel abgezeichnet wird? Also auf einem<br>
>> Punkt zuviele Details gezeichnet sind? Oder gilt, je mehr desto besser?<br>
><br>
><br>
> Je mehr, desto besser. Aber der Nutzen wird dann im Verhältnis zum Arbeitsaufwand immer geringer. Die Priorität sollte daher immer mehr auf das Entwickeln und Verbessern von Anwendungen übergehen. Es nützt nichts, wenn man Milliarden Objekte in der DB hat, und sie werden nirgends oder falsch angezeigt. Die Renderer wie Mapnik und Osmarender sind auf Steinzeitniveau - sie können keine Generalisierung, die Labels sind nicht lesbar, und die Möglichkeiten einer Webseite werden nicht ausgenützt (variable Auswahl an Objekttypen, Popups beim Anklicken dzt. nur mit Openlayers). Eine Webseite, wo man sich eine Route berechnen und anzeigen lassen kann, gibt es überhaupt nicht, zumindest nichts was funktioniert. Wanderkarten zum Runterladen gibt es auch keine mehr (siehe mein letztes Mail). Also steckt eure Energie im Zweifelsfall besser in diese Aufgaben, statt irgendwelche Bäume und Gehsteigkanten abzumalen, die sowieso keinen interessieren.<br>


><br>
><br>
>> Die OSM Karten werden ja nicht nur zum Routen verwendet, sondern auch als<br>
>> Landkarten im Internet oder als ausgedrucktes Kartenmaterial.<br>
><br>
><br>
> Ein größerer Datenbestand kann für einen Renderer kein Problem sein (außer ressourcenmäßig). Der Renderer klaubt sich das heraus, was er braucht. Ein Problem ist es aber, wenn Daten unterschiedlich oder unterschiedlich genau erfasst sind, z.B. einmal sind Radweg, Gehsteig und Randstein separat gemappt und einmal als einziger Way. Wenn der Kartennutzer an der einen Straße einen Gehsteig als Footway in der Karte sieht und in der anderen keinen, geht er davon aus, dass in letzterer keiner ist. Ein Renderer müsste versuchen diese Unterschiede ausbügeln. Das ist aber nur begrenzt möglich. Wenn in einer Gegend keine Wälder gemappt sind, weil sich noch kein Mapper darum gekümmert hat, dann kann der Renderer das nicht wissen und der Kartennutzer in der Folge auch nicht. Der sucht eine freie Fläche für astronomische Beobachtungen, und auf einmal steht er im Wald. Diese unterschiedliche Erfassungsqualität und -dichte der Daten ist der Hauptnachteil von OSM gegenüber kommerziellen Karten.<br>


><br>
><br>
> On 02.12.2011 09:48, Frederik Ramm wrote:<br>
>><br>
>> Nur, wenn die Community gross genug ist, um die Daten auch weiterhin zu pflegen - also<br>
>> allfaellige Aenderungen zu bemerken und einzubauen -, bleibt unser Datenbestand jung<br>
>> und munter; sammeln wir mehr Daten, als wir pflegen koennen, dann veralten unsere<br>
>> Daten und verlieren an Wert.<br>
><br>
><br>
> Das ist ein wichtiger Aspekt, aber in der Hinsicht ist das Abzeichnen von Orthofotos weniger kritisch - Häuser werden selten abgerissen, und Änderungen an Landuses sind halbwegs wartbar. Sondern das Problem sind Geschäfte, Telefonnummern, Öffnungszeiten u.dgl.<br>


><br>
><br>
> On 02.12.2011 09:16, David Schmitt wrote:<br>
>><br>
>> Ein weiterer guter Hinweis ist die "Simplify Way" (Shift-Y) Funktion vom josm. Die wirft<br>
>> Punkte auf einem Way, die nicht genug Form-information liefern raus.<br>
><br>
><br>
> Na bitte nicht. Wenn die von mir erfassten Daten beschädigt werden, dann fast immer von Leuten, die so komische Tools verwenden.<br>
><br>
><br>
>> Da nur nodes<br>
>> gelöscht werden ist das auch kein Allheilmittel, aber es lehrt wo nodes wichtig sind und<br>
>> wo es eh wurscht ist.<br>
><br>
><br>
> Wer braucht so ein Tool als Lehrer? Das erkennt doch jeder auf den ersten Blick, dass man in einer Kurve die Nodes dichter setzen muss als auf einer Geraden.<br>
><br>
> -- <br>
> Friedrich K. Volkmann       <a href="http://www.volki.at/" target="_blank">http://www.volki.at/</a><br>
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria<br>
><br>
><br>
> _______________________________________________<br>
> Talk-at mailing list<br>
> <a href="mailto:Talk-at@openstreetmap.org" target="_blank">Talk-at@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-at" target="_blank">http://lists.openstreetmap.org/listinfo/talk-at</a><br>
</p>
<br>_______________________________________________<br>
Talk-at mailing list<br>
<a href="mailto:Talk-at@openstreetmap.org">Talk-at@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-at" target="_blank">http://lists.openstreetmap.org/listinfo/talk-at</a><br>
<br></blockquote></div>