Florian Schmitt wrote: > Hi, > > Am 19. September 2008 10:16 schrieb Markus <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>: > > > Dass sich der "Punkt" so lange hält kommt wohl daher, > dass die Meisten "für die Renderer arbeite"... > (denn wenn der Punkt nicht zusätzlich zur Fläche eingetregen wird, > zeigen die Renderer nichts an. Und das will man ja anders... > > > nicht nur. Auch auf den Garmin-Karten wird für amenities, die nicht als > Node, sondern als Polygon (building) eingezeichnet sind, kein POI > erzeugt. Das wirkt sich dann auch aufs Routing aus. > > Im übrigen: wieso soll amenity=fire_station, building=yes schlechter > sein als building=fire_station? Konsequenterweise müßte dann jedes > Gebäude, egal ob amenity, shop, tourism (Hotel!) oder leisure, als > building=* getaggt werden. Damit geht die ansatzweise Kategorisierung > verloren, die in dieser Unterteilung steckt. Die Gebäudeeigenschat von > der Nutzung zu abstrahieren ist sinnvoll, zB weil ein sport-Polygon > entweder eine Sporthalle (bulding) oder ein Sportpark ("normale" area) > sein kann.
Ich gebe dir Recht, daß es sinnvoll seien kann ein "building=yes" hinzuzufügen. Aber zur Not kann es ein Renderer ja einfach als etwas ungenaueren Umriss betrachten und meinetwegen annehmen es handelt sich um eine area. Die eigentliche Information ist doch "da ist eine Feuerwehr" - auch wenn damit ein Polygon getagged ist. An einigen Stellen habe ich nun schon Sachen gesehen, wo sowohl die Area als z.B. Schule (inkl. Name) als auch ein Node in der "Mitte" genauso getagged war. Das ist klar mappen für den Renderer bzw. den Naviexport. Könnten jene Renderer- / Naviexport-Spezis nicht vielleicht mal schauen das entsprechend umzusetzen, so daß sie sich zur Not selbst einen "Mittelpunkt" generieren beim Lesen der Daten um dort dann ein Symbol zu platzieren? Das ist sicherlich nicht "trivial" (sonst würde ich mich selbst anbieten das umzusetzen), aber sicherlich "lösbar". Stefan _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
