x

Re: Rendering der Stolpersteine


Geschrieben von openzzz (Gast) am 12. Oktober 2013 19:13:37: [flux]

Als Antwort auf: Rendering der Stolpersteine geschrieben von openzzz (Gast) am 11. Oktober 2013 20:03:

Netzwolf wrote:

Mein Vorschlag: wir führen einen Tagging-Namensraum mit dem Prefix "css:" ein. Dann können wir per css:color, css:width, css:border, css:background beliebige Objekte frei gestalten, ohne dass wir den Kartenentwicklern Änderungen an ihren Renderregeln zumuten müssten. Ähnlich wie die Angabe der Wegmarkierungssymbole.

Doch halt! Ich vergaß: wir taggen ja nicht für die Renderer. Mist!

Der Grundsatz "wir taggen ja nicht für die Renderer" ist richtig.
Aber man könnte durchaus die Renderer durch Zusatzinformationen helfen.

Etwas grundsätzliches wäre ein Tag wie "map_display=true/false".
Oder gibt's das schon?
Das würde dem Mapper die Gelegenheit geben, etwas Besonderes in den
Datenbestand einzutragen, wo er aber gleich weiß, dass es blöde auf der Karte aussehen würde.
So wie die Wahlkreise. Also Objekte, die eine Sonderanwendung darstellen aber niemals
auf normalen Karten erscheinen sollten. Nur aus dem Grund, dass man vielleicht
irgendwelche Relationen zu OSM-Objekten pflegen will.

Der Renderer könnte das zusätzlich zu seiner eigenen Einstellung berücksichtigen.

Interessant wäre solch ein Tag auch für die Situation, dass man in der Datenbank bestimmte
Dinge vorbereiten will. Z.b. wenn es Baupläne für ein neues Stadtschloß gibt.
Solange es noch nicht existiert will man es sicher nicht auf der Karte darstellen.
Und wenn es steht kann man das Flag umdrehen.
Oder für den Fall, dass das Rendering scheiße aussieht, man die Kartennutzer
nicht nerven will, aber trotzdem die Daten erstmal in der Datenbank lagern will,
bis das Rendering-Problem beseitigt ist.