Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26.02.2014 00:03, schrieb Peter Wendorff: Mehr tut area=yes aber nicht, und wenn das tatsächlich DER Indikator in Mannheim ist, um die benannten Blöcke darzustellen, dann ist das ein Problem. Moin, die Mannheimer Quadrate sind getaggt als: place=neighbourhood area=yes name=A1 https://www.openstreetmap.org/way/165439220 Eventuell fehlt also die Regel für Flächen die mit place=neighbourhood gekennzeichnet sind. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Bernd Wurst bernd at bwurst.org writes: accessforestry bicycle yes foot yes highway track name Hoblersbergweg tracktype grade2 Auch wenn Off-Topic: Ich würde bicycle = yes und foot = yes rausnehmen und das access = forestry auf motor_vehicle = forestry umstellen. Das man einen Wald/Feldweg zu Fuß und mit dem Fahrrad benutzen kann ist IMHO selbstverständlich. Die beschilderte Einschränkung bezieht sich lediglich auf motorisiertes Fahrzeug. Das aber nur am Rande. Siehe auch: http://wiki.openstreetmap.org/wiki/DE:Key:access Was muss ich nun ändern, dass die Namen wieder auftauchen? Der Frage schließe ich mich an. Ist ja nicht so, dass Wirtschaftswege dermaßen üppig benamst wären, dass das die Karte unübersichtlich machen würde. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26.02.2014 08:43, schrieb Bernd Wurst: Hallo. Am 26.02.2014 00:01, schrieb Frederik Ramm: die Straßen in den Naherholungsgebieten zwischen den Vororten (highway = track) werden nun auch namenlos angezeigt, obwohl sie Straßennamen tragen, bei Fußwegen (path oder footway) mit Namen genauso. Da muss man sich jetzt halt überlegen, ob man bei solchen Wegen gern Namen angezeigt haben möchte, und wenn ja, trägt man das ein. Ist ja kein Hexenwerk. Wo trägt man das ein? Ich habe hier sehr viele Feld- und Waldwege, deren Namen nun komplett verschwunden sind. Tagging ist etwa so: accessforestry bicycle yes foot yes highway track name Hoblersbergweg tracktype grade2 Was muss ich nun ändern, dass die Namen wieder auftauchen? Das sieht richtig getaggt aus. Die Rendering-Regeln müssen so angepasst werden, dass bei highway=track wieder ein Name gerendert wird. Das kann nur der Style-Ersteller machen und nicht der einzelne Mapper. Ich würde mal 1-2 Wochen warten und wenn dann der Rendering-Style nmoch nciht gefixt ist ein Issue bei Github ( https://github.com/gravitystorm/openstreetmap-carto ) öffnen. Grüße, Theodin Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] BING hat neue aktuelle Bilder veröffentlich
Nachdem ich so lange gewartet habe, ist es nun endlich so weit. Es gibt neue BING-Bilder auch für das Bayr.Oberland. Nun wartet viel Arbeit auf die OSMler hier in dieser Gegend. Aber Vorsicht, ich habe festgestellt, dass da ein Versatz im Vergleich zu Bayern 2m vorhanden ist. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo. Am 26.02.2014 10:21, schrieb Manuel Reimer: Auch wenn Off-Topic: Ich würde bicycle = yes und foot = yes rausnehmen und das access = forestry auf motor_vehicle = forestry umstellen. Das man einen Wald/Feldweg zu Fuß und mit dem Fahrrad benutzen kann ist IMHO selbstverständlich. Die beschilderte Einschränkung bezieht sich lediglich auf motorisiertes Fahrzeug. Das aber nur am Rande. Ja, ich hab das aus dem Objekt auf der OSM-Seite raus kopiert. Die von dir genannten Tags habe nicht ich gesetzt, die sind mir auch erst heute aufgefallen. Aber ich wollte nicht lügen :-) und daher daher die Tags hier rein kopiert, die bei mir dazu führen dass alte Kacheln noch einen Namen haben und neu gerenderte nicht mehr. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo Bernd, was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete Fragen stellen kann, was da was ist oder sein soll. Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert werden sollte, hast du hier auch schon lesen können. Wenn das nicht korrekt dargestellt wird, ist das meines Erachtens ein Fehler im aktuellen Rendering - dann muss man eine entsprechende Fehlermeldung machen; auch dazu wäre ein konkreter Verweis auf eine Stelle in der Karte sinnvoll. Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, die nur auf Hörensagen beruht, weil niemand außer dir das direkt überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - jedenfalls ist das meistens der Fall. Soviel also zu deiner Frage was denn noch. Gruß Peter Am 26.02.2014 08:46, schrieb Bernd Wurst: Hallo. Am 26.02.2014 08:31, schrieb Walter Nordmann: Bernhard Weiskopf wrote Wie trägt man das jetzt ein? Genügt name = ... nicht mehr? Ja, name=* reicht nicht mehr aus - und das ist gut so! Ja, aber selbst highway=... und name=... reicht scheinbar nicht aus? Was denn noch? render_this_name=yes oder wie? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Hallo Peter. Zunächst: Watch your tone. Ehrlich. Am 26.02.2014 11:00, schrieb Peter Wendorff: Hallo Bernd, was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete Fragen stellen kann, was da was ist oder sein soll. Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. Nein, habe ich nicht geschrieben. Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert werden sollte, hast du hier auch schon lesen können. Ja, betrifft mich aber null komma gar nicht. Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, die nur auf Hörensagen beruht, weil niemand außer dir das direkt überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). Ich habe nur von einigen Waldwegen gesprochen. Eigentlich sind es alle Waldwege. Ich kann dir hunderte Links schicken. Oder du schaust einfach irgend einen x-beliebigen Waldweg an. Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - jedenfalls ist das meistens der Fall. Soviel also zu deiner Frage was denn noch. Die Frage war ganz konkret: Was ist bei einem normalen Weg denn außer name noch nötig um ein Redering des Namens zu erwirken. Dass es *kein* area-Tag geben soll konnte man hier heraus lesen. Aber meine Wege haben kein area-Tag. Meine Mutmaßung ist ja, dass hier der Style von highway=* auf einige wenige explizit eingetragene Werte eingeschränkt wurde. Das kann man machen, muss dann aber auch alle etablierten Werte berücksichtigen. Bisher scheint track kein gültiger Wegtyp in diesem Sinne zu sein. Ich seh's irgendwie nicht ein, für ein Problem einen Bugreport [1] auf zu machen das derart offensichtlich ist. Wer das verbockt hat, soll sich bitte auch darum kümmern dass das gefixed wird. [1]: Ich müsste mir dafür schließlich erst noch einen github-Account machen, den ich nicht haben will. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SOTM-EU Einsendeschluss für Vorträge verlängert
Hallo, der Einsendeschluss für Vorträge bei der SOTM EU in Karlsruhe im Juni ist verlängert worden - bis zum 17. März. Wenn Ihr also noch nicht dazu gekommen seit, Euer Thema zu formulieren, habt Ihr noch ein wenig mehr Zeit dazu. Einsenden könnt Ihr auf http://www.sotm-eu.org/de/presentations/new wo Ihr auch weitere Details zur Konferenz findet. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Mir ist ehrlich gesagt nicht ganz klar was die Aufregung soll. 2 von 5 Karten auf openstreetmap.org zeigen weiterhin Namen von tracks an, Beispiel http://www.openstreetmap.org/#map=18/48.98690/8.35193layers=C . Des weiteren kann man auch weiterhin beliebige Karten produzieren, die die Namen anzeigen und weiter ist es auch nicht so, dass irgendjemand gesagt hat, dass Namen bei tracks nie wieder angezeigt werden. Es ist ja auch grade weil der Standardstil jeden Name Tag angezeigt hat, dass man jetzt zuerst fast auf Null zurück muss und sich durch alle Fälle durcharbeiten und eine entsprechende Entscheidung treffen muss. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26.02.2014 11:20, schrieb Bernd Wurst: Hallo Peter. Zunächst: Watch your tone. Ehrlich. Am 26.02.2014 11:00, schrieb Peter Wendorff: Hallo Bernd, was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete Fragen stellen kann, was da was ist oder sein soll. Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. Nein, habe ich nicht geschrieben. Stimmt, du hattest nur gefragt (Mail von gestern, 25.2., 23:12): Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Vielleicht hab ich da also einen konkreten Fehlerfall reininterpretiert, den es nicht einmal gab oder gibt - dann entschuldige ich mich für den Ton (erlaube mir aber, die Frage zu stellen, was du damit eigentlich erfragen wolltest). Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert werden sollte, hast du hier auch schon lesen können. Ja, betrifft mich aber null komma gar nicht. Sondern? Was betrifft dich denn dann? Denn die Frage hast du ja schon gestellt, zumindest ist die Mail bei mir so eingegangen. Was genau du brauchst, hast du ja nicht geschrieben - ich weiß nur, dass es um irgendeinen der Goetheplätze geht, die es gibt. Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, die nur auf Hörensagen beruht, weil niemand außer dir das direkt überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). Ich habe nur von einigen Waldwegen gesprochen. Eigentlich sind es alle Waldwege. Ich kann dir hunderte Links schicken. Oder du schaust einfach irgend einen x-beliebigen Waldweg an. Das Waldweg-Thema ist ein anderes und doch geklärt - da fehlt noch die Render-Regel, die beim Catch-All weggefallen ist, da kann man gucken, ob es ein Ticket gibt und bei Bedarf eins erstellen, einen Patch einreichen etc., darauf habe ich mich aber nicht bezogen. Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - jedenfalls ist das meistens der Fall. Soviel also zu deiner Frage was denn noch. Die Frage war ganz konkret: Was ist bei einem normalen Weg denn außer name noch nötig um ein Redering des Namens zu erwirken. Dass es *kein* area-Tag geben soll konnte man hier heraus lesen. Aber meine Wege haben kein area-Tag. das area-Tag ist nicht ausschlaggebend fürs Rendering; es ist aber notwendig, um ein lineares feature als Fläche darzustellen. waldwege: Da fehlt die Rendering-Regel, Goetheplatz: da fehlt das Wissen darüber, was da überhaupt drangetagged ist - und das verweigerst du ja weiterhin (oder es interessiert dich tatsächlich nicht mehr). Meine Mutmaßung ist ja, dass hier der Style von highway=* auf einige wenige explizit eingetragene Werte eingeschränkt wurde. Das kann man machen, muss dann aber auch alle etablierten Werte berücksichtigen. Bisher scheint track kein gültiger Wegtyp in diesem Sinne zu sein. Ich seh's irgendwie nicht ein, für ein Problem einen Bugreport [1] auf zu machen das derart offensichtlich ist. Wer das verbockt hat, soll sich bitte auch darum kümmern dass das gefixed wird. Ich glaube, bei konkreten Fehlermeldungen (wie gesagt: ich red vom Goetheplatz) würde das jemand übernehmen; spätestens auf eine direkte Bitte hin. Aber aus wagen Aussagen ein Ticket zu bauen ist etwas mehr Arbeit als sich bei github anzumelden. Wer das verbockt hat hat im Zuge dessen etliche andere Fehler behoben und damit die Gesamtlage im Rendering eher verbessert; zumindest aber langfristig eine richtige Grundlage gelegt, um gezielt eine korrekte Darstellung genau da zu erzielen, wo sie gewünscht wird. Wenn Du mit github ein Problem hast, frag doch einfach freundlich nach, beschreibe das Problem konkret und so, wie du es auch in ein Ticket schreiben würdest, und bitte darum, dass daraus jemand ein Ticket macht, ich bin sicher, dass dir das nicht verwehrt wird. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln und Inselgruppen
Vielleicht ist der Tread Namen in Mapnik eine gute Gelegenheit, die Frage zur Benennung von Inseln und Insel-Gruppen wieder aufzunehmen. Dann könnte man das Rendering vielleicht gleich mit erledigen... Es ging darum, wie man Bedeutung und Dominanz der Inseln irgendwie abbilden/berechnen kann... Ziel wäre, dass man die Inselgruppen und Inseln genauso schön sieht wie in einem guten Schulatlas - nur halt passend zu den Zoomstufen :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 10:46:39PM +0100, Martin Koppenhoefer wrote: Am 25. Februar 2014 21:08 schrieb Richard Z. ricoz@gmail.com: So ein ausgedehntes Lavafeld halte ich sehr wohl für ein geografisches Feature +1 natural=lava_field ? war auch mein erster Gedanke, aber wo es schon seit Ewigkeiten natural=lava mit exakt der gleichen Bedeutung im wiki gibt bin ich eher geneigt das lava zu übernehmen als auf lava_field zu ändern? Was macht man mit flüssigem Lava? Sind zum Teil richtige Flüsse die auch gemappt werden könnten, und z.T. unterirdisch (lava pipes). lavaway als key? ;-) sowas habe ich gedacht. Oder man versucht die Material-Flüsse zu generalisieren - es gibt noch allerlei was in der Natur fliessen kann, mir fallen gerade Gletscher, Asfalt, Erdrutsche ein. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 26. Februar 2014 15:33 schrieb Richard Z. ricoz@gmail.com: +1 natural=lava_field ? war auch mein erster Gedanke, aber wo es schon seit Ewigkeiten natural=lava mit exakt der gleichen Bedeutung im wiki gibt bin ich eher geneigt das lava zu übernehmen als auf lava_field zu ändern? hat ja nicht genau die gleiche Bedeutung ;-) und ist auch nicht so extrem in Verwendung (gut, es gibt wohl auch mehr Parkplätze als Lavafelder in der Welt). Zum einen ist es sprachlich unscharf und daher grundsätzlich anfällig für Verwechslungen, zum anderen ist laut der Wikiseite natural=lava nur für Lavafelder, die nahe an einem Vulkan liegen (andere kenne ich zugegebenermaßen zwar bisher auch nicht, aber wenn es sowieso keine anderen gäbe müsste man sie ja auch nicht ausschließen, oder?). Es gibt auch schon lava_channel und lava_tunnel als natural Werte, da fügte sich lava_field m.E. besser ein als ein generisches lava. (Allgemein ist übertriebene Sprachfaulheit bei tags eher schlecht, d.h. wenn man einen spezifischen Wert definieren will, aber einen generischen Term benutzt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
On Tue, Feb 25, 2014 at 10:29:28PM +0100, Christoph Hormann wrote: On Tuesday 25 February 2014, Richard Z. wrote: natural=lava halte ich weniger für einen guten tag, weil es kein geografisches Feature sondern ein Material ist. Auch halte ich es für schwierig, das abzugrenzen (alle Erstarrrungsgesteine sind im Prinzip Lava, oder?). Tendeziell wäre m.E. landcover=lava besser als natural, mit den vg. Einschränkungen. So ein ausgedehntes Lavafeld halte ich sehr wohl für ein geografisches Feature und landcover würde ich auch nicht für geologische Features verwenden wollen. Generell gilt denke ich beim Tagging: nur, weil es irgendwo etwas gibt, das sich recht zweifelsfrei und sinnvoll mit einem bestimmten Tag beschreiben ließe bedeutet das nicht, dass dieses Tag auch tatsächlich nützlich ist. Wenn Du nämlich nicht irgendwelche willkürlichen Alters- oder Größengrenzen ziehen möchtest würdest Du am Ende teilweise Gebiete von Millionen Quadratkilometern Größe so taggen (z.B. weite Teile Sibiriens). Ein erstarrter aber junger Lavastrom ließe sich schlicht und einfach als natural=bare_rock, ggf. mit Zusatztags mappen. Für ältere, bereits bewachsene Lavaströme, wo man primär dann den Bewuchs mappt, würde sich etwas wie geological=lava_flow anbieten. Erstarrte Lavaströme unterscheiden sich recht stark von bare_rock und unterteilen sich auch noch in weitere Untertypen. Die sichtbare Konsistenz variiert zwichen Lava-geröll und eben bare_rock. Trotzdem haben sie auch Gemeinsamkeiten die ein zusammenfassendes Tag m.E. rechtfertigen. Vergleichbares gilt denke ich auch für Krater - das ist im Allgemeinen zunächst erst einmal natural=cliff|ridge. Es gibt nämlich auch oft Fälle in vulkanischen Gebieten, wo die Mechanismen der Entstehung kraterförmiger Strukturen garnicht so eindeutig feststellbar sind. +1 Was macht man mit flüssigem Lava? Sind zum Teil richtige Flüsse die auch gemappt werden könnten, und z.T. unterirdisch (lava pipes). Ein noch flüssiger Lavastrom lässt sich kaum sinnvoll mappen, da er seine Form und Ausdehnung permanent ändert. Das einzig sinnvolle Mapping flüssiger Lava wäre bei Lavaseen - erfasst ist das wohl derzeit nur beim Nyiragongo: Ich kenne das Phänomen vom Kilauea, daß die Lavaströme zum Teil über viele Jahre völlig stabil verlaufen, meist unterirdisch. Wenn sich mal was ändert sind es meistwenige Meter pro Monat. Das ist dann sicherlich stabil genug um gemappt zu werden und auch sehr wichtig, als Toristenatraktion und Gefahrenstelle. Sofern sich jemand darum kümmern will hätte ich auch nichts dagegen wenn auch Lavaströme gemappt werden die sich jeden Monat um einige Meter weiterschieben. Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln und Inselgruppen
Am 26. Februar 2014 15:24 schrieb Markus liste12a4...@gmx.de: Es ging darum, wie man Bedeutung und Dominanz der Inseln irgendwie abbilden/berechnen kann... Ziel wäre, dass man die Inselgruppen und Inseln genauso schön sieht wie in einem guten Schulatlas - nur halt passend zu den Zoomstufen :-) sobald aufwendige Berechnungen ins Spiel kommen, ist die Standard-OSM-Mapnik Karte weniger geeignet, weil die mit dynamischen Daten arbeitet, und möglichst ressourcenschonend operieren soll. Braucht man aber auch nur für den letzten Schliff (d.h. für den Standard guter Schulatlas durchaus schon, falls man das überhaupt automatisch erreichen kann), während das Rendern von Archipelen und Inselnamen schon mit weniger Aufwand verbessert werden könnte (die Größe der Insel liegt vor in der db, wenn nicht nur ein node getaggt ist, und auch die Einwohnerzahl ist oft vorhanden, beides wird derzeit aber noch nicht berücksichtigt AFAIK, Archipelnamen werden AFAIK noch gar nicht gerendert). Schreib' doch mal ein Ticket und sieh, wie man Dir antwortet, vielleicht greift es ja jemand auf, derzeit passiert viel am Stil. Nochmal kurz zum Schulatlas: der hat allerdings nur eine grobmaßstäbliche Karte, das schlechtere Ergebnis beim Vergleich in diesen groben Zoomstufen gleichen wir m.E. mehr als aus, dadurch, dass wir zoomen können. ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Ich mach ja kein Tofu normalerweise aber hier kann ich nicht Sachbezogen antworten: Du legst mir in den Mund, dass ich irgendwas über irgend einen Goetheplatz geschrieben hätte. Habe ich nie. Ich weiß nichts von einem Goetheplatz. Lass das bitte. Am 26.02.2014 11:57, schrieb Peter Wendorff: Am 26.02.2014 11:20, schrieb Bernd Wurst: Hallo Peter. Zunächst: Watch your tone. Ehrlich. Am 26.02.2014 11:00, schrieb Peter Wendorff: Hallo Bernd, was hältst Du davon, konkrete Probleme zu verlinken, damit man konkrete Fragen stellen kann, was da was ist oder sein soll. Dass ein Name am Goetheplatz fehlt, hattest du geschrieben. Nein, habe ich nicht geschrieben. Stimmt, du hattest nur gefragt (Mail von gestern, 25.2., 23:12): Wie trägt man zukünftig den Goetheplatz ein, damit der Name des allseits bekannten Platzes auf der Karte erscheint? Ich nehme an, der Name von area = yes wird dann nicht mehr angezeigt. Vielleicht hab ich da also einen konkreten Fehlerfall reininterpretiert, den es nicht einmal gab oder gibt - dann entschuldige ich mich für den Ton (erlaube mir aber, die Frage zu stellen, was du damit eigentlich erfragen wolltest). Dass das zusammen mit highway=pedestrian und area=yes korrekt gerendert werden sollte, hast du hier auch schon lesen können. Ja, betrifft mich aber null komma gar nicht. Sondern? Was betrifft dich denn dann? Denn die Frage hast du ja schon gestellt, zumindest ist die Mail bei mir so eingegangen. Was genau du brauchst, hast du ja nicht geschrieben - ich weiß nur, dass es um irgendeinen der Goetheplätze geht, die es gibt. Wer aber sollte jetzt ein Ticket aufgrund einer Fehlermeldung aufmachen, die nur auf Hörensagen beruht, weil niemand außer dir das direkt überprüfen kann (denn Goetheplatz gibt's schon ganz schön häufig). Ich habe nur von einigen Waldwegen gesprochen. Eigentlich sind es alle Waldwege. Ich kann dir hunderte Links schicken. Oder du schaust einfach irgend einen x-beliebigen Waldweg an. Das Waldweg-Thema ist ein anderes und doch geklärt - da fehlt noch die Render-Regel, die beim Catch-All weggefallen ist, da kann man gucken, ob es ein Ticket gibt und bei Bedarf eins erstellen, einen Patch einreichen etc., darauf habe ich mich aber nicht bezogen. Also: Gib uns einen Link und es wird jemand versuchen, dir zu helfen - jedenfalls ist das meistens der Fall. Soviel also zu deiner Frage was denn noch. Die Frage war ganz konkret: Was ist bei einem normalen Weg denn außer name noch nötig um ein Redering des Namens zu erwirken. Dass es *kein* area-Tag geben soll konnte man hier heraus lesen. Aber meine Wege haben kein area-Tag. das area-Tag ist nicht ausschlaggebend fürs Rendering; es ist aber notwendig, um ein lineares feature als Fläche darzustellen. waldwege: Da fehlt die Rendering-Regel, Goetheplatz: da fehlt das Wissen darüber, was da überhaupt drangetagged ist - und das verweigerst du ja weiterhin (oder es interessiert dich tatsächlich nicht mehr). Meine Mutmaßung ist ja, dass hier der Style von highway=* auf einige wenige explizit eingetragene Werte eingeschränkt wurde. Das kann man machen, muss dann aber auch alle etablierten Werte berücksichtigen. Bisher scheint track kein gültiger Wegtyp in diesem Sinne zu sein. Ich seh's irgendwie nicht ein, für ein Problem einen Bugreport [1] auf zu machen das derart offensichtlich ist. Wer das verbockt hat, soll sich bitte auch darum kümmern dass das gefixed wird. Ich glaube, bei konkreten Fehlermeldungen (wie gesagt: ich red vom Goetheplatz) würde das jemand übernehmen; spätestens auf eine direkte Bitte hin. Aber aus wagen Aussagen ein Ticket zu bauen ist etwas mehr Arbeit als sich bei github anzumelden. Wer das verbockt hat hat im Zuge dessen etliche andere Fehler behoben und damit die Gesamtlage im Rendering eher verbessert; zumindest aber langfristig eine richtige Grundlage gelegt, um gezielt eine korrekte Darstellung genau da zu erzielen, wo sie gewünscht wird. Wenn Du mit github ein Problem hast, frag doch einfach freundlich nach, beschreibe das Problem konkret und so, wie du es auch in ein Ticket schreiben würdest, und bitte darum, dass daraus jemand ein Ticket macht, ich bin sicher, dass dir das nicht verwehrt wird. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vulkane und natural=crater
Am 26. Februar 2014 15:50 schrieb Martin Koppenhoefer dieterdre...@gmail.com: +1 natural=lava_field ? war auch mein erster Gedanke, aber wo es schon seit Ewigkeiten natural=lava mit exakt der gleichen Bedeutung im wiki gibt bin ich eher geneigt das lava zu übernehmen als auf lava_field zu ändern? Übrigens, das natural=lava gibt es keineswegs seit Ewigkeiten. https://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dlavaaction=history Da hat mal jemand eine leere Seite angelegt, dann hat jemand draufgeschrieben dass die Bedeutung des tags unklar sei, woraufhin ein dritter, augenscheinlich bis dato noch überhaupt nicht weiter in Erscheinung getretener Benutzer ein Konto angelegt hat, und sich berufen sah, ohne weitere Diskussion einfach mal was hinzuschreiben. Wenn der tag durch einen normalen Prozess gegangen wäre, wäre er vermutlich besser gewählt und besser definiert ;-) Dass das bisher noch nicht weiter aufgefallen ist liegt vermutlich nur daran, dass es sich um einen kaum verwendeten tag für ein kaum auftretendes Phänomen handelt, das ganze also sozusagen unterhalb des Radars geblieben ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26. Februar 2014 08:46 schrieb Bernd Wurst be...@bwurst.org: Ja, aber selbst highway=... und name=... reicht scheinbar nicht aus? Was denn noch? render_this_name=yes oder wie? :-) eintragen bei github / carto osm Dass tracks und pedestrians derzeit keine Namen haben (und service mit service=alley) ist allerdings bereits bekannt und es wird auch daran gearbeitet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26. Februar 2014 10:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de : Auch wenn Off-Topic: Ich würde bicycle = yes und foot = yes rausnehmen und das access = forestry auf motor_vehicle = forestry umstellen. Das man einen Wald/Feldweg zu Fuß und mit dem Fahrrad benutzen kann ist IMHO selbstverständlich. so oder so sind Krankenfahrstühle wohl nicht berücksichtigt bei diesen beiden Taggingvarianten. den key für forestry von access zu motor_vehicle finde ich auch OK, das bicycle=yes und ggf. auch das foot=yes würde ich aber drin lassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Namen in Mapnik und anderen Karten
Am 26. Februar 2014 16:38 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 26. Februar 2014 10:21 schrieb Manuel Reimer manuel.s...@nurfuerspam.de : Auch wenn Off-Topic: Ich würde bicycle = yes und foot = yes rausnehmen und das access = forestry auf motor_vehicle = forestry umstellen. Das man einen Wald/Feldweg zu Fuß und mit dem Fahrrad benutzen kann ist IMHO selbstverständlich. so oder so sind Krankenfahrstühle wohl nicht berücksichtigt bei diesen beiden Taggingvarianten. den key für forestry von access zu motor_vehicle finde ich auch OK, das bicycle=yes und ggf. auch das foot=yes würde ich aber drin lassen. Da hat Martin wohl leider recht. Da die erlaubte Benutzungsart für verschiedene Fortbewegungsmittel in Wäldern schon von Bundesland zu Bundesland verschieden ist, bleibt wohl nichts anderes, als ein ausdrückliches access-Tagging. Für Feldwege (track zwischen Feldern) ist dann schon wieder ein anderes Gesetz zuständig. Entweder man baut für jedes Bundesland eine eigene Routingregel unter Zuhilfenahme der Landes(Wald/Naturschutz)Gesetze oder taggt ausdrücklich ... Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Access-Tags (was: Re: Keine Namen in Mapnik und anderen Karten)
On 02/26/2014 04:38 PM, Martin Koppenhoefer wrote: so oder so sind Krankenfahrstühle wohl nicht berücksichtigt bei diesen beiden Taggingvarianten. http://wiki.openstreetmap.org/wiki/Wheelchair den key für forestry von access zu motor_vehicle finde ich auch OK, das bicycle=yes und ggf. auch das foot=yes würde ich aber drin lassen. Wozu? An einen highway = residential packe ich ja auch nicht überall foot = yes, bicycle = yes dran... Die überwiegende Mehrzahl von Feld- und Forstwegen sind definitiv für Fußgänger und Radfahrer erlaubt. Die in meiner Region so getaggten Wege werden vom Garmin und anderen Navigations-Plattformen auch anstandslos für Fußgänger genutzt. Mein letzter Stand ist, dass die access-Tags für echte *Verbote* verwendet werden sollen. Nur weil jemand der Meinung ist, dass ein Weg nicht mit dem Fahrrad bewältigt werden kann, muss das noch lange nicht Fakt sein. Das kommt nämlich durchaus auch auf das Fahrrad und auf das Können des Fahrers an. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Update JOSM Mappaint Style Coloured Streets 2.0
Hallo, ich habe den JOSM-Style Coloured Streets aktualisiert. Zuerst wollte ich meine Bearbeitung separat bereit stellen, habe dann aber zusammen mit dem ursprünglichen Autor geozeisig entschieden, den Style zu aktualisieren, damit es nicht zuviele verschiedene Styles für den gleichen Zweck gibt. Wer den Style noch nicht kennt, sollte ihn unbedingt einmal ausprobieren. Er erleichtert die Arbeit mit Adressdaten erheblich, indem Straßen, Häuser und Adressnodes mit gleichem Anfangsbuchstabe des Straßennames mit der gleichen Farbe hinterlegt werden. Die wichtigsten Änderungen: - Die Hausnummern sind größer, farbig hinterlegt und dadurch besser sichtbar. - Unterstützung von associatedStreet-Relationen - Unterstützung von Sonderzeichen und unbekannten Zeichen - Gleichzeitige Anzeige von Nummer und Name (und number? bzw. street?, falls notwendig) Außerdem gibt es jetzt eine alternative Version, in der statt des ersten der letzte Buchstabe des Straßennamens ausgewertet wird. Dies ist geeignet für Länder, wo viele Straßen mit dem gleichen Buchstaben beginnen (z.B. in Frankreich Rue ...). Alle weiteren Änderungen und Vergleichsbilder gibt es auf http://josm.openstreetmap.de/wiki/Styles/Coloured_Streetshttp://josm.openstreetmap.de/wiki/Styles/Coloured_Streets#ColouredStreetsdeutsch Ggf. muss der Cache in JOSM für Coloured_Streets gelöscht werden, um das update zu aktivieren. Dazu in den Experten-Einstellungen nach coloured_streets suchen und den Wert vom Schlüssel mirror. http://josm.openstreetmap.de/josmfile?page_Styles/Coloured_Streetsstyle; löschen. VG Klumbumbus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update JOSM Mappaint Style Coloured Streets 2.0
Hi! Super, danke. Dieser Stil ist wirklich SEHR nützlich für's Adressmappen. Außerdem gibt es jetzt eine alternative Version, in der statt des ersten der letzte Buchstabe des Straßennamens ausgewertet wird. Dies ist geeignet für Länder, wo viele Straßen mit dem gleichen Buchstaben beginnen (z.B. in Frankreich Rue ...). Warum alternative Version und nicht konfigurierbar? Seit einigen Wochen kann man Stil-Farben konfigurierbar machen in JOSM. Das verwende ich im Fahrspur-Stil um verschiedenste Einstellungen konfigurierbar zu machen. Ist zwar nicht hübsch funktioniert aber: bei Optionen bedeutet Weiß - Ja und Schwarz - Nein. Beste Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update JOSM Mappaint Style Coloured Streets 2.0
On Wed, Feb 26, 2014 at 09:38:39PM +0100, Gertrud Simson wrote: Außerdem gibt es jetzt eine alternative Version, in der statt des ersten der letzte Buchstabe des Straßennamens ausgewertet wird. Dies ist geeignet für Länder, wo viele Straßen mit dem gleichen Buchstaben beginnen (z.B. in Frankreich Rue ...). Ich würde ein MD5 oder aehnlichen Hash verwenden über den Straßennamen und darauf das meinswegen erste Zeichen. Damit ist es egal an welcher stelle des strings eine veränderung eintritt. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 188 18.2.-24.2.2014
Hallo, die Wochennotiz Nr. 188 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/02/wochennotiz-nr-188/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Notes herunterladen
Servus - auch auf die Gefahr hin, dass ich diese Frage wiederhole: Die OpenStreetBugs wurden ja jetzt in 'OSM Notes' konvertiert. Bei OSB gabs die Moeglichkeit, eine Region von Bugs als XML runterzuladen. Das vermisse ich jetzt. Geht das irgendwie? Die Notes sind ja offensichtlich auch nicht Teil der OSM Datenbank, oder? Merci - A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update JOSM Mappaint Style Coloured Streets 2.0
Am 26. Februar 2014 22:16 schrieb Martin Vonwald imagic@gmail.com: Warum alternative Version und nicht konfigurierbar? Seit einigen Wochen kann man Stil-Farben konfigurierbar machen in JOSM. Das verwende ich im Fahrspur-Stil um verschiedenste Einstellungen konfigurierbar zu machen. Ist zwar nicht hübsch funktioniert aber: bei Optionen bedeutet Weiß - Ja und Schwarz - Nein. Das ist sicher eine Möglichkeit, hatte ich bisher noch nicht bedacht. Die Frage ist nur, ob diese Einstellungen dort dann auch von jedem gefunden und genutzt werden. Aber ich werde mir das mal durch den Kopf gehen lassen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Notes herunterladen
On 26.02.2014 23:35, Alexander Lehner wrote: Bei OSB gabs die Moeglichkeit, eine Region von Bugs als XML runterzuladen. Das vermisse ich jetzt. Geht das irgendwie? http://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Notes herunterladen
On Thu, 27 Feb 2014, malenki wrote: On 26.02.2014 23:35, Alexander Lehner wrote: Bei OSB gabs die Moeglichkeit, eine Region von Bugs als XML runterzuladen. Das vermisse ich jetzt. Geht das irgendwie? http://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API hth Thomas Ja, merci! A. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags (was: Re: Keine Namen in Mapnik und anderen Karten)
Am 26. Februar 2014 21:00 schrieb Manuel Reimer manuel.s...@nurfuerspam.de : Die überwiegende Mehrzahl von Feld- und Forstwegen sind definitiv für Fußgänger und Radfahrer erlaubt. und das soll ausreichen als Argument? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags (was: Re: Keine Namen in Mapnik und anderen Karten)
Am 27. Februar 2014 02:10 schrieb Martin Koppenhoefer dieterdre...@gmail.com: und das soll ausreichen als Argument? (um die tags zu löschen) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update JOSM Mappaint Style Coloured Streets 2.0
Ich arbeite auch gerne mit dem Stil in leichter Modifikation für die NRW ALK Rasterdarstellung. http://forum.openstreetmap.org/viewtopic.php?id=23576 Christoph Sent from my iDingens Am 27.02.2014 um 00:04 schrieb Gertrud Simson simson.gert...@gmail.com: Am 26. Februar 2014 22:16 schrieb Martin Vonwald imagic@gmail.com: Warum alternative Version und nicht konfigurierbar? Seit einigen Wochen kann man Stil-Farben konfigurierbar machen in JOSM. Das verwende ich im Fahrspur-Stil um verschiedenste Einstellungen konfigurierbar zu machen. Ist zwar nicht hübsch funktioniert aber: bei Optionen bedeutet Weiß - Ja und Schwarz - Nein. Das ist sicher eine Möglichkeit, hatte ich bisher noch nicht bedacht. Die Frage ist nur, ob diese Einstellungen dort dann auch von jedem gefunden und genutzt werden. Aber ich werde mir das mal durch den Kopf gehen lassen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags (was: Re: Keine Namen in Mapnik und anderen Karten)
Martin Koppenhoefer dieterdreist at gmail.com writes: Die überwiegende Mehrzahl von Feld- und Forstwegen sind definitiv für Fußgänger und Radfahrer erlaubt. und das soll ausreichen als Argument? Wenn die Tags sind meiner Ansicht nach redundant nicht als Argument für eine Löschung der Tags reicht (natürlich nicht im großen Stil sondern nur wenn man den Weg ohnehin anfasst), was dann? Vielleicht habe ich ja auch das Konzept dahinter falsch verstanden. Mein Verständnis von den Access-Tags ist, dass hier vor Ort herrschende Beschränkungen getaggt werden sollen. Im Wiki gibt es zwar gute Beispiele mit Tagging das mir auch logisch erscheint aber kein Wort darüber, dass man für alles, was erlaubt ist, ein Access-Tag setzen muss. Mir geht es um dieses Schild: http://commons.wikimedia.org/wiki/File:Zeichen_260.svg Mit dem Zusatz darunter Land- und forstwirtschaftlicher Verkehr frei. Ich lese da erstmal das motorisierte Fahrzeuge verboten sind. Weiterhin lese ich eine Einschränkung, die forst/landwirschaftlichen Verkehr freigibt. Also motor_vehicle = agricultural. Ich sehe auf dem Schild keinerlei Einschränkungen bezüglich Fußgängern oder Radfahrern. Wenn als ein zusätzliches bicycle = yes und foot = yes erforderlich sein soll, dann müsste da auch horse = yes dran. Auch den Zugang mit Rollschuhen und Inline-Skates verbietet hier niemand. Also noch inline_skates = yes und so weiter... Also eigentlich ein access = yes um alles zu erschlagen. Im Wiki wird von der Kombination access = yes aber abgeraten. Wie ist es also richtig und vollständig wenn man einen Waldweg mit oben genannten Schildern taggen will ohne unnötig viel Tag-Wirrwarr zu produzieren? Gilt bei Access-Tags alles was nicht verboten ist, ist erlaubt oder muss alles was erlaubt ist dran stehen? Wenn letzteres: Muss dann auch an jedem highway = residential die ganze Access-Tag-Flut dranstehen und wenn nein: Warum nicht? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags
Hallo Manuel. Am 27.02.2014 07:58, schrieb Manuel Reimer: Mir geht es um dieses Schild: http://commons.wikimedia.org/wiki/File:Zeichen_260.svg Mit dem Zusatz darunter Land- und forstwirtschaftlicher Verkehr frei. Ich lese da erstmal das motorisierte Fahrzeuge verboten sind. Weiterhin lese ich eine Einschränkung, die forst/landwirschaftlichen Verkehr freigibt. Also motor_vehicle = agricultural. Ich sehe auf dem Schild keinerlei Einschränkungen bezüglich Fußgängern oder Radfahrern. Wenn als ein zusätzliches bicycle = yes und foot = yes erforderlich sein soll, dann müsste da auch horse = yes dran. Auch den Zugang mit Rollschuhen und Inline-Skates verbietet hier niemand. Also noch inline_skates = yes und so weiter... Im Prinzip hast du Recht. Bei den Wegen die explizit beschildert sind, ist es in den üblichen Fällen auch so, dass das echte Wege sind und deine Aussagen treffen zu. (Auch wenn ich Bauchschmerzen hätte, inline_skates auf einem Schotterweg explizit freizugeben.) Aber bei Waldwegen allgemein gelten deine Aussage nicht unbedingt. Z.B. muss ein Waldweg in Ba-Wü mind. 3 Meter breit und befestigt sein, damit man darauf reiten darf. Klar, Wege die das Kriterium nicht erfüllen tragen meistens gar keine Schilder, da sie dann für landwirtschaftliche Fahrzeuge auch eher uninteressant sind. Aber das sieht man den Tags meistens nicht an. Aber es ist utopisch, das jeweils vor Ort zu taggen, da auch ein Mapper diese Gegebenheiten nicht alle auswendig kennt. Bei tracktype=grade3 und schelchter ist es z.B. schwer. Das sind Wege, die meistens nicht beschildert sind, aber zumindest hier dennoch nicht für den fahrenden Verkehr erlaubt sind, da sie nicht (ausreichend) befestigt sind. Das ist auch nicht nur ein kann nicht sondern auch ein darf nicht. Zudem kommt bei Waldwegen ja auch immer der Faktor dazu, dass ein schlecht gepflegter öffentlicher Waldweg und eine Rückegasse im Privatwald sich nicht immer optisch unterscheiden müssen. Beide sind evtl. nicht beschildert aber abseits des Weges darf man mit keinem Fahrzeug durch den Privatwald, auch nicht mit dem Fahrrad. Man kann also manchmal vor Ort nicht erkennen was wirklich die rechtliche Lage ist (und mein Appell wäre dann, das Wild im Zweifel mal in Ruhe schlafen zu lassen). Ich stimme dir also zu, dass man nur das taggen sollte was vor Ort offensichtlich ist, i.d.R. explizit durch Schilder geregelt oder eindeutig bekannt ist. Und tracktype=grade4 und schlechter dienen IMHO eh mehr der Orientierung und nicht einem automatischen Routing. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
