Re: [Talk-de] Baustellen
> Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas, > weil er nicht oder in Jahrzehnten aktualisiert wird. Eine unfertige > Straße ist halt nicht da, und wenn sie fertig ist dann fährt da > kurzfristig einer hin und mappt sie. Ich sehe bedarf; diee karte ist ja nicht nur als auto- oder radkarte gedacht. Ich will aus der ersehen, was es da in der welt so alles gibt. Unfertige straßen wie auch aufgegebene ehem. verkehrswege gehören auch dazu. Dinge, die nur "in planung" sind, brauchen meinetwegen nicht dargestellt zu werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Am Dienstag 11 Dezember 2007 schrieb Gerald.Oppen: > Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum > machen. > an sowas hatte ich auch schon gedacht: man muss beim taggen einer solchen baustelle das vorraussichtliche ende angeben, ansonsten wird automatisch ein defaultwert gesetzt. kurz vor ablauf dieses verfallsdatums bekommt der eintragende eine automatische benachrichtigung. wenns dann nicht verlaengert oder gleich geloescht wird, passiert die automatische loeschung des eintrags nach ablauf. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald.Oppen schrieb: > Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum > machen. > Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? > Gibt es da schon was wo von den Renderern auch dargestellt wird`? Osmarender nutzt das tag highway=construction mit z.B. construction=motorway. (siehe z.B. Neubau der A281 in Bremen: http://www.informationfreeway.org/?lat=53.055&lon=8.793&zoom=16 ) - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHXi/eFUbODdpRVDwRAiBOAJ9HoeQobLfeHs/WtsquDTKstZkFhgCg0J/M ArxzdkXNdb2113hln/ykQBM= =lxqV -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Gerald.Oppen wrote: > Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? > Gibt es da schon was wo von den Renderern auch dargestellt wird`? Sehe ich keinen Bedarf. Papierkarten und Kommerzkram braucht sowas, weil er nicht oder in Jahrzehnten aktualisiert wird. Eine unfertige Straße ist halt nicht da, und wenn sie fertig ist dann fährt da kurzfristig einer hin und mappt sie. Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen
Für länger dauernde Baustellen könnte man ja einen Tag mit Verfallsdatum machen. Wie sieht es eigentlich mit geplanten bzw. in Bau befindlichen Strassen aus? Gibt es da schon was wo von den Renderern auch dargestellt wird`? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Empfohlene Tag-Benutzung für die Schwe iz
Schäuble Michele schrieb: Inzwischen habe ich noch weitere gesetzliche Regelungen gefunden: In Artikel 109, Absatz 1 der Signalisationsverordnung [1] steht zum Beispiel: "«Nummerntafeln für Hauptstrassen» (4.57) werden nur auf den wichtigsten Hauptstrassenzügen nach Artikel 56 angebracht." Bei Artikel 56 [2] heisst es: "«Nummerntafeln für Hauptstrassen» (4.57) haben eine weisse Zahl auf blauem Grund; *sie kennzeichnen die wichtigsten Hauptstrassen.* Die Nummern richten sich nach der Durchgangsstrassenverordnung vom 18. Dezember 1991 und werden gemäss Weisungen des UVEK ausgestaltet und angebracht." Scheinbar haben die Straßen ohne Nummern nicht die Qualifikation zu den "wichtigsten Hauptstraßen" zu zählen? Wäre also eine unterschiedliche Einstufung von Primary/Secondary nicht naheliegend? Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
> ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie > OSM > hat, aber ich würde es spontan besser finden, wenn solche temporären Daten > (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden > sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische > Daten, die dann auf den Karten als Overlay drübergelegt werden können oder > auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke > geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich > dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle > ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, > was ich meine ;-) Genau so sehe ich das auch. Dafür ist OSM - in meinen Augen - ansich nicht gedacht. Solche (sehr) dynamischen Daten gehören in die Hände eines ebenso dynamischen Dienstes. Derzeit Programmiere ich an einem Routenplaner auf PHP Basis, der die OSM-Daten von ganz Deutschland in einer DB hält. Das sind derzeit noch über 3.500.000 Nodes und 430.000 Wege und Areas. Also ein "stumpfer" germany.osm Import ohne intelligentes Filtern, dass auf Straßen ausgelegt ist. Ein Import der derzeit 610MB großen germany.osm dauert derzeit bissel mehr als 2 Stunden. Updates von einem Mapstand zu einem anderen gibt es derzeit noch nicht. Geplant sind bislang (von meiner Seite aus) wöchentliche Imports der germany.osm in die Datenbank, weil der Rechenaufwand und Zeitaufwand doch relativ hoch ist. Also werden solche Daten, wie oben besprochen, in keinem vergleichbaren Projekt aktuell Verfügbar sein. Daher spricht vieles für einen dynamischen Dienst, der dann mit den Routingdaten abgeglichen wird und ggf. verarbeitet wird. Denkbar sind da Overlays wie bei Map24, die auch Staus und Baustellen auf den Strecken anzeigen. In wie weit die Verknüpft werden ist mir derzeit unbekannt. Sollte theoretisch aber machbar sein. Gruß Steffen aka will.i.am(Wiki)/HeavenKiller(OSM) P.S.: Wer sich über mein Projekt informieren will, kann dies gerne in der OSM-Wiki machen. Habe dort 2 Seiten mit den Namen "PHProute" (der o.g. "Routenplaner") und "OSM2Postgre" (der DB Importer). Würde mich über Anregungen freuen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Empfohlene Tag-Benutzung für die Schwe iz
Am Montag 10 Dezember 2007 schrieb Schäuble Michele: > Es scheint also zumindest keine baulichen Unterschiede zwischen > Hauptstrassen mit Nummerntafeln und solchen ohne Nummerntafeln zu geben. > > Es bleibt also die Frage ob man die Unterscheidung mit primary/secondary > Tags machen will oder ob es reicht einfach einen ref Tag zu setzen und > alle Hauptstrassen als primary zu taggen (was ich persönlich bevorzugen > würde). > wenn der einzige unterschied die art der nummerierung ist, dann sollte man es auch nicht anders taggen. ich halte nach wie vor eine trennung von ausbauzustand und administrativer/nummerischer zuordnung fuer am sinnvollsten, wozu das highway-tag in seiner momentanen form aber nicht geeignet ist. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Hallo, daran hab ich noch gar nicht gedacht, ist wirklich eine bessere Möglichkeit, auch wenn manche Baustellen durchaus länger als ein Jahr dauern können. Über die Datenmenge hatte ich mir auch schon Gedanken gemacht, allerdings ist anzunehmen, dass es in ein paar Jahren selbst unterwegs ordentlich schnelle Verbindungen gibt, die dann nicht mehr soviel ausmachen. Aber v.a. wegen Staus, die man auf keinen Fall in die Karten einpflegen kann, ist so ein dynamischer Dienst sinnvoll und dann kann man ja gleich die Baustellen und was es sonst (z.B. Straßenfest...) noch so gibt mit einbauen. Damit hat sich meine Frage dann erstmal erledigt, weitere Gedanken dazu sind natürlich erwünscht. Und schließlich sollte soetwas dann auch mal irgendwann umgesetzt werden (ich kanns leider nicht). Für mich macht gerade soetwas (oder auch Fahrradrouting...) den Reiz der OSM-Karten aus. Gruß Jonas Raphael Mack schrieb: > Hi, > > Am Montag, 10. Dezember 2007 schrieb John07: > >> Hallo, >> oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. >> Ich stelle mir nun folgendes Szenario vor: >> Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue >> Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren >> kann, aber nicht mehr hindurch. >> > > ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie OSM > hat, aber ich würde es spontan besser finden, wenn solche temporären Daten > (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden > sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische > Daten, die dann auf den Karten als Overlay drübergelegt werden können oder > auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke > geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich > dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle > ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, > was ich meine ;-) > > Und ich könnte mir z. B. vorstellen, dass man eben solche dynamische Daten > vom Navi direkt per Handy läd, während das für "normale" Kartendaten wohl > eher nicht der Fall sein würde, darum wird für die statischen Daten das > update-Intervall in der Regel zu groß sein um die Baustelleninfo sinnvoll > mitzubekommen. > > Darum würde ich dafür plädieren, dafür keinen Extra Tag einzuführen. > > Grüße, > Rapha > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Empfohlene Tag-Benutzung für die Schwe iz
> Wenn ich mir map.search.ch ansehe, dann könnte das stimmen. Schau ich > mir jedoch meine alte Schulkarte an, seh ich das nicht. Dort gibt es > nur Haupt- und Nebenstrassen. Ich habe mir die Karten auf map.search.ch auch mal genauer angeschaut, konnte jedoch keine Korrelation zwischen den Strassenschildern und der Art und Weise wie die Strassen in der Karte dargestellt werden feststellen. > Ich finde, wenn es schon Gesetzliche Grundlagen dazu gibt, dann > sollten wir uns nach denen Richten und dass dann aber auch gleich so > im Wiki eintragen. Inzwischen habe ich noch weitere gesetzliche Regelungen gefunden: In Artikel 109, Absatz 1 der Signalisationsverordnung [1] steht zum Beispiel: "«Nummerntafeln für Hauptstrassen» (4.57) werden nur auf den wichtigsten Hauptstrassenzügen nach Artikel 56 angebracht." Bei Artikel 56 [2] heisst es: "«Nummerntafeln für Hauptstrassen» (4.57) haben eine weisse Zahl auf blauem Grund; sie kennzeichnen die wichtigsten Hauptstrassen. Die Nummern richten sich nach der Durchgangsstrassenverordnung vom 18. Dezember 1991 und werden gemäss Weisungen des UVEK ausgestaltet und angebracht." Es scheint also zumindest keine baulichen Unterschiede zwischen Hauptstrassen mit Nummerntafeln und solchen ohne Nummerntafeln zu geben. Es bleibt also die Frage ob man die Unterscheidung mit primary/secondary Tags machen will oder ob es reicht einfach einen ref Tag zu setzen und alle Hauptstrassen als primary zu taggen (was ich persönlich bevorzugen würde). Grüsse, Misch [1] http://www.gesetze.ch/sr/741.21/741.21_021.htm [2] http://www.gesetze.ch/sr/741.21/741.21_010.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Baustellen
Hi, Am Montag, 10. Dezember 2007 schrieb John07: > Hallo, > oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. > Ich stelle mir nun folgendes Szenario vor: > Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue > Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren > kann, aber nicht mehr hindurch. ich finde das auch eine super Möglichkeit, die ein Communityprojekt wie OSM hat, aber ich würde es spontan besser finden, wenn solche temporären Daten (wie z. B. auch Staus) nicht direkt in den OSM-Daten gepflegt werden sollten. Wir brauchen wohl längerfirstig einen "Dienst" für dynamische Daten, die dann auf den Karten als Overlay drübergelegt werden können oder auch irgendwie per Geo-RSS oder weiß der Geier was für Web 3.0-Geplonke geholt werden können. Für Staus ist es wichtiger, dass die Daten wirklich dynamisch sind und extra behandelt werden, aber ich finde eine Baustelle ist einem Stau ähnlicher als "normalen" Kartendaten. - Ihr wisst schon, was ich meine ;-) Und ich könnte mir z. B. vorstellen, dass man eben solche dynamische Daten vom Navi direkt per Handy läd, während das für "normale" Kartendaten wohl eher nicht der Fall sein würde, darum wird für die statischen Daten das update-Intervall in der Regel zu groß sein um die Baustelleninfo sinnvoll mitzubekommen. Darum würde ich dafür plädieren, dafür keinen Extra Tag einzuführen. Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unsinnsmapping stoppen?
Hi, habe gerade ne Mail von Thk bekommen. Er meinte, dass er die Straße pers Sat Bilder gemappt hatte, durch die vielen Bäume das aber nur teilweise möglich war. In jedem Fall hat ers gut gemeint und hat nix mit falscher Bedienung zu tun... Cheers, Markus On 12/10/07, qbert biker <[EMAIL PROTECTED]> wrote: > Hallo, > > s unsinnig ist das gar nicht (so lange die Straßen mit den > Lücken gemeint sind und nicht die vermurksten Schienen). Bei mir > sieht das nach einem ersten Durchlauf mit Potlatch auch so aus, > weil ich ganz explizit die Lücken lasse. Viel schlimmer ist es, > wenn es einer mit Potlatch besonders gut meint und statt einer > Kreuzungsnode mehrere unverbundene Nodes setzt, die so nahe > beieinander sind, dass die Renderer den Fehler nicht darstellen. > > Für die Router ist das dann aber ein unüberwindbares Hindernis. > Kleine gemeine Abweichungen von Sein und Schein sind viel > unangenehmer als explizite Lücken, die noch? nicht (mit josm) > bereinigt wurden. > > Grüsse Hubert > > Original-Nachricht > > Datum: Sun, 09 Dec 2007 22:46:29 +0100 > > Von: Ralf Oltmanns <[EMAIL PROTECTED]> > > An: Talk-de@openstreetmap.org > > Betreff: [Talk-de] Unsinnsmapping stoppen? > > > Hallo werte Zeitgenossen, > > > > kann man jemanden, der ziemlich groben Unfug mappt, irgendwie stoppen? > > > > http://www.openstreetmap.org/?lat=48.19957&lon=11.36912&zoom=15&layers=B0T > > > > thk mag es ja gut meinen, aber ich denke, da besteht erheblicher > > Schulungsbedarf. > > > > Es sollte ihm/ihr unbedingt jemand erklären, wie man potlatch sinnvoll > > einsetzt. > > > > Wenn jemand eine Idee hat, kontaktiert ihn/sie bitte und macht diesem > > Unsinn ein Ende. > > > > Danke > > Ralf aka TigerDuck > > > > > > ___ > > Talk-de mailing list > > Talk-de@openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > > -- > GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. > Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Et Cetera Tag
> Es gab hier ja schonmal die Aussage, dass das "noexit=yes" evtl. den > Sinn hätte, zu erkennen, dass die Strasse da wirklich nicht weitergeht > (und nicht nur unvollständig gemappt ist). Halte ich aber für > unwahrscheinlich, dass das alle machen - mir zumindest wär' das ehrlich > gesagt zuviel Arbeit. Kommt drauf an ;) > Aber umgekehrt so ein kleiner für alle deutlich sichtbarer TODO-Merker > an unvollständigen Straßen wär' schon schön und hilfreich! Die renderer sollten straßen on noexit und ohne sonstige fortführung einfach offenlassen. Dann würde man entweder einen fuß- oder sonstigen weg anpappen oder das noexit setzen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Et Cetera Tag
Hi! Bernd Raichle schrieb: > On Monday, 10 December 2007 13:45:46 +0100, > Friedhelm Schmidt <[EMAIL PROTECTED]> writes: > > was haltet ihr von einem highway=etc ? > > Nope. Dann schon lieber "stubble" oder "stub link" verwenden. Zu der Namensthematik sage ich jetzt mal nix, da fehlt mir das englische Sprachgefühl... > > Ich würde es als Segment an unvollständige Wege anhängen und es sollte > > als 3 Pünktchen gerendert werden. [...] > Ich habe es bislang so gemacht, dass ich einen kurzen Stummel-Weg > einmale, diesen schon grob per "highway/railway/waterway=..." > klassifiziere, damit die Renderer was einzeichnen und mit einem > "FIXME=..." noch als unfertig markiere. ...aber von einem solchen Hinweis, den die Renderer dann auch visuell darstellen, hielte ich sehr viel, ja. Es gab hier ja schonmal die Aussage, dass das "noexit=yes" evtl. den Sinn hätte, zu erkennen, dass die Strasse da wirklich nicht weitergeht (und nicht nur unvollständig gemappt ist). Halte ich aber für unwahrscheinlich, dass das alle machen - mir zumindest wär' das ehrlich gesagt zuviel Arbeit. Aber umgekehrt so ein kleiner für alle deutlich sichtbarer TODO-Merker an unvollständigen Straßen wär' schon schön und hilfreich! -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Baustellen
Hallo, oft wird als Vorteil von OSM-Karten die (mögliche) Aktualität genannt. Ich stelle mir nun folgendes Szenario vor: Eine Wohnstraße wird an einem Punkt gesperrt, da z.B. eine neue Gasleitung verlegt wird. Daraus folgt, dass man zwar noch rein fahren kann, aber nicht mehr hindurch. Ich sehe das nun und will es zum einem in den OSM-Karten sichtbar machen und zum anderem durch die Karten (vorrausgesetzt sie werden auf dem betreffenden Router/Navigationssystem oft genug aktualisiert) auch den Navis mitteilen. Nun, gibt es dafür schon ein Tag? Es müsste über allen anderen stehen, die anderen Tags dürften aber nicht verändert werden. Es bräuchte ein aussagekräftiges Symbol und müsste sowohl für einzelne Sperrungen (also man kann von links und rechts noch hinfahren) als auch für ganze Straßensperrungen geeignet sein. Ich bin gespannt auf Vorschläge. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Et Cetera Tag
On Monday, 10 December 2007 13:45:46 +0100, Friedhelm Schmidt <[EMAIL PROTECTED]> writes: > was haltet ihr von einem highway=etc ? Nope. Dann schon lieber "stubble" oder "stub link" verwenden. > Ich würde es als Segment an unvollständige Wege anhängen und es sollte > als 3 Pünktchen gerendert werden. > > Ich habe oft "Stummel", wo ich im Vorbeifahren einen Marker setze und > den Straßenamen in die Sprachaufzeichnung gebe. Oder ich sage Sätze wie > "... die XY-Straße geht hier geradeaus weiter, aber ich fahre links in > die ZZ-Straße ..." > > Würde man diese Stummel in der Slippy-Map sehen, wäre das ein Anreiz mal > mit dem Fahrrad in eine Ecke zu fahren und was zu ergänzen. Auch für > Menschen, die sich bereits mit OSM orientieren, wäre das zumindest ein > zusätzlicher Anhaltspunkt: Endet die Straße hier wirklich oder ist sie > nur noch nicht erfasst? Ich habe es bislang so gemacht, dass ich einen kurzen Stummel-Weg einmale, diesen schon grob per "highway/railway/waterway=..." klassifiziere, damit die Renderer was einzeichnen und mit einem "FIXME=..." noch als unfertig markiere. Aehnliches habe ich auch fuer Bachlaeufe, Stromleitungen und Schienen gemacht, wobei man per "tunnel/bridge=yes", "layer=..." bzw. "railway=level_crossing" die Ebenenverhaeltnisse gleich korrekt beschreiben sollte (aber nicht muss). Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Et Cetera Tag
Hallo Liste, was haltet ihr von einem highway=etc ? Ich würde es als Segment an unvollständige Wege anhängen und es sollte als 3 Pünktchen gerendert werden. Ich habe oft "Stummel", wo ich im Vorbeifahren einen Marker setze und den Straßenamen in die Sprachaufzeichnung gebe. Oder ich sage Sätze wie "... die XY-Straße geht hier geradeaus weiter, aber ich fahre links in die ZZ-Straße ..." Würde man diese Stummel in der Slippy-Map sehen, wäre das ein Anreiz mal mit dem Fahrrad in eine Ecke zu fahren und was zu ergänzen. Auch für Menschen, die sich bereits mit OSM orientieren, wäre das zumindest ein zusätzlicher Anhaltspunkt: Endet die Straße hier wirklich oder ist sie nur noch nicht erfasst? Friedhelm -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM mit Yahoo Bildern
Hallo, on Monday, 10 December 2007 12:05:30 +0100, =?UTF-8?B?RGlyay1Mw7xkZXIgS3JlaWU=?= <[EMAIL PROTECTED]> writes: > Martin Simon schrieb: [...] > > Leider nicht - das Plugin habe Ich installiert und es funktionierte auch > > einmal auf meinem sudux(debian sid)-Laptop, seit längerer Zeit jedoch > > nicht > > mehr. > > > > Ich erhalte leider jedes mal die Meldung "no route to host", obwohl alle > > Einstellungen sowohl inn JOSM als auch im firefox/iceweasel korrekt > > scheinen. > > (und das ganze auch mehrmals von Grund auf neu eingerichtet wurde) > > :-( > > > > Ich habe leider keine Ahnung, wo genau das Problem liegt. > > Wo und wann genau erscheint "no route to host"? > kaputte /etc/hosts Datei? Firewall? kaputter DNS cache? ich hatte auch ein aehnliches Problem, da ich tagsueber hinter einem http-Proxy sitze. Hab's mittlerweile so geloest: Beim ersten Einrichten des Plugins wird ein neues Firefox-Profil angelegt. Wichtig ist hierbei, dass die Proxy-Einstellungen zu diesem Zeitpunkt korrekt sind. Wenn nicht, muss man _in diesem Profil_ die Proxy-Einstellungen nachtraeglich entsprechend aendern. Bei mir ging das nach mehrfachem Test nur manuell: - Alle laufenden Firefox-Prozesse beenden, - nach ".mozilla/firefox/*.josmprofile/" wechseln (bei mir heisst das Profil "josmprofile", das Standard-Profil findet man im Verzeichnis ".../*.default"), - in der Datei "prefs.js" die Eintraegungen fuer "network.proxy.*" _und_ "network.proxy.backup.*" mit den entsprechendem Proxy-Host und -Port versehen (bzw. aus "../*.default/prefs.js" kopieren) und abspeichern. Nach diesen Aenderungen tat das Plugin hinter dem http-Proxy wieder korrekt bzw. liess sich korrekt installieren und einrichten. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM mit Yahoo Bildern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Simon schrieb: > Am Montag, 10. Dezember 2007 07:13:47 schrieb Dirk-Lüder Kreie: >> Martin Simon schrieb: >>> Ich habe heute und gestern einiges mit Potlach gemacht, weil Ich in JOSM >>> die Yahoo-Satellitenbilder nicht nutzen kann, und Potlach hat mehrfach >>> Wege nur teilweise, gar nicht oder ohne Eigenschaften hochgeladen, ohne >>> eine Fehlermeldung zu produzieren - Ich war also im Glauben, daß alles in >>> Ordnung sei, bis die entsprechenden Kacheln gerendert waren... >> Was dir fehlt ist das yahoo YWMS plugin, damit bekommst du auch in JOSM >> Yahoo-Hintergrundbilder (auch landsat wers will). > > Hallo! > > Leider nicht - das Plugin habe Ich installiert und es funktionierte auch > einmal auf meinem sudux(debian sid)-Laptop, seit längerer Zeit jedoch nicht > mehr. > > Ich erhalte leider jedes mal die Meldung "no route to host", obwohl alle > Einstellungen sowohl inn JOSM als auch im firefox/iceweasel korrekt scheinen. > (und das ganze auch mehrmals von Grund auf neu eingerichtet wurde) > :-( > > Ich habe leider keine Ahnung, wo genau das Problem liegt. Wo und wann genau erscheint "no route to host"? kaputte /etc/hosts Datei? Firewall? kaputter DNS cache? - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHXR15FUbODdpRVDwRAq6uAJ0WrsPnvfpf5/yGe4AtRptZawqH/QCeMa98 vEmBsRXwP3TQWQflsSq+fdM= =Wnlp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM mit Yahoo Bildern (was: Unsinnsmapping stoppen?)
Am Montag, 10. Dezember 2007 07:13:47 schrieb Dirk-Lüder Kreie: > Martin Simon schrieb: > > Ich habe heute und gestern einiges mit Potlach gemacht, weil Ich in JOSM > > die Yahoo-Satellitenbilder nicht nutzen kann, und Potlach hat mehrfach > > Wege nur teilweise, gar nicht oder ohne Eigenschaften hochgeladen, ohne > > eine Fehlermeldung zu produzieren - Ich war also im Glauben, daß alles in > > Ordnung sei, bis die entsprechenden Kacheln gerendert waren... > > Was dir fehlt ist das yahoo YWMS plugin, damit bekommst du auch in JOSM > Yahoo-Hintergrundbilder (auch landsat wers will). Hallo! Leider nicht - das Plugin habe Ich installiert und es funktionierte auch einmal auf meinem sudux(debian sid)-Laptop, seit längerer Zeit jedoch nicht mehr. Ich erhalte leider jedes mal die Meldung "no route to host", obwohl alle Einstellungen sowohl inn JOSM als auch im firefox/iceweasel korrekt scheinen. (und das ganze auch mehrmals von Grund auf neu eingerichtet wurde) :-( Ich habe leider keine Ahnung, wo genau das Problem liegt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unsinnsmapping stoppen?
Hallo, s unsinnig ist das gar nicht (so lange die Straßen mit den Lücken gemeint sind und nicht die vermurksten Schienen). Bei mir sieht das nach einem ersten Durchlauf mit Potlatch auch so aus, weil ich ganz explizit die Lücken lasse. Viel schlimmer ist es, wenn es einer mit Potlatch besonders gut meint und statt einer Kreuzungsnode mehrere unverbundene Nodes setzt, die so nahe beieinander sind, dass die Renderer den Fehler nicht darstellen. Für die Router ist das dann aber ein unüberwindbares Hindernis. Kleine gemeine Abweichungen von Sein und Schein sind viel unangenehmer als explizite Lücken, die noch? nicht (mit josm) bereinigt wurden. Grüsse Hubert Original-Nachricht > Datum: Sun, 09 Dec 2007 22:46:29 +0100 > Von: Ralf Oltmanns <[EMAIL PROTECTED]> > An: Talk-de@openstreetmap.org > Betreff: [Talk-de] Unsinnsmapping stoppen? > Hallo werte Zeitgenossen, > > kann man jemanden, der ziemlich groben Unfug mappt, irgendwie stoppen? > > http://www.openstreetmap.org/?lat=48.19957&lon=11.36912&zoom=15&layers=B0T > > thk mag es ja gut meinen, aber ich denke, da besteht erheblicher > Schulungsbedarf. > > Es sollte ihm/ihr unbedingt jemand erklären, wie man potlatch sinnvoll > einsetzt. > > Wenn jemand eine Idee hat, kontaktiert ihn/sie bitte und macht diesem > Unsinn ein Ende. > > Danke > Ralf aka TigerDuck > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
