Re: [Talk-de] Micro-Mapping
Moin, +1 auch ich finde die relative Genauigkeit im Sinne der Lage der Objekte zueinander wichtiger als die absolute Genauigkeit, die man zwar anstreben, aber nicht von vornherein als Bedingung voraussetzen sollte. Auch nur 'relativ genaue' - im Meterbereich - Gebäudeumrisse können - besonders im ländlichen Raum - anhand des Ensembles als Orientierungspunkte auf einer ausgedruckten/angezeigten Karte dienen - auch ganz ohne GPS. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anfänger-Frage zum vorhandenen Mappin g der Insel Lindau und des Bodensees
Grüß Euch, beim Betrachten der Insel Lindau (http://www.openstreetmap.org/?lat=47.54673lon=9.68428zoom=16layers=B000FTF) sind mir zwei Dinge aufgefallen: - Die Umrisse der Insel selbst sind nicht - wie ich erwartet hätte - als inner-Teil eines Multipolygons markiert, sondern über den Eisenbahndamm als Teil des outer-Polygons. Ist das so üblich? - Der Bodensee selbst hat Layer=-5 - warum das? Gruß, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Gewinnt Linux New Media Award
Moin, Frederik Ramm schrieb: I am just a mapper, but I come in peace Der Spruch gefällt mir - trug er bereits ein entsprechendes Oberbekleidungsstück, oder darf ich den Slogan zusammen mit dem OSM Logo auf ein Shirt drucken? (Bei einer evtl. Merchandising-Aktion falle ich voraussichtlich eh durch das Größenraster - hat aber Vorteile, was die Werbefläche betrifft ;-) ) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Info: skobbler-Update mit OSM ist live
Hallo, ich wollte nur kurz bescheid geben, dass skobbler auf Basis von OSM gestern live gegangen ist. Heute folgt noch die Pressemitteilung. Als Routing-Engine benutzen wir den CloudMade-Service. Die Kartendarstellung während der Navigation ist unsere Eigenentwicklung. Ärgerlich ist, dass der CloudMade-Server in der jetzigen Version keine Turn-Restriction-Relationen auswertet. Soll sich aber laut CloudMade bis April ändern. Angezeigt werden alle Geschwindigkeitsbegrenzungen, die auf Basis von maxspeed eingetragen sind. Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4679680.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] GPX-Files bearbeiten
Am 05.03.2010 00:42, schrieb Dimitri Junker: Hallo, kann mir jemand ein Programm zum bearbeiten von GPX-Files nennen? Ich habe einige ausprobiert und nichts vernünftiges gefunden. Was ich brauche ist: -Entfernen von Müll (Punktwolken) -mehrere gpx-Files zusammenfügen u.ä. Dimitri routeconverter siehe: routeconverter.de gpx editor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Am 05.03.2010 00:42, schrieb Dimitri Junker: Hallo, kann mir jemand ein Programm zum bearbeiten von GPX-Files nennen? Ich habe einige ausprobiert und nichts vernünftiges gefunden. Was ich brauche ist: -Entfernen von Müll (Punktwolken) -mehrere gpx-Files zusammenfügen u.ä. Dimitri routeconverter siehe: routeconverter.de gpx editor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Hallo Simon, kann mir jemand ein Programm zum bearbeiten von GPX-Files nennen? Ich habe einige ausprobiert und nichts vernünftiges gefunden. Was ich brauche ist: -Entfernen von Müll (Punktwolken) -mehrere gpx-Files zusammenfügen u.ä. Wie wäre es mit QLandkarteGT? Das kann noch viel mehr nette Sachen. :-) Liebe Grüße... Susanne ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfänger-Frage zum vorhandenen Mapping der Insel Lindau und des Bodensees
Moin, Andreas Braunmiller schrieb: Grüß Euch, beim Betrachten der Insel Lindau (http://www.openstreetmap.org/?lat=47.54673lon=9.68428zoom=16layers=B000FTF) sind mir zwei Dinge aufgefallen: - Die Umrisse der Insel selbst sind nicht - wie ich erwartet hätte - als inner-Teil eines Multipolygons markiert, sondern über den Eisenbahndamm als Teil des outer-Polygons. Ist das so üblich? gemessen an der einzigen - mir auf Anhieb einfallenden - Vergleichssituation in Deutschland http://www.openstreetmap.org/?lat=54.916lon=8.567zoom=11layers=B000FTF - ja Die Wasserfläche ist dort - am Damm - definitiv zu enden. - Der Bodensee selbst hat Layer=-5 - warum das? Obsoletes Überbleibsel - wie so einige andere Layer - aus vergangenen Zeiten ... als die Renderer laufen lernten ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Hallo Simon, Sorry, zu schnell getippt, das war ein anderes Reply. ;-) sed/Simon/Dimitri Liebe Grüße... Susanne ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] problem mit wput
hi, habe logging noch nicht angeschaltet und noch nicht experimentiert... evtl. kennt jemand das problem bzw. idealerweise die lösung. habe eine intakte pdf datei und schiebe sie mit wput auf meinen server. dort angekommen ist sie kaputt, trotzdem die korrekte größe angezeigt wird und sie auch heruntergeladen werden kann. ist nun schon einige male vorgekommen. als wput option nutze ich --tries=10 und --reupload (ggf. sinngemäß) - --binary ? - mehr versuche? - andere option? ciao gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 09:45 schrieb Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de: Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. Würde euch das helfen? Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Cool! Wann ist eigentlich mit einer Version für Android zu rechnen? Viel Erfolg! Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Moin, Am 05.03.2010 09:45, schrieb Oliver Kuehn (skobbler): Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Schickes Ding, danke dafür! Ich denke, das kann sehr nützlich sein. Ich hab gerade gesehen, dass es relativ viele false positives gibt (up to 5m distance to highway=blubb). Gibt es ein Tag, um der Auswertung mitzuteilen, dass man sich das Problem angesehen hat und das aber tatsächlich so korrekt ist, wie es schon in OSM steht? Das würde sehr dabei helfen, den bestehenden Fehler abzuarbeiten, weil man nicht ständig durch unechte Fehler abgelenkt wird. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. Würde euch das helfen? Ich muß mal intern diskutieren, ob es wirklich hilft, wenn man es als Abbiegespur (turning lane) kennzeichnet. Man muß ja unterscheiden, ob es eine physische Abbiegespur ist (wie beim Rechtsabbiegen von der Husarenstraße in die Graurheindorfer Straße, oder ob es sich um eine virtuelle Spur handelt, die nur behelfsmäßig in die eigentliche Strasse eingezeichnet wird (wie beim Linksabbiegen). Die kommerziellen Kartenanbieter kennzeichnen mit einer Relation den inner_crossing-Bereich, der zum Routing genutzt, aber nicht gerendered werden sollen. Wann ist eigentlich mit einer Version für Android zu rechnen? Mai ist ein realistisches Datum. Viel Erfolg! Vielen Dank. Ich habe aus der Technik die Indikation bekommen, dass gestern etwa 1.000 Bugs über unseren Rückkanal gemeldet worden sind. Eine Statistik und ein Beurteilung der Qualität der Meldungen steht allerdings noch aus. -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4680020.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] Info: skobbler-Update mit OSM ist live
On Fri, Mar 05, 2010 at 10:50:46AM +0100, olvagor wrote: Am 05.03.2010 09:45, schrieb Oliver Kuehn (skobbler): Jochen Topf wird heute auf der FOSSGIS einen neuen Routing-Layer im OSM-Inspektor vorstellen, der von uns gesponsored wurde. Dieser zeigt Probleme von potentiell nicht verbundenen Wegen sowie redundant übereinander liegenden Wegen auf, die zu Problemen beim Routing führen. Schickes Ding, danke dafür! Ich denke, das kann sehr nützlich sein. Ich hab gerade gesehen, dass es relativ viele false positives gibt (up to 5m distance to highway=blubb). Gibt es ein Tag, um der Auswertung mitzuteilen, dass man sich das Problem angesehen hat und das aber tatsächlich so korrekt ist, wie es schon in OSM steht? Das würde sehr dabei helfen, den bestehenden Fehler abzuarbeiten, weil man nicht ständig durch unechte Fehler abgelenkt wird. Bisher gibt es das leider nicht. Wir werden heute nachmittag hier auf der Konferenz noch eine Session haben, wo wir solche Dinge besprechen wollen. Vielleicht haben wir da ja eine Idee. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] problem mit wput
nimm mal binary. kenn ich noch vom guten alten ftp. bedeutet eigentlich: kopiere das file genau so rüber ohne auch nur ein bit zu ändern gruss wambacher, der sich jetzt zur kaffeemaschine kopiert ;-) - Der Fehler tritt nicht sporadisch sondern nur ab und zu auf - Fehlermeldung eines DAUS -- View this message in context: http://n2.nabble.com/problem-mit-wput-tp4679839p4680241.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] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 10:38 schrieb Martin Simon grenzde...@gmail.com: Am 5. März 2010 09:45 schrieb Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de: Probleme gibt es unter Umständen auch noch in der Advisordarstellung, wenn an einer T-Kreuzung Abbiegespuren eingezeichnet wurden, dann wird anstatt einer T-Kreuzung erstmal eine V-Kreuzung dargstellt. Hier ist ein Beispiel, wo die Husarenstraße zum Linksabbiegen auf die Graurheindorferstraße trifft: http://www.openstreetmap.org/?lat=50.747584lon=7.094348zoom=18layers=B000FTF. Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. soweit ich das verstanden habe geht es um die Anzeige der Kreuzungsart im OSMInspector (in einem noch ganz neuen Layer). Dafür wollen wir doch nicht allen Ernstes die Daten verbiegen? Service ist so ein Stück m.E. in den seltensten Fällen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation so korrekt erstellt ? (Besonders osmc:symbol)
Hallo, habe nach einer existierenden Rel. gesucht, keine gefunden, so habe ich diese erstellt 442671 Im Nachhinen bin ich mir nicht sicher ob ich besonders die Zeile osmc:symbol richtig gemacht habe. osmc:name Pfälzerwald Wanderweg Grün-Gelbes Kreuz (Oberbexbach - Ludwigshafen a. Rhein)osmc:symbol green:yellow:green_bar_verticalroute hikingsymbol weißer Hintergrund, gelber waagrechter Balken in der Mitte, grüner senkrechter Balken in der Mittetype route Das Kreuz ist Grün-Gelb. Im Beispiel: http://www.kaisersnetz.de/PWV-Hassloch/mar1.html Übrigens, wie finde ich zuverlässig bereits existierende Relationen? Unter http://wiki.openstreetmap.org/wiki/Relation_listssind sie zwar, doch fehlen zu den meisten Beschreibungen. -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Micro-Mapping
Bevor ich Vermessungswerkzeuge heraushole, was kann ich noch tun? Ich gehe wenn moeglich einen Track immer auch der rechten Strassenseite und zwar hin und zurueck. Daraus ergibt sich ein Schlauch, in dessen Mitte die Nodes kommen. Dadurch werden sehr viele Stoerungen durch Reflektionen etc. direkt sichtbar. Es koennte aber auch interessant sein, OSM dann an anderer Stelle zu helfen. Z.B. mit keepright und anderen Tools schauen, ob man Fehler beheben kann. Sonst hast Du in Deiner Region jeden Papierkorb, aber Strassen ohne Namen, Fluesse durch Gleise... Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
Da könnte man doch analog zu highway=service, service=parking_aisle einfach service=korrekte engl. Bezeichnung taggen. Damit könnte die routing-engine diese Stückchen erkennen und eventuell auch bevorzugen, da die Ampelanlage umgangen werden kann. soweit ich das verstanden habe geht es um die Anzeige der Kreuzungsart im OSMInspector (in einem noch ganz neuen Layer). Dafür wollen wir doch nicht allen Ernstes die Daten verbiegen? Service ist so ein Stück m.E. in den seltensten Fällen. Das ist leider die bekannte Linienbündel-Diskussion. Bei OSM werden tendenziell lieber einfzelne Fahr/Abbiegespuren als getrennte Wege gemapt. Diese dann zusammenzufassen, damit man weiss, wo ein Spurwechsel möglich ist und wo eine rechtliche/bauliche Trennung besteht (durchgezogene Linien, Reiter/Leitplanke), das müsste eine Relation leisten. Nur bekommt man dann Karten, die noch weniger mit Potlach editierbar sind. Kaiserlei-Kreis in Offenbach ist so ein Fall, bei dem man es auf die Spitze treiben könnte, was Fahrspuren versus baulich getrennte Wege anbelangt: http://osm.org/go/0D0aLbRnA-- Der derzeitige Status zeigt noch nichtmal ansatzweise, wie komplex dieser Kreisverkehr ist... Skobbler täte natürlich trotzdem gut daran, nicht nur die jeweils nächste, sondern auch die übernächste Aktion anzusagen. An besagter Einmündung mit vorheriger Teilung wäre jetzt schon möglich In 200m rechts halten (Abbiegewinkel 60 Grad) und dann sofort (nächste Aktion 50m) rechts abbiegen auf die L08/15. Und dass dieser Weg benutzt wird ist auch ohne spezielles Tagging (service- link oder turn-restriction an der links/geradaus-Spur) klar, denn der Weg rechts ab ist ganz einfach kürzer... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation so korrekt erstellt ? (Besonders osmc:symbol)
fudde...@freenet.de schrieb: Hallo, habe nach einer existierenden Rel. gesucht, keine gefunden, so habe ich diese erstellt 442671 Im Nachhinen bin ich mir nicht sicher ob ich besonders die Zeile osmc:symbol richtig gemacht habe. osmc:name Pfälzerwald Wanderweg Grün-Gelbes Kreuz (Oberbexbach - Ludwigshafen a. Rhein)osmc:symbol green:yellow:green_bar_verticalroute hikingsymbol weißer Hintergrund, gelber waagrechter Balken in der Mitte, grüner senkrechter Balken in der Mittetype route Also eigentlich gehen nur die Symbole, die hier http://topo.geofabrik.de/symbols_de.html aufgelistet sind. Da musst du dich wohl für einen Kompromiss in grün-gelb entscheiden... Das Ergebins siehst du aber im Laufe des abends noch in lonvias hiking map. Das Kreuz ist Grün-Gelb. Im Beispiel: http://www.kaisersnetz.de/PWV-Hassloch/mar1.html Übrigens, wie finde ich zuverlässig bereits existierende Relationen? Unter http://wiki.openstreetmap.org/wiki/Relation_listssind sie zwar, doch fehlen zu den meisten Beschreibungen. Am besten mit dem routes-plugin von josm den fraglichen Bereich runterladen, oder in lonvias hiking map reinzoomen und nachschauen ;-) Wobei du mit josm mehr erreichst, wenn die Relation falsch getaggt ist. Im Relationsfenster tauchen die trotzdem auf. Dein name-tag ist ein wenig überlang. Da hätte Grün-Gelb Pfälzerwald eventuell gereicht. Der Name wird von einigen Renderen an den Weg geschrieben, deshalb sollte der kurz sein. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
Am 5. März 2010 14:30 schrieb Johann H. Addicks addi...@gmx.net: Service ist so ein Stück m.E. in den seltensten Fällen. Das ist leider die bekannte Linienbündel-Diskussion. nö, es geht hier um die Frage, ob eine Abbiegespur mit Service getaggt werden sollte. M.E. nicht. Gruß Martin PS: Abbiegespuren sind häufig baulich getrennt, oft durch Fußgängerinseln. Diese könnte man evtl. verkehrwiderrechtlich bzw. mit Sonderrechten auch mit dem Auto überqueren, sofern keine Leitplanken, Stahlrohrrahmen o.ä. dem entgegenstehen, und dafür bräuchte man dann eine Relation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern (was: skobbler-Update mit OSM ist live)
Hallo, hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Sobald wir sicherstellen können, dass wir die relevanten und richtigen Fehler herausfiltern können, werden wir diese direkt an OpenStreetBugs weiterleiten. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4681110.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] Übersicht der gemeldeteten Bugs von skob bler-Nutzern (was: skobbler-Update mit OSM ist live )
Wenn die dann auch einer abarbeitet ... Am 5. März 2010 15:28 schrieb Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de: Hallo, hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Sobald wir sicherstellen können, dass wir die relevanten und richtigen Fehler herausfiltern können, werden wir diese direkt an OpenStreetBugs weiterleiten. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4681110.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 -- 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] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Hallo, Oliver Kuehn (skobbler) schrieb: hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Ich habe mir mal exemplarisch ein paar Meldungen in meiner Gegend angesehen. Ist es evtl. möglich, auch die Aktion, die Aulöser für die Meldung ist, mit auszugeben? Es ist schwierig, etwas zu verbessern, wenn nur da steht: Der vorgeschlagene Abbiegevorgang ist nicht zulässig. Da weiß ich ja nicht, was vorgeschlagen wurde. noch schwieriger wird es hier: Die vorgeschlagene Route ist offensichtlich nicht optimal. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Am 05.03.2010 15:28, schrieb Oliver Kuehn (skobbler): hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Sobald wir sicherstellen können, dass wir die relevanten und richtigen Fehler herausfiltern können, werden wir diese direkt an OpenStreetBugs weiterleiten. Habt ihr eigentlich mehr Informationen über die Bugs, als ihr anzeigt? Ich kann mir kaum vorstellen, was ihr mit sowas anfangen könnt: Die vorgeschlagene Route ist offensichtlich nicht optimal Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von sk obbler-Nutzern
Am 05.03.2010 um 15:41 schrieb Stefan Dettenhofer (StefanDausR): Hallo, Oliver Kuehn (skobbler) schrieb: hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Ich habe mir mal exemplarisch ein paar Meldungen in meiner Gegend angesehen. Ist es evtl. möglich, auch die Aktion, die Aulöser für die Meldung ist, mit auszugeben? Es ist schwierig, etwas zu verbessern, wenn nur da steht: Der vorgeschlagene Abbiegevorgang ist nicht zulässig. Da weiß ich ja nicht, was vorgeschlagen wurde. noch schwieriger wird es hier: Die vorgeschlagene Route ist offensichtlich nicht optimal. Wenn man das Skobbler Interface kennt, versteht man das etwas besser: http://twitpic.com/16qthy Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Am 05.03.2010 15:48, schrieb olvagor: Habt ihr eigentlich mehr Informationen über die Bugs, als ihr anzeigt? Ich kann mir kaum vorstellen, was ihr mit sowas anfangen könnt: Die vorgeschlagene Route ist offensichtlich nicht optimal Stefan hatte die gleiche Idee :-) Ignoriert diese Mail. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Ich habe mir mal exemplarisch ein paar Meldungen in meiner Gegend angesehen. Ist es evtl. möglich, auch die Aktion, die Aulöser für die Meldung ist, mit auszugeben? Es ist schwierig, etwas zu verbessern, wenn nur da steht: Der vorgeschlagene Abbiegevorgang ist nicht zulässig. Da weiß ich ja nicht, was vorgeschlagen wurde. Das ist uns bewußt. Deshalb ballern wir das Feedback auch nicht einfach direkt in OpenStreetBugs rein. In der nächsten Version werden wir zusätzliche Informationen über einen Link mitliefern: die letzen x Meter der gefahrenen Route vor der Meldung des Fehlers sowie die dazugehörige Fahranweisung, und wenn es möglich ist, auch einen Ausschnitt aus der jeweils geplanten Route. Letzteres ist aber noch unklar, ob es direkt in der nächsten Version kommt. Wir wollen das Rückkanal-Element über mehrere Iterationen verbesseren. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4681256.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] Übersicht der gemeldeteten Bugs von sk obbler-Nutzern
hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Nachdem ich die ersten 5 Meldungen von dort bearbeitet habe: zwei Wünsche a) für jeden Bug eine eindeutige ID, damit man ggf. im Josm-Uploadkommentar drauf verweisen kann b) Bugs verschieben? Es kommt wohl immer die Koordinate an der der User die Taste drückt. Wenn er das erst später tut, dann sucht man ziemlich bzw es ist zwecklos, wenn der Kommentar nicht genügend hergibt. Aber wenn man es dann findet und nicht gleich schließen kann wg. Uneindeutigkeit, dann sollen zumindest andere nicht auch noch die gleiche Sucharbeit haben. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von sk obbler-Nutzern
Die vorgeschlagene Route ist offensichtlich nicht optimal. Solche habe ich auch einige... kann man eigentlich nur als unglöst geschlosssen bezeichnet. Gibt's aber nicht. also erledigt. Wenn es zu dem Fehler vielleicht noch GPX-Track von 60s davor und 30s danach geben würde, das wäre ideal. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gem eldeteten Bugs von s kobbler-Nutzern
Am 05.03.2010 15:28, schrieb Oliver Kuehn (skobbler): hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs ?ber den skobbler-R?ckkanal einsehen kann: http://beta.skobbler.de/osmbugs Sobald wir sicherstellen k?nnen, dass wir die relevanten und richtigen Fehler herausfiltern k?nnen, werden wir diese direkt an OpenStreetBugs weiterleiten. Habt ihr eigentlich mehr Informationen ?ber die Bugs, als ihr anzeigt? Ich kann mir kaum vorstellen, was ihr mit sowas anfangen k?nnt: Die vorgeschlagene Route ist offensichtlich nicht optimal ich hab in meiner gegend auch mal drüber geschaut. nur ganz wenige user geben hilfreiche kommentare mit wie: Beschreibung: Friedrich-Naumann-Str führt als einbahnstr auf die braunfelsstraße zu nicht auf die funkstr man fährt über die funkstr in die Friedrich Naumann Str rein [skobbler, 05.03.2010 00:02] und wenig überraschend sind fast alles falsche abbiegeanweisungen, die von der fehlenden unterstützung für abbiege-relationen verursacht werden. Solche Fehler kann man eigentlich gleich wieder löschen und erst wieder neu erfassen, wenn die engine das bestehende Datenmaterial auch richtig interpretiert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von sk obbler-Nutzern
Am Freitag 05 März 2010 15:49:16 schrieb Jonas Krückel: Die vorgeschlagene Route ist offensichtlich nicht optimal. Wenn man das Skobbler Interface kennt, versteht man das etwas besser: http://twitpic.com/16qthy Keineswegs. Der User muss ja nichts zusätzliches eingeben oder machen, Skobbler sollte einfach den betreffenden Abschnitt irgendwie mitprotokollieren, so dass klar ist, *welche* route nicht optimal ist. So Dinge wie: Route von A nach B über L123, K567, B23, L123 Und die Kunst für den Programmierer wäre dann, die Liste so zu kürzen, dass weiterhin klar bleibt, wie die Route lief ohne dass jeder OSM-Way dort eingetragen werden muss. ;-) Gruß, Bernd -- Jedes gelöste Problem ist einfach. - Thomas Alva Edison signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation so korrekt erstellt ? (Besonders osmc:symbol)
Hi! Andre Joost wrote: Also eigentlich gehen nur die Symbole, die hier http://topo.geofabrik.de/symbols_de.html aufgelistet sind. Da musst du dich wohl für einen Kompromiss in grün-gelb entscheiden... Das Ergebins siehst du aber im Laufe des abends noch in lonvias hiking map. Richtig. Momentan kannst du ein mehrfarbiges Kreuz nicht exakt darstellen. Aber vielleicht wird es da mal Zeit für eine Erweiterung. In der Lonvia-Karte siehtst Du allerdings nur dann etwas, wenn Dein Weg der einzige auf dem Wegstück ist - wenn da noch andere verlaufen, dann siehst Du evtl. auch gar nix davon. Übrigens, wie finde ich zuverlässig bereits existierende Relationen? Wenn es um Wanderwege geht und nicht um andere Relationen, gibt es hier noch aufbereitete Listen: http://topo.geofabrik.de/route_list_germany.html http://topo.geofabrik.de/Wanderwegverzeichnis.html http://topo.geofabrik.de/Relationsprobleme.html Dein name-tag ist ein wenig überlang. Da hätte Grün-Gelb Pfälzerwald eventuell gereicht. Der Name wird von einigen Renderen an den Weg geschrieben, deshalb sollte der kurz sein. Der Name ist in der Tat etwas lang. Ich würde aber eher Wanderweg Oberbexbach - Ludwigshafen a. Rhein vorschlagen. Die Markierung gehört in die Tags symbol und osmc:symbol und muß im Namen nicht ein drittes mal wiederholt werden. bye Nop -- View this message in context: http://n2.nabble.com/Relation-so-korrekt-erstellt-Besonders-osmc-symbol-tp4680616p4681465.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] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
On Fri, Mar 05, 2010 at 03:21:23PM +0100, Martin Koppenhoefer wrote: Am 5. März 2010 14:30 schrieb Johann H. Addicks addi...@gmx.net: Service ist so ein Stück m.E. in den seltensten Fällen. Das ist leider die bekannte Linienbündel-Diskussion. nö, es geht hier um die Frage, ob eine Abbiegespur mit Service getaggt werden sollte. M.E. nicht. doch, natuerlich gehoert das dazu... aber um zur urspruenglichen frage zu kommen: sinnvollerweise duerfte man hier nicht das highway-tag verwenden, sondern muesste ein zusatzattribut vergeben. denn meist ist die abbiegespur teil einer bereits als highway=... getaggten strasse. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von sk obbler-Nutzern
Am 05.03.2010 um 16:32 schrieb Bernd Wurst: Am Freitag 05 März 2010 15:49:16 schrieb Jonas Krückel: Die vorgeschlagene Route ist offensichtlich nicht optimal. Wenn man das Skobbler Interface kennt, versteht man das etwas besser: http://twitpic.com/16qthy Keineswegs. Der User muss ja nichts zusätzliches eingeben oder machen, Skobbler sollte einfach den betreffenden Abschnitt irgendwie mitprotokollieren, so dass klar ist, *welche* route nicht optimal ist. So Dinge wie: Route von A nach B über L123, K567, B23, L123 Ja, wollen sie ja in Zukunft auch machen. Mir ging es mehr allgemein darum, dass man auch sehen kann, wie die Nutzer von Skobbler das zu Gesicht bekommen und wie solche Meldungen dann entstehen. Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wildwechsel
Hallo! Ich wollte einige Wegabschnitte mit Wildwechsel markieren, habe aber dazu keinen Tag gefunden. Im Wiki habe ich nur [1] gefunden, was ja auch noch nicht so richtig ausgereift ist. Bei tagwatch und tagstat bin ich auch nicht richtig fündig geworden. Ich kann mir eigentlich nicht vorstellen, daß bisher niemand Warnungen vor Wildwechsel erfaßt hat. Christian [1] http://wiki.openstreetmap.org/wiki/Proposed_features/hazard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
PS: Abbiegespuren sind häufig baulich getrennt, oft durch Fußgängerinseln. Diese könnte man evtl. verkehrwiderrechtlich bzw. mit Sonderrechten auch mit dem Auto überqueren, sofern keine Leitplanken, Stahlrohrrahmen o.ä. dem entgegenstehen, und dafür bräuchte man dann eine Relation. Wie will man denn allen Ausnahmen von der Regel gerecht werden? Klar kann man dafür wieder irgendeine Realation neben der Relation in der Relation machen. Nur wer setzt das letztendlich tatsächlich um und vor allem wer will das Pflegen? Das Strippenmodell ist für genaues mappen einfach zu dünn. Das reicht für simple Fälle wie Straße von A nach B, versagt aber schon bei so einfachen Fällen wie 2:1 oder einseitige Überholverbote etc. Und wenn es ganz kompliziert wird gehts rätseln los. Aber wenn ich wirklich das umsetzen will was ich sehe, muss ich das auch so beschreiben und darstellen können. Das passt so irgendwie nicht. Auf der einen Seite hätte man am liebesten jegliche Möglichkeit abgedeckt, hat dafür aber nur den Minimalkonses an Darstellungsmöglichkeit. Hier mal so ein ganz simples Ding. http://osm.org/go/0MEAePiSJ Landstraße kann du gerade und links weg, rechts grüne Pfeil Spur mit Zebra. Das gleiche nochmal mit der Bundesstraße von Süden her. Da hast du dann die Wahl es entweder ganz einfach zu halten und ein Kreuz zu machen, unterschlägst aber damit wieder Geografische Informationen und solche wie beispielsweise grüner Pfeil. Oder man macht so eine Krücke wie es jetzt ist. Beides nicht gerade Prall. Wie macht man es nun richtig? Im Anhang mal ein Skizze der eigentlich simplen Situation. Kannst ja mal einen Vorschlag machen der Darstellbar ist, geroutet werden kann, einer Geodatenbank würdig ist und solche extra Bratwürste wie Rettung berücksichtigt. Gruß Mirko attachment: kreuzung.jpg___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildwechsel
Am 5. März 2010 17:06 schrieb Christian H. Bruhn br...@arcor.de: Hallo! Ich wollte einige Wegabschnitte mit Wildwechsel markieren, habe aber dazu keinen Tag gefunden. Es gibt noch: http://wiki.openstreetmap.org/wiki/Key:traffic_sign Aber Du willst ja vermutlich die Strecke auf der das Schild warnt kennzeichnen und nicht das Schild an sich eintragen? Ob man das Tag auch an ways oder nur als node verwenden kann/soll weiß ich nicht. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Info: skobbler-Update mit OSM ist live
Am 5. März 2010 13:49 schrieb Martin Koppenhoefer dieterdre...@gmail.com: soweit ich das verstanden habe geht es um die Anzeige der Kreuzungsart im OSMInspector (in einem noch ganz neuen Layer). Dafür wollen wir doch nicht allen Ernstes die Daten verbiegen? Service ist so ein Stück m.E. in den seltensten Fällen. Nein, natürlich nicht. Es ist nur die frage, ob man service=* als genauere Definition von highway=service ansieht oder als welchen Zweck erfüllt diese Straße?. ein primary=*, secondary=*, tert... etc wäre nicht gerade elegant... Und so wie ich es verstanden habe, ging es um die Darstellung der Kreuzungsart in skobbler... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Skobbler-Bugs: Kreisverkehre
Die Skobbler-Engine (egal welcher Part) scheint sich schwer zu tun (oder zumindest die Nutzer zu verwirren), wenn es über komplexe Kreisverkehre geht. Also solche, die eben nicht nur als simpler Kreisverkehr gemapt sind, sondern aus mehr als nur einem Way-Polygon bestehen. Dann -so scheint es mir- erkennt Skobbler das nicht als Kreisverkehr und gibt verwirrende Abbiegeanweisungen, so als ob es sich um normale (enge) Straßenkreuzungen handeln würde. Zumindest deuten die vielen Bugmeldungen an Kreisverkehren darauf hin. Entweder lernt die Engine diese Kreisverkehre trotzdem fuzzy zu erkennen. Oder wir denken uns eine Kreisverkehrs-Relation aus, damit die Ansagen 6. Ausfahrt berechnet werden können ohne Fuzzy-Technik. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
Am 5. März 2010 16:37 schrieb Guenther Meyer d@sordidmusic.com: On Fri, Mar 05, 2010 at 03:21:23PM +0100, Martin Koppenhoefer wrote: Am 5. März 2010 14:30 schrieb Johann H. Addicks addi...@gmx.net: Service ist so ein Stück m.E. in den seltensten Fällen. Das ist leider die bekannte Linienbündel-Diskussion. nö, es geht hier um die Frage, ob eine Abbiegespur mit Service getaggt werden sollte. M.E. nicht. doch, natuerlich gehoert das dazu... aber um zur urspruenglichen frage zu kommen: sinnvollerweise duerfte man hier nicht das highway-tag verwenden, sondern muesste ein zusatzattribut vergeben. denn meist ist die abbiegespur teil einer bereits als highway=... getaggten strasse. Ja, und genau darum ging es mir (mittels service=*), nicht wie Martin annahm darum, diese Straßen zu highway=service umzutaggen... Dasselbe gibt es auch schon bei railway=* [1] und das ist von highway=service recht weit entfernt... ;-) Gruß, Martin [1]http://wiki.openstreetmap.org/wiki/Tag:service%3Dspur ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildwechsel
Ich wollte einige Wegabschnitte mit Wildwechsel markieren, habe aber highway=path maxheight=1 Oder in der Langform: Als Wanderer erkennst Du, dass Du (versehtlich) auf einem Wildwechsel unterwegs bist spätestens dann, wenn immer mehr Zweige und Bäume auf Bauchhöhe im Weg sind, der Trampelpfad aber immernoch gut zu erkennen ist. Was nicht heisst, dass auch das Wild das bestehende menschliche Wegenetz gern annimmt, wenn's nicht gleich eine Forstautobahn ist. Die Wutze wollen schließlich auch bequem vorwärtskommen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Hallo Johann, Entweder lernt die Engine diese Kreisverkehre trotzdem fuzzy zu erkennen. Oder wir denken uns eine Kreisverkehrs-Relation aus, damit die Ansagen 6. Ausfahrt berechnet werden können ohne Fuzzy-Technik. Es gibt in Deutschland 10 Relationen mit type = route route = junction junction = roundabout http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de/8b1f387493350a9e.html und 9 Relationen mit type = junction junction = roundabout http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de/90c6f102232ced0b.html Wobei mir persönlich ersteres besser gefällt, aber beides sollte für Skobbler relativ einfach umsetzbar sein.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern (was: skobbler-Update mit OSM ist live)
Am Freitag 05 März 2010 15:28:33 schrieb Oliver Kuehn (skobbler): hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Danke, habe gleich mal ein paar davon abgearbeitet. Die meisten kann man ja auch ohne Ortskenntnis beheben. Oder könnte, siehe unten. Sobald wir sicherstellen können, dass wir die relevanten und richtigen Fehler herausfiltern können, werden wir diese direkt an OpenStreetBugs weiterleiten. Ich finde wichtige Änderungen die man vorher noch machen sollte wären: - Beim Einbahnstraßenproblem sollte die Himmelsrichtung angegeben werden, in die der User dirigiert worden ist. Man kann zwar oft mit einem Vergleich mehrerer Drittquellen ziemlich sicher herausfinden, wie rum die Einbahnstraße geht, aber die Infos liegen Skobbler ja eigentlich direkt schon vor. - Selbiges gilt auch bei Hier geht es nicht mehr weiter. Skobbler hat ja schon die Info, wie der User denn fahren sollte und sogar bis wo er gefahren ist. Das geht aus den aktuellen bugreports so noch nicht hervor. - Bei Straße ist nicht in der Karte oder bei falschem Straßennamen könnte man dem User noch ein Eingabefeld für den richtigen/fehlenden Straßennamen bieten. - Bei allerlei Problemen mit existierenden Straßen könne man direkt eine Liste der möglicherweise gemeinten Straßen anzeigen, die der User dann einfach auswählt um seine Angabe zu konkretisieren. Selbiges bei Kreisverkehren. Aber generell ist das der richtige Weg! Ich selbst habe einen RSS-Feed für meine lokale Umgebung bei OpenStreetBugs und kann so immer wenn ich Zeit und Lust habe die neuen Fehler gleich beheben. Gruß, Bernd -- Seit die Mathematiker über die Relativitätstheorie hergefallen sind, verstehe ich sie selbst nicht mehr. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Am Freitag 05 März 2010 17:43:00 schrieb Johann H. Addicks: Entweder lernt die Engine diese Kreisverkehre trotzdem fuzzy zu erkennen. Es sollte eine lösbare Aufgabe sein, im Preprocessing Kreisverkehre zu vereinheitlichen. Meist wurden die Kreisverkehre ja aufgetrennt weil sich z.B. Relation-Checker gerne mal über nicht verbundene Relationen beschweren. Wenn man also jeden Kreisverkehr, der kein Kreis ist (Anfang != Ende) einfach so lange mit direkt am Anfang oder Ende zusammen hängenden weiteren Kreisverkehren vereint, sollte man nach einigen Schritten einen Kreis erhalten. Der Preprocessor sollte dann selbst einen Bugreport generieren wenn diese Logik nicht zum Erfolg führt. Gruß, Bernd -- Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein lustiger Haufen kleinkarierter, besserwissender und arroganter Arschlöcher aber doch immer irgendwie lustig. - Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildwechsel
Am 5. März 2010 17:48 schrieb Johann H. Addicks addi...@gmx.net: Ich wollte einige Wegabschnitte mit Wildwechsel markieren, habe aber highway=path maxheight=1 Oder in der Langform: Als Wanderer erkennst Du, dass Du (versehtlich) auf einem Wildwechsel unterwegs bist spätestens dann, wenn immer mehr Zweige und Bäume auf Bauchhöhe im Weg sind, der Trampelpfad aber immernoch gut zu erkennen ist. Dann aber bitteschön mit Zusatzattributen path=wild_boar,roe_deer,red_deer Und eintragen darf das in Abweichung vom OSM-Grundsatz, dass jeder alles darf, nur jemand mit gültigem Jagdschein. Weidmannsheil, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Bartosz Fabianowski schrieb: gpsbabel Wie sieht deine Lösung aus, um mit gpsbabel Punktwolken zu entfernen? Bisher konnte ich keine zufriedenstellenden Resultate erzeugen, weshalb sich die nicht hochgeladenen Logs bei mir megameterweise häufen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildwechsel
Guten Tag Johann H. Addicks, am Freitag, 5. März 2010 um 17:48 schrieben Sie: Oder in der Langform: Als Wanderer erkennst Du, dass Du (versehtlich) auf einem Wildwechsel unterwegs bist spätestens dann, wenn immer mehr Zweige und Bäume auf Bauchhöhe im Weg sind, der Trampelpfad aber immernoch gut zu erkennen ist. Ich dachte eigentlich an die Kreuzung Wildwechsel/Straße und die Warnung auf der Straße z.B. durch das Schild [1]. Ich würde aber auch noch einige Stellen zusätzlich markieren, an denen kein Warnschild steht, aber doch viele Rehe, Wildschweine usw. unterwegs sind. Christian [1] http://upload.wikimedia.org/wikipedia/commons/7/7b/Zeichen_142.svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Wie sieht deine Lösung aus, um mit gpsbabel Punktwolken zu entfernen? Ich habe es selbst nie probiert - aber es gibt bei gpsbabel einen Filter der genau dieses Problem lösen soll: http://www.gpsbabel.org/htmldoc-development/filter_position.html Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Hallo, Am Freitag 05. März 2010 00:42:08 schrieb Dimitri Junker: kann mir jemand ein Programm zum bearbeiten von GPX-Files nennen? JOSM kann das auch. Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel / Kreuzungsmapping (wa s: skobbler-Update mit OSM ist live)
Hi, Am Fri, 05 Mar 2010 17:08:33 +0100 hat Mirko Küster webmas...@ts-eastrail.de geschrieben: Das Strippenmodell ist für genaues mappen einfach zu dünn. Das reicht für simple Fälle wie Straße von A nach B, versagt aber schon bei so einfachen Fällen wie 2:1 oder einseitige Überholverbote etc. Und wenn es ganz kompliziert wird gehts rätseln los. Aber wenn ich wirklich das umsetzen will was ich sehe, muss ich das auch so beschreiben und darstellen können. Das passt so irgendwie nicht. Auf der einen Seite hätte man am liebesten jegliche Möglichkeit abgedeckt, hat dafür aber nur den Minimalkonses an Darstellungsmöglichkeit. mit den aktuellen Mitteln lässt sich das wohl nur über Relationen lösen... Grundsätzlich gibt es da 2 Möglichkeiten: Man malt die Spuren als mehrere Ways und fasst sie in einer Relation zur Straße zusammen, oder man malt die Straße als einzelnen Way und setzt die Spuren mittels der Relation um. Für die letztere Möglichkeit habe ich mir vor einiger Zeit ein (sicher nicht perfektes) Schema überlegt: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Würde mich freuen, wenn das diese Problematik nach vorne treibt - gerne auch mit einem komplett anderen Ansatz. Aber um das Thema wird man irgendwann nicht mehr drumrumkommen. Schönen Abend noch, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
Am 5. März 2010 19:22 schrieb Nils Heuermann w...@oemmes.net: mit den aktuellen Mitteln lässt sich das wohl nur über Relationen lösen... Grundsätzlich gibt es da 2 Möglichkeiten: Man malt die Spuren als mehrere Ways und fasst sie in einer Relation zur Straße zusammen, oder man malt die Straße als einzelnen Way und setzt die Spuren mittels der Relation um. Für die letztere Möglichkeit habe ich mir vor einiger Zeit ein (sicher nicht perfektes) Schema überlegt: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts ich habe mir auch ein (sicher ebenfalls nicht perfektes) Schema für die erste Variante überlegt. Habe ich heute nochmal ein bisschen klarer strukturiert und findet man hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area bei Gelegenheit werde ich noch ein paar Bildchen dazu machen, dann wird es sicher klarer. Ich denke, dass wir beide oben beschriebenen Lösungen benötigen: einerseits ein parametrisches Modell, um Spuranzahlen, Abbiegemöglichkeiten und Standardgeometrien präzise und bequem abzubilden, und andererseits die Möglichkeit, kniffligere Spezialfälle bzw. mehr Details explizit darzustellen. Würde mich freuen, wenn das diese Problematik nach vorne treibt - gerne auch mit einem komplett anderen Ansatz. Aber um das Thema wird man irgendwann nicht mehr drumrumkommen. sehe ich ähnlich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Am 05.03.2010 15:28, schrieb Oliver Kuehn (skobbler): [..] Mit einer Meldung Ungelöster Fehler / Typ: Geblockte Straße / Beschreibung: Auf der vorgeschlagenen Route geht es hier nicht weiter. [skobbler, 04.03.2010 16:31] käme man weiter, wenn der Punkt auch auf irgendeiner Straße sitzen würde, in der es potentiell ein Problem geben könnte. Wenn der User das aber erst tippt, wenn er bereits wieder auf einer Primary unterwegs ist, dann ist es schlechterdings ummöglich, das zuzuordnen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Oliver Kuehn (skobbler) schrieb: Es ist schwierig, etwas zu verbessern, wenn nur da steht: Der vorgeschlagene Abbiegevorgang ist nicht zulässig. Da weiß ich ja nicht, was vorgeschlagen wurde. Das ist uns bewußt. Deshalb ballern wir das Feedback auch nicht einfach direkt in OpenStreetBugs rein. In der nächsten Version werden wir zusätzliche Informationen über einen Link mitliefern: die letzen x Meter der gefahrenen Route vor der Meldung des Fehlers sowie die dazugehörige Fahranweisung, und wenn es möglich ist, auch einen Ausschnitt aus der jeweils geplanten Route. Letzteres ist aber noch unklar, ob es direkt in der nächsten Version kommt. Wir wollen das Rückkanal-Element über mehrere Iterationen verbesseren. Sammelt ihr diese Informationen denn aktuell schon? Denn falls ihr die noch nicht habt, hauen die Nutzer euch gerade das Bug-Tracking-System zu, ohne dass die Fehler jemals wirklich behoben werden können. Soll heißen: ist es momentan sinnvoll, Fehler mit denen man nix anfangen kann, einfach zu schließen oder sollen wir lieber noch auf eure Version 2 warten, wo ihr dann auch Details rausgebt? Es besteht halt momentan die Gefahr, dass wir einfach Bugs schließen, weil wir sie nicht nachvollziehen können und eure Benutzer kriegen nen Rappel, weil das Erstellen des Bugs nichts bringt (außer Ärger). Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV - Linienabschnitte nur zeitweise
Am 01.03.2010 22:25, schrieb Dimitri Junker: Hallo, Da bisher, so weit ich weiß, kein Renderer überhaupt etwas damit anfangen kann, AFAIK wird es von http://www.öpnvkarte.de unterstützt Ich welcher Form denn? Schau Dir doch mal Linie 27, 37 in Aachen an. Da habe ich jeweils mehrere Relationen eingetragen. Ich würde sagen, die an den Haltestellen angezeigten verschiedenen Haltestellenlisten sind hier kaum dienlich. Ich wüsste aber auch nicht, wie man das besser abbilden könnten. Mit vielen Farben würde es schnell unübersichtlich. Außerdem sagt das immer noch nicht, WANN die jeweilige Linienvarianten gefahren wird. Besser wäre meiner Meinung nach, in der Line-Relation eine URL zum Linienfahrplan einzubauen. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf Navi für Anfänger
Liebe Profis, danke für die vielen Hinweise! Ich habe alles was ich ungefähr verstanden habe ins Wiki geschrieben: http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 Die Installation des TotalCommander ist fast fertig, trotzdem fehlt für ein nachvollziehbares HowTo da noch einiges... Probier einfach mal alle Programme in der Wiki-Seite aus. Wie mache ich das? (vermute mal, dazu müsste ich erst die vorhandene SW+Daten irgendwie sichern? und dann neue SW irgendwie aufspielen? und dann OSM irgendwie laden?) Das mit dem ActiveSync habe ich nicht geschafft/verstanden. Deshalb kann ich auch noch keine Programme einrichten oder die OSM-Karte ausprobieren. Wer kann helfen? Herzlichen Dank, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Nachdem ich die ersten 5 Meldungen von dort bearbeitet habe: zwei Wünsche a) für jeden Bug eine eindeutige ID, damit man ggf. im Josm-Uploadkommentar drauf verweisen kann b) Bugs verschieben? Es kommt wohl immer die Koordinate an der der User die Taste drückt. Wenn er das erst später tut, dann sucht man ziemlich bzw es ist zwecklos, wenn der Kommentar nicht genügend hergibt. Aber wenn man es dann findet und nicht gleich schließen kann wg. Uneindeutigkeit, dann sollen zumindest andere nicht auch noch die gleiche Sucharbeit haben. Da ich die beiden Ideen sehr gut finde, habe ich beide Verbesserungsvorschläge als Feature-Request bei uns in der Technik eingekippt. In Abhängigkeit des Aufwands erfolgt eine Umsetzung. Gruß Oliver -- View this message in context: http://n2.nabble.com/Info-skobbler-Update-mit-OSM-ist-live-tp4679680p4684157.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] Linienbündel / Kreuzungsmapping (was : skobbler-Update mit OSM ist live)
Am 5. März 2010 16:37 schrieb Guenther Meyer d@sordidmusic.com: aber um zur urspruenglichen frage zu kommen: sinnvollerweise duerfte man hier nicht das highway-tag verwenden, sondern muesste ein zusatzattribut vergeben. denn meist ist die abbiegespur teil einer bereits als highway=... getaggten strasse. wo die Abbiegespur Teil eines Highways ist (also mind. am Anfang), darf man derzeit keinen separaten Weg zeichnen (bzw. gibt es für Spur-ways kein allgemein verbreitetes Tag), aber oft gibt es ja dann doch eine bauliche Trennung während des Abbiegens und da sollte ein separater Way gezeichnet werden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Hallo, routeconverter siehe: routeconverter.de Da gibt es irgendwelche Filter, die aber nicht so funktionieren wie sie sollen, es werden Punkte markiert (auf der Karte), löscht man fehlen an anderer Stelle Punkte, und da ein undo fehlt macht das wirklich keinen Spaß Bei gpx-Editor und gpsbabel hab ich entsprechendes noch nicht gesehen, werde ich aber nochmal ausprobieren. Danka Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV - Linienabschnitte nur zeitweise
Ich welcher Form denn? Die nach der neuen Methode getaggten Buslinien werden gezeichnet, was soll es sonst machen? Ich würde sagen, die an den Haltestellen angezeigten verschiedenen Haltestellenlisten sind hier kaum dienlich. Ich habe Melchior mal angeschrieben, der ist ja sogar hier aus AC. Ich wüsste aber auch nicht, wie man das besser abbilden könnten. Na zumindest die Dupes löschen Außerdem sagt das immer noch nicht, WANN die jeweilige Linienvarianten gefahren wird. Ist ja auch eine Karte und kein Fahrplan Besser wäre meiner Meinung nach, in der Line-Relation eine URL zum Linienfahrplan einzubauen. Wenn wir mit Links auf den OSM-Karten anfangen muß man da aber sehr restriktiv umgehen, sonst kann man sich bald vor SPAM nicht retten. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Bartosz Fabianowski schrieb: Wie sieht deine Lösung aus, um mit gpsbabel Punktwolken zu entfernen? Ich habe es selbst nie probiert - aber es gibt bei gpsbabel einen Filter der genau dieses Problem lösen soll: http://www.gpsbabel.org/htmldoc-development/filter_position.html Lösen _soll_, genau. Wenn man -x position,distance verwendet, werden alle Punkte innerhalb der Distanz gelöscht. Nachteil: Wenn man eine Straße innerhalb des zu säubernden Logs zweimal oder öfter befahren hat, bleibt nur eine Punktspur übrig. Für mich ist dieser Datenverlust nicht akzeptabel. -x position,all filtert wirklich nur Punkte aus Wolken, aber es bleiben noch immer genügend übrig, um das Log häßlich aussehen zu lassen. Gäbe es eine gute Lösung, um zufällig verteilte Punktwolken mit GPSbabel zu entfernen, wäre die sicher bekannt und dokumentiert. *seufz* malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Am 6. März 2010 03:03 schrieb malenki o...@malenki.ch: Gäbe es eine gute Lösung, um zufällig verteilte Punktwolken mit GPSbabel zu entfernen, wäre die sicher bekannt und dokumentiert. m.E. ist die beste Methode, den Logger bei Stillstand zu deaktivieren ;-), ist natürlich ein bisschen lästig, wenn man nebenher geogetaggte Fotos machen will. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Martin Koppenhoefer schrieb: Am 6. März 2010 03:03 schrieb malenki o...@malenki.ch: Gäbe es eine gute Lösung, um zufällig verteilte Punktwolken mit GPSbabel zu entfernen, wäre die sicher bekannt und dokumentiert. m.E. ist die beste Methode, den Logger bei Stillstand zu deaktivieren ;-), ist natürlich ein bisschen lästig, wenn man nebenher geogetaggte Fotos machen will. Lästig ist auch, die Geräte für das Aus- und wieder anschalten aus den Taschen oder dem Rucksack herauskramen zu müssen. Skistöcke abstellen, Rucksack absetzen, den Reißverschluss mit Handschuhen auffummeln, Logger ausmachen, Rucksack aufsetzen, Skistöcke nehmen, sich bequem abstützen, Landschaft genießen. Wenn fertig, alles noch einmal, um wieder anzuschalten. Ne, danke. Nervig ist, wenn man vergisst, die Geräte wieder anzuschalten... Einig Geräte bieten an, nur bei Bewegung zu loggen, aber bei meinem Garmin ist die kleinste Bewegungseinheit 10 m - zu ungenau. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Wenn man -x position,distance verwendet, werden alle Punkte innerhalb der Distanz gelöscht. Nachteil: Wenn man eine Straße innerhalb des zu säubernden Logs zweimal oder öfter befahren hat, bleibt nur eine Punktspur übrig. Aber genau dafür gibt es doch die Option time. In der Beschreibung wird genau der vor Dir geschilderte Fall als Beispiel angegeben. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Wie lief der Routing-Workshop? Was kontet ihr erarbeiten? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Hallo zusammen. Mein erster Eintrag auf der ML. Sonst bin ich nur im FOrum unterwegs. Ich habe gerade mit Skobbler mitverfolgt und ich muss sagen das wir uns jetzt nicht an einem App orientieren sollen. Mir geht fast der Hut hoch wenn ich jetzt sehe was alles umgebaut wird nur um einer Applikation den Weg zu ebnen. Das kann doch nicht Sinn und Zweck sein? Gruß -- View this message in context: http://n2.nabble.com/Skobbler-Bugs-Kreisverkehre-tp4681976p4685408.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