Re: [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
Hi. Irgendwie finde ich diese Farbendiskussion hier ziemlich blödsinnig. Selbst wenn die Farben extrem ähnlich wären, aber nicht gleich, würde vermutlich Verkehrsblau für beide reichen. Ein Farbcode, der sich minimal unterscheidet, hilft auf keiner Karte weiter. Wozu bitte sollen wir Farben in OSM taggen? Einige meinten, gar nicht, denn geodaten sinds nicht. Ich denke, Farben für Linien sind nicht unbedingt schlecht, zumindest dann nicht, wenn die Farben eindeutig den Linien zugeordnet sind. Manchmal ist das ja nicht der Fall sondern die Linien werden nur je Plan farblich unterschieden. Wenn es also eine Zuordnung von Farben zu Linien gibt in der Realität, dann kann es z.B. für Nahverkehrskarten sinnvoll sein, diese Farben auch zu kennen und entsprechend nutzen zu können. Aber minimal unterschiedliche Farben kann kein Nutzer mehr unterscheiden. Wenn also unterschiedliche Farbsysteme genutzt werden, nur um diese minimalen Unterschiede zu erfassen, dann ist doch irgendwas falsch. Alleine die Farbwahrnehmung auf unterschiedlichen Displays, unterschiedlichen Ausdrucken, Ausdrucken, die in der Sonne gehangen haben für eine Weile, Ausdrucken unter unterschiedlicher Beleuchtung (Halogen gegen Glühbirne gegen LED gegen Sonnenlicht) ist stärker als die Abweichung durch verschiedene Farbsysteme. Für die Berliner Farbskala vermute ich, dass diese minimalen Unterschiede einfach daher kommen, dass unterschiedliche Unternehmen sie definieren, einmal die Bahn (Bahn-Regionalverkehr) und andererseits die BVG (S- und U-Bahn). Das müssen wir nicht unbedingt angleichen, aber ehrlich gesagt: wenn wir eine solche Tabelle nicht hätten, sondern nur 'nen (ausgedruckten) Liniennetzplan mit farblich eingezeichneten Linien, dann wäre es IMHO auch völlig legitim, die Farben einfach nach Augenmaß mit 'ner Farbpalette rauszufinden und den RGB-Hex-Wert anzugeben. Warum also komplizierter machen, nur weil irgendwer von euch über so 'ne Tabelle gestolpert ist? ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Gruß Peter Am 29.05.2013 05:04, schrieb Tobias Conradi: http://www.openstreetmap.org/browse/changeset/16152289 Tags: comment = Farben der Berliner U-Bahn an die offiziellen RAL Werte angepasst. created_by = JOSM/1.5 (5836 en) Mac OS X --- Durch das anscheinend benutzte Verfahren https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html 1) Nimm RAL-Wert aus VBB PDF 2) Nimm RGB aus http://www.arraydesign.co.uk/resources/graphical/RAL%20colour%20profile.pdf werden Werte angeglichen, die in CMYK verschieden sind, z.B. RB74 CMYK 100 50 0 0 S3 CMYK 100 50 0 5 ist beides Verkehrsblau RAL 5017. Quelle: http://wiki.openstreetmap.org/w/images/a/a7/Linienfarben_SPNV.PDF Das PDF von arraydesign gibt für RAL 5017 CMYK 100 20 5 40 RGB 14 81 141 HEX #0E518D Dieser Werte ist mindestens seit 2013-05-16 für die S3 in Berlin online: http://www.openstreetmap.org/browse/relation/28314 http://www.openstreetmap.org/api/0.6/changeset/16152132/download http://www.codecrete.net/CMYK gibt für die eben genannten drei CMYK-Werte folgende RGB-Werte: #0074b7 #006fb3 #00658b ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
shop=beauty scheint nicht ganz Blödsinn zu sein, wenn man sich die direkte Übersetzung in Wörterbüchern ansieht. neben cosmetics, was ich auch nicht für zutreffend halte, weist Taginfo auch perfumery aus. http://taginfo.openstreetmap.org/search?q=shop%3Dperfumery Beschrieben im Wiki ist aber noch keiner. Schwarze Löcher gibt es aber viel mehr, suche da z.B. zur Zeit nach Ver und Entsorgungseinrichtungen für Wohnmobile (http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site), wo trotz sogar übersetzten Wikieinträgen die Entsorgung mit waste_disposal (http://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dwaste_disposal) egal ob Müll Chemische Toilette oder Abwasser entsorgt werden kann. Gruß, Gisbert Am 29.05.2013 03:19, schrieb Martin Koppenhöfer: Am 29.05.2013 um 01:51 schrieb Ruben Kelevra cyr...@gmail.com: wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht ist doch Blödsinn. Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie, Wellness-Center, aber nicht gleichzeitig Friseursalon. Das ist so als würde man den Supermarkt mit der Wursttheke, den Metzger und den Schlachthof unter einen Tag packen. +1, das scheint neben der Kinderbetreuung ein zweites schwarzes Loch zu sein ;-) Taginfo kennt z.B. shop=cosmetics Vielleicht kommt das ja in Frage, 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
Hi, Am Wed, 29 May 2013 08:33:11 +0200 schrieb Peter Wendorff wendo...@uni-paderborn.de: ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Das sehe ich auch so. Die offiziellen Farben einer Buslinie, die mit colour getaggt werden sollen, haben nichts mit offiziell festgelegten Farbcodes für die Linienpläne zu tun. colour ist gemacht für Städte wie Jönköping. Dort sagt man im Alltag nehmen sie die Linie Rot. Dass das die Linie 1 ist, wissen die meisten vermutlich garnicht. Nur die aus der Stadt heraus führenden Busse werden dort im Alltag mit Nummern bezeichnet. Wilhelm ___ 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, Am Mittwoch, den 29.05.2013, 08:33 +0200 schrieb Peter Wendorff: Hi. Irgendwie finde ich diese Farbendiskussion hier ziemlich blödsinnig. Selbst wenn die Farben extrem ähnlich wären, aber nicht gleich, würde vermutlich Verkehrsblau für beide reichen. Ein Farbcode, der sich minimal unterscheidet, hilft auf keiner Karte weiter. Wir machen nicht eine Karte, sondern eine Datenbank. [...] Warum also komplizierter machen, nur weil irgendwer von euch über so 'ne Tabelle gestolpert ist? ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Die Farben kommen dann ins Spiel, wenn ein Auswerter und die Druckindustrie aufeinander treffen. Der ist dann froh, einen Anhaltspunkt zu haben, um die Farben in das System umrechnen zu können, dass die Druckerei braucht. Du hast bestimmt schon bemerkt, dass eine Farbe auf jedem Bildschirm und jedem Drucker etwas anders aussieht. Normalerweise ist das ziemlich egal, aber für offizielle Drucke müssen die Farben schon genau passen. Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. Letztlich bleibt es Entscheidung des Mappers, ob er die Farbcodes eintragen will. Wenn er es macht, ist das aber für einige ein echter Mehrwert. Gruß, Wolfgang ___ 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. Mai 2013 10:05 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. +1 Letztlich bleibt es Entscheidung des Mappers, ob er die Farbcodes eintragen will. Wenn er es macht, ist das aber für einige ein echter Mehrwert. +1 Auch sind die Unterschiede nur zum Teil marginal, es kommt auf die Farbe an, manche Farben kann man gar nicht darstellen in bestimmten Farbräumen. Wenn z.B. gold als Farbe festgelegt ist, dann ist jede Umrechnung nach RGB unzureichend. Ich stimme aber auch z.T. mit Peter überein, wenn gold oder verkehrsblau festgelegt ist, dann sollte man das ruhig so (oder in der engl. Entsprechung) in den tag schreiben, ohne es in irgendein Farbcodierungssystem umzurechnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wassertheater
hi ! kann das mal einer Eintragen - habe gerade gemerkt das es fehlt. Weiß aber nicht genau wo das ist und in der Stadt bin ich derzeit eher weniger. http://www.wassertheater.de/contact.php Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wassertheater - sorry sollte nach Lübeck
Am 29.05.2013 11:31, schrieb Jan Tappenbeck: hi ! kann das mal einer Eintragen - habe gerade gemerkt das es fehlt. Weiß aber nicht genau wo das ist und in der Stadt bin ich derzeit eher weniger. http://www.wassertheater.de/contact.php Gruß Jan :-) Sorry ! mal wieder die falsche talk erwischt ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Am 29. Mai 2013 08:44 schrieb gmbo g...@kilometerfresser.eu: shop=beauty scheint nicht ganz Blödsinn zu sein, wenn man sich die direkte Übersetzung in Wörterbüchern ansieht. neben cosmetics, was ich auch nicht für zutreffend halte, weist Taginfo auch perfumery aus. http://taginfo.openstreetmap.**org/search?q=shop%3Dperfumeryhttp://taginfo.openstreetmap.org/search?q=shop%3Dperfumery Beschrieben im Wiki ist aber noch keiner. ja, cosmetics heisst nicht Parfümerie, aber evtl. passt der tag trotzdem für eine real existierende Parfümerie, weil neben Parfüm auch der ganze andere MakeUp Kram angeboten wird. Solange nichts von diesen tags definiert ist, könnte shop=cosmetics ggf. auch für einen Laden verwendet werden, der gar nichts verkauft sondern wo man geschminkt wird oder so. Schwarze Löcher gibt es aber viel mehr, suche da z.B. zur Zeit nach Ver und Entsorgungseinrichtungen für Wohnmobile (http://wiki.openstreetmap.** org/wiki/DE:Tag:tourism%**3Dcaravan_sitehttp://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site), wo trotz sogar übersetzten Wikieinträgen die Entsorgung mit waste_disposal (http://wiki.openstreetmap.**org/wiki/Tag%3Aamenity%** 3Dwaste_disposalhttp://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dwaste_disposal) egal ob Müll Chemische Toilette oder Abwasser entsorgt werden kann. dafür gibt es einen Subtag, der von der o.g. Seite auch verlinkt ist: http://wiki.openstreetmap.org/wiki/Key:waste Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Am 29.05.2013 11:51, schrieb Martin Koppenhoefer: Am 29. Mai 2013 08:44 schrieb gmbo g...@kilometerfresser.eu: shop=beauty scheint nicht ganz Blödsinn zu sein, wenn man sich die direkte Übersetzung in Wörterbüchern ansieht. neben cosmetics, was ich auch nicht für zutreffend halte, weist Taginfo auch perfumery aus. http://taginfo.openstreetmap.**org/search?q=shop%3Dperfumeryhttp://taginfo.openstreetmap.org/search?q=shop%3Dperfumery Beschrieben im Wiki ist aber noch keiner. ja, cosmetics heisst nicht Parfümerie, aber evtl. passt der tag trotzdem für eine real existierende Parfümerie, weil neben Parfüm auch der ganze andere MakeUp Kram angeboten wird. Solange nichts von diesen tags definiert ist, könnte shop=cosmetics ggf. auch für einen Laden verwendet werden, der gar nichts verkauft sondern wo man geschminkt wird oder so. Schwarze Löcher gibt es aber viel mehr, suche da z.B. zur Zeit nach Ver und Entsorgungseinrichtungen für Wohnmobile (http://wiki.openstreetmap.** org/wiki/DE:Tag:tourism%**3Dcaravan_sitehttp://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site), wo trotz sogar übersetzten Wikieinträgen die Entsorgung mit waste_disposal (http://wiki.openstreetmap.**org/wiki/Tag%3Aamenity%** 3Dwaste_disposalhttp://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dwaste_disposal) egal ob Müll Chemische Toilette oder Abwasser entsorgt werden kann. dafür gibt es einen Subtag, der von der o.g. Seite auch verlinkt ist: http://wiki.openstreetmap.org/wiki/Key:waste Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke für die Info Dann ginge für den Parfümladen ja auch ein subtag beauty. Der wird dafür zwar noch nicht verwendet aber als subtag gibt es den schon. http://taginfo.openstreetmap.org/keys/beauty#map Hauptsächlich in Europa verwendet. LG Gisbert ___ 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 10:05, schrieb Wolfgang Hinsch: Hallo, Am Mittwoch, den 29.05.2013, 08:33 +0200 schrieb Peter Wendorff: Hi. Irgendwie finde ich diese Farbendiskussion hier ziemlich blödsinnig. Selbst wenn die Farben extrem ähnlich wären, aber nicht gleich, würde vermutlich Verkehrsblau für beide reichen. Ein Farbcode, der sich minimal unterscheidet, hilft auf keiner Karte weiter. Wir machen nicht eine Karte, sondern eine Datenbank. [...] Warum also komplizierter machen, nur weil irgendwer von euch über so 'ne Tabelle gestolpert ist? ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Die Farben kommen dann ins Spiel, wenn ein Auswerter und die Druckindustrie aufeinander treffen. Der ist dann froh, einen Anhaltspunkt zu haben, um die Farben in das System umrechnen zu können, dass die Druckerei braucht. Du hast bestimmt schon bemerkt, dass eine Farbe auf jedem Bildschirm und jedem Drucker etwas anders aussieht. Normalerweise ist das ziemlich egal, aber für offizielle Drucke müssen die Farben schon genau passen. Ja, das hab ich bemerkt (ich meine, ich hätte es sogar in meiner Mail so oder so ähnlich als Argument eben GEGEN genaue Farbdefinitionen gebraucht). Wenn das normalerweise egal ist, nur für offizielle Drucke der offiziellen Farben nicht - dann nimmt man für diese offiziellen Drucke auch offizielle Daten, also ist OSM normalerweise aus dem Spiel. Ich kann mir noch vorstellen, dass Linien in den offiziellen Linienfarben auf einer OSM-Karte eingezeichnet werden sollen, aber auch dann würde ich als Ausführender dafür eine offizielle Tabelle nehmen und die ref aus OSM heranziehen, nicht Farbwerte, die in OSM so getagged sind. Ausnahme: es ist nicht so wichtig - aber dann sind auch generische(re) Farbnamen oder geringe Abweichungen einfach zu verkraften. Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. Letztlich bleibt es Entscheidung des Mappers, ob er die Farbcodes eintragen will. Wenn er es macht, ist das aber für einige ein echter Mehrwert. Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, und ehrlich gesagt: besser, da steht light red, oder yellow green und ich kann ungefähr sagen, dass das passt (und es sonst als Fehler markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt das niemand - für die nächsten Jahre. Gruß Peter ___ 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 09:00, schrieb Wilhelm Spickermann: Hi, Am Wed, 29 May 2013 08:33:11 +0200 schrieb Peter Wendorff wendo...@uni-paderborn.de: ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Das sehe ich auch so. Die offiziellen Farben einer Buslinie, die mit colour getaggt werden sollen, haben nichts mit offiziell festgelegten Farbcodes für die Linienpläne zu tun. colour ist gemacht für Städte wie Jönköping. Dort sagt man im Alltag nehmen sie die Linie Rot. Dass das die Linie 1 ist, wissen die meisten vermutlich garnicht. Nur die aus der Stadt heraus führenden Busse werden dort im Alltag mit Nummern bezeichnet. Wobei das eben die rote Linie ist, und nicht die #ff0242-e Linie oder so'n Blödsinn, auch nicht die bordeaux-rote Linie oder die mit-leichtem-orangestich-rote Linie. Genaue Farbcodes dürften gegenüber einer sinnvoll eingeschränkten Tabelle keinen Mehrwert bieten (außer im offiziellen Bereich, siehe andere Mail in diesem Thread). Was also spricht gegen: - weiß - grau - schwarz - rot - gelb - grün - blau - orange - lila - rosa - braun vielleicht ergänzt jeweils um eine Variante mit hell- und dunkel. Das entspricht dann ungefähr den vordefinierten benannten Farben, die es auch in Web und so gibt. Wie gesagt: Offizielle Farbcodes schön und gut - aber da wird OSM vermutlich selten als Quelle genutzt, und für inoffizielle Farben sind Farbnamen sinnvoller. Gruß Peter ___ 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/5/29 Peter Wendorff wendo...@uni-paderborn.de: Selbst wenn die Farben extrem ähnlich wären, aber nicht gleich, würde vermutlich Verkehrsblau für beide reichen. Verkehrsblau ist kein erlaubter Wert im HTML/CSS (RGB)-Farbsystem. Ein Farbcode, der sich minimal unterscheidet, hilft auf keiner Karte weiter. Und daher der Vorschlag dafür zu sorgen, dass sich die Farbcodes nicht minimal unterscheiden: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html [Talk-de] CMYK und RGB Farben - Standardisierung in OSM Tobias Conradi mail.2012 at tobiasconradi.com So Mai 26 15:23:00 UTC 2013 -- 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
2013/5/29 Wilhelm Spickermann o...@spickermann-d.de: Die offiziellen Farben einer Buslinie, die mit colour getaggt werden sollen, haben nichts mit offiziell festgelegten Farbcodes für die Linienpläne zu tun. Beweisführung? colour ist gemacht für Städte wie Jönköping. Dort sagt man im Alltag nehmen sie die Linie Rot. Dass das die Linie 1 ist, wissen die meisten vermutlich garnicht. Nur die aus der Stadt heraus führenden Busse werden dort im Alltag mit Nummern bezeichnet. Wo ist das definiert? Ich finde nur: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) -- 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
2013/5/29 Wolfgang Hinsch osm-lis...@ivkasogis.de: Warum also komplizierter machen, nur weil irgendwer von euch über so 'ne Tabelle gestolpert ist? ...oder sehe ich irgendeine Anwendung der genau korrekten offiziellen Farbcodes nicht? in der Praxis wäre das völlig ausreichend. Die Farben kommen dann ins Spiel, wenn ein Auswerter und die Druckindustrie aufeinander treffen. Sogar schon vorher, siehe: http://anna.info/wiki/RAL_5017 - ich sehe dort vier verschiedene Farbtöne. Du hast bestimmt schon bemerkt, dass eine Farbe auf jedem Bildschirm und jedem Drucker etwas anders aussieht. Normalerweise ist das ziemlich egal, aber für offizielle Drucke müssen die Farben schon genau passen. Ich habe hier eine Karte von einem Tangofestival vor mir, da hat das U-Symbol ein blau und alle Linien ein anderes blau. Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. Kannst Du dann vielleicht die zum Thema Auswerter gestellten Fragen beantworten: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102425.html ? Letztlich bleibt es Entscheidung des Mappers, ob er die Farbcodes eintragen will. Wenn er es macht, ist das aber für einige ein echter Mehrwert. Was RGB-Werte betrifft, sehe ich für mich keinen Mehrwert, wenn diese nicht standardisiert eingetragen werden. Es kann sogar eher ein Nachteil sein, denn der Wert für das Blau der S3 in Berlin ist dreifach in http://www.openstreetmap.org/api/0.6/changeset/16152132/download gespeichert (tag k=colour v=#0E518D/ ) und könnte demzufolge, selbst bei Einhaltung aller OSM-Richtlinien, drei verschiedene Werte für die S3 annehmen, weil kein OSM-Konvertierungsstandard für die offiziellen VBB-CMYK-Farben existiert. -- 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
2013/5/29 Martin Koppenhoefer dieterdre...@gmail.com: Am 29. Mai 2013 10:05 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. +1 -2 Die Fragen dazu sind nicht beanwortet http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102425.html http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) Auch sind die Unterschiede nur zum Teil marginal, es kommt auf die Farbe an, manche Farben kann man gar nicht darstellen in bestimmten Farbräumen. Wenn z.B. gold als Farbe festgelegt ist, dann ist jede Umrechnung nach RGB unzureichend. Ich stimme aber auch z.T. mit Peter überein, wenn gold oder verkehrsblau festgelegt ist, dann sollte man das ruhig so (oder in der engl. Entsprechung) in den tag schreiben, ohne es in irgendein Farbcodierungssystem umzurechnen. Erinnerung an Betreff dieses Threads: Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition Verkehrsblau und Gold sind keine offiziellen CMYK-Definitionen. http://de.wikipedia.org/wiki/CMYK-Farbmodell -- 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] Wie tag ich eine Parfümerie?
Am 29.05.2013 um 12:46 schrieb gmbo g...@kilometerfresser.eu: Danke für die Info Dann ginge für den Parfümladen ja auch ein subtag beauty. Der wird dafür zwar noch nicht verwendet aber als subtag gibt es den schon. http://taginfo.openstreetmap.org/keys/beauty#map Hauptsächlich in Europa verwendet. Davon halte ich nichts, bisher ist lt taginfo noch keinmal dieser subtag für Parfümerien verwendet worden, m.e. Ist Beauty ein Tag für einen Schönheitssalon, das unterstützt auch der beauty-subtag, und da gehört m.E. eine normale Parfümerie nicht dazu. 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
Am Mittwoch, den 29.05.2013, 12:52 +0200 schrieb Peter Wendorff: Am 29.05.2013 10:05, schrieb Wolfgang Hinsch: Hallo, Wenn das normalerweise egal ist, nur für offizielle Drucke der offiziellen Farben nicht - dann nimmt man für diese offiziellen Drucke auch offizielle Daten, also ist OSM normalerweise aus dem Spiel. Und für eine Übersicht klappert man xx Unternehmen an, fragt nach Farben, die man sonst sofort verwenden könnte. Spätestens nach der 100. Anfrage fragen sich bestimmt einige, ob die bei OSM noch gesund sind. Haben eine Datenbank und fragen ständig nach... Ich kann mir noch vorstellen, dass Linien in den offiziellen Linienfarben auf einer OSM-Karte eingezeichnet werden sollen, aber auch dann würde ich als Ausführender dafür eine offizielle Tabelle nehmen und die ref aus OSM heranziehen, nicht Farbwerte, die in OSM so getagged sind. Ausnahme: es ist nicht so wichtig - aber dann sind auch generische(re) Farbnamen oder geringe Abweichungen einfach zu verkraften. Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. Letztlich bleibt es Entscheidung des Mappers, ob er die Farbcodes eintragen will. Wenn er es macht, ist das aber für einige ein echter Mehrwert. Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, und ehrlich gesagt: besser, da steht light red, oder yellow green und ich kann ungefähr sagen, dass das passt (und es sonst als Fehler markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt das niemand - für die nächsten Jahre. -1 Das ist eine etwas seltsame Argumentation. Nur weil ich etwas nicht selbst aus dem Stand prüfen kann, darf es nicht in OSM eingetragen werden. Dann fliegen sofort alle Briefkästen, Papierkörbe, Hundekottütenspender, Waldwege ... etc etc raus, denn die kann ich auch nicht einfach so prüfen, die sind im Luftbild nicht sichtbar. Wenn mir eine Farbe merkwürdig vorkommt, kann ich nachfragen. Wir tragen nämlich nur Sachen ein, die wir eintragen dürfen. Gruß, Wolfgang ___ 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 um 15:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/29 Martin Koppenhoefer dieterdre...@gmail.com: Am 29. Mai 2013 10:05 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Ich meine, es ist sinnvoll, festgelegte Farben so einzutragen, wie sie definiert sind, wenn der Mapper die Information hat. Eine Übertragung in andere Systeme bleibt dem Auswerter überlassen. +1 -2 Die Fragen dazu sind nicht beanwortet http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102425.html http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) 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 Entweder man nimmt einen Key und setzt das entspr. Farbsystem in den Wert also so was wie colour=rgb#ff / white / cmyk 0,0,0,0 / RAL 9003 / RAL Signalweiß etc Oder man setzt das Farbsystem in den Key, colour:rgb=* etc Ich wäre für ersteres, weil man mehr als eine Angabe im Prinzip nicht braucht. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
8x gibt es auch shop=parfumery http://taginfo.openstreetmap.org/tags/shop=parfumery ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Nachtrag: ebenfalls 8x auch mit ie am Ende: http://taginfo.openstreetmap.org/tags/shop=parfumerie 2013/5/29 René Kirchhoff rene-kirchh...@arcor.de 8x gibt es auch shop=parfumery http://taginfo.openstreetmap.org/tags/shop=parfumery Gruß René * » Check the Monuments! «* Viele der als historic=monument erfassten Objekte sind in Wirklichkeit kein Monument. Sie wurden mangels passender Tags oder aus Unkenntnis als Monument erfaßt. Die Karte CheckTheMonuments will bei der Korrektur unterstützen, weitere Details im Wiki: Wiki: http://wiki.openstreetmap.org/wiki/CheckTheMonuments Karte: http://geschichtskarten.openstreetmap.de/monuments/ ___ 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 um 12:52 schrieb Peter Wendorff wendo...@uni-paderborn.de: Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, Wieso nicht? Additive vs subtraktive Farbmischung, m.E. kann man sich CMYK einfacher vorstellen, weil es der Erfahrung des Mischens von Farben im Farbkasten entspricht, während es nicht so einfach ist, sich das Ergebnis aus der Mischung von verschiedenfarbigen Lichtern vorzustellen. und ehrlich gesagt: besser, da steht light red, oder yellow green und ich kann ungefähr sagen, dass das passt (und es sonst als Fehler markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt das niemand - für die nächsten Jahre. Entweder es fällt auf, oder es macht auch nichts. Wenn da wirklich jahrelang Quatsch steht und es niemand merkt, dann ist es auch egal ;-) 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
Hi, das sehe ich nicht so. Ich erinnere mal kurz an 3D-Mapping, bei dem colour ebenfalls eine Rolle spielt. Zwar werden hierfür meist subkey's verwendet. Aber diese nutzen ebenso die Wikiseite colour als Ausgangsbasis. vgl.: http://taginfo.openstreetmap.org/keys/roof:colour#values http://taginfo.openstreetmap.org/keys/building:colour#values Und hier macht die Angabe von RGB wieder sinn. Gruß René Am 29. Mai 2013 15:43 schrieb Martin Koppenhöfer dieterdre...@gmail.com: 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 [...] Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Am 29.05.2013 um 15:55 schrieb René Kirchhoff rene-kirchh...@arcor.de: Nachtrag: ebenfalls 8x auch mit ie am Ende: http://taginfo.openstreetmap.org/tags/shop=parfumerie 2013/5/29 René Kirchhoff rene-kirchh...@arcor.de 8x gibt es auch shop=parfumery http://taginfo.openstreetmap.org/tags/shop=parfumery Wobei die Regel ist, tags in Englisch zu definieren, von daher scheiden frz. Varianten m.E. aus... Üblich ist die Schreibung mit e und y 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/5/29 Martin Koppenhöfer dieterdre...@gmail.com: Am 29.05.2013 um 15:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) 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 -- 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 14:45, schrieb Tobias Conradi: 2013/5/29 Peter Wendorff wendo...@uni-paderborn.de: Selbst wenn die Farben extrem ähnlich wären, aber nicht gleich, würde vermutlich Verkehrsblau für beide reichen. Verkehrsblau ist kein erlaubter Wert im HTML/CSS (RGB)-Farbsystem. Ein Farbcode, der sich minimal unterscheidet, hilft auf keiner Karte weiter. Und daher der Vorschlag dafür zu sorgen, dass sich die Farbcodes nicht minimal unterscheiden: http://lists.openstreetmap.org/pipermail/talk-de/2013-May/102394.html [Talk-de] CMYK und RGB Farben - Standardisierung in OSM Tobias Conradi mail.2012 at tobiasconradi.com So Mai 26 15:23:00 UTC 2013 Damit nimmst du aber an, dass derjenige, der das einträgt, zwingend die offiziellen Farben kennt. Ich redete eher davon, dass ich die Farben vom Fahrplanaushang kriege (oder soll ich sie dann gar nicht eintragen?). Also: Ich geh in die U-Bahn-Station, da hängt ein Fahrplan und ich sehe den, kann evtl. auch noch ein Foto davon machen. Selbst wenn ich - bei meiner Kamera 'nen vernünftigen Weißabgleich vorgenommen habe - die Beleuchtungsverhältnisse nicht ganz mies sind - keine Verfälschung durch Glasscheibe vorliegt etc., wird das Ergebnis Abweichungen haben, welchen Farbcode ich daraus jetzt entnehme: - per Pipette einen einzelnen pixelwert abfragen = immer schlecht bei Fotos - per Pipette gemittelt über einen Bereich, der insgesamt die Linie darstellt und für den Betrachter insofern korrekt aussieht = besser, aber vermutlich auch alles andere als optimal - per Augenmaß und Vergleich = kommt auf die eigene Farbwahrnehmungsfähigkeit an. Außer also im Sonderfall, dass ich die korrekten Farbwerte erhalte, ist es müßig, über geringfügige Abweichungen zu diskutieren, und um einen Farbwert verifizieren zu können (ohne zur Verifikation die Verkehrsbetriebe anschreiben zu müssen), muss ich in der lage sein, ihn als Farbe anzuzeigen. Damit kann ich sicher nicht unterscheiden, ob jetzt #ff oder #ff0005 der korrekte Wert ist, aber ich würde auch #ff0005 als korrekt anerkennen, weil es optisch praktisch nicht zu unterscheiden ist. Ich kann also hier nicht verifizieren, dass es korrekt ist, ich kann aber feststellen, dass es offensichtlich falsch ist, wenn die Linie eigentlich blau sein sollte. Die geringfügigen Abweichungen von Farbcodes werden wir haben - so oder so. Aber die offizielle Farbtabelle wäre eben auf jeden Fall zur Verifikation (!) durch den Mapper notwendig, und das ist eben nicht realistisch. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Da gebe ich dir recht :) Hat jemand bereits dies gelesen: http://wiki.openstreetmap.org/wiki/Template:De:Description:Shop:Beauty Hier steht für die DE-Version auch Parfümerie, womit shop=beauty anzuwenden wäre. ;) Habe kurz gekuckt, wie Douglas gemappt ist. Aber da ist jeder Laden anderns :D Hat jemand eine Statistik zur Hand? Gruß René Am 29. Mai 2013 16:07 schrieb Martin Koppenhöfer dieterdre...@gmail.com: Wobei die Regel ist, tags in Englisch zu definieren, von daher scheiden frz. Varianten m.E. aus... Üblich ist die Schreibung mit e und y 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
Am 29.05.2013 um 16:17 schrieb Tobias Conradi mail.2...@tobiasconradi.com: 2013/5/29 Martin Koppenhöfer dieterdre...@gmail.com: Am 29.05.2013 um 15:16 schrieb Tobias Conradi mail.2...@tobiasconradi.com: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) 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 Ja, vor allem da das Wiki ja auch noch Alternativen zu RGB zulässt. Müsste dann nur noch jemand aufschreiben was man in den Fällen macht, wo sich eine Farbe nicht darstellen lässt mit den im Wiki beschriebenen Varianten ;-). M.E. ist das was hierzu bisher entstanden ist, die Sicht von Programmierern, um möglichst einfach die Dinge auszuwerten, sozusagen ein Teil der Renderregeln in tags. Wenn wir eine db sind, die die Welt beschreiben will, dann sollten wir hier flexibler sein und es so gestalten, dass es für den Mapper am einfachsten ist und die Abbildung der Realität entspricht. Ähnlich verhält es sich z.B. mit Geschwindigkeitslimits in mph, die sollte man auch nicht in km/h umrechnen, weil sie eben in mph sind, und man immer was verliert beim Umrechnen (wobei der Verlust im Falle der Farben ggf. größer ausfallen kann). 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
Hi, Am Wed, 29 May 2013 14:51:23 +0200 schrieb Tobias Conradi mail.2...@tobiasconradi.com: colour ist gemacht für Städte wie Jönköping. Dort sagt man im Alltag nehmen sie die Linie Rot. Dass das die Linie 1 ist, wissen die meisten vermutlich garnicht. Nur die aus der Stadt heraus führenden Busse werden dort im Alltag mit Nummern bezeichnet. Wo ist das definiert? Ich finde nur: http://wiki.openstreetmap.org/wiki/Key:colour The value should be: an RGB color code (hex triplet) Bei http://wiki.openstreetmap.org/wiki/Relation:route findet man bei den Straßenbahnen (woanders ist die Formulierung weniger klar): The tram, subways and buses might have official colour identifiers in some cities. Es geht also um colour identifiers wie z.B. Rote Linie. Offiziell verstehe ich so, dass die Benennung mit Farben statt Nummern nicht nur eine Gewohnheit der Bevölkerung ist, sondern auch der Verkehrsbetriebe. Aber eigentlich ist es Quatsch, was ich hier rede. colour ist massiv im Gebrauch und die einzig jetzt noch vernünftige Frage ist: Was weiß man, wenn man colour=... vorfindet?. Zumindest für den ÖPNV neige ich zur Antwort gar nichts. Meist wollte der Mapper einfach gern diese Farbe in einer der ÖPNV-Karten sehen. Das Tag ist verbrannt. Bitte ignoriert, was ich zur Definition geschrieben habe. Trotzdem frohes Mappen Wilhelm ___ 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 15:26, schrieb Wolfgang Hinsch: Am Mittwoch, den 29.05.2013, 12:52 +0200 schrieb Peter Wendorff: Am 29.05.2013 10:05, schrieb Wolfgang Hinsch: Wenn das normalerweise egal ist, nur für offizielle Drucke der offiziellen Farben nicht - dann nimmt man für diese offiziellen Drucke auch offizielle Daten, also ist OSM normalerweise aus dem Spiel. Und für eine Übersicht klappert man xx Unternehmen an, fragt nach Farben, die man sonst sofort verwenden könnte. Spätestens nach der 100. Anfrage fragen sich bestimmt einige, ob die bei OSM noch gesund sind. Haben eine Datenbank und fragen ständig nach... Es wäre sinnvoll, mal zu erklären, wozu das Erfassen der exakten Farben dienen soll, bevor man festlegt, in welcher Form man sie abspeichert. So wie ich es verstanden habe, geht es um Farben, welche von den Verkehrsbetrieben auf ihren Linienplänen verwendet werden, nicht aber um Farbcodes für die Linien, im Sinne von Linie 21 = die lilablassblaue Linie. Wenn ich damit richtig liege, dann würde es sich nur ein gestalterisches Mittel diese farbcodes Somit geht es darum, dass auf OSM-basierten Karten dieselben Farben verwendet werden wie auf dem Linienplan des jeweiligen Verkehrsbetriebs. Man nimmt damit dem Renderer die Mühe ab, bei einer Vielzahl von Linien einigermaßen unterscheidbare Farben auszuwählen. Das ist ganzs praktisch, aber mappen wir für den Renderer? Ein weiteres Ziel könnte sein, dass der Nutzer auf der OSM-Karte dieselben Farben wiederfindet wie auf der BVG-Karte. So ganz erschließt sich mir der Nutzen davon allerdings nicht. Schließlich werden die Farbcodes ja nicht auf den Fahrzeugen verwendet, und selbst wenn, dann wäre der Wiedererkennungsgrad sehr gering, da sich z.B. in Berlin manche der Farben nur im direkten Vergleich unterscheiden lassen. ___ 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 15:58, schrieb Martin Koppenhöfer: Am 29.05.2013 um 12:52 schrieb Peter Wendorff wendo...@uni-paderborn.de: Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, Wieso nicht? Additive vs subtraktive Farbmischung, m.E. kann man sich CMYK einfacher vorstellen, weil es der Erfahrung des Mischens von Farben im Farbkasten entspricht, während es nicht so einfach ist, sich das Ergebnis aus der Mischung von verschiedenfarbigen Lichtern vorzustellen. Vermutlich hab ich dafür einfach zu viel im Bereich Web mit Farben zu tun ;) Ist aber auch egal, welches System einem besser liegt oder nicht: Der Drucker wird mit CMYK besser was anfangen können, der Wasserfarbenmaler dagegen kennt schon kein Magenta und würde nochmal anders mischen (intuitiv). und ehrlich gesagt: besser, da steht light red, oder yellow green und ich kann ungefähr sagen, dass das passt (und es sonst als Fehler markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt das niemand - für die nächsten Jahre. Entweder es fällt auf, oder es macht auch nichts. Wenn da wirklich jahrelang Quatsch steht und es niemand merkt, dann ist es auch egal ;-) Aber Werte, die nicht lesbar sind (durch den 0815-Mapper) werden eher ignoriert als solche, bei denen verstanden wird, was dahintersteckt. Farbwerte in irgendwelchen Farbsystemen (RGB eingeschlossen) zu definieren ist insofern nur sinnvoll, wenn zumindest die gängigen Editoren das auch auswerten können und als Farbe anzeigen. Tun sie das nicht, halte ich sprechende Farbnamen auf englisch, die man in 'ner Tabelle nachgucken und annähernd angeben kann, für zielführender auf allen Ebenen. Gruß Peter ___ 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 Mittwoch, den 29.05.2013, 16:42 +0200 schrieb RainerU: Es wäre sinnvoll, mal zu erklären, wozu das Erfassen der exakten Farben dienen soll, bevor man festlegt, in welcher Form man sie abspeichert. So wie ich es verstanden habe, geht es um Farben, welche von den Verkehrsbetrieben auf ihren Linienplänen verwendet werden, nicht aber um Farbcodes für die Linien, im Sinne von Linie 21 = die lilablassblaue Linie. Wenn ich damit richtig liege, dann würde es sich nur ein gestalterisches Mittel diese farbcodes Somit geht es darum, dass auf OSM-basierten Karten dieselben Farben verwendet werden wie auf dem Linienplan des jeweiligen Verkehrsbetriebs. Man nimmt damit dem Renderer die Mühe ab, bei einer Vielzahl von Linien einigermaßen unterscheidbare Farben auszuwählen. Das ist ganzs praktisch, aber mappen wir für den Renderer? Nein, ich sehe nicht irgendeinen Renderer als Ziel. Mir geht es _nur_ darum, dass man die Farbe, falls irgendwo gebraucht, jederzeit korrekt herstellen könnte. Gehe mal in eine Druckerei und frage nach Farbdarstellungen und RGB. Ich habe überhaupt nichts dagegen, dass eine näherungsweise geeignete RGB-Farbe mit eingetragen wird. Ich möchte nur erreichen, dass der, der die korrekte (professionell brauchbare) Farbbezeichnung kennt, sie auch eintragen kann. Nicht als einzigen Eintrag, aber zusätzlich. Ein weiteres Ziel könnte sein, dass der Nutzer auf der OSM-Karte dieselben Farben wiederfindet wie auf der BVG-Karte. Vergiss in diesem Zusammenhang die OSM-Karte aus dem Web. Um die geht es mir überhaupt nicht. Dafür reicht der RGB-Wert immer aus. Aber es gibt noch viele Welten neben der Karte. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Hallo alle zusammen, ist das neue Aldi-Navi das ab morgen bei Aldi-Nord verkauft wird, mit den vorinstallierten OpenStreetMap-Karten den jetzt rechtens, nach den neuen Lizenzbestimmungen? Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Ich hab mal ein neues Thema dafür aufgemacht, bitte beim nächsten Mal drauf achten - dann stimmt auch die thread-Darstellung in Mail-Programmen. Stefan schrieb: Hallo alle zusammen, ist das neue Aldi-Navi das ab morgen bei Aldi-Nord verkauft wird, mit den vorinstallierten OpenStreetMap-Karten den jetzt rechtens, nach den neuen Lizenzbestimmungen? Prinzipiell spricht nichts dagegen, solange auf Lizenzbedingungen und Quelle korrekt hingewiesen wird. Im Produkt-Film auf aldi-nord.de wird das allerdings unterlassen, obwohl mapnik-standard-tiles im Film auftauchen, hier wäre eine Lizenznennung definitiv notwendig. Ob die Lizenz schon vor dem Kauf als solche angegeben werden muss, weiß ich nicht - da wäre ich als Laie vorsichtig und würde deshalb nichts falsches dazu sagen. Am Produkt selbst - im Handbuch oder sonstwo - muss allerdings die Daten- und möglicherweise außerdem die Kachellizenz angegeben werden, wenn OSM-Daten/Kacheln Verwendung finden. Ob das der Fall ist, lässt sich natürlich nur mit dem Produkt in der Hand überprüfen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Am 29.05.2013 17:40, schrieb Peter Wendorff: Ich hab mal ein neues Thema dafür aufgemacht, bitte beim nächsten Mal drauf achten - dann stimmt auch die thread-Darstellung in Mail-Programmen. Stefan schrieb: Hallo alle zusammen, ist das neue Aldi-Navi das ab morgen bei Aldi-Nord verkauft wird, mit den vorinstallierten OpenStreetMap-Karten den jetzt rechtens, nach den neuen Lizenzbestimmungen? Prinzipiell spricht nichts dagegen, solange auf Lizenzbedingungen und Quelle korrekt hingewiesen wird. Im Produkt-Film auf aldi-nord.de wird das allerdings unterlassen, obwohl mapnik-standard-tiles im Film auftauchen, hier wäre eine Lizenznennung definitiv notwendig. Ob die Lizenz schon vor dem Kauf als solche angegeben werden muss, weiß ich nicht - da wäre ich als Laie vorsichtig und würde deshalb nichts falsches dazu sagen. Am Produkt selbst - im Handbuch oder sonstwo - muss allerdings die Daten- und möglicherweise außerdem die Kachellizenz angegeben werden, wenn OSM-Daten/Kacheln Verwendung finden. Ob das der Fall ist, lässt sich natürlich nur mit dem Produkt in der Hand überprüfen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich hatte mal den Vorgänger,der hatte zwar eine Nennung der Lizenz, aber das Teil war aus 2 Gründen unbrauchbar,. 1. Keine Umlaute bei der Eingabe möglich. 2. Karten lagen in einem Sonderformat vor und könnten nur käuflich upgedatet werden, wenn Medion es mal macht. Eigene Karten gingen gar nicht. Da benötigte ich keine Woche um das Teil zurück zu geben. LG Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
2013/5/29 Peter Wendorff wendo...@uni-paderborn.de: Ich hab mal ein neues Thema dafür aufgemacht, bitte beim nächsten Mal drauf achten - dann stimmt auch die thread-Darstellung in Mail-Programmen. Auf http://lists.openstreetmap.org/pipermail/talk-de/2013-May/ unterhalb von [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition Wolfgang Hinsch -- 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] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Okay... Komischer Viewer... Meine Mail hat jedenfalls keinen In-Reply-To-Header wie diesen hier: In-Reply-To: 51a6217f.8090...@uni-paderborn.de In Thunderbird führt das dazu, dass korrekt nicht mehr in den alten thread einsortiert wird, während dieser Header sonst eben die korrekte Thread-Abfolge auswertet. Warum die Ansicht auf lists.openstreetmap.org da anders funktioniert, kann ich so auf die Schnelle nicht sehen; würde mich aber interessieren, wie(so) das da so angezeigt wird. Gruß Peter Am 29.05.2013 18:09, schrieb Tobias Conradi: 2013/5/29 Peter Wendorff wendo...@uni-paderborn.de: Ich hab mal ein neues Thema dafür aufgemacht, bitte beim nächsten Mal drauf achten - dann stimmt auch die thread-Darstellung in Mail-Programmen. Auf http://lists.openstreetmap.org/pipermail/talk-de/2013-May/ unterhalb von [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition Wolfgang Hinsch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Leider steht im Handbuch kein Wort über Update/Kartenaktualisierung :( http://aldi.medion.com/md99210/nord/?refPage=aldi http://www.aldi-nord.de/aldi_762_cm3_outdoor_navigationssystem_48_5_1363_19832.html http://www.medion.com/de/service/_lightbox/handbuch_details.php?did=12454 Am 29. Mai 2013 18:29 schrieb Peter Wendorff wendo...@uni-paderborn.de: Okay... Komischer Viewer... Meine Mail hat jedenfalls keinen In-Reply-To-Header wie diesen hier: In-Reply-To: 51a6217f.8090...@uni-paderborn.de In Thunderbird führt das dazu, dass korrekt nicht mehr in den alten thread einsortiert wird, während dieser Header sonst eben die korrekte Thread-Abfolge auswertet. Warum die Ansicht auf lists.openstreetmap.org da anders funktioniert, kann ich so auf die Schnelle nicht sehen; würde mich aber interessieren, wie(so) das da so angezeigt wird. Gruß Peter Am 29.05.2013 18:09, schrieb Tobias Conradi: 2013/5/29 Peter Wendorff wendo...@uni-paderborn.de: Ich hab mal ein neues Thema dafür aufgemacht, bitte beim nächsten Mal drauf achten - dann stimmt auch die thread-Darstellung in Mail-Programmen. Auf http://lists.openstreetmap.org/pipermail/talk-de/2013-May/ unterhalb von [Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition Wolfgang Hinsch ___ 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] Wie tag ich eine Parfümerie?
Am 29.05.2013 16:25, schrieb René Kirchhoff: Da gebe ich dir recht :) Hat jemand bereits dies gelesen: http://wiki.openstreetmap.org/wiki/Template:De:Description:Shop:Beauty Hier steht für die DE-Version auch Parfümerie, womit shop=beauty anzuwenden wäre. ;) Habe kurz gekuckt, wie Douglas gemappt ist. Aber da ist jeder Laden anderns :D Hat jemand eine Statistik zur Hand? Gruß René Am 29. Mai 2013 16:07 schrieb Martin Koppenhöfer dieterdre...@gmail.com: Wobei die Regel ist, tags in Englisch zu definieren, von daher scheiden frz. Varianten m.E. aus... Üblich ist die Schreibung mit e und y Gruß, Martin Wenn ich mir aber die Beschreibung von beauty ansehe passt die Parfümerie nicht dort hinein, da alle anderen Shops salons sind in denen eine Dienstleistung erbracht wird, nur in der Parfümerie kauft man Waren. Da würde der Hairdresser besser unter beauty passen. shop=perfumery ist immerhin 235 mal getagt. http://wiki.openstreetmap.org/wiki/DE:Map_Features#Health_and_Beauty hier findet man dann so etwas wie shop:herbalist für bei uns recht seltenen Kräuterhandel. in den http://wiki.openstreetmap.org/wiki/Proposed_features/shops_%28multiple%29 findet man dann wieder cosmetics. die Seite wurde aber seit 2010 nicht geändert. Bei der Menge an Parfümerien die es gibt, würde ich aber eher einen neuen Tag wie shop=perfumery befürworten. LG Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ 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
Am 29.05.2013 16:48, schrieb Wolfgang Hinsch: Am Mittwoch, den 29.05.2013, 16:42 +0200 schrieb RainerU: Ein weiteres Ziel könnte sein, dass der Nutzer auf der OSM-Karte dieselben Farben wiederfindet wie auf der BVG-Karte. Vergiss in diesem Zusammenhang die OSM-Karte aus dem Web. Um die geht es mir überhaupt nicht. Dafür reicht der RGB-Wert immer aus. Aber es gibt noch viele Welten neben der Karte. Mit der OSM-Karte ist natürlich jede auf der Basis der OSM-Daten erzeugte Karte gemeint, das kann auch ein schematisierter Linienplan sein, oder auch eine Anwendung bei der der aktuelle Standort des Fahrzeugs in der entsprechenden Farbe angezeigt wird (was noch nicht mal die Verkehrsbetriebe in ihren RBLs machen). Letztendlich geht es dabei immer darum, eine mit einer Linie assoziierte Information in genau der Farbe darzustellen, die auch der Verkehrsbetrieb in seinen Veröffentlichungen benutzt. Mir fehlt noch der Anwendungsfall, wo das sinnvoll oder notwendig ist. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Hallo. Kort unter Chrome sollte gehen. Kam in den letzten 24 Stunden die Frage Neue Version verfügbar...? Zeigt die Version (im Tab Über Kort) = Version 2.029 an? Ev. hilft ein Reload der ganzen URL http://play.kort.ch . Wenn das nichts hilft, den Cache des Browsers über die Einstellungen leeren (ist ein Phänomen einiger Web Apps). LG, Stefan Am 29. Mai 2013 19:41 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Ist das Spiel denn momentan überhaupt noch aktiv? Weder mit Chrome noch dem Android-Browser sehe ich Aufträge oder Checks auf der Karte. Nicht in meiner Umgebung, nicht bei einer Stichprobe in Frankfurt und auch nicht in Winterthur, sollte es nur in der Schweiz funktionieren. Habe ich da ein technisches Problem oder gibt es da einfach nichts zu tun? Gruss, Chaos Am 29. Mai 2013 03:13 schrieb Stefan Keller sfkel...@gmail.com: Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] in JOSM Hilfslinien um Gebäude daran auszurichten?
Hans Schmidt z0idb...@gmx.de wrote: Jetzt kommt es vor, dass besonders in irgendwelchen geplanten Siedlungen die Häuser alle auf der Karte geplant wurden, so dass sie exakt parallel zur Straße stehen. Am 26.05.2013 20:02, schrieb Andre Dierker: Wenn du die Straße selektierst und dann mit dem Buildingtool Häuser zeichnest, sind alle parallel zu der Straße ausgerichtet. Nachdem Du wie von Andre beschrieben alle Häuser gezeichnet hast, kannst Du die Fronten in eine Linie bringen, indem Du jeweils die beiden Eckpunte der Front bei allen Häusern markierst und dann unter Werkzeuge auf alle in einer Linie anordnen klickst. Wenn sie dann nicht parallel zur Straße sind, einen der äußersten Linienpunkte verschieben, ohne die Markierungen zu löschen. Dann alle erneut in einer Linie anordnen. Dann müssten sie gleichzeitig auch wieder rechtwinklig sein. ___ 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
Hi, On 05/29/2013 03:26 PM, Wolfgang Hinsch wrote: Für andere dagegen ein echter Wenigerwert: Ich kann aus dem Kopf RGB-Werte ungefähr überprüfen, aber CYK aus dem Stehgreif nicht, und ehrlich gesagt: besser, da steht light red, oder yellow green und ich kann ungefähr sagen, dass das passt (und es sonst als Fehler markieren), als dass irgendein Mapper X eine Farbtabelle kennt, die er abtippen kann. Die stehen dann drin und wenn er sich vertippt hat, merkt das niemand - für die nächsten Jahre. -1 Das ist eine etwas seltsame Argumentation. Nur weil ich etwas nicht selbst aus dem Stand prüfen kann, darf es nicht in OSM eingetragen werden. Peter hat sich da vielleicht etwas ungeschickt ausgedrueckt. Aber im Grunde gilt schon, dass wir moechten, dass die Informationen in unserer Datenbank vor Ort ueberpruefbar sind. Das bedeutet vor allem, dass wir einer ist-Information Vorrang vor einer soll-Information einraeumen - wenn der Parkplatzbetreiber sagt, da sind 40 Stellplaetze, aber vor Ort sieht man nur 38, dann taggen wir die - denn die sind ueberpruefbar, die 40 sind es nicht. Das gleiche wuerde auch zutreffen, wenn man die Linienfarbe einer OePNV-Linie taggt. Wie kann man die vor Ort pruefen? Entweder mit Augenschein (colour:red) oder vielleicht, indem man mit seinem Smartphone ein Foto eines Schildes macht und da dann einen Wert in beliebigem Farbmodell abliest. Dabei ergibt sich eine Mess-Unschaerfe, genau wie beim Aufzeichnen einer Position mit dem GPS - that's life. Was die BVG in ihrem Corporate-Identity-Dokument drinstehen hat, ist fuer uns von minderer Relevanz, und Unterschiede, die so klein sind, dass sie unterhalb der mit dem iPhone in der Daemmerung von schraeg unten fotografiert-Unschaerfe liegen, sind nicht wichtig, weil nicht pruefbar. Wer eine Karte mit offiziellen garantiert richtigen Farben machen will, der sollte sich eine offizielle Tabelle besorgen und dann aus OSM lediglich die Linienbezeichnungen entnehmen und mit der offiziellen Tabelle abgleichen. Dann fliegen sofort alle Briefkästen, Papierkörbe, Hundekottütenspender, Waldwege ... etc etc raus, denn die kann ich auch nicht einfach so prüfen, die sind im Luftbild nicht sichtbar. Eine theoretisch moegliche Vor-Ort-Pruefung reicht ja. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Peter Wendorff wendo...@uni-paderborn.de wrote: Stefan schrieb: Hallo alle zusammen, ist das neue Aldi-Navi das ab morgen bei Aldi-Nord verkauft wird, mit den vorinstallierten OpenStreetMap-Karten den jetzt rechtens, nach den neuen Lizenzbestimmungen? Prinzipiell spricht nichts dagegen, solange auf Lizenzbedingungen und Quelle korrekt hingewiesen wird. Im Produkt-Film auf aldi-nord.de wird das allerdings unterlassen, obwohl mapnik-standard-tiles im Film auftauchen, hier wäre eine Lizenznennung definitiv notwendig. Falls ihr dieses Teil meint: http://www.aldi-nord.de/aldi_762_cm3_outdoor_navigationssystem_48_5_1363_19832.html Wenigstens der Name OpenStreetMap wird in Bild und Ton erwähnt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game Reloaded!
Wollte mich schon hierdrüber beschweren: http://s1.directupload.net/file/d/3271/xilydai5_png.htm Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg, denke sowas sollte euer Programm ignorieren :) LG Ruben 2013/5/29 André Reichelt andr...@online.de: Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ 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
2013/5/29 RainerU ra...@sfr.fr: Mit der OSM-Karte ist natürlich jede auf der Basis der OSM-Daten erzeugte Karte gemeint, Letztendlich geht es dabei immer darum, eine mit einer Linie assoziierte Information in genau der Farbe darzustellen, die auch der Verkehrsbetrieb in seinen Veröffentlichungen benutzt. Mir fehlt noch der Anwendungsfall, wo das sinnvoll oder notwendig ist. Z.B. einen Stadtplan herausgeben, auf dem die U-Bahnlinien in der Linienfarbe dargestellt 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] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
2013/5/30 Frederik Ramm frede...@remote.org: Peter hat sich da vielleicht etwas ungeschickt ausgedrueckt. Aber im Grunde gilt schon, dass wir moechten, dass die Informationen in unserer Datenbank vor Ort ueberpruefbar sind. Wer ist wir? Es gibt hier sehr unterschiedliche Meinungen was wer möchte. Eine Linienfarbe ist per se nicht vor Ort überprüfbar, da sie ein gedankliches Konstrukt ist. Sven Geggus hat ja auch schon behauptet die Linien in seiner Gegend (KA) seien alle rostbraun. Das gleiche wuerde auch zutreffen, wenn man die Linienfarbe einer OePNV-Linie taggt. Wie kann man die vor Ort pruefen? Entweder mit Augenschein (colour:red) Nahverkehrslinien haben keine physische Erscheinung. oder vielleicht, indem man mit seinem Smartphone ein Foto eines Schildes macht und da dann einen Wert in beliebigem Farbmodell abliest. ein beliebiges Farbmodell kann dazu führen, dass selbst Nutzer die mit RGB, CMYK, CIELAB umgehen können, die Daten nicht nutzen können. Was die BVG in ihrem Corporate-Identity-Dokument drinstehen hat, ist fuer uns Wer ist uns? von minderer Relevanz, Das sehen mehrere Leute auf der OSM-Berlin Liste anders. Die VBB-Angaben wurden sogar als Grundlage für die derzeitigen OSM-Werte genommen. und Unterschiede, die so klein sind, dass sie unterhalb der mit dem iPhone in der Daemmerung von schraeg unten fotografiert-Unschaerfe liegen, sind nicht wichtig, weil nicht pruefbar. Die 6-stelligen RGB-hex triplets sind auf 6 Stellen prüfbar. Wer eine Karte mit offiziellen garantiert richtigen Farben machen will, der sollte sich eine offizielle Tabelle besorgen und dann aus OSM lediglich die Linienbezeichnungen entnehmen Begründung? -- 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] Aldi Navi mit vorinstallierten OpenStreetMap-Karten rechtens?
Hi, Am Wed, 29 May 2013 18:29:25 +0200 schrieb Peter Wendorff wendo...@uni-paderborn.de: Warum die Ansicht auf lists.openstreetmap.org da anders funktioniert, kann ich so auf die Schnelle nicht sehen; würde mich aber interessieren, wie(so) das da so angezeigt wird. Weil es so viele Leute falsch machen. Darauf wird Rücksicht genommen und das führt leider dazu, dass die Leute darin bestätigt werden. Wenn ein neuer Thread mit einem alten Betreff eröffnet wird, dann ist das gewöhnlich der Irrtum des Schreibers, dass Threads sich aus dem Betreff ergeben würden. Es wird in der Anzeige einfach automatisch korrigiert. Ich halte nichts davon. Aber ich muss zugeben, dass manche Listen ohne sowas unlesbar wären. Wilhelm ___ 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 30.05.2013 04:01, schrieb Tobias Conradi: 2013/5/29 RainerU ra...@sfr.fr: Letztendlich geht es dabei immer darum, eine mit einer Linie assoziierte Information in genau der Farbe darzustellen, die auch der Verkehrsbetrieb in seinen Veröffentlichungen benutzt. Mir fehlt noch der Anwendungsfall, wo das sinnvoll oder notwendig ist. Z.B. einen Stadtplan herausgeben, auf dem die U-Bahnlinien in der Linienfarbe dargestellt sind. Meine Frage ist: warum ist es sinnvoll/notwendig auf einem derartigen Plan die Linien genau in derselben Farbe darzustellen, wie das der Verkehrsbetrieb auf seinen eigenen Plänen macht? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de