Am 15.04.2010 11:13, schrieb M∡rtin Koppenhoefer: > > Geht der Tag denn auch für sich alleine als POI? In meiner > Idealvorstellung wären die Zapfsäulen, die Staubsauger, > Wascheinrichtungen, der Laden und die Druckluftgeräte alle einzelne > Nodes (ggf. areas), die man dann per relation zusammenfügt (oder evtl. > auch per Tankstellen-Polygon), daher wäre m.E. eine Taggingmöglichkeit > wie car=compressed_air oder amenity=compressed_air nicht schlecht.
Die Luftstationen mit festem Schlauch könnte man als Fläche mappen, um den durch den Schlauch erreichbaren Bereich zu beschreiben. Die tragbaren Druckluftgeräte, die nachts oft ins Kassengebäude gestellt werden, könnte man an den zwei Standorten als POI mit den jeweiligen Öffnungszeiten erfassen. Meine Idealvorstellung wäre das aber nicht. Ich brauche keine Karte, die für eine Tankstelle einen Haufen von Einzelsymbolen zeigt, und kein Navigationssystem, das mich fragt, ob ich "Tankstelle X Zapfsäule 4 in 205m", "Tankstelle X Zapfsäule 3 in 212m", ... oder "Tankstelle Y Zapfsäule 6 in 440m" erreichen will. Ein POI mit den Informationen über die Kraftstoffsorten und die sonstigen Dienstleistungen pro Tankstelle genügt mir. Die Navigation auf dem Tankstellengelände zur Zapfsäule mache ich ohne Karte und in Abhängigkeit der anderen dort stehenden Fahrzeuge. Detailinformationen ohne Mehrwert füllen nicht nur die OSM-Datenbank (die ist eher einfach zu erweitern), sondern belasten auch alle Applikationen durch größere Datenmengen, führen bei jedem Editieren zu längeren Downloadzeiten, Mehraufwand bei der Eingabe und zusätzlichen Fehlerquellen. Schlimmstenfalls bewirken selbst korrekte Daten, dass Karten unübersichtlicher werden, unwichtige POIs die wichtigen verdrängen oder dass andere Applikationen die POIs und Relationen falsch auswerten. Viele Grüße Stephan _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
