Re: [Talk-de] Kandidaten fuer weitere tile layer auf osm.org?
Hallo, On Wed, Jun 01, 2011 at 07:49:32PM +, Sven Geggus wrote: > Kai Krueger wrote: > > > Die Frage ist nun kennt jemand / betreibt jemand einen Karten-layer der > > diese Kriteren erfuellen wuerde und somit auf osm.org aufgenommen werden > > koennte? Es waere schoen wenn wir dort eine groessere Vielfahlt erreichen > > koennten und das grosse Potential von OSM besser zu verdeutlichen. > > Der Wanderrouten Overlay von Lonvia über den weiter unten diskutiert > wird fällt mir spontan ein. Prinzipiell hätte ich da nichts dagegen. Ob der Server den zusätzlichen Load aushält, müsste man sehen. Aber er muss ja einfach nur statische Dateien ausliefern. Allerdings ist das ganze natürlich nur ein Overlay und ich glaube, die TWG hat eher nach vollständigen Karten gesucht. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Karte ist umgezogen
Sarah Hoffmann schrieb: > > Nebenbei: war der Sauerländische Gerigsverein nicht der, der ein > osmc:symbol-fähiges Zeichen hat und dann die Zahl rechts daneben? ja, Raute mit einer oder zwei Zahlen daneben, während der benachbarte Kölner Eifelverein Raute mit Zahl *darin* macht. Das osmc:symbol macht nur letzeres. > Ich hatte mehrfach angeboten, dafür lokal angepasste Symbole zu > rendern, habe aber nie eine Rückmeldung bekommen. Irgendwer hatte den utf8-code für die Raute gefunden, und diese Wege allesamt auf "Ohne Vordergrund" und "nur Text" geändert. Das sah dann bei dir ordentlich aus, bei nop wiederum nicht. > Aus ganz Deutschland kam nicht eine Anfrage diesbezüglich. Das scheint wohl eine hiesige Eigenart der Symbolik zu sein. > Und genau da liegt das Problem: dass der Mapper sich ein nettes > osmc Tag *ausdenkt*, dass seiner Ansicht nach auf der Karte hübsch > aussieht. Das ist eine Unsitte, die in Deutschland bei den Wander- > wegen sehr weit verbreitet ist. Man tagt nicht, was in der > Realität existiert, sondern so, dass die Lieblingskarte es gut > darstellt. Ja nun, das osmc:symbol ist nun mal "für den Renderer". Wir versuchen halt, mit den verfügbaren Elementen was brauchbares zu produzieren. > > Das Ergebnis ist, dass man sich beim name-Tag einzig darauf > verlassen kann, dass es eine verständliche Aneinanderreihung von > Buchstaben und Zahlen ist und beim osmc:symbol- > Tag, dass es dem Mapper gefallen wird, wenn es so auf der Karte > auftaucht. Irgendeinen Kompromiss aus verfügbaren Werten muß man als Mapper bei OSM ständig eingehen. > > Ich fand das osmc:symbol-Tag mal eine gute Idee, aber inzwischen habe > ich gelernt, dass eine solche formal definierte Symbol-Beschreibung > immer dazu animiert, kreativ zu werden und für den Renderer zu mappen. Für den häufigsten Fall: "Weißer Text auf schwarzem Grund" klappte das bisher ja gut. Bei dir jetzt leider nicht mehr, weil es keinen Vordergrund gibt. > Hätte man für jeden Wanderverein ein konsistenten Satz Begriffe für > das symbol-Tag definiert, wäre das für Mapper viel einfach verstÄndlich, > sowohl maschinen- als auch menschenlesbar, einfacher(sic!) auszuwerten > und man könnte sich darauf verlassen, dass es die Realität abbildet. > Du kannst ja ein neues lonvia:symbol definieren, mit links zu einer Wiki-Sammelseite. Das wird nur vermutlich seeehr umfangreich. Und irgendwann bekommst du Streß wegen einem copyrightgeschützen Symbol. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Hi Am 02.06.2011 17:41, schrieb Carsten Schönert: Am 02.06.2011 15:50, schrieb Sebastian Hohmann: Das kann aber auch andersrum passieren. Wenn man weiß die Straße bildet die Grenze zwischen z.B. Wald und Wohngebiet und man die Lage der Straße verfeinern will, ist es eventuell sogar erwünscht, dass sich die Flächen mitbewegen. Wenn Du einmal in einem Stadteil oder Dorf das alles auseinander tröseln durftest weil da was zusammen gepappt war was nicht zusammen gehört und Du dann Dich auch gleich noch um zwei Radwegrelationen, vier Busrelationen und sonstige Flächenbezogene Relationen mit kümmern darfst wirst Du darüber möglicher Weise anders denken. Dann macht eine Kreuzung mal richtig Arbeit. Und auf der Karte siehst Du dann nicht mal das da was geändert werden (musste). Ich sehe das so wie meine Vorschreiber, ein Fläche gehört nicht an einen Weg. Mir vergeht bei solchen Konstrukten recht schnell die Lust inzwischen da überhaupt Hand anzulegen. Ja wird eklig. Man kommt auf die Idee das Josm da einem viel Arbeit abnehmen könnte. z.B. 2 Objekte markieren und 'Alle gemeinsamen Punkte trennen' Oder auch mehrere Objekte als nur 2. So als Featurerequest. Müsste man noch bischen rumdenken und probieren ob es noch eine allgemeinere Möglichkeit gibt. z.B. 'Alle gemeinsamen Punkte markieren'. Danach dann 'trennen' aufrufen. Das hätte den Vorteil das man dann auch die gemeinsamen Punkte gemeinsam bewegen könnte. So hat man beide Fälle erledigt: Getrennte Punkte haben wollend oder halt gemeinsame Punkte. Vielleicht geht ja auch schon alles. Z.B. mit Filtern nur die beteiligten Objekte anzeigen lassen, dann alle Punkte markieren, dann trennen. Aber da kommt leicht zu viel dabei und es werden dann die falschen Dinge getrennt. Die erste Idee oben scheint da ganz ok. Und vielleicht mal irgendwo aufschreiben wie das gemappt werden sollte und: Warum! Nur mit Verständnis kann man sich das merken und es wird eher befolgt. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Tachen Am 02.06.2011 15:50, schrieb Sebastian Hohmann: Das kann aber auch andersrum passieren. Wenn man weiß die Straße bildet die Grenze zwischen z.B. Wald und Wohngebiet und man die Lage der Straße verfeinern will, ist es eventuell sogar erwünscht, dass sich die Flächen mitbewegen. Wenn Du einmal in einem Stadteil oder Dorf das alles auseinander tröseln durftest weil da was zusammen gepappt war was nicht zusammen gehört und Du dann Dich auch gleich noch um zwei Radwegrelationen, vier Busrelationen und sonstige Flächenbezogene Relationen mit kümmern darfst wirst Du darüber möglicher Weise anders denken. Dann macht eine Kreuzung mal richtig Arbeit. Und auf der Karte siehst Du dann nicht mal das da was geändert werden (musste). Ich sehe das so wie meine Vorschreiber, ein Fläche gehört nicht an einen Weg. Mir vergeht bei solchen Konstrukten recht schnell die Lust inzwischen da überhaupt Hand anzulegen. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Busspur mit Fahrraderlaubnis
Hi, wie taggt man korrekterweise eine Busspur auf der man auch Radfahren darf? Offiziell scheint es nichts zu geben, aber mit etwas Recherche komm ich auf folgendes: highway = * busway = lane cycleway = share_busway http://wiki.openstreetmap.org/wiki/Key:busway http://taginfo.openstreetmap.de/keys/?key=cycleway#values Was sagt ihr? Best, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für Daten, Karte und Renderer
Am 31.05.2011 18:41, schrieb M∡rtin Koppenhoefer: Am 31. Mai 2011 18:26 schrieb Frederik Ramm: Von mir aus soll sich jeder das Leben so schwer machen, wie er will, solang er es nicht *anderen* schwer macht. das war ja der Ansatzpunkt: m.E. macht man den anderen das Leben schwer, wenn man Dinge verbindet, die gar nicht verbunden sind, und man für kleine Verfeinerungen erstmal die nicht zusammengehörigen Objekte mühsam auftrennen muss. Das kann aber auch andersrum passieren. Wenn man weiß die Straße bildet die Grenze zwischen z.B. Wald und Wohngebiet und man die Lage der Straße verfeinern will, ist es eventuell sogar erwünscht, dass sich die Flächen mitbewegen. Bei nicht verbundenen Dingen kann es dann aufwändiger sein, da man mehr einzelne Nodes korrigieren muss. Oder es ergeben sich sogar Fehler, wenn man die Flächen eben nicht auch korrigiert (dass z.B. eine Fläche über die Straße ragt, obwohl das in der Realität nicht der Fall ist). Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de