[Talk-de] Große Fläche Feuerwehr

[Stefan Neufeind]

Florian Schmitt wrote:
> Hi,
> 
> Am 19. September 2008 10:16 schrieb Markus <liste12A45q7 at gmx.de 
> <mailto:liste12A45q7 at gmx.de>>:
>  
> 
>     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