Re: Rendering von Wahlkreis-Namen

gormo wrote:

openzzz wrote:

Neuerungen im Datenformat müssen auch mit der Visualisierung harmonisiert werden. Warum kann man nicht erstmal mit den Rendering-Leuten kommunizieren, bevor man solche gravierenden Änderungen vornimmt?

OSM setzt auf offene Strukturen und rapides Wachstum. Jeder soll das eintragen können, und es auch so nennen können, was und wie er will.
Da ist dann "mal eben mit den Rendering-Leuten kommunizieren" schlecht, wenn "mal eben" jeden Tag 20 Mapper mit den Rendering-Leuten reden wollen. Die Rendering-Leute haben da einfach nicht die Kapazität für.
Trotzdem sehe ich das Problem, ich sehe nur keine einfache Lösung, die ohne große Strukturänderungen auskommt.

Das würde aber nur zu Chaos führen. Nicht ohne Grund gibt es Regeln wie bestimmte Sachen zu mappen sind. Es gibt zwar noch gewisse künstlerische Freiheiten, aber bei einer Karte ist es schon wichtig, ein einheitliches und harmonisches Bild abzuliefern. Man muss sicher auch nicht jede Kleinigkeit mit den Renderer-Programmierern abstimmen. Aber wenn grundlegend Sachen geändert werden sollte man doch lieber vorher mal diskutieren. Bei den Stimmbezirken war die einzige kurzfristige Notlösung, sie wieder zu löschen. Das ist aber alles Mehraufwand.

Eigentlich ist OSM als Stadtplan schon fast perfekt. Was mich noch etwas stört sind die "Stolpersteine", nicht die Steine an sich,
nur dass sie in der Karte so dominant erscheinen, als wären es große historische Momumente, die man beim
Stadtspaziergang unbedingt besuchen müsste. Stattdessen ist es ja nur ein kleiner Gedenkstein im Asphalt,
vor allem sind es sehr viele in einer City.

Das, wie auch Wahlkreise oder Stimmbezirke, wäre gut geeignet für ein Layer-Konzept. Dass also diese Elemente gar nicht
in die gerenderten Kacheln eingebrannt werden, sondern als Vektorelemente überlagert.
Das erspart Duplikate der Massen von Rasterbilddaten, die man sonst für jede Layer-Kombination zum Abruf vorhalten müsste.
Vektor-Overlays dagegen werden von der Viewer-Software selbst überlagert, also im Browser per Javascript
(wie auch die Stammtisch-Links auf openstreetmap.de) oder wie die Vektor-Layer in Google-Earth.
Ich denke so etwas sollte noch weiter ausgebaut werden. Die Vektor-Overlays müssten dann auch nicht in einer
Zentraldatenbank gepflegt werden, sondern könnten unabhängig gewartet werden, oder sogar lokal auf der eigenen
Festplatte, falls man mit Geodaten herumspielen will.