Hallo, vielleich bekommen wir die Kuh ein Stück näher ans Ufer, wenn der Key colour aufgesplittet wird:
colour:rgb:text=pinguinrosa colour:rgb:codecs=http://wiki.openstreetmap.de/colour_rgb_codecs (Beispiel) Auf der Seite steht dann eine Definition und ein entsprechender Code für die Farben. Farben, die dort (noch) nicht definiert sind, können direkt angegeben werden: colour:rgb:code=0x403020 Wenn jemand den Code nachgetragen hat, kann er ggf. das tag entsprechend anpassen Ebenso andere Farbmodelle colour:ral:text=schokolandenkeks_braun_05 colour:ral:codecs=http://wiki.openstreetmap.de/colour_ral_codecs bzw: colour:ral:code=0x2208e3ßarhva0ß93r Auf den entsprechenden Codecs (nenn ich jetzt mal so) Seiten im Wiki stehen dann die Wertepaare im Idealfall so, dass man die Seite runterkopieren und in eine lokale Datenbank einfügen kann: schokoladenkeks_braun_05 = 0xafdjih4jnga09ujaöäjk schokoladenkeks_braun_06 = 0x094r5nklöäa0f98ga Wer später noch was dazwischen fügen will, kann dann immer noch schokoladenkeks_braun_055 nehmen. Vielleicht lässt man auch immer 100 Nummern Platz für spätere Ergänzungen. Wenn jemand mit einem Farbnamen so gar nicht umgehen will, ergänzt er die Tabelle eben um einen weiteren Namen mit gleicher Farbe. Das ist zwar eigentlich überflüssig, vermeidet aber den OSM-üblichen Streit um tags. Wenn die Tabelle geladen werden kann, ist es der Anwendung egal. Wir haben dann ein eigenes Farbschema, dass dem Mapper in der DB zumindest eine Idee liefert, um was für eine Farbe es sich handeln könnte und gleichzeitig trotzdem einen technisch verwertbaren Farbwert. Wenn es offizielle Farbnamen gibt, kann man sie ja in die Tabelle eintragen, falls das nicht irgendwo verboten wird. Wenn es eine offizielle Quelle für die Farbauswahl gibt: colour:ral:source = www.firmaxx.de/farbverwaltung/public Damit lasen sich mehrere Farbschemen unabhängig voneinander verwalten, der Mapper versteht, um was es geht, der Anwender für das Web bekommt seine RGB-Farbe, der Drucker seine RAL-oder-was-auch-immer-Farbe, und niemand ist gezwungen, irgend etwas für das Eintragen umzurechnen. Es steht natürlich jedem Mapper frei, Farben einzutragen oder auch nicht oder nur in einem der Schemen. (Alle Angaben sind nur prinzipielle Beispiele, ich habe nichts nachgeschlagen). Eventuell könnte man das ganze dann auch noch in einer Vorlage für josm auswerten und z.B. für die Vorauswahl "Blautöne RAL" die im Wiki definierten Namen anbieten, ggf. vielleicht noch mit einem einigermaßen passenden Farbton aus "Animation". Gruß, Wolfgang Am Donnerstag, den 30.05.2013, 15:55 +0200 schrieb Martin Koppenhöfer: > > Am 30.05.2013 um 15:05 schrieb Tobias Conradi <mail.2...@tobiasconradi.com>: > > > Das ist das was bei der Konversion via ECI nocht fehlt. > > > > Wenn man aber nur RAL vorgibt, dann erhält man Werte wie hier zu sehen: > > http://anna.info/wiki/RAL_5017 > > irgendwelche Blautöne. > > > RAL ist durchaus eindeutig definiert, es gibt da Farbfächer, > Farbbibliotheken, Lacke, etc, m.E. sollte der Tag in osm in diesem Fall > de:verkehrsblau oder traffic_blue oder RAL_5017 od. ähnlich sein (da das die > festgelegte Farbe ist), dann kann sich der Auswerter selbst entscheiden, ob > er das in irgendeinem Blau oder sonstwie darstellt, oder das richtige nimmt, > vor allem wenn er vorhat, das zu drucken, weil auf Bildschirmen ist korrekte > Farbwiedergabe sowieso nicht üblich bzw. möglich. > > RGB kommt mir nach wie vor aufgrund der Einschränkungen hinsichtlich der > darstellbaren Farben nicht als glückliche Wahl vor, welches RGB ist dabei > auch bisher noch gar nicht definiert... > > Gruß, > Martin > _______________________________________________ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de