Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
On Sat, Jun 1, 2013 at 8:36 PM, Martin Koppenhoefer wrote: > mein Punkt war, wenn man sich schon die Mühe macht, und nachforscht bzw. wie > hier eine Anfrage beim Betreiber stellt (was ich auf keinen Fall erwarten > würde), dann kann man das Ergebnis auch so in OSM eintragen, und nicht nur > das in ein anderes Farbsystem gewandelte, insbesondere wenn die Konversion > irreversibel ist. > > Wenn colour nicht der tag ist, dann vielleicht official_colour oder so. OK! :-) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
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 : > > > 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
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
On 01/giu/2013, at 18:36, Tobias Conradi wrote: > Bei den 6-stelligen Hex triplets gibt es 16^6 = 16777216 Permutationen > http://de.wikipedia.org/wiki/Permutation > > 1/ 16777216 < 1/200 = 0,5%. mein Punkt war, wenn man sich schon die Mühe macht, und nachforscht bzw. wie hier eine Anfrage beim Betreiber stellt (was ich auf keinen Fall erwarten würde), dann kann man das Ergebnis auch so in OSM eintragen, und nicht nur das in ein anderes Farbsystem gewandelte, insbesondere wenn die Konversion irreversibel ist. Wenn colour nicht der tag ist, dann vielleicht official_colour oder so. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
2013/6/1 Michael Kugelmann : > Am 29.05.2013 16:17, schrieb Tobias Conradi: > >>> Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat >>> mit der Realität nichts zu tun, siehe >>> http://taginfo.openstreetmap.org/keys/colour#values >> >> Den Teil über RGB (hex triplet) kann man ruhigen Gewissens nicht aus >> dem Wiki streichen, denn in der Realität werden RGB-Werte genutzt, >> siehe http://taginfo.openstreetmap.org/keys/colour#values >> >> z.B.: #79b51d count: 450 > > Man beachte, dass die Top acht Werte deutlich mehr als 80% ausmachen und > alle textuelle Argumente haben. Das braucht man nicht beachten. Es ist irrelevant. Es genügt ein einziger Wert um die Behauptung "hat mit der Realität nichts zu tun, siehe http://taginfo.openstreetmap.org/keys/colour#values"; zu widerlegen. > Bittte etwas vorsichtiger mit "halbgaren > Argumenten": Meinst Du Deine Argumentation ist zumindest halbgar? > das Beispiel oben sind mal gerade 0,5% der Tags (und das ist > schon einer der prozentual größten Tags mit RGB-Angabe)... Bei den 6-stelligen Hex triplets gibt es 16^6 = 16777216 Permutationen http://de.wikipedia.org/wiki/Permutation 1/ 16777216 < 1/200 = 0,5%. Wenn ein Wert mit 0.5% Anteil an der Gesamtmenge der Tags auftritt, dann ist dies 16777216/200 mal so oft wie bei Gleichverteilung. Analogie: Nach der 0,5%-kann-man-Streichen-Logik, ergibt sich, dass in Deutschland keine Bielefelder leben, da 327199 / 8000 = 0.0040899875 < 0.5%. Dies gilt dann auch für Germering, und für die Teilmenge "Michael Kugelmann (MichaelK)". Zahlen aus: http://de.wikipedia.org/wiki/Bielefeld https://www.google.com/search?q=327199+%2F+8000 Mit der angeführten Grenze (Top-tags alleine haben schon mehr als 80%), kann man Bewohner ganzer Bundesländer oder eine <20% Minderheit seiner Wahl mit "streichen, hat mit der Realität nichts zu tun" behandeln. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
Am 29.05.2013 16:17, schrieb Tobias Conradi: Den Teil über RGB kann man ruhigen Gewissens aus dem Wiki streichen, hat mit der Realität nichts zu tun, siehe http://taginfo.openstreetmap.org/keys/colour#values Den Teil über RGB (hex triplet) kann man ruhigen Gewissens nicht aus dem Wiki streichen, denn in der Realität werden RGB-Werte genutzt, siehe http://taginfo.openstreetmap.org/keys/colour#values z.B.: #79b51d count: 450 Man beachte, dass die Top acht Werte deutlich mehr als 80% ausmachen und alle textuelle Argumente haben. Bittte etwas vorsichtiger mit "halbgaren Argumenten": das Beispiel oben sind mal gerade 0,5% der Tags (und das ist schon einer der prozentual größten Tags mit RGB-Angabe)... Just my 2 cents, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de