Re: [Talk-de] Liste mit möglicherweise inkorrekten Str aßennamen
Hi, also wir arbeiten gerade daran die updates in unsere Datenbank einzuspielen. Sobald das steht, können wir auch die aktualisierten Listen bereitstellen. Es werden dann auch noch andere folgen, bzw. wir werden die Auswertung auch auf Straßennamen ausweiten, welche nur Sonderzeichen enthalten. Ich melde mich auf der Liste sobald diese bereitstehen. Gruß, Micha -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Claudius Gesendet: Samstag, 27. November 2010 13:56 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Liste mit möglicherweise inkorrekten Straßennamen Am 25.11.2010 17:20, Lück, Michael: Hi, also das ref-Tag wird jetzt vorerst nicht mehr ausgewertet. Allerdings befürchte ich, das uns da doch einiges durch die Lappen geht. Außerdem werden jetzt nicht mehr alle highway types ausgewertet, sondern nur noch 'residential', 'service','unclassified', 'track', 'tertiary', 'secondary', 'road', 'primary', 'pedestrian', 'trunk' und 'living_street' Eine sinnvolle Einschränkung. Ich glaube so können die gröbsten und wohl auch wichtigsten Schnitzer schnell gefunden werden. Andere Wegtypen sind wohl erstmal weniger wichtig. Damit sind's auch erst mal nur 3400 Einträge. Hab jetzt auch die Way bzw. Node id mit besorgt und auch den OSM type (N für Node, W für Way) mit ausgegeben. http://www.bonk-consulting.de/download/streetsWithNumbers_20101125a.csv Wollte mich gerade mal an einige Kreis- und Landesstraßen-Refs machen, aber da hat wohl schon jemand vor mir angefangen. Viele sind bereits korrigiert. Es wäre toll, wenn du, Michael, hier auf der Liste Bescheid geben könntest, wenn eine aktualisierte Liste online steht, damit man weiter arbeiten kann. Claudius ___ 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] Liste mit möglicherweise inkorrekten S traßennamen
Hi, die Basis für unsere Analysen ist die Nominatim-Datenbank. Als Orte betrachten wir vornehmlich alles was einen der place tag hat und einen der folgenden Werte besitzt: 'city', 'town', 'village', 'hamlet' Eine Straße wird dann dem Ort zugeordnet, welcher der Straße am nächsten liegt. Basis ist da wie gesagt die Berechnung von Nominatim. Wir könnten auch die Gemeinde noch dazu anzeigen, aber vielleicht hilft hier auch der Umweg über die offizielle Nominatim Seite. Stichwort details.php. Die Seite verursacht aber hohe Last auf dem Server, weswegen dass vielleicht keine so gute Idee ist, aber vielleicht zu Übergangszwecken nützt. Wenn die Auswertungen verbessert wurden und die Datenaktualisierung funktioniert, können wir aber sicherlich darüber nachdenken die Gemeindenamen mit einzubauen. Gruß, Micha -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Tirkon Gesendet: Samstag, 27. November 2010 18:58 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Liste mit möglicherweise inkorrekten Straßennamen Lück, Michael michael.lu...@bonk-consulting.de wrote: Hier noch der Link zur aktuellen Version: http://www.bonk-consulting.de/download/streetsWithNumbers_20101125.csv Im der hiesigen Region Ostfriesland beschäftigen wir uns mit der 100% Straßenerfassung nach Straßenlisten. Von daher ist die Sache für uns ein Thema. Hier sind Straßennamen wie 1. Dwarsweg 2. Dwarsweg 3. Dwarsweg recht verbreitet. In der Liste finde ich als Ortsnamen z.B. die Stadt Aurich. Das ist gut so. Bei den Gemeinden hingegen finde ich statt des Gemeindenamens (z.B. Südbrookmerland) die der zugehörigen Käffer, obwohl die Grenzen in OSM mit dem richtigen Admin Level drin sind. Bei der entsprechenden Anzahl wird die Suche doch recht mühsam. Nach welchen Regeln wählt ihr die Ortsnamen? Ist es nicht möglich, den der (Samt-) Gemeinden zu nennen? Das würde die Suche für die Mapper erheblich vereinfachen. Gruß Tirkon ___ 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] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Am 28.11.2010 22:39, schrieb Andre Hinrichs: Es gab hier mal ein Posting, wo geschrieben wurde, dass das vom Winkel der Abzweigung abhängt. Ist der Winkel sehr stumpf, geht das Routing davon aus, dass es gerade aus geht und unterlässt den Hinweis. Hier das Posting, was ich meine: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/73734 Naja, solange wir keine Abbiegehinweise in den Daten mappen, muss der Router halt per Heuristik raten, wie die normale Fahrtrichtung ist. Neben dem Winkel spielt da auch die Straßenklasse mit rein, zB. motorway_link = Abbiegespur. Wenn sich eine primary in 2 primarys aufsplittet wie in dem im Ursprungsposting beschriebenen Fall, dann sollte m.E. auf jeden Fall ein Hinweis kommen, ob man links oder rechts fahren soll. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Am 29.11.2010 09:35, schrieb Chris66: Wenn sich eine primary in 2 primarys aufsplittet wie in dem im Ursprungsposting beschriebenen Fall, dann sollte m.E. auf jeden Fall ein Hinweis kommen, ob man links oder rechts fahren soll. Korrektur: Die rechte Spur ist als primary_link getaggt. Nichts desto trotz habe ich den Winkel etwas vergrößert. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Am 28. November 2010 22:39 schrieb Andre Hinrichs andre.hinri...@gmx.de: Es gab hier mal ein Posting, wo geschrieben wurde, dass das vom Winkel der Abzweigung abhängt. Ist der Winkel sehr stumpf, geht das Routing davon aus, dass es gerade aus geht und unterlässt den Hinweis. ja, wie man im ORS noch erkennen kann war der Winkel dort schlecht gemappt (m.E. Mappingfehler), da kein eindeutiger Übergang definiert war, sondern ein langsames Übergehen. In der Regel entspricht das nicht der Realität, d.h. eine Spur fängt normalerweise definiert an, und nicht über hunderte von Metern langsam. Entscheidend an solchen Stellen (an allen Einmündungen und Kreuzungen, das betrifft genauso Wanderwege im Wald) sollte beim Mappen sein, ob ein Weg durchgeht und der anderen einmündet (Normalfall m.E.) oder ob es sich wirklich um eine Y-Kreuzung handelt (absolute Ausnahme, wenn es sich nicht um den Übergang von Gegenverkehr auf getrennte Fahrbahnen handelt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlerhaftes Auswerten von Abzweig-Relationen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, der thread mit den Routing-Problemen hat mich darauf gebracht, openrouteservice mal auszuprobieren. Der Router scheint folgende Relation nicht auszuwerten: http://www.openstreetmap.org/browse/relation/959561 Gleiches Problem habe ich hier: http://www.openstreetmap.org/browse/relation/959459 Liegt das daran, dass die Relationen falsch/unvollständig gemappt sind (wie kann man das dann beheben?) oder ist das eine Lücke in openrouteservice? Grüße Bäuchle -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJM838hAAoJEHUK99cOAzc8/KoP/j+R4rdYzqUif/bfERelMzPd YJFmlrKDgFXCSVAjSVwtCXvpApaoQRBPwCrygwLLumir5o/tijSREvjwJOI9rfW2 fmkh4sSQZnWNBdAN2ufovFhC9orq/zD800l3RlH0h/7Ttum7Zn4Oj0yIBFCmknI+ DcJDtSSbVuI3SQX3zGCfwhY6VnlMSCMwhybzayiCI6HuyksVHFWikTlHTIuRKJDa 5LNhpz1sU6gf5qpoujC88sJcdxyDu/P4EORfcWolzep4463RX4jlJN1gTSvTlG8t tBRsYH7acJzcrS40RgAqQ1Uj9YFPcrA4PzMEG6yVuR+/JUC5wB4Ul7GpIwuJgcHu l8cs8wm5UKR9QNgwSH9VZ72WKzWbmqLZuQS6bWs+tTjSRpOlizZG8m29MHd/S6ny yF/8ueObckD5YKBz/FjYIJzaX2FYPX1618fgkRuUgr/ZKTFFrnC0PIX7KWz7V9gL 3ku/8YY69726rb39MQ8oGbvuAS0VAF9scbUR4mg3+2dBFxIFcZKQo4dX2ozeHl0K R+GpNfr+VNbvoVZMj68srb31EhkpC0r4Q1rPXYfMSPPoR9Qmzraf3M8oRoz+tL35 PFhpLrxcBdfF/yuoFATtXja4/3ENl1V6k8kpI2SwENjFC8U0E3EF16UxbNzrGutO 8zOSMc2nMpbhF+ZgUfYh =XzUg -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Auswerten von Abzweig-Relationen?
Am 29.11.2010 11:23, schrieb Bjørn Bäuchle: Liegt das daran, dass die Relationen falsch/unvollständig gemappt sind (wie kann man das dann beheben?) oder ist das eine Lücke in openrouteservice? Ja, ORS kann keine TurnRestrictions. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QA Tool gesucht
Am 27.11.2010 11:20, schrieb Matthias Versen: Hi ! Vielen Dank Gerhard ! Deine Auswertung ist z.b. die einzig bekannte Möglichkeit die PLZ Relationen zu checken Nun, es gibt den OSMI: http://tools.geofabrik.de/osmi/debug.html?view=plzlon=9.58951lat=49.22495zoom=9 Wenn auch etwas versteckt.. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PLZ Grenzen postal_code vs. postcode_area
Hallo, habe gerade gesehen, dass PLZ Grenzen teils als bounday=postal_code und teils als boundary=postcode_area getaggt sind. http://taginfo.openstreetmap.de:8001/keys/boundary#values Spricht etwas dagegen, auf die Wiki Seite eine Tagempfehlung für bounday=postal_code aufzunehmen? http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Grenzen postal_code vs. postcode_area
Moin, Chris66 schrieb: Spricht etwas dagegen, auf die Wiki Seite eine Tagempfehlung für bounday=postal_code aufzunehmen? http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010 Sind die entsprechenden Einträge evtl. schlichtweg schon älter? boundary=postal_code und postal_code_level=* wurden erst am 23.May 2010 vereinheitlicht. Die boundary=postcode_areas sind - vermutlich - die Überbleibsel aus früheren Einträgen, als es noch boundary=postcode_area und postcode_level=* hieß. Können m. E. einfach angepasst werden. Da die aktuellen Tags bereits dort steht, hilft eine textliche Empfehlung m. E. nicht weiter. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Qualitätstool für die Datenerfassun g
Moin! vom Haiti-Projekt kennen einige noch die OSM-Matrix von Monthy - und da vielleicht in absehbarer Zeit ein anderes Projekt (BING) vor der Tür steht möchte ich vorab einmal auf ein relativ neues Tool verweisen auf das mich Monthy selber verwiesen hat. Es ist http://www.qualitystreetmap.org - vielleicht teilweise etwas sehr differenziert in den Layern. http://wiki.openstreetmap.org/wiki/DE:QualityStreetMap Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Versatz in slippymap-Plugin korrigieren
Hallo, ich hab mir mal die Bing-Luftaufnahmen in meinem Gebiet angesehen und bemerkt, dass sie einen Versatz von wenigen Metern haben. Damit kann man zur Not leben aber so richtig schön ist es nicht. Falls sich nichts mehr ändert, wird das slippymap-Plugin vermutlich die offizielle Methode, um Bing-Fotos in JOSM zu benutzen. Ich habe keine Funktion gefunden, mit der ich die slippymap-Karte verschieben könnte, wie es bspw. das WMS-Plugin anbietet. War ich nur zu blind oder gibt's so eine Funktion derzeit nicht? Und falls der zweite Punkt zutrifft, darf ich darauf hoffen, dass das implementiert wird? Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Track-Darstellung
Hi ! meine Track-Darstellung in JSOM ist so punktiert - nun kann ich in den Einstellungen doch nur eine Farbe zuweisen. Kann man auch irgendwie wieder eine durchgehende Darstellung erwirken? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Track-Darstellung
Och Jan, Jan Tappenbeck schrieb: meine Track-Darstellung in JSOM ist so punktiert - nun kann ich in den Einstellungen doch nur eine Farbe zuweisen. Kann man auch irgendwie wieder eine durchgehende Darstellung erwirken? einfach mal in die Einstellungen schauen ... nur *EIN* Klick, Wassili ... (Frei nach 'Jagd auf Roter Oktober') Stichwörter: Ansicht, GPS-Punkte, Linien zwischen Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QA Tool gesucht
Peter Körner wrote: Am 27.11.2010 11:20, schrieb Matthias Versen: Hi ! Vielen Dank Gerhard ! Deine Auswertung ist z.b. die einzig bekannte Möglichkeit die PLZ Relationen zu checken mein baby könnte auch hilfreich sein. http://wnordmann.homeunix.com/otm/plz.html oder für wagemutige: http://wnordmann.homeunix.com/otm/plzx.html gruss walter p.s. ist nicht das schnellste aber live. opening_hours=mo-su 10:00-02:00 (ca) - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/QA-Tool-gesucht-tp5768000p5784611.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätstool für die Datenerfassun g
jan99 wrote: da vielleicht in absehbarer Zeit ein anderes Projekt (BING) vor der Tür steht ... hi jan, ich sehe -für mich- bing nicht als projekt, so wie etwa haiti, dortmund oder witten. bing ist ein neuer bilderlieferant, der sich wohl ähnlich wie yahoo darstellen wird. projekte haben ein definiertes ziel - oder sollten es zumindest haben. und das ziel bei bing ist es afaik, die osm-daten weltweit zu verbessern. rumorobwohl da nen blog-eintrag existiert, dass bing nur amiland als schwerpunkt sehen soll./rumor gruss walter - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/Qualitatstool-fur-die-Datenerfassung-tp5784306p5784709.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätstool für die Datenerfassun g
Am 29.11.2010 16:24, schrieb Walter Nordmann: jan99 wrote: da vielleicht in absehbarer Zeit ein anderes Projekt (BING) vor der Tür steht ... hi jan, ich sehe -für mich- bing nicht als projekt, so wie etwa haiti, dortmund oder witten. OK ! bing ist ein neuer bilderlieferant, der sich wohl ähnlich wie yahoo darstellen wird. aber da wäre eine koordinieren Datenerfassung auch sehr Sinnvoll - insbesondere für Städte. So sehe ich das jedenfalls. Aber sei es drum - vielleicht für den einen oder anderen interessant! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Versatz in slippymap-Plugin korrigieren
olvagor wrote: Hallo, ich hab mir mal die Bing-Luftaufnahmen in meinem Gebiet angesehen und bemerkt, dass sie einen Versatz von wenigen Metern haben. Damit kann man zur Not leben aber so richtig schön ist es nicht. Falls sich nichts mehr ändert, wird das slippymap-Plugin vermutlich die offizielle Methode, um Bing-Fotos in JOSM zu benutzen. Ich habe keine Funktion gefunden, mit der ich die slippymap-Karte verschieben könnte, wie es bspw. das WMS-Plugin anbietet. War ich nur zu blind oder gibt's so eine Funktion derzeit nicht? Und falls der zweite Punkt zutrifft, darf ich darauf hoffen, dass das implementiert wird? Implementiert ist das im Moment noch nicht, aber wenn der Leidensdruck groß genug ist, erbarmt sich vielleicht jemand... :) Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätstool für die Datenerfassun g
Hallo, Am Montag 29 November 2010 16:34:26 schrieb Jan Tappenbeck: Am 29.11.2010 16:24, schrieb Walter Nordmann: jan99 wrote: da vielleicht in absehbarer Zeit ein anderes Projekt (BING) vor der Tür steht ... hi jan, ich sehe -für mich- bing nicht als projekt, so wie etwa haiti, dortmund oder witten. OK ! bing ist ein neuer bilderlieferant, der sich wohl ähnlich wie yahoo darstellen wird. +1 aber da wäre eine koordinieren Datenerfassung auch sehr Sinnvoll - insbesondere für Städte. So sehe ich das jedenfalls. -1 1. nicht alle arbeiten mit dem Tool, deshalt läuft der Lock ins Leere 2. Der eine oder andere von uns hat ab und zu noch eine kleine Nebenbeschäftigung und wird jetzt kaum koordiniert die Welt neu abmalen wollen/können. Aber sei es drum - vielleicht für den einen oder anderen interessant! amenity etc kannst du kaum vom Luftbild abzeichnen. Ich habe mir das Tool mal angesehen und glaube, dass es nur Sinn macht, wenn aus irgendeinem Grund ein bisher fast nicht erfasstes Gebiet mit einer manuell zu bearbeitenden Datenquelle schlagartig aufgefüllt werden soll, an der viele gleichzeitig arbeiten, die sich auf dieses Tool einigen. Paradebeispiel Haiti. Ansonsten ist OSB dem Ding weit überlegen, weil es einfacher zu handhaben ist und viel differenzierter eingesetzt werden kann. Ich prüfe häufig Gebiete, in dem ich die Grenzen an Straßen, Eisenbahnstrecken oder Gewässern festmache. Das geht damit überhaupt nicht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Auswerten von Abzweig-Relationen?
Wer lust hat in ganz Europa etwas mit wohl defekten Abbiegerelation zu arbeiten ... http://dev.openstreetmap.de/aio/mkgmap-errors/20101122/1_RestrictionRelation.txt Grüße Dirk Am 29. November 2010 11:51 schrieb Chris66 chris66...@gmx.de: Am 29.11.2010 11:23, schrieb Bjørn Bäuchle: Liegt das daran, dass die Relationen falsch/unvollständig gemappt sind (wie kann man das dann beheben?) oder ist das eine Lücke in openrouteservice? Ja, ORS kann keine TurnRestrictions. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/ OSM -- http://osm.flacus.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Grenzen postal_code vs. postcode_area
Am 29.11.2010 13:30, schrieb Georg Feddern: Sind die entsprechenden Einträge evtl. schlichtweg schon älter? boundary=postal_code und postal_code_level=* wurden erst am 23.May 2010 vereinheitlicht. der Weg der mir aufgefallen war ist von Juli 2010. http://www.openstreetmap.org/browse/way/69308151/history Da die aktuellen Tags bereits dort steht, hilft eine textliche Empfehlung m. E. nicht weiter. Mir geht's um die Tags am Way und nicht an der Relation. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ Grenzen postal_code vs. postcode_area
Ergänzende Frage: Laut Wiki ist das Ziel eine *Relation* für jedes PLZ- Gebiet zu haben. Einige Inseln z.B. tragen den postal_code aber am place-Way. Sollte man da auch extra ein One-Member-Multipolygon anlegen? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gar keine Forks (was: Angst vor hundert OSM-Forks)
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CC-Fork (was: Angst vor hundert OSM-Forks)
Siehst Du dann nicht das Problem, dass wir hunderte OSM-Forks bekommen könnten? Sehe ich überhaupt nicht. Hätte ja bis jetzt auch schon mit hunderten OSM-Forks auf CC-BY-SA passieren können. Derzeit scheint es mir so, als ob es nichtmal einen einzigen CC-SA-by-Fork geben wird, denn im Wiki sind alle diesbezüglichen Seiten (die ich finden konnte) nicht nur unvollständige Stubs, sondern auch seit Monaten verwaist. Es geht also schlussendlich nur noch um die Leute, die nicht mehr erreichbar sind. Alle anderen werden gezwungenermaßen -um überhaupt irgendwo (bei einem OSM-Projekt) editieren zu können- zustimmen. Oder gibt's Leute, die nicht zustimmen und sich dann am Tag x einen neuen Account holen, mit dem sie dann ganz entspannt editieren in der frei gewordenen Fläche neu starten? Soll ja Leute geben, die sich darüber beklagen, dass es bei Ihnen vor der Haustür kaum noch etwas gibt, was ihnen zum Mappen Spaß macht (d.h. anderes außer Hausnummern, Einzelbäumen und Hundekottütenspendern). -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CC-Fork (was: Angst vor hundert OSM-Forks)
Hallo, ich finde irgendwie ausser Deiner Nachricht keine andere in diesem Thread? Johann H. Addicks wrote: Siehst Du dann nicht das Problem, dass wir hunderte OSM-Forks bekommen könnten? Sehe ich überhaupt nicht. Hätte ja bis jetzt auch schon mit hunderten OSM-Forks auf CC-BY-SA passieren können. Derzeit scheint es mir so, als ob es nichtmal einen einzigen CC-SA-by-Fork geben wird, denn im Wiki sind alle diesbezüglichen Seiten (die ich finden konnte) nicht nur unvollständige Stubs, sondern auch seit Monaten verwaist. Es gibt die Google-Gruppe http://groups.google.com/group/osm-fork (auf der sich allerdings Forker mit verschiedenster Motivation tummeln - sowohl die, denen die neue Lizenz zu weit geht als auch die, denen sie nicht weit genug geht), und es gibt das theoretisch bereits funktionsfaehige www.fosm.org. 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] Karte die Verwaltungskategorie der Stra ßen darstellt?
Am 26.11.2010 15:58, schrieb Heiko Jacobs: Genau deswegen suche ich eine solche Karte, eben um eine Abschätzung machen zu können, ob die Straßenkategorien der OSM irgendwie mit der Verwaltungsklasse korrelieren oder eben nicht. Und das geht durchaus nach meiner Meinung mit dem ref=* - fängt mit A an - Bundesautobahn Wie ist das dann bei den privat betriebenen Autobahnabschnitten, z.B. A8 Augsburg-München und A5 Rastatt(Malsch)-Offenburg? Die sollte man doch dann auch differnzieren können - ref ändert sich hier ja nicht (bleibt A5 bzw. A8).. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OLM 5 ist da
Am Sonntag, den 28.11.2010, 23:36 +0100 schrieb Stefan Keller: Ok, stimmt: Hochschule Rapperswil wird gefunden, wenn man 2x Weitere Treffer... anzeigt. D.h. also folgendes: Die OLM-Marker werden von der OpenStreetMap-Datenbank direkt geholt und die Suche bedient sich Nominatim. = Steht das irgendwo explizit? Das steht auf der Info-Seite http://olm.openstreetmap.de/info/index.html (Link Mehr Infos unter der Karte) Damit können vier verschiedene Probleme auftauchen: 1. Nominatim findet Objekte, die gar keine OSM-POIs sind (falsche Positive). 2. Nominatim verfehlt OLM-POIs, obschon in OLM welche vorhanden sind (falsche Negative). 3. OLM zeigt Objekte an, obschon sie nicht erscheinen dürften (falsche Positive) 4. OLM verfehlt Objekte, obschon sie angezeigt werden müssten (falsche Positive) Etwas schwierig zu verstehen... Die Verwirrung um falsche Positive könnte man entschärfen, in dem mit id=35120580objecttype=node andere Popups generiert werden - oder zumindest solche, bei denen klar ist, dass keine Weblinks enthalten sind. Die Verwirrung sowohl um falsche Positive wie auch falsche Negative könnten entschärft werden, indem an geeigneter Stelle deutlich darauf hingewiesen wird, dass sich die Suche Nominatim bedient (die keine OLM-Filter-Kriterien anwendet). Also meiner Meinung braucht man das nicht angeben. Die Suche ist eben dazu da, schnell einen Ort oder einen POI zu finden, beim Anklicken eines Suchergebnisses wird dann im Popup eben das angezeigt, was an Daten vorliegt. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gar keine Forks (was: Angst vor hundert OSM-Forks)
was willst du uns den mit diesen worten sagen? ;) - Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht unsere Produkte einsetzen würden. -- View this message in context: http://gis.638310.n2.nabble.com/Gar-keine-Forks-was-Angst-vor-hundert-OSM-Forks-tp5785364p5785551.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CC-Fork (was: Angst vor hundert OSM-Forks)
Frederik Ramm wrote: das theoretisch bereits funktionsfaehige www.fosm.org Praktisch bekomme ich da im Moment nur einen Internal Server Error. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Potlatch
Am 28.11.2010 12:52, schrieb Werner Hoch: Meiner Ansicht nach werden die wirklich großen Versionsnummern von Potlach im Live-Modus verursacht. Kann ich als alter Nutzer des Live-Modus nicht nachvollziehen. Hochgeladen wird erst, wenn das Element wieder deselektiert ist und sich auch was geändert hat. Wo wir gerade bei dem Thema sind: Wo hat denn Potlatch 2.0 seinen Live-Modus versteckt? Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch
Hallo, Heiko Jacobs wrote: Wo wir gerade bei dem Thema sind: Wo hat denn Potlatch 2.0 seinen Live-Modus versteckt? Gibts nicht mehr. Bye Frederk -- 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] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Chris66 chris66...@gmx.de writes: Am 28.11.2010 21:41, schrieb Frank Huebner: Hat NavDroid denn eine andere Route berechnet oder nur versäumt dort Rechts abbiegen oder rechts halten zu sagen? Falls letzteres der Fall ist liegt der Fehler eher in der Anwendung. Navdroyd hat die gleiche Route berechnet - aber an der Abzweigung keine Meldung zum rechts abbiegen angezeigt. Die Meldung kommt erst in Station Teinach, beim Links abbiegen. Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch
Frederik Ramm wrote: Hallo, Heiko Jacobs wrote: Wo wir gerade bei dem Thema sind: Wo hat denn Potlatch 2.0 seinen Live-Modus versteckt? Gibts nicht mehr. Leider. Oder gibt es eine andere Möglichkeit, _kurzfristig_ von Bearbeitungskonflikten zu erfahren, ohne sich ständig selbst darum zu kümmern? Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaftes Routing wegen fehlerhafter Datengrundlage?
Chris66 chris66...@gmx.de writes: Am 29.11.2010 09:35, schrieb Chris66: Wenn sich eine primary in 2 primarys aufsplittet wie in dem im Ursprungsposting beschriebenen Fall, dann sollte m.E. auf jeden Fall ein Hinweis kommen, ob man links oder rechts fahren soll. Korrektur: Die rechte Spur ist als primary_link getaggt. Nichts desto trotz habe ich den Winkel etwas vergrößert. Vielen Dank! Ich frag mal beim Hersteller von Navdroyd an, ob sie Lust haben das Routing nachzuvollziehen. So schnell werde ich wohl keine aktualisierte Karte haben, um das selber auszuprobieren. Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo WMS in JOSM funktioniert nicht
Hi! Hab keine Lösung für das Problem. Aber mir geht es auch seit langem so, dass ich keine Sat-Bilder mehr in den Hintergrund kriege. Immer nur rote Fehler-Kacheln. Wobei mir das sowohl bei JOSM, als auch bei Merkaator so geht. Ich habe keine Ahnung, woran es liegt. Habs unter Ubuntu (10.04 und 10.10) und unter Windows (XP und 7) mit mehreren Programmversionen versucht. Immer ohne Erfolg. Ich habs seit ein paar Monaten aufgegeben, weil ich auch nirgends Hilfe dazu gefunden habe. Aber da du das Thema gerade aufnimmst, klink ich mich mal ein... LG Christian Am 28.11.2010 13:36, schrieb Claudius: Ich hatte das Problem schon einige Male bei mir behoben, allerdings funktioniert es aktuell (schon seit einigen Monaten) nicht mehr. Wer kennt eine lauffähige Konfiguration für den Yahoo WMS-Server in JOSM unter Windows? - Verwende ich als WMS-URL: html:http://josm.openstreetmap.de/wmsplugin/YahooDirect.html? ...so erhalte ich rote Kacheln mit ERROR ReferenceError: Can't find variable YGeoPoint - Mit der WMS-URL: html:http://josm.openstreetmap.de/wmsplugin/YahooSat.html? ...lande ich bei roten Kacheln mit ERROR ReferenceError: Can't find variable: YAHOO_MAP_SAT Ich verwende www.dstoecker.eu/webkit-image.zip Claudius ___ 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] OSM Inspector Auswertung road
Hallo, wird beim OSM Inspector auch highway=road ausgewertet? Wenn icht, kann das mit wenig Aufwand implementiert werden? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector Auswertung road
Am 30.11.2010 00:13, schrieb dieter jasper: Hallo, wird beim OSM Inspector auch highway=road ausgewertet? Wenn icht, kann das mit wenig Aufwand implementiert werden? Gruß Dieter Jasper Wie ich gerade sehe wird road in die auswertung einbezogen. Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector Auswertung road
Am 30.11.2010 00:13, schrieb dieter jasper: Hallo, wird beim OSM Inspector auch highway=road ausgewertet? Wenn icht, kann das mit wenig Aufwand implementiert werden? Gruß Dieter Jasper Wie ich gerade sehe wird road in die Auswertung einbezogen. Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector Auswertung road
Nein, nur halbherzig... Wenn road's nicht verbunden sind, wird es AFAIK nicht angezeigt. Es gibt aber Fehler, wenn ein Weg an einer road korrekt verbunden endet. ( http://tools.geofabrik.de/osmi/?view=routinglon=29.71970lat=65.14796zoom=17baselayer=Geofabrikopacity=1.00overlays=unconnected_major1,unconnected_major2,unconnected_minor1,unconnected_minor2,duplicate_ways ) Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Inspector-Auswertung-road-tp5786384p5786562.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Keepright und mehrsprachig
Hallo, gerade habe ich mal wieder gesehen, dass die Hinnweise zum Marker (im rot-braunen-Feld) nicht nur in Englisch sondern auch in einer mir nicht geläufigen Sprache geschrieben angegeben sind. Beispiel: Bod je velmi blízko, ale není připojen k cestě #85470295 Kann mich erinnern, dies vor einiger Zeit auch schon in holländicher Sprache gesehen zu haben. Holländich verstehe ich ja noch eingermassen, aber diese osteuropäische Sprache (??) nicht. Kann man das irgenwie anglisieren? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keepright und mehrsprachig
Bei mir war das auch schonmal so. Einfach oben links die richtige Sprache auswählen und schon ist alles auf Deutsch oder Englisch. -- View this message in context: http://gis.638310.n2.nabble.com/Keepright-und-mehrsprachig-tp5786589p5787213.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] sac_scale in JOSM (RFC)
*hochkram* 2010/11/24 Fichtennadel: Konsens der Diskussion war, in JOSM das Template für path dahingehend zu ändern, dass in der Auswahlliste für sac_scale nicht mehr die anscheindend falsch verstandenen textuellen Beschreibungen stehen, sondern nur mehr die Skala von T1 - T6 (siehe http://wiki.openstreetmap.org/wiki/Key:sac_scale), analog zu tracktype bei track. Sinn der Übung ist es, den geneigten Mapper zum Lesen des Wikis zu motivieren und dadurch die Qualität der sac_scale anzuheben. Ich werfe diesen Vorschlag mal so in die Runde, auf osm-tagging und josm-dev werde ich das auch anfragen. Sollte kein Widerspruch bzw. keine andere Lösung entstehen, würde ich das dann so in der deutschen JOSM Übersetzung (versuchen) einzupflegen. Ich krame den Thread noch mal hoch und auch gleich ein cross-post talk-at + talk-de: Auf der josm-dev Liste stößt die Variante sac_scale=T1-T6 auf Widerstand ( http://lists.openstreetmap.org/pipermail/josm-dev/2010-November/thread.html#5012), aktuell suchen wir bessere textuelle Beschreibungen für sac_scale. Meine Vorschläge wären: hiking=Einfacher Spazier- oder Wanderweg mountain_hiking=Wanderweg demanding_mountain_hiking=schwieriger Wanderweg alpine_hiking=schwieriger alpiner Steig demanding_alpine_hiking=schwieriger alpiner Steig, Kletterstellen difficult_alpine_hiking=schwieriger, gefährlicher alpiner Steig, Kletterstellen Bitte um Kommentare. Die englischen lasse ich mal auf der josm-dev zum Diskutieren. lG, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de