Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 19:17, schrieb Tobias Conradi: In diesem Fall fehlt eine Diskussion auf der Talk-seite genauso wie ein Proposal-Template, eine Abstimmung oder sonstwas in der Art. Vielleicht ist es noch ein Schritt, den Du nicht kanntest. http://wiki.openstreetmap.org/wiki/Proposed_features Jetzt führst du eine Quelle an die deine Aussage nichtmal stützt? Nein. Denn one of multiple bedeutet für mich es gibt noch andere Wege. Ich sehe da für ein Proposal die Schritte: Darum ging es gar nicht. This page describes the proposal process, which is one of multiple ways to introduce [...] new features. Stimmt. Aber to introduce a feature ist nicht Ein Merkmal FESTLEGEN, sondern ein Merkmal EINFÜHREN, Und wenn es eingeführt ist, ist es erstmal festgelegt. und eine Einführung ohne Abstimmung etc. ist eben keine Festlegung, Wo ist das Wort Festlegung derartig definiert? auf die irgendjemand sich beziehen sollte, um seine Meinung durchzusetzen (zu argumentieren ja, daraus zwingend durchzusetzen nein). Selbst nach Abstimmung ergibt sich kein zwingend durchsetzen. http://wiki.openstreetmap.org/wiki/Proposed_features Also, never use a vote result as a justification for large-scale re-tagging of existing objects. http://anna.info/wiki/OSM#Proposals_versus_usage As of 2013-06-05: http://wiki.openstreetmap.org/wiki/Proposed_features/Incline Status: Rejected (inactive) But 85000 objects use the Key: http://taginfo.openstreetmap.org/keys/incline -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 02:46, schrieb Tobias Conradi: 2013/6/5 Stefan Keller sfkel...@gmail.com: Man erfasst was man in der Realität draussen sieht. Buslinien sieht man nicht, ausser auf Netzplänen. Ich hab Buslinien durchaus schon - und zwar häufiger - eingetragen, indem ich mich zunächst reingesetzt habe und dabei das GPS hab loggen lassen. Damit sehe ich zwar nicht die Buslinie, aber kann sie sehr wohl nachvollziehen. Trotzdem gibt es Linien in OSM. Manche Relationen: http://www.wikidata.org/wiki/Q99691 (U1 Berlin) linkt zu : http://www.openstreetmap.org/?relation=58767 sogar ohne Kartendarstellung. Mehr Infos dann unter http://www.openstreetmap.org/browse/relation/58767 Die Darstellung gibt es sehr wohl, jedoch in Form einzelner Darstellungen der einzelnen Routen-Varianten und -Richtungen, z.B. http://www.openstreetmap.org/browse/relation/2669205 Und dort gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Warum sollte ausgerechnet dieser Fall (Farben von ÖPNV-Linien) dazu führen, dass technische Hilfsmittel herangezogen werden, um ein bestimmtes Tagging zu behindern? Eine Farbe, die nirgendwo genutzt wird, stört auch niemanden. Eine Farbe, die nirgendwo genutzt wird, wird auch seltener eingetragen werden. Wird die Farbe irgendwo genutzt durch irgendeine Karte, dann ist das berechtigt und erst recht kein Grund, das zu unterbinden. Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) führt dazu, dass Umwandlungen aus/in einige andere Farbschemata ungenau werden, es kommt also zu mehr oder weniger falschen Werten (was IMHO die meisten Mapper und die meisten OSM-Anwendungsfälle kaum stören dürfte, weil die Genauigkeit der Farben nicht sooo hoch sein muss). - Mehrere/viele/alle Farbschemata zu erlauben verlangt jeder auswertenden Instanz (Renderer...) ab, diese auch alle zu kennen und zumeist, die ungenaue Umwandlung dann vorzunehmen. Es finden sich also die Dimensionen: - Aufwand für das Eintragen durch Mapper - Aufwand für das Verifizieren und korrigiern durch Mapper - Aufwand und Möglichkeit, die Daten auszuwerten im Rendering - Bedarf an Genauigkeit der Farben (z.B. reichen die ~64 benannten Farben aus Windows aus? oder sowas) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 02:46, schrieb Tobias Conradi: 2013/6/5 Stefan Keller sfkel...@gmail.com: Man erfasst was man in der Realität draussen sieht. Buslinien sieht man nicht, ausser auf Netzplänen. Ich hab Buslinien durchaus schon - und zwar häufiger - eingetragen, indem ich mich zunächst reingesetzt habe und dabei das GPS hab loggen lassen. Damit sehe ich zwar nicht die Buslinie, aber kann sie sehr wohl nachvollziehen. Trotzdem gibt es Linien in OSM. Manche Relationen: http://www.wikidata.org/wiki/Q99691 (U1 Berlin) linkt zu : http://www.openstreetmap.org/?relation=58767 sogar ohne Kartendarstellung. Mehr Infos dann unter http://www.openstreetmap.org/browse/relation/58767 Die Darstellung gibt es sehr wohl, Jetzt bin ich ja gespannt. jedoch in Form einzelner Darstellungen der einzelnen Routen-Varianten und -Richtungen, z.B. http://www.openstreetmap.org/browse/relation/2669205 Also doch nicht. Und dort gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Warum sollte ausgerechnet dieser Fall (Farben von ÖPNV-Linien) dazu führen, dass technische Hilfsmittel herangezogen werden, um ein bestimmtes Tagging zu behindern? Weil ausgerechnet dieser Fall angeführt wurde. Eine Farbe, die nirgendwo genutzt wird, stört auch niemanden. Das ist wohl wahr, nur kenne ich keine solche. Und sobald Du eine benennst, ist sie genutzt. Eine Farbe, die nirgendwo genutzt wird, wird auch seltener eingetragen werden. So selten, dass man von gar nicht reden würde. Denn würde sie eingetragen werden, würde sie ja genutzt werden. Wird die Farbe irgendwo genutzt durch irgendeine Karte, dann ist das berechtigt und erst recht kein Grund, das zu unterbinden. Eine in der Vergangenheit erfolgte Handlung (irgendwo Nutzung) kann man auch gar nicht unterbinden. Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Oder man löscht alle Farbtags in OSM .. und fertig. Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) Dies ist bereits festgelegt: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: * an RGB color code (hex triplet) * a CSS color name führt dazu, dass Umwandlungen aus/in einige andere Farbschemata ungenau werden, es kommt also zu mehr oder weniger falschen Werten (was IMHO die meisten Mapper und die meisten OSM-Anwendungsfälle kaum stören dürfte, weil die Genauigkeit der Farben nicht sooo hoch sein muss). Und was stört in einem solchen Fall wo sie nicht sooo hoch sein muss, eine höhre Genauigkeit? Es finden sich also die Dimensionen: - Aufwand für das Eintragen durch Mapper - Aufwand für das Verifizieren und korrigiern durch Mapper - Aufwand und Möglichkeit, die Daten auszuwerten im Rendering - Bedarf an Genauigkeit der Farben (z.B. reichen die ~64 benannten Farben aus Windows aus? oder sowas) Neben Aufwand gibt es noch Ertrag/Nutzen. Und der ist bei höherer Bestimmtheit der schon vorhandenen RGB-triplets höher. Wenn für Verkehrslinien keine RGB-triplets als Wertangaben existieren sollen, sondern nur benannte CSS-RGB-Farben, dann kann man das im Wiki definieren und/oder technisch ausschließen. Dies ist zur Zeit nicht der Fall. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am Mittwoch, den 05.06.2013, 08:31 +0200 schrieb Peter Wendorff: Am 05.06.2013 02:46, schrieb Tobias Conradi: Und dort gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Warum sollte ausgerechnet dieser Fall (Farben von ÖPNV-Linien) dazu führen, dass technische Hilfsmittel herangezogen werden, um ein bestimmtes Tagging zu behindern? Eine Farbe, die nirgendwo genutzt wird, stört auch niemanden. Eine Farbe, die nirgendwo genutzt wird, wird auch seltener eingetragen werden. Wird die Farbe irgendwo genutzt durch irgendeine Karte, dann ist das berechtigt und erst recht kein Grund, das zu unterbinden. +1 Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) führt dazu, dass Umwandlungen aus/in einige andere Farbschemata ungenau werden, es kommt also zu mehr oder weniger falschen Werten +1 (was IMHO die meisten Mapper und die meisten OSM-Anwendungsfälle kaum stören dürfte, weil die Genauigkeit der Farben nicht sooo hoch sein muss). Wie schon mehrfach geschrieben, es kommt auf den Anwendungsfall an. Für Web +1, für Print -1 / 0 - Mehrere/viele/alle Farbschemata zu erlauben verlangt jeder auswertenden Instanz (Renderer...) ab, diese auch alle zu kennen und zumeist, die ungenaue Umwandlung dann vorzunehmen. -1 warum? Es reicht, wenn die Instanz das auswertet, was sie braucht / kennt. Wenn RGB reicht, wertet die Instanz RGB aus. Wenn nur RAL eingetragen ist, erscheint die Farbe eben als grau. colour:rgb=dark_blue colour:ral=night_blue_26 so what? Die Instanz _kann_ auswerten, muss aber nicht. Es finden sich also die Dimensionen: - Aufwand für das Eintragen durch Mapper Siehe mein Vorschlag mit im Wiki zu definierenden Farbnamen - Aufwand für das Verifizieren und korrigiern durch Mapper Ist dann gering - Aufwand und Möglichkeit, die Daten auszuwerten im Rendering Sache der Instanz, bei verschiedenen Schemata relativ einfach. - Bedarf an Genauigkeit der Farben (z.B. reichen die ~64 benannten Farben aus Windows aus? oder sowas) Die können gerne im Wiki eingetragen werden. Aber bitte nicht davon ausgehen, dass die jeder kennt. Windows ist nur eins der eingesetzten OS. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am Mittwoch, den 05.06.2013, 13:09 +0200 schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Oder man löscht alle Farbtags in OSM .. und fertig. ??? WIE BITTE ??? An dieser Stelle habe ich mich wohl verlesen?! Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) Dies ist bereits festgelegt: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: * an RGB color code (hex triplet) * a CSS color name s/festgelegt/vorgeschlagen/g Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Wolfgang Hinsch osm-lis...@ivkasogis.de: Am Mittwoch, den 05.06.2013, 13:09 +0200 schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Oder man löscht alle Farbtags in OSM .. und fertig. ??? WIE BITTE ??? An dieser Stelle habe ich mich wohl verlesen?! Ich weiß ja nicht was Du gelesen hast :-) Wenn das einzige Ziel ist, keine Farben zu haben, dann ist Löschen der Farben wohl zielführend, nicht? Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) Dies ist bereits festgelegt: http://wiki.openstreetmap.org/wiki/Key:colour ... s/festgelegt/vorgeschlagen/g Annahme: Vor der Festlegung von RGB wurde RGB vorgeschlagen. Schlußfolgerung: Auch das Vorschlagen von RGB ist schon geschehen. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 13:45, schrieb Tobias Conradi: 2013/6/5 Wolfgang Hinsch osm-lis...@ivkasogis.de: Am Mittwoch, den 05.06.2013, 13:09 +0200 schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Oder man löscht alle Farbtags in OSM .. und fertig. ??? WIE BITTE ??? An dieser Stelle habe ich mich wohl verlesen?! Ich weiß ja nicht was Du gelesen hast :-) Wenn das einzige Ziel ist, keine Farben zu haben, dann ist Löschen der Farben wohl zielführend, nicht? Niemand hat argumentiert, es sollte keine Farben in OSM geben. Mit welchem Recht sollte irgendein Nutzer (z.B. Kartenstil-Entwickler) entscheiden, dass niemand die Farben will? Wenn ich auf meiner Karte keine Farben anzeigen will, nutze ich sie nicht. Wenn Hans Huckebein eine ÖPNV-Karte machen und darin die colour-Tags zur Einfärbung der Linien nutzen will, kann er das tun. Mein Ziel ist hier, ÖPNV-Linien ohne Farben darzustellen, und möglicherweise meine Datenbank zu schonen (indem ich die Farb-Attribute nicht importiere), aber dafür muss ich niemanden anderen an der Verwendung des Attributs hindern durch Löschung, wie du sie vorschlägst. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) Dies ist bereits festgelegt: http://wiki.openstreetmap.org/wiki/Key:colour ... s/festgelegt/vorgeschlagen/g Annahme: Vor der Festlegung von RGB wurde RGB vorgeschlagen. Schlußfolgerung: Auch das Vorschlagen von RGB ist schon geschehen. Ich sehe hier nur eine Wiki-Seite. Kein Proposal, keine Abstimmung, kein gar nichts. Eine Festlegung in OSM sieht anders aus - wenn es sie denn überhaupt gibt. Natürlich muss nicht alles durch einen formalen Proposal-Tag gehen, aber das als festgelegt zu bezeichnen, wenn es ganz offensichtlichen Dissenz gibt (wie du hoffentlich mittlerweile gemerkt hast), und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), kann nun von einer Festlegung wirklich nicht die Rede sein. Ansonsten könnte ich mal - spezifischer als du bisher Beweisführung! schreien, indem ich frage: Wo ist das denn FESTGELEGT? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 13:45, schrieb Tobias Conradi: 2013/6/5 Wolfgang Hinsch osm-lis...@ivkasogis.de: Am Mittwoch, den 05.06.2013, 13:09 +0200 schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Wenn man keine will, dann nutzt/erstellt man (sich? anderen? allen?) einen Kartenstil, der die Farbe nicht nutzt, und fertig. Oder man löscht alle Farbtags in OSM .. und fertig. .. Wenn das einzige Ziel ist, keine Farben zu haben, dann ist Löschen der Farben wohl zielführend, nicht? Niemand hat argumentiert, es sollte keine Farben in OSM geben. http://lists.openstreetmap.org/pipermail/talk-de/2013-June/102605.html primär Vektordatenbank, Farben kaum eine Rolle, erst beim Rendern Darufhin habe ich gesagt [Für die U1 in Berlin] gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Dann wurde gesagt, wenn man keine will, dann macht man das im Kartenstil und fertig. Das habe ich wieder zurückgedreht auf, dann kann man die auch in OSM löschen. Es ging ja nicht darum die nur beim Rendern zu unterdrücken, sondern um die konkreten Tags in der DB. Mit welchem Recht sollte irgendein Nutzer (z.B. Kartenstil-Entwickler) entscheiden, dass niemand die Farben will? Das kann niemand entscheiden. Aber es kann jemand entscheiden, dass sie nicht mehr in OSM gespeichert wird. Rechte dazu haben sicher einige Personen, so wie manche Personen ja auch im Wiki oder in den Emailarchiven Löschrechte haben, haben sicher auch manche Personen Softwareschreibrechte. Wenn Hans Huckebein eine ÖPNV-Karte machen und darin die colour-Tags zur Einfärbung der Linien nutzen will, kann er das tun. Klar. Mein Ziel ist hier, ÖPNV-Linien ohne Farben darzustellen, Gut. Dann gehörst Du nicht zu denen die von meinem Vorschlag zur Standardisierung direkt profitieren. Hier kommen wir zum Kern des Threads: Es ist eben abzuwägen: - Ein Farbschema festlegen (z.B. RGB) Dies ist bereits festgelegt: http://wiki.openstreetmap.org/wiki/Key:colour Annahme: Vor der Festlegung von RGB wurde RGB vorgeschlagen. Schlußfolgerung: Auch das Vorschlagen von RGB ist schon geschehen. Ich sehe hier nur eine Wiki-Seite. Kein Proposal, keine Abstimmung, kein gar nichts. Eine Festlegung in OSM sieht anders aus Wie? Natürlich muss nicht alles durch einen formalen Proposal-Tag gehen, aber das als festgelegt zu bezeichnen, wenn es ganz offensichtlichen Dissenz gibt (wie du hoffentlich mittlerweile gemerkt hast), Ich sehe weder auf der Wikiseite einen Dissenz noch in der realen Verwendung wie unter http://taginfo.openstreetmap.org/keys/colour#values einsehbar. und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), Gibt es eine offizielle List über alle Abstimmungen anhand derer sich Deine Aussage überprüfen lässt? kann nun von einer Festlegung wirklich nicht die Rede sein. Eine Festlegung kann auch ohne Abstimmung erfolgen. Es genügt eine Person. Ansonsten könnte ich mal - spezifischer als du bisher Beweisführung! schreien, schreien? indem ich frage: Wo ist das denn FESTGELEGT? http://wiki.openstreetmap.org/wiki/Key:colour The value should be: * an RGB color code (hex triplet) ... * a CSS color name -- 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] CMYK und RGB Farben - Standardisierung in OSM
On 05/giu/2013, at 15:16, Tobias Conradi mail.2...@tobiasconradi.com wrote: Aber es kann jemand entscheiden, dass sie nicht mehr in OSM gespeichert wird. so, wer denn? m ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On 05/giu/2013, at 15:16, Tobias Conradi mail.2...@tobiasconradi.com wrote: Eine Festlegung in OSM sieht anders aus Wie? in erster Linie ist es immer ein weitgehender Konsens oder zumindest akzeptierter Kompromiss Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Martin Koppenhoefer dieterdre...@gmail.com: Eine Festlegung in OSM sieht anders aus Wie? in erster Linie ist es immer ein weitgehender Konsens Ein Konsens ist nach meinem Verständnis der deutschen Sprache keine Festlegung. oder zumindest akzeptierter Kompromiss Ein akzeptierter Kompromiss ist nach meinem Verständnis der deutschen Sprache keine Festlegung. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 15:16, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), Gibt es eine offizielle List über alle Abstimmungen anhand derer sich Deine Aussage überprüfen lässt? Andersherum wird ein Schuh draus: Kannst Du eine Festlegung durch Abstimmung belegen? Üblicherweise steht sowas auf der Wikiseite in Form einer Abstimmung mit drauf (oder auf einer verwandten Wikiseite, die dann normalerweise verlinkt ist. kann nun von einer Festlegung wirklich nicht die Rede sein. Eine Festlegung kann auch ohne Abstimmung erfolgen. Es genügt eine Person. Klar - aber eine Festlegung durch eine Person ist wie die Befestigung eines 200kg-Bilderrahmens an einem einzigen kleinen Nagel: Man muss damit rechnen, dass das Bild wieder runterfällt oder die Festlegung eben nicht auf eine breite Mehrheit stößt. indem ich frage: Wo ist das denn FESTGELEGT? http://wiki.openstreetmap.org/wiki/Key:colour The value should be: * an RGB color code (hex triplet) ... * a CSS color name Die Vorgehensweise mit Proposal kennst Du aber? Ich weiß, sie ist nicht zwingend notwendig. Ich weiß auch, dass Proposals nur dadurch nicht zwingend besser werden oder eine höhere Relevanz genießen. Aber Ins Wiki schreiben kann jeder jederzeit beinahe alles, was er/sie/es will. Der colour-Tag ist so entsprechend dokumentiert worden, aber ob es sich dabei um eine Festlegung eine Meinung oder die Dokumentation der Verwendung durch einzelne handelt, ist zumindest nicht überprüfbar. Wenn dir eine Wiki-Seite reicht, kann ich dir gerne blödsinnige Wikiseiten suchen, die einfach niemanden im Detail interessieren, was der einzige Grund ist, warum sie nicht längst geändert oder gelöscht oder als abgestimmt und als abgelehnt dokumentiert markiert sind (siehe http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Rejected%22 ). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 15:16, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), Gibt es eine offizielle List über alle Abstimmungen anhand derer sich Deine Aussage überprüfen lässt? Andersherum wird ein Schuh draus: Kannst Du eine Festlegung durch Abstimmung belegen? Nein, daher hatte ich auch geschrieben Annahme: ... Du hast behauptet es hätte keine gegeben. kann nun von einer Festlegung wirklich nicht die Rede sein. Eine Festlegung kann auch ohne Abstimmung erfolgen. Es genügt eine Person. Klar - aber eine Festlegung durch eine Person ist wie die Befestigung eines 200kg-Bilderrahmens an einem einzigen kleinen Nagel: Man muss damit rechnen, dass das Bild wieder runterfällt oder die Festlegung eben nicht auf eine breite Mehrheit stößt. Definition in RGB existiert auf dieser Seite seit 2010 http://wiki.openstreetmap.org/w/index.php?title=Key:colouroldid=465809 brown, green, red, white, gray, blue, yellow, black haben laut http://taginfo.openstreetmap.org/keys/colour#values einen Anteil von mehr als 66% an den Tagwerten. Sie sind alle als CSS3 color unter http://www.w3.org/TR/css3-color/#svg-color aufgeführt. indem ich frage: Wo ist das denn FESTGELEGT? http://wiki.openstreetmap.org/wiki/Key:colour The value should be: * an RGB color code (hex triplet) ... * a CSS color name Die Vorgehensweise mit Proposal kennst Du aber? Nein. Aber ich sehe jetzt: http://wiki.openstreetmap.org/wiki/Creating_a_proposal Danke. Aber Ins Wiki schreiben kann jeder jederzeit beinahe alles, was er/sie/es will. OK. Der colour-Tag ist so entsprechend dokumentiert worden, aber ob es sich dabei um eine Festlegung eine Meinung oder die Dokumentation der Verwendung durch einzelne handelt, ist zumindest nicht überprüfbar. Zumindest nicht allein auf dieser Seite. Wenn dir eine Wiki-Seite reicht, kann ich dir gerne blödsinnige Wikiseiten suchen, die einfach niemanden im Detail interessieren, was der einzige Grund ist, warum sie nicht längst geändert oder gelöscht oder als abgestimmt und als abgelehnt dokumentiert markiert sind OK. Danke. Wenn ich http://wiki.openstreetmap.org/wiki/Keys The value [...] describes its accompanying key. sehe, glaube ich gern, dass solche Seiten existieren. colour=black Black beschreibt den Key colour? (siehe http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Rejected%22 ). Diese sind ja immerhin als rejected kategorisiert. Also wenn Key:colour keine offizielle Beschreibung für den Key colour enthält, dann gibt es wohl keine? -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 um 15:46 schrieb Peter Wendorff wendo...@uni-paderborn.de: Wenn dir eine Wiki-Seite reicht, kann ich dir gerne blödsinnige Wikiseiten suchen, die einfach niemanden im Detail interessieren, was der einzige Grund ist, warum sie nicht längst geändert oder gelöscht oder als abgestimmt und als abgelehnt dokumentiert markiert sind (siehe http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Rejected%22 ). Wobei selbst ein Eintrag auf dieser Liste nicht immer eindeutig ist, z.B. hier: http://wiki.openstreetmap.org/wiki/Proposed_features/Incline Nur weil es damals 2007 noch nicht möglich war, 15 Leute zur Abstimmung zu bewegen, heißt das ja noch nicht, dass dieser Vorschlag auch in der Zwischenzeit von den Mappern abgelehnt wird: http://taginfo.openstreetmap.org/keys/incline Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 16:26, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 15:16, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), Gibt es eine offizielle List über alle Abstimmungen anhand derer sich Deine Aussage überprüfen lässt? Andersherum wird ein Schuh draus: Kannst Du eine Festlegung durch Abstimmung belegen? Nein, daher hatte ich auch geschrieben Annahme: ... Du hast behauptet es hätte keine gegeben. Um mal dein Selbst-Zitat zu vervollständigen: Annahme: Vor der Festlegung von RGB wurde RGB vorgeschlagen. Schlußfolgerung: Auch das Vorschlagen von RGB ist schon geschehen. Du definierst etwas als Festlegung unter der Annahme, es hätte vorher einen Vorschlag gegeben. Fakt ist eine Wiki-Seite, die weder als Vorschlag noch als abgestimmte Festlegung deklariert (geschweige denn belegt ist). In OSM ist üblich: - Einfach mal machen (ohne Dokumentation) - Dokumentation dessen, was da, aber noch nicht dokumentiert ist - Proposal mit dem Ablauf: - Draft: Entwurfszeit - RFC: Nach Meinungen fragen - das iteriert dann beliebig häufig, wenn Meinungen, Kommentare, Vorschläge eingearbeitet werden - Abstimmung - evtl. trotzdem nochmal Rücksetzung bei neuen Einwänden/Vorschlägen... - Annahme durch Abstimmen oder - Ablehnung durch Abstimmen, dann oft zurück auf einen der vorigen Schritte. Alle diese Schritte manifestieren sich üblicherweise auf der/einer Wiki-Seite, da die Bearbeitung derselben das Mittel der Wahl zur Stimmabgabe und die Bearbeitung der zugehörigen Talk-Seite eines der Mittel für Meinungen und Kommentare dazu ist. In diesem Fall fehlt eine Diskussion auf der Talk-seite genauso wie ein Proposal-Template, eine Abstimmung oder sonstwas in der Art. Eine Festlegung durch ich lege eine Seite an und die Seite wird durch niemanden beanstandet ist glaub ich bei der Mehrheit nicht akzeptabel - sobald jemand das als Fakt und Festlegung heranziehen will, um Regeln daraus abzuleiten. Als Dokumentation und Diskussionsgrundlage für eine spätere Einigung immer und gerne - aber eben nicht als Regel/Gesetz. Der colour-Tag ist so entsprechend dokumentiert worden, aber ob es sich dabei um eine Festlegung eine Meinung oder die Dokumentation der Verwendung durch einzelne handelt, ist zumindest nicht überprüfbar. Zumindest nicht allein auf dieser Seite. Wenn dir eine Wiki-Seite reicht, kann ich dir gerne blödsinnige Wikiseiten suchen, die einfach niemanden im Detail interessieren, was der einzige Grund ist, warum sie nicht längst geändert oder gelöscht oder als abgestimmt und als abgelehnt dokumentiert markiert sind OK. Danke. Wenn ich http://wiki.openstreetmap.org/wiki/Keys The value [...] describes its accompanying key. sehe, glaube ich gern, dass solche Seiten existieren. colour=black Black beschreibt den Key colour? Schwarz beschreibt die Farbe, ja. Ein Haus hat eine Farbe (hat den key color), und Wie ist die Farbe? Schwarz! = Schwarz beschreibt die Eigenschaft Farbe. (siehe http://wiki.openstreetmap.org/wiki/Category:Proposed_features_%22Rejected%22 ). Diese sind ja immerhin als rejected kategorisiert. Also wenn Key:colour keine offizielle Beschreibung für den Key colour enthält, dann gibt es wohl keine? So ungefähr. Das muss ja auch nicht heißen, dass das falsch ist, es muss nichtmal unbedingt heißen, dass deine Meinung dazu falsch ist (die sich zufällig auch aus dem aktuellen Text im Wiki herleiten lässt), aber es heißt eben auch nicht unbedingt, dass das so feststehend die Regel ist. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 16:26, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: Am 05.06.2013 15:16, schrieb Tobias Conradi: 2013/6/5 Peter Wendorff wendo...@uni-paderborn.de: und es keine Abstimmung gegeben hat (nichtmal eine kleine, wie es sie häufig gibt), Diese Behauptung ist immer noch unbelegt. Kannst Du eine Festlegung durch Abstimmung belegen? Nein, daher hatte ich auch geschrieben Annahme: ... Du hast behauptet es hätte keine gegeben. Um mal dein Selbst-Zitat zu vervollständigen: Annahme: Vor der Festlegung von RGB wurde RGB vorgeschlagen. Schlußfolgerung: Auch das Vorschlagen von RGB ist schon geschehen. Du definierst etwas als Festlegung unter der Annahme, es hätte vorher einen Vorschlag gegeben. Nein. Fakt ist eine Wiki-Seite, die weder als Vorschlag noch als abgestimmte Festlegung deklariert (geschweige denn belegt ist). OK. Da steht also im offiziellen OSM Wiki The value should be: ..., es ist aber nicht belegt, dass dies stimmt. In OSM ist üblich: - Einfach mal machen (ohne Dokumentation) - Dokumentation dessen, was da, aber noch nicht dokumentiert ist - Proposal mit dem Ablauf: - Draft: Entwurfszeit - RFC: Nach Meinungen fragen - das iteriert dann beliebig häufig, wenn Meinungen, Kommentare, Vorschläge eingearbeitet werden - Abstimmung - evtl. trotzdem nochmal Rücksetzung bei neuen Einwänden/Vorschlägen... - Annahme durch Abstimmen oder - Ablehnung durch Abstimmen, dann oft zurück auf einen der vorigen Schritte. Alle diese Schritte manifestieren sich üblicherweise auf der/einer Wiki-Seite, da die Bearbeitung derselben das Mittel der Wahl zur Stimmabgabe und die Bearbeitung der zugehörigen Talk-Seite eines der Mittel für Meinungen und Kommentare dazu ist. Ausser Schritt 1. In diesem Fall fehlt eine Diskussion auf der Talk-seite genauso wie ein Proposal-Template, eine Abstimmung oder sonstwas in der Art. Vielleicht ist es noch ein Schritt, den Du nicht kanntest. http://wiki.openstreetmap.org/wiki/Proposed_features This page describes the proposal process, which is one of multiple ways to introduce [...] new features. Eine Festlegung durch ich lege eine Seite an und die Seite wird durch niemanden beanstandet ist glaub ich bei der Mehrheit nicht akzeptabel - sobald jemand das als Fakt und Festlegung heranziehen will, um Regeln daraus abzuleiten. Als Dokumentation und Diskussionsgrundlage für eine spätere Einigung immer und gerne - aber eben nicht als Regel/Gesetz. Da ist ein Text, der sagt seit 2010 should. Und hinter should kommt nie etwas anders als ein sRGB Wert. Das war's. Es kann ein Witz sein den sich jemand erlaubt, es kann irgendwas sein. Eine Festlegung soll es aber nicht sein. Dafür was eine Festlegung sein soll, wurde keine offizielle OSM Seite zitiert. Dann nehm ich mal den Duden http://www.duden.de/rechtschreibung/Festlegung Synonyme: Aufstellung, Bestimmung, Ordnung, Regel should be ist für mich eindeutig eine Festlegung, Bestimmung, Regel. Wenn ich http://wiki.openstreetmap.org/wiki/Keys The value [...] describes its accompanying key. sehe, glaube ich gern, dass solche Seiten existieren. colour=black Black beschreibt den Key colour? Schwarz beschreibt die Farbe, ja. Ein Haus hat eine Farbe (hat den key color), und Wie ist die Farbe? Schwarz! = Schwarz beschreibt die Eigenschaft Farbe. Wenn kein Objekt angegeben ist, dann lautet die Antwort auf die Frage, wie ist die Farbe: Einer von 3247 Werten. Quelle: http://taginfo.openstreetmap.org/keys/colour#overview Black ist nur bedingt korrekt, somit keine Beschreibung des Keys. Also wenn Key:colour keine offizielle Beschreibung für den Key colour enthält, dann gibt es wohl keine? So ungefähr. Das muss ja auch nicht heißen, dass das falsch ist, es muss nichtmal unbedingt heißen, dass deine Meinung dazu falsch ist (die sich zufällig auch aus dem aktuellen Text im Wiki herleiten lässt), aber es heißt eben auch nicht unbedingt, dass das so feststehend die Regel ist. Das es zur Zeit die Regel ist ergibt sich aus http://taginfo.openstreetmap.org/keys/colour#values Ich sehe nur Werte wie sie hinter should be angegeben sind. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Am 05.06.2013 19:17, schrieb Tobias Conradi: In diesem Fall fehlt eine Diskussion auf der Talk-seite genauso wie ein Proposal-Template, eine Abstimmung oder sonstwas in der Art. Vielleicht ist es noch ein Schritt, den Du nicht kanntest. http://wiki.openstreetmap.org/wiki/Proposed_features Jetzt führst du eine Quelle an die deine Aussage nichtmal stützt? Ich sehe da für ein Proposal die Schritte: Draft, Proposed, Voting, Approved or rejected, Post-vote clean-up Schon beim Draft wird das Proposal-Template (mit Status Draft) eingefügt, das dann auch bleibt bis zum Approved/rejected. Im Post-Vote wird die Proposal-Seite so gelassen und die Key-Page hinzugefügt, die beiden Seiten sollten dabei in beide Richtungen verlinkt werden - was hier nicht geschehen ist. Und nicht nur fehlt der Link, ich kann die Proposal-Seite auch sonst nirgendwo finden. Also: - Draft, proposed, Voting, Approved und rejected müssten demnach dann ein Proposal_template haben, - Post-vote müsste einen Link zu einem Proposal mit dem Status approved oder rejected haben. Da das jeweils fehlt, weiß ich nicht, welchen Schritt du meinst, den ich übersehen haben sollte. This page describes the proposal process, which is one of multiple ways to introduce [...] new features. Stimmt. Aber to introduce a feature ist nicht Ein Merkmal FESTLEGEN, sondern ein Merkmal EINFÜHREN, und eine Einführung ohne Abstimmung etc. ist eben keine Festlegung, auf die irgendjemand sich beziehen sollte, um seine Meinung durchzusetzen (zu argumentieren ja, daraus zwingend durchzusetzen nein). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, Damit der Thread nicht irgendwie so stehen bleibt: OSM ist primär eine Geodatenbank mit Vektor- bzw. Topologie-Daten und Attributen (Tags). Man erfasst was man in der Realität draussen sieht. Farben spielen da noch kaum eine Rolle - höchstens bei (Orientierungs-)Tafeln und Wegweisern. Farbe kommt erst ins Spiel, wenn die Geodaten für einen bestimmten Zweck (Zielpublikum? Papier/Bildschirm?) gerendert werden. Die Startseite (Slippy Map) von OSM.org ist da nur eine Möglichkeit unter vielen Projekten, die OSM mehr oder weniger nahe stehen. LG, Stefan 2013/5/27 Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/27 Sven Geggus li...@fuchsschwanzdomain.de: Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. Bahnlinie: http://de.wikipedia.org/wiki/Linie_(Verkehr) hier in der Gegend: http://geggus.net/sven/sven.shtml 76227 Karlsruhe Test: http://www.kvv.de/fileadmin/user_upload/kvv/dokumente/netz/liniennetz/2013/L0SCHI_APR13_Internet.pdf gibt: Grün, Gelb, Rot, Blau Du meintest vielleicht Schienen: http://de.wikipedia.org/wiki/Schiene_(Schienenverkehr) -- 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/6/5 Stefan Keller sfkel...@gmail.com: Hallo, Damit der Thread nicht irgendwie so stehen bleibt: OSM ist primär eine Geodatenbank mit Vektor- bzw. Topologie-Daten und Attributen (Tags). Sagt Stefan. (Jetzt kann wieder mein Stil kritisiert werden :-) ) Man erfasst was man in der Realität draussen sieht. Buslinien sieht man nicht, ausser auf Netzplänen. Trotzdem gibt es Linien in OSM. Manche Relationen: http://www.wikidata.org/wiki/Q99691 (U1 Berlin) linkt zu : http://www.openstreetmap.org/?relation=58767 sogar ohne Kartendarstellung. Mehr Infos dann unter http://www.openstreetmap.org/browse/relation/58767 Und dort gibt es eine Farbangabe. Wenn man da keine will, dann könnte man das vielleicht technisch unterbinden, bzw. erstmal irgendwo definieren. Wenn man eine will, kann man um die Bandbreite der Werte zu reduzieren, definieren welche Werte eingetragen werden sollen. Das war die Idee von CMYK und RGB Farben - Standardisierung in OSM. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Tobias Conradi mail.2...@tobiasconradi.com wrote: Doch: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Aua, das ist typisch deutsch, sowas. Dass solche Sachen wie ÖPNVkarte.de einheitliche Farben auf der ganzen Welt haben empfand ich bisher eigentlich eher als feature denn als Nachteil. Aber klar, so eine Bahnlinienrelation darf dann von mir aus auch einen irgendwie gearteten CMYK,RGB RAL oder wie auch immer gearteten Tag bekommen. Aufpassen muss man bei dem Thema trotzdem. Nicht, dass jemand noch color=blue an eine Bundesstraße dranklebt und sich dann wundert warum die nicht in blau gerendert wird. Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On 27/mag/2013, at 10:05, Sven Geggus li...@fuchsschwanzdomain.de wrote: Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. M.E. macht das taggen von Farben nur dann Sinn, wenn die Farbe offiziell festgelegt wurde, (ist nicht mit der Darstellung auf der Ausgabeseite zu verwechseln), und in diesem Fall würde ich das System aus der Festlegung übernehmen, ohne Farbmodelle umzurechnen. Lasst uns lieber definieren, wie wir im tag codieren, dass es sich um CMYK, RGB, Lab, RAL, Pantone, etc, handelt, als dass wir uns auf ein System festlegen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On Mon, May 27, 2013 at 10:21:00AM +0200, Martin Koppenhoefer wrote: On 27/mag/2013, at 10:05, Sven Geggus li...@fuchsschwanzdomain.de wrote: Wo wir grade dabei sind Vorschläge zur Standardisierung zu machen ich würde die Verwendung der Farbnamen und Nummern a la rgb.txt aus dem Web vorschlagen. M.E. macht das taggen von Farben nur dann Sinn, wenn die Farbe offiziell festgelegt wurde, (ist nicht mit der Darstellung auf der Ausgabeseite zu verwechseln), und in diesem Fall würde ich das System aus der Festlegung übernehmen, ohne Farbmodelle umzurechnen. Lasst uns lieber definieren, wie wir im tag codieren, dass es sich um CMYK, RGB, Lab, RAL, Pantone, etc, handelt, als dass wir uns auf ein System festlegen RANT Ganz ehrlich - ich glaube ihr habt einen Knall - Habt ihr mal drueber nachgedacht wieviele Menschen da draussen rumlaufen die mit CMYK was anfangen koennen? RAL hat vielleicht der ein oder andere noch im Baumarkt gesehen - Pantone, CMYK, ICC, sRGB etc sind fuer 99.98% der Mapper Buzzwords. Koennte was zum Essen sein oder ggfs auch einfach nur base64 encodeter Müll. Nur weil es die Deutsche Gründlichkeit gebietet bevor man in OSM mapped ein Praktikum in einer Druckvorstufe zu machen heisst das nicht das das alle machen. Wer langeweile hat soll Adressen eintragen. /RANT Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am 27. Mai 2013 10:33 schrieb Florian Lohoff f...@zz.de: RAL hat vielleicht der ein oder andere noch im Baumarkt gesehen - Pantone, CMYK, ICC, sRGB etc sind fuer 99.98% der Mapper Buzzwords. Koennte was zum Essen sein oder ggfs auch einfach nur base64 encodeter Müll. Die genaue Farbe einer Bahnlinie festzuhalten ist ja vermutlich sowieso nicht jedermanns Sache, wenn man es dann schon macht, dann kann man es auch gleich richtig machen ;-) Wer jetzt noch nicht weiss, was RGB, CMYK etc. ist, wird das dann ggf. aus dem OSM-Wiki lernen können, bzw. aus der Wikipedia. Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo Am 27.05.2013 11:07, schrieb Martin Koppenhoefer: Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Genau das ist der entscheidende Punkt. Der Mapper soll nur erfassen, was er vorfindet. Er soll sich nicht in ein komplexes Farbsystem einarbeiten müssen, nur um eintragen zu können, dass die Linie 5 rot ist. Wenn der Auswerter genau diese Farbe darstellen möchte, soll er sich das so zurecht rechnen, wie er es braucht. Das wird er wahrscheinlich auch machen müssen, wenn wir uns auf ein Farbsystem einigen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Am 27. Mai 2013 12:37 schrieb Henning Scholland o...@aighes.de: Hallo Am 27.05.2013 11:07, schrieb Martin Koppenhoefer: Es erleichtert übrigens dem Mapper die Arbeit, und er muss verschiedene Farbsysteme oder deren Umrechnung nicht verstehen oder anwenden können, um nach dem vg. Schema zu taggen, er kann ganz einfach die Festlegung 1:1 nach OSM kopieren zusammen mit der Angabe, welches System es ist, und die Umrechnung in ein anderes System macht dann ggf. der Auswerter. Genau das ist der entscheidende Punkt. Der Mapper soll nur erfassen, was er vorfindet. Er soll sich nicht in ein komplexes Farbsystem einarbeiten müssen, nur um eintragen zu können, dass die Linie 5 rot ist. Wenn der Auswerter genau diese Farbe darstellen möchte, soll er sich das so zurecht rechnen, wie er es braucht. Das wird er wahrscheinlich auch machen müssen, wenn wir uns auf ein Farbsystem einigen. Dann sind wir uns ja einig. Wenn die Angabe ist: rot dann sollte das in OSM so sein (red bzw. meinetwegen auch de:rot), wenn es ist rgb(255,0,0) dann sollte das auch entsprechend mit RGB in OSM eingetragen sein. Dazu muss man aber das Farbsystem nicht zwangsläufig verstehen, es reicht aus, die Werte aus der Festlegung zu kopieren. Problematisch fände ich, wenn die Festlegung z.B. CMYK(0,59,30,0) ist, man aber vom Mapper erwarten würde, rgb(200,0,0) daraus zu machen zwecks Vereinheitlichung (als Beispiel). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Zum Thema Auswerter. Welche Auswerter gibt es? Mir fallen Mapnik und MapServer ein. JOSM als Editor zeigt auch Karten an? Also auch ein Auswerter. 1) Verarbeiten die das derzeitige colour-Tag? 2) Es muss dazu in RGB sein? Wenn ja: 3) Ich hab mich noch nicht weiter mit der Tagsyntax befasst, k.A. wie Sub-tags gebildet werden. Also dies hier nur als grobe Anregung. Wie wäre es mit: colour-original=CMYK 100,100,0,0 colour-original=RAL 3020 colour-original=system name value 4) Wenn man etwas wie colour-original nutzt, erlaubt man dann zusätzlich das bisherige colour-Tag, damit Renderer das auf jeden Fall zumindest annähernd darstellen können? Wenn ja, 5) Man nimmt bei CMYK-Werten zur Berechnung des RGB Wertes für das bisherige colour-Tag das ISOcoated v2 300% ECI Profil? 6) In Gimp kann man das wohl nicht umrechnen, d.h. um möglichst vielen Leuten eine Umrechnung und eine Kontrolle schon umgerechneter Werte zu ermöglichen, legt man an Mapping-Liste an. http://anna.info/wiki/ISO_Coated_v2_300%25_(ECI) Idea: Create a mapping list for easy look-up and import into a database. Use steps of 5 for CMYK. For CMY use 0 to 100, i.e. 21*21*21 = 9261 variations. For K use 0 to 20, which covers all but one case in the lists at VBB public transport colors. That is 46305 variations. Bots könnten dann evtl die Wertpaare auf Konsistenz prüfen. -- 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] CMYK und RGB Farben - Standardisierung in OSM
Martin Koppenhoefer dieterdre...@gmail.com wrote: Die genaue Farbe einer Bahnlinie festzuhalten ist ja vermutlich sowieso nicht jedermanns Sache Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. *SCNR* Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/27 Sven Geggus li...@fuchsschwanzdomain.de: Die Bahnlinien hier in der Gegend haben alle die selbe Farbe: rostig braun. Bahnlinie: http://de.wikipedia.org/wiki/Linie_(Verkehr) hier in der Gegend: http://geggus.net/sven/sven.shtml 76227 Karlsruhe Test: http://www.kvv.de/fileadmin/user_upload/kvv/dokumente/netz/liniennetz/2013/L0SCHI_APR13_Internet.pdf gibt: Grün, Gelb, Rot, Blau Du meintest vielleicht Schienen: http://de.wikipedia.org/wiki/Schiene_(Schienenverkehr) -- 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
[Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, habe keine Liste für Deutschland gefunden, daher eine Email hierher an Openstreetmap allgemeines in Deutsch und an die Berlin-Liste. Auf der Berlin-Liste wurde im Mai über offizielle Farben gesprochen: https://lists.openstreetmap.de/pipermail/berlin/2013-May/ Der OePNV definiert diese laut https://lists.openstreetmap.de/pipermail/berlin/2013-May/000619.html in CMYK. Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html z.B.: http://www.openstreetmap.org/browse/changeset/16152289 Für die Konvertierung habe ich das ICC-Profil ISO Coated v2 300% (ECI) (ISOcoated_v2_300_eci.icc) vorgeschlagen. Zitat: http://www.eci.org/en/colorstandards/offset The ECI offset profile “ISO Coated v2 300% (ECI)” is a good choice in cases where the intended printing condition is not yet known. The advantage of the version of the coated profile with a maximum total ink coverage of 300% is it‘s higher flexibility regarding the use for sheetfed and web offset printing. Prepress data prepared with this profile can be converted to many other printing conditions with good results, however, the best possible results will be achieved with cmyk prepress data prepared with the profile that matches thatprinting condition exactly. Zitat Ende. Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Für Berlin-Brandenburg gibt es eine Liste unter: http://anna.info/wiki/VBB_public_transport_colors Tobias -- 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] CMYK und RGB Farben - Standardisierung in OSM
On Sunday 26 May 2013, Tobias Conradi wrote: [...] Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Wenn CMYK-Werte von offizieller Seite angegeben sind *und* die offizielle Seite auch das ICC-Profil spezifiziert ist das richtig. hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Da aber ECI-Profile wie auch RAL keine offenen Standards sind, ist das für die Standardisierung in OSM eher ungeeignet. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Aber Vorsicht bei den Umrechnungen - für RAL 3020 beispielsweise hab ich auf die Schnelle fünf verschiedene Darstellungen im Netz gefunden, keine davon mit denen auf http://anna.info/wiki/VBB_public_transport_colors identisch obwohl die Darstellung auf Webseiten als sRGB eigentlich klar definiert ist. Grüße, -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Am 26.05.2013 17:23, schrieb Tobias Conradi: Hallo, habe keine Liste für Deutschland gefunden, daher eine Email hierher an Openstreetmap allgemeines in Deutsch und an die Berlin-Liste. Auf der Berlin-Liste wurde im Mai über offizielle Farben gesprochen: https://lists.openstreetmap.de/pipermail/berlin/2013-May/ Der OePNV definiert diese laut https://lists.openstreetmap.de/pipermail/berlin/2013-May/000619.html in CMYK. Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html z.B.: http://www.openstreetmap.org/browse/changeset/16152289 Für die Konvertierung habe ich das ICC-Profil ISO Coated v2 300% (ECI) (ISOcoated_v2_300_eci.icc) vorgeschlagen. Zitat: http://www.eci.org/en/colorstandards/offset The ECI offset profile “ISO Coated v2 300% (ECI)” is a good choice in cases where the intended printing condition is not yet known. The advantage of the version of the coated profile with a maximum total ink coverage of 300% is it‘s higher flexibility regarding the use for sheetfed and web offset printing. Prepress data prepared with this profile can be converted to many other printing conditions with good results, however, the best possible results will be achieved with cmyk prepress data prepared with the profile that matches thatprinting condition exactly. Zitat Ende. Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Für Berlin-Brandenburg gibt es eine Liste unter: http://anna.info/wiki/VBB_public_transport_colors Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Christoph Hormann chris_horm...@gmx.de: On Sunday 26 May 2013, Tobias Conradi wrote: [...] Wenn also offizielle CMYK-Farben vorliegen, könnten diese einheitlich umgerechnet werden. Wenn CMYK-Werte von offizieller Seite angegeben sind *und* die offizielle Seite auch das ICC-Profil spezifiziert ist das richtig. Beweisführung? hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? Da aber ECI-Profile wie auch RAL keine offenen Standards sind, ist das für die Standardisierung in OSM eher ungeeignet. ISOcoated_v2_300_eci.icc kann man einfach runterladen. Braucht man nur noch Software, die damit zwischen RGB und CMYK konvertieren kann. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Aber Vorsicht bei den Umrechnungen - für RAL 3020 beispielsweise hab ich auf die Schnelle fünf verschiedene Darstellungen im Netz gefunden, keine davon mit denen auf http://anna.info/wiki/VBB_public_transport_colors identisch obwohl die Darstellung auf Webseiten als sRGB eigentlich klar definiert ist. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Für RAL 5017 habe ich ebenfalls verschiedene RGB-Werte gefunden und eine Zusammenstellung gemacht: http://anna.info/wiki/RAL_5017 Tobias -- 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] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). -- 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] CMYK und RGB Farben - Standardisierung in OSM
Falls es wirklich um offizielle Definitionen von Farben geht, kann ich den Vorschlag von Chris Hormann nur unterstützen. CIE-L*a*b* ist medium- und geräte-unabhängig und wird mittlerweile von für fast jedes Gerät erhältlichen Kalibrierungsprogrammen sowie von verbreiteten Grafikprogrammen (z.B. Illustrator) unterstützt. Tatsächlich muss aber auf die teils umständliche Umrechnung hingewiesen werden. Um das zu erleichtern, geben wir jeweils gleichzeitig die sRGB und CMYK-Werte an - aber nur als Anhaltspunkt. Leider kennen selbst Druckereibetriebe CIE-L*a*b nicht - wohl mangels Ausbildung aber auch weil es für sie bequemer ist, proprietäre (d.h. copyrightgeschützte und kostenpflichtige!) Farbpaletten anzubieten, nach denen sich der Kunde dann zu richten hat... Einen konzeptionellen Überblick über die Eignung der verschiedenen Farbsysteme gibt [1] und eine Linksammlung zum Thema gibt es hier [2]. LG, Stefan [1] http://www.brawer.ch/articles/farbenili/farbenili.pdf [2] https://delicious.com/sfkeller/color Am 26. Mai 2013 21:08 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). -- 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Hallo, du kannst alles mögliche als Tag abspeichern. Bspw. wäre es denkbar colour:RAL=1000 zu taggen.Wenn man der Ansicht ist, dass die Farbe wichtig ist (sonst würde man sie ja nicht erfassen), dann sollte man auch die Farbe eintragen, die für das Objekt in der Realität definiert ist. Henning Am 26.05.2013 21:08, schrieb Tobias Conradi: 2013/5/26 Henning Scholland o...@aighes.de: Hallo, sollte man die Umrechnung in ein Farbmodell nicht besser dem Auswerter überlassen? Henning Dann müsste OSM die Eingabe der offiziellen Definition erlauben und der Auswerter müsste fähig sein, diese Umrechnung durchzuführen. Ersteres ist wohl momentan nicht möglich (wenn doch - wo kann man CMYK oder RAL speichern?), und letzteres schließt wohl einige Auswerter aus (ich kann CMYK oder RAL nicht einfach bestimmen). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
Tobias Conradi mail.2...@tobiasconradi.com wrote: Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert Huh? OSM ist eine Datenbank mit geographischen Elementen im Vektorformat. Farben sind in OSM Objekten überhaupt nicht enthalten und sind daher ausschließlich Sache desjenigen, der aus OSM Daten Karten oder dergleichen erstellt. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
On Sunday 26 May 2013, Tobias Conradi wrote: hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? OSM erfasst aber die Realität draußen und nicht irgendwas auf Papier. Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Wie bereits gesagt, wenn die Farbwerte und deren Farbraum spezifiziert sind, dann lassen sich diese in einen anderen Farbraum transformieren, wobei es natürlich Farben gibt, die in einem Raum darstellbar sind, in dem anderen nicht. Und genau deshalb würde sich CIE-L*a*b* anbieten, falls ein allgemeiner und überall verwendbarer Standard gewünscht ist, da hierbei: - alle Farben darstellbar sind, d.h. beliebige CMYK- oder RGB-Farben lassen sich verlustfrei von und nach CIE-L*a*b* transformieren. - Berechnungen mit den Farbwerten (z.B. die Differenz zweier Farben) der menschlichen Wahrnehmung entsprechen. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Nein, die Bedeutung von Farbwerten in HTML/CSS ist klar definiert, was die Möglichkeiten, für eine RAL-Farbe zu unterschiedlichen Werten zu kommen, etwas einschränkt. Es gibt trotzdem noch genug Gründe für unterschiedliche Angaben, insbesondere, wenn die Farbe in sRGB garnicht darstellbar ist. Und auch sonst bleiben - wie bei den L*a*b*-Werten auch - immer noch Sichtfeld und Beleuchtung als festzulegende Parameter. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Sven Geggus li...@fuchsschwanzdomain.de: Tobias Conradi mail.2...@tobiasconradi.com wrote: Die Farben werden aber anscheinend in OSM nur(?) in RGB gespeichert Huh? OSM ist eine Datenbank mit geographischen Elementen im Vektorformat. Farben sind in OSM Objekten überhaupt nicht enthalten Doch: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Erinnerung: -- 2012/9/28 Sven Geggus s...@gegg.us: Raus halt, du raubst mir nur meine Zeit, deshalb stelle ich die Kommunikation mit Dir jetzt ein. -- -- 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] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Christoph Hormann chris_horm...@gmx.de: On Sunday 26 May 2013, Tobias Conradi wrote: hergestellt werden die Schilder aber im allgemeinen mit RAL-Farben. Das VBB Kartenmaterial im Printbereich? OSM erfasst aber die Realität draußen und nicht irgendwas auf Papier. Welches Farbenlesgerät wird empfohlen? Wie ist es, wenn ein Symbol der U1 in Berlin eine Farbe hat, ein anderes eine andere? Wird, dies dann Schildgenau eingetragen? D.h. es gibt gar keine Linienfarben, die Gleise sind ja nicht bemalt? Für eine Medium-unabhängige Angabe würde sich eher CIE-L*a*b* anbieten. Also von CMYK nach CIELAB, dann nach RGB, denn so wird in OSM gespeichert, und dann für Print von RGB zu CMYK. Wie bereits gesagt, wenn die Farbwerte und deren Farbraum spezifiziert sind, dann lassen sich diese in einen anderen Farbraum transformieren, Relevanz der Wiederholung? wobei es natürlich Farben gibt, die in einem Raum darstellbar sind, in dem anderen nicht. Und genau deshalb würde sich CIE-L*a*b* anbieten, falls ein allgemeiner und überall verwendbarer Standard gewünscht ist, da hierbei: - alle Farben darstellbar sind, d.h. beliebige CMYK- oder RGB-Farben lassen sich verlustfrei von und nach CIE-L*a*b* transformieren. - Berechnungen mit den Farbwerten (z.B. die Differenz zweier Farben) der menschlichen Wahrnehmung entsprechen. Genauso bietet sich an die Originalangabe zu speichern, somit werden Umrechnungsfehler vor dem Speichern ausgeschlossen. Die Darstellung von RAL in sRGB ist klar definiert? Wo? Nein, Also doch nicht. Danke. -- 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] CMYK und RGB Farben - Standardisierung in OSM
2013/5/26 Stefan Keller sfkel...@gmail.com: Falls es wirklich um offizielle Definitionen von Farben geht, kann ich den Vorschlag von Chris Hormann nur unterstützen. Warum? Tatsächlich muss aber auf die teils umständliche Umrechnung hingewiesen werden. Um das zu erleichtern, geben wir jeweils gleichzeitig die sRGB und CMYK-Werte an - aber nur als Anhaltspunkt. Wobei beim VBB laut VBB-Aussage die CMYK-Werte die offiziellen sind. Auch sehe ich nicht sRGB /und/ CMYK wenn ich auf http://www.openstreetmap.org/browse/relation/58767 gehe. Und wie würden theoretisch die sRGB und CMYK-Werte ermittelt werden? Landet man eventuell wieder bei http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html Standardisierung in OSM und Festlegung eines ICC-Profils zur Konversion zwischen RGB und CMYK? Einen konzeptionellen Überblick über die Eignung der verschiedenen Farbsysteme gibt [1] [1] http://www.brawer.ch/articles/farbenili/farbenili.pdf Danke! Vor allem für die Übersicht auf S.14. -- 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
