Re: [Talk-de] Relationen von Bahnstrecken in Wikipedia einf ügen
Martin Koppenhoefer schrieb: da sollte man die einzelnen Teile (Relationen) wieder per Relation zusammenfassen, solange es _eine_ Wanderweg-route ist. Der Zeiger zur Gesamtroute wäre dann auf die Sammelrelation. Nur leider können die Sammelrelationen (noch) nicht wie im Ausgangsposting gewünscht grafisch dargestellt werden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DE-Karte für Alan Map500
Hi, Am 18.03.2010 08:06, schrieb Torsten Breda: Läuft im Prinzip. Die crd Dateien müssen jedoch immer erst mit MAPKon in eine .lst Datei umgewandelt werden. Die crd-Dateien sind nur ein Zwischenschritt. Ich mache das deshalb, damit sich jeder selbst seine lst-Datei erstellen kann, die sehr viel kleiner ist als ganz DE. Die Suche hat die gleichen Probleme, wie bei Garmin und kann das Gerät zum Absturz bringen. Liegt wohl eher an RRKarteMax. Das wird ja nun auch nicht mehr weiterentwickelt. Das Alan nutze ich jedoch nur noch als Zweitlogger. Dafür ist es tadellos. Ich habe gar keinen mehr. Ich mache das alles auf gut Glück :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen von Bahnstrecken in Wikipedia einfügen
Frederik Ramm schrieb: Hallo, Christian Knorr wrote: Da Du keinen passenden Gegenvorschlag lieferst, vermute ich es gibt keinen? :( Zumindest nichts, was man mal eben so einfach einbauen kann. Wie könnte man es dann lösen? Eine WikiNote Bitte ändere im Wiki die ID ist ja auch nicht das Gelbe vom Ei - wenn auch ein Gedanke wert. Das gilt für die meisten osm-wiki-Seiten aber genauso. Die Wiederbelebung von inhaltsentleerten Relationen klappt aber auch bei überlanger History: Wenn die aktuelle Version leer ist, muß die vorhergehende die letztbrauchbare sein, Eine leere Relation kann ja auf normalem Weg von niemandem bearbeitet werden. Deswegen lade ich mir gleich die Version n-1 vom server. Wenn die aktuelle deutlich zu wenig Elemente hat, nehme ich die letzten 2 oder drei, und suche mir die größte raus. Hierzu habe ich das Relations-wiki entsprechend ergänzt: http://wiki.openstreetmap.org/wiki/DE:Relations#Gel.C3.B6schte_Relationen_wieder_herstellen Fuer das externe Linken auf POIs (Gaststaette usw.) wird oft in die Richtung gedacht, dass man im externen Link den Namen und die ungefaehre Position codiert (unter der Annahme, dass der Name noch das konstanteste an der Gaststaette ist). Bei Gaststätten schon, bei Wanderwegsnamen bin ich mir da nicht so sicher. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen von Bahnstrecken in Wikipedia einfügen
Hallo, Andre Joost wrote: Die Wiederbelebung von inhaltsentleerten Relationen klappt aber auch bei überlanger History: Wenn die aktuelle Version leer ist, muß die vorhergehende die letztbrauchbare sein, Ausser jemand hat, wie ich, die Relation absichtlich geloescht und eine neue an ihrer statt angelegt. Ein blindes oh, der Wiki-Link zeigt auf eine leere Relation, dann stell ich die mal wieder her kann also durchaus zu einer Verdopplung fuehren. 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] Relationen von Bahnstrecken in Wikipedia einfügen
Frederik Ramm schrieb: Hallo, Andre Joost wrote: Die Wiederbelebung von inhaltsentleerten Relationen klappt aber auch bei überlanger History: Wenn die aktuelle Version leer ist, muß die vorhergehende die letztbrauchbare sein, Ausser jemand hat, wie ich, die Relation absichtlich geloescht und eine neue an ihrer statt angelegt. Ein blindes oh, der Wiki-Link zeigt auf eine leere Relation, dann stell ich die mal wieder her kann also durchaus zu einer Verdopplung fuehren. Nenee, das Wiederhersteklen mach ich ja nur, wenn einer hier oder im Forum schreit. Und ich gehe mal davon aus, dass du deine Wiederherstellungen auch irgendwo kundtust. Zur Not als letzten Eintrag im Kopf der alten Relation. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ADAC Verkehrsdaten
Wieder erwarten habe ich gerade eine Antwort vom ADAC bekommen (bzgl. Zugriff auf die Daten der ADAC-Staumelder.) daß dort anscheinend jemand an Gesprächen interessiert ist. Mal sehen was da raus kommt. Marcus 2010/3/7 Marcus Wolschon mar...@wolschon.biz: Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Bin gespannt was kommt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der Openlinkkarte?
Patrick Kolesa wrote: Hier die Antwort: http://87948.homepagemodules.de/t10f18-Aktualisierungsstand.html http://87948.homepagemodules.de/t9f15-Aktualisierung-der-Daten.html Danke. :-) Nur Geduld :) Die hab ich, das sollte auch nicht als Drängelei rüber kommen, ich weiß dass das anderer Leut' Freizeit ist. ;-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Hi So, ich habe mal wieder einen ganzen Satz Fehler beseitigt. (OSM Inspector - Routing) Dabei bin ich vorsichtig vorgegangen und habe Fehler, die ich mangels Ortskenntnis nicht lösen konnte, ignoriert. Viele Fehler sind jedoch eindeutig und auch ohne Ortskenntnis eindeutig zu lösen. Häufig tauchen Fehler in Gebieten auf, in denen sehr viele landuse, farmland, natural usw vorhanden sind. Straßen sind dann, anstatt mit einer anderen Straße, mit der Begrenzung der Fläche verbunden. Dieser Fehler kann, gerade in solchen Gebieten, sehr schnell passieren, wenn man nicht richtig aufpasst. Es wäre schön, wenn JOSM diesen Fehler verhindern könnte. (Dazu hatte ich im bereits ein Ticket erstellt. http://josm.openstreetmap.de/ticket/4682 Vielleicht wird dieses Feature ja eingebaut, wenn die Arbeit an der finalen Java5 Version fertig ist und mit Java6 wieder neue Features aufgenommen werden.) Natürlich trifft man auch auf viele Fehler, die vermutlich von Anfängern stammen. Auch sind diese teilweise schon recht alt und schon lange in OSM. Dazu habe ich die Meinung, dass mir eine Straße mit kleinen Fehlern lieber ist, als gar keine Straße. Fehler kann man ja immer noch korrigieren. Es gibt einige scheinbare Fehler in Parks/ Irrgärten und auf Friedhöfen, da dort die Wege teilweise sehr nah aneinander liegen. Vielleicht könnte man bei der Auswertung diese in eine separate Kategorie packen, da sie meiner Meinung nach in der Priorität deutlich hinter anderen Straßen und Wegen liegen und man dadurch viele falsepositives ausblenden kann. Wenn dann erst mal eine ganze Reihe Fehler beseitigt sind, kann man sich immernoch auf die Fehler in Parks und co stürzen. Etwas mühsam ist die Fehlerbeseitigung, da man im Inspector nicht erkennen kann, welche Fehler man selber bzw. irgendjemand anderes schon einmal angepackt hat. Auch ist die Angabe des Zeitstempel im Inspector missverständlich. Offensichtlich wird ein Planet-Extract mehrfach ausgewertet, so dass der Zeitstempel wesentlich neuer ist, als der benutzte Planet. Diesbezüglich lasse ich mich gerne eines Besseren belehren. Ich würde mich freuen, wenn ein paar erfahrene JOSM-Benutzer sich ein wenig Zeit nehmen würden, und bei der Fehlerbeseitigung mithelfen könnten. Auch über ein Feedback von denen, die bereits dabei sind, würde ich mich freuen. Nicht immer ist die Fehlerbeseitigung trivial und es reich oft nicht aus die Nodes zu markieren und 'm' zu drücken. Daher auch eher nicht für Anfänger geeignet, da man schnell mal was verschlimmbessert hat. Das war es erst einmal Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Hallo Michi, hier noch mal zum mitlesen für alle. Der Suchbegriff DigitalGlobe watermarked access for free in der Datenkrake eingegeben, fördert eine Menge bereits existierender Verwendungen DigitalGlobe mit Wasserzeichen hervor, die offensichtlich diese Ansicht ohne Lizenzprobleme für weitere Anwendungen nutzen. Was mir noch fehlt ist ein offizieller Lizenzvermerk... UMAX974 Am 18.03.2010 um 00:35 schrieb Michael Bemmerl: Hallo zusammen, UMAX974 hat mich darauf aufmerksam gemacht, dass seit Version 0.15 [1] [2] von Merkaartor standardmäßig der WMS von DigitalGlobe [3] in die WMS-Liste mit eingebunden ist. Die Auflösung der Bilder beträgt ca. 80 cm / Pixel (was in meiner Region echt super-gut ist ;-) (Beispiel unter [4]). Nun bin ich mir aber nicht sicher, ob wir den zum Abzeichnen verwenden dürfen, oder ob der WMS nur für die Haiti- / Chile-Aktionen verwendet werden darf. Ich hab' dazu leider außer einem Thread im Forum auf niederländisch [5] und dem Tweet von mikel [6], welcher sich meiner Meinung nach aber nur auf die Haiti-Bilder bezieht, nichts gefunden. Laut Googles Übersetzungskenntnissen geht es auch in diesem Thread um die gleiche Nutzungs-Frage. Weiß da von euch jemand etwas genaueres? Spätabendliche Grüße, Michi [1] http://svn.openstreetmap.org/applications/editors/merkaartor/CHANGELOG [2] http://trac.openstreetmap.org/ticket/2714 [3] http://www.ogc-services.net/admin/show/77 [4] http://wms.globexplorer.com/gexservlets/wms?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapTRANSPARENT=TRUELAYERS=GlobeXplorer%20ImageSRS=EPSG:4326STYLES=FORMAT=image/jpegWIDTH=588HEIGHT=761BBOX=10.233662,50.043674,10.235267,50.045751 [5] http://forum.openstreetmap.org/viewtopic.php?pid=63466 [6] http://twitter.com/mikel/status/7764452473 ___ 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] Wie Hinweis hinter die slippymap legen? (war: Neues von der Reit- und Wanderkarte)
Am Freitag 05 Februar 2010 00:42:54 schrieb NopMap: Hi! Christian Knorr wrote: IE wird nicht unterstützt. Was ich persönlich jetzt nicht sooo schlimm finde ;) aber was sieht ein IE? Einfach nur nichts? Wenn ja, könnte man ja ein Text unter die Map legen mit den unterstützten Browsern. Sehr guter Gedanke, sofort umgesetzt. Samt Downloadlink für Firefox :-) Funktioniert das? injooosm läuft nicht mehr im IE8 und ich find' den Fehler nicht. Hab' auch keine Lust mehr, Firefox hat eh gewonnen. Ich schaffe es aber nicht einen Hinweis hinter die map zu legen. Ich mache das über den (altbekannten?) div-Container: div id=map/div Lege ich da jetzt den Hinweis rein, geht die map gar nicht mehr: div id=mapDu musst FF nehmen/div Habe im Quelltext der RuW-Karte das hier gefunden (gekürzt): div id=mapWrapper div id=map!-- will be filled with map images --/div !-- div id=nomap pWenn Du hier keine Karte siehst, ist vermutlich Javascript abgeschaltet oder Du benutzt einen nicht standard-konformen Browser wie den Internet Explorer. brEmpfohlener Browser ist a href=http://www.mozilla-europe.org/de/firefox;Firefox/a/p /div -- /div Jedoch verstehe ich nicht wie der IE das anzeigen soll, da es ja auskommentiert ist. Bitte um Aufklärung :) MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Hallo zusammen, auf einmal funktioniert eine statische Map nicht mehr, die vor ein paar Tagen noch ging. An der html habe ich nicht verändert. Wie kann das sein, habt Ihr ähnliche Erfahrungen gemacht? Chris P.S. Fehlermeldung vom Firefox 3.0.18 unter kubuntu 8.04: Fehler: OpenLayers is not defined Quelldatei: http://www.openstreetmap.org/openlayers/OpenStreetMap.js Zeile: 4 Fehler: OpenLayers is not defined Quelldatei: http:// ... /map.html Zeile: 22 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Hallo Torsten, danke für die ausführlichen Feedbacks. On Thu, Mar 18, 2010 at 09:44:48AM +0100, Torsten Breda wrote: Es gibt einige scheinbare Fehler in Parks/ Irrgärten und auf Friedhöfen, da dort die Wege teilweise sehr nah aneinander liegen. Vielleicht könnte man bei der Auswertung diese in eine separate Kategorie packen, da sie meiner Meinung nach in der Priorität deutlich hinter anderen Straßen und Wegen liegen und man dadurch viele falsepositives ausblenden kann. Wenn dann erst mal eine ganze Reihe Fehler beseitigt sind, kann man sich immernoch auf die Fehler in Parks und co stürzen. Wir haben ja schon die beiden Kategorien major roads und minor roads. Verstehe ich Dich richtig, dass Du da eine dritte Kategorie willst? Wo würdest Du die Aufteilung machen? D.h. welche Typen gehören in major, minor und die neue Kategorie? Eine Aufteilung danach, ob die Wege in einem Park oder Irrgarten liegen oder außerhalb, wird ziemlich sicher nicht machbar sein, weil der Aufwand das zu bestimmen, relativ hoch ist. Etwas mühsam ist die Fehlerbeseitigung, da man im Inspector nicht erkennen kann, welche Fehler man selber bzw. irgendjemand anderes schon einmal angepackt hat. Das ist ein allgemeines Problem beim OSMI, da hab ich leider auch keine Lösung für, die sich mit vertretbarem Aufwand umsetzen läßt. Wir haben da in der QA-Session auf der FOSSGIS auch drüber gesprochen, aber so eine richtig supertolle Lösung hat da keiner. Auch ist die Angabe des Zeitstempel im Inspector missverständlich. Offensichtlich wird ein Planet-Extract mehrfach ausgewertet, so dass der Zeitstempel wesentlich neuer ist, als der benutzte Planet. Diesbezüglich lasse ich mich gerne eines Besseren belehren. Ja, das ist etwas ungünstig. Bei allen anderen Views gibt der Zeitstempel an, von wann die Daten sind, d.h. man kann sicher sein, dass alle Daten, die man vor diesem Moment erfaßt hat, auch mit drin sind. Beim Routing- View ist das nicht der Fall, weil die Daten dafür extern (von Pascal) erzeugt werden und mir daher diese Info nicht vorliegt. Vielleicht können wir das irgendwie verbessern. Ich werde das mal mit Pascal besprechen. 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] karten material mit herkunft US behörd en?
On Thu, Mar 18, 2010 at 03:36:44AM +0100, Martin Koppenhoefer wrote: Am 18. März 2010 03:33 schrieb AssetBurned openstreet...@assetburned.de: nun ist mir aufgefallen das im CIA world fact book von 1980 eine karte drinne ist die dem aktuellen küsten verlauf deutlich näher kommt als das was in OSM zu finden ist. AFAIK ist das PD, vielleicht findest Du ja bei der CIA auf der homepage mehr Infos. Ist denn keine Lizenz bei den Daten selbst dabei? CIA-Daten sind in aller Regel Public Domain. So wie alle Daten, die von amerikanischen Bundesbehörden kommen. Da gibts keine Probleme. 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] Hat sich OpenStreetMap.js oder openlayers g eändert?
Bei http://osmtools.de/easymap/ geht Karte erstellen auch nicht mehr, da hatte das Grundgerüst her. Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Am 18.03.2010 11:21, schrieb Christian Knorr: Hallo zusammen, auf einmal funktioniert eine statische Map nicht mehr, die vor ein paar Tagen noch ging. An der html habe ich nicht verändert. Wie kann das sein, habt Ihr ähnliche Erfahrungen gemacht? Chris P.S. Fehlermeldung vom Firefox 3.0.18 unter kubuntu 8.04: Fehler: OpenLayers is not defined Quelldatei: http://www.openstreetmap.org/openlayers/OpenStreetMap.js Zeile: 4 Fehler: OpenLayers is not defined Quelldatei: http:// ... /map.html Zeile: 22 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de HI ! das Problem der nicht funktionierenden Karten kann ich bestätigen ! gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Christian Knorr schrieb: Hallo zusammen, auf einmal funktioniert eine statische Map nicht mehr, die vor ein paar Tagen noch ging. An der html habe ich nicht verändert. Wie kann das sein, habt Ihr ähnliche Erfahrungen gemacht? sieht so aus, als wäre www.openlayers.org down. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler Mapnik und Osmarender?
Am Donnerstag 18 März 2010 04:02:30 schrieb Martin Koppenhoefer: Wenn Du Track nimmst, solltest Du auch gleich tracktype=grade1 für asphaltierte Wege hinzufügen, und die Access-Tags entsprechend setzen. Habe ich gemacht, nebst surface=asphalt. Gruß Martin Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Am Donnerstag 18 März 2010 11:33:22 schrieb Andre Joost: Christian Knorr schrieb: Hallo zusammen, auf einmal funktioniert eine statische Map nicht mehr, die vor ein paar Tagen noch ging. An der html habe ich nicht verändert. Wie kann das sein, habt Ihr ähnliche Erfahrungen gemacht? sieht so aus, als wäre www.openlayers.org down. Hubbs, habe ich zu viel getestet? *duckundweg* :D Gruß, André Joost Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Christian Knorr schrieb: Bei http://osmtools.de/easymap/ geht Karte erstellen auch nicht mehr, da hatte das Grundgerüst her. Die Domain openlayers.org ist derzeit nicht erreichbar. Wenn die Bibliothek direkt von dort geladen wird, geht die Anwendung nicht. So wie es aussieht ist auch der Emailserver nicht erreichbar, d.h. Mailings an die Mailingliste kommen derzeit nicht an. Im Chat (openlayers @ freenode) wurde das Problem aber schon gemeldet. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS down?
Am Donnerstag 11 März 2010 09:36:55 schrieb Christian Knorr: Hallo zusammen, ich kann OpenRouteService [1] seit gestern nicht mehr erreichen. Gleiches gilt auch für OSM-WMS. Hab' ich was verpasst, sollte das so sein, gibt's neue Adressen? MfG, Chris [1] http://data.giub.uni-bonn.de/openrouteservice [2] http://www.osm-wms.de/ Leider gibt es nun wieder eine andere Adresse. Ich würde gerne dauerhaft auf ors setzen, aber wenn sich die Adresse permanent ändert geht das nicht. Soll das denn prinzipiell unterbunden werden? Oder könnt Ihr http://openrouteservice.org/ so umleiten (oder was immer dort auch geschieht), dass auch die GET-Parameter funktionieren? Denn, openrouteservice.org/?start...end... wäre doch Benutzerfreundlich, oder? MfG, Chris... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Permalink bei Lonvia's World Hiking Map
Hallo zusammen, der Permalink in http://osm.lonvia.de/world_hiking.html verlinkt auf http://osm.lonvia.de/world_hiking.html?http%3A%2F%2Fosm.lonvia.de%2Fworld_hiking.html=zoom=5lat=51.5lon=-0.1layers=FFBT Wenn man das auf http://osm.lonvia.de/world_hiking.html?zoom=5lat=51.5lon=-0.1layers=FFBT kürzt, nimmt der Permalink dieses Muster dauerhaft und die zweite URL erscheint nicht mehr. Ist das so beabsichtigt? MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS down?
Hi, Christian Knorr schrieb: Am Donnerstag 11 März 2010 09:36:55 schrieb Christian Knorr: Hallo zusammen, ich kann OpenRouteService [1] seit gestern nicht mehr erreichen. Gleiches gilt auch für OSM-WMS. Hab' ich was verpasst, sollte das so sein, gibt's neue Adressen? MfG, Chris [1] http://data.giub.uni-bonn.de/openrouteservice [2] http://www.osm-wms.de/ Leider gibt es nun wieder eine andere Adresse. Ich würde gerne dauerhaft auf ors setzen, aber wenn sich die Adresse permanent ändert geht das nicht. hier werden gerade eifrig Server umgezogen und neu aufgesetzt. Dabei ist leider vereinzelt die Webseite davon betroffen :( Soll das denn prinzipiell unterbunden werden? Oder könnt Ihr http://openrouteservice.org/ so umleiten (oder was immer dort auch geschieht), dass auch die GET-Parameter funktionieren? Denn, openrouteservice.org/?start...end... wäre doch Benutzerfreundlich, oder? sicherlich! Leider gehört mir die Domain nicht, aber Hr. Zipf wollte das ändern lassen. Ich hoffe es passiert bald gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Es ist aber problemlos möglich, die Openlayers auf dem eigenen Server zu hosten. Das schützt einen nicht nur vor Serverausfällen sondern auch vor unangekündigten Änderungen bei Openlayers oder OSM. Nach der ersten grauen Karte bin ich auf lokale Ablage umgestiegen und habe seitdem keine bösen Überraschungen mehr erlebt. bye Nop -- View this message in context: http://n2.nabble.com/Hat-sich-OpenStreetMap-js-oder-openlayers-geandert-tp4755621p4755890.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] ORS down?
Am Donnerstag 18 März 2010 12:23:18 schrieb Pascal Neis: Leider gibt es nun wieder eine andere Adresse. Ich würde gerne dauerhaft auf ors setzen, aber wenn sich die Adresse permanent ändert geht das nicht. hier werden gerade eifrig Server umgezogen und neu aufgesetzt. Dabei ist leider vereinzelt die Webseite davon betroffen :( Dagegen ist ja auch nichts einzuwenden, einem offenen Projekt darf soetwas passieren :) Soll das denn prinzipiell unterbunden werden? Oder könnt Ihr http://openrouteservice.org/ so umleiten (oder was immer dort auch geschieht), dass auch die GET-Parameter funktionieren? Denn, openrouteservice.org/?start...end... wäre doch Benutzerfreundlich, oder? sicherlich! Leider gehört mir die Domain nicht, aber Hr. Zipf wollte das ändern lassen. Ich hoffe es passiert bald Das hört sich ja gut an :) Das heißt, dass Herr Zipf da treibende Kraft ist, und Du mit ihm in Verbindung stehst? Gut Ding will Weile haben... gruesse pascal Chris... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Am Donnerstag 18 März 2010 12:37:19 schrieb NopMap: Es ist aber problemlos möglich, die Openlayers auf dem eigenen Server zu hosten. Das schützt einen nicht nur vor Serverausfällen sondern auch vor unangekündigten Änderungen bei Openlayers oder OSM. Nach der ersten grauen Karte bin ich auf lokale Ablage umgestiegen und habe seitdem keine bösen Überraschungen mehr erlebt. +1 aber jetzt zu spät ;) Weißt ja: Backup erst nach dem Schaden :D Oder hast Du eine Originale? Wenn ja, wo? Dann lade ich sie mir - mit Deiner freundlichen Unterstützung :) - von Dir. bye Nop Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Am 18.03.2010 12:37, schrieb NopMap: Es ist aber problemlos möglich, die Openlayers auf dem eigenen Server zu hosten. Das schützt einen nicht nur vor Serverausfällen sondern auch vor unangekündigten Änderungen bei Openlayers oder OSM. Nach der ersten grauen Karte bin ich auf lokale Ablage umgestiegen und habe seitdem keine bösen Überraschungen mehr erlebt. bye Nop ... und Updates wird es wohl selten geben oder kann man sich autom. benachrichtigen lassen ??? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Busspuren taggen (war: Straßenbahnen , Straßen, Busse)
Weil ihr grad so schön im Diskutieren seid: Wie würdet ihr denn seperate Busspuren taggen, die aber in meinen Augen nicht richtig baulich, sondern durch mittels Plaste-Ständern getrennt sind: http://wiki.openstreetmap.org/wiki/File:MalekAbad.JPG http://wiki.openstreetmap.org/wiki/File:Bus_Guaideways.JPG Ein Anwendungsfall für wayparts-Relation [1]? Wie würde Ömmes denn sowas taggen? Claudius [1] http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Jochen Topf joc...@remote.org wrote: Das ist ein allgemeines Problem beim OSMI, da hab ich leider auch keine Lösung für, die sich mit vertretbarem Aufwand umsetzen läßt. Wir haben da in der QA-Session auf der FOSSGIS auch drüber gesprochen, aber so eine richtig supertolle Lösung hat da keiner. Ein Tag a la finger Weg, dieser node ist schon OK so wär doch was oder? Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der Openlinkkarte?
Am Mittwoch 17 März 2010 20:17:43 schrieb Patrick Kolesa: Hier die Antwort: http://87948.homepagemodules.de/t10f18-Aktualisierungsstand.html http://87948.homepagemodules.de/t9f15-Aktualisierung-der-Daten.html Nur Geduld :) Mittlerweile sind die Daten wieder aktualisiert und von vorgestern. Das Datum muss noch geändert werden, aber die Daten sind schon mal drin! Gruß Patrick Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Am 18.03.2010 00:35, Michael Bemmerl: Hallo zusammen, UMAX974 hat mich darauf aufmerksam gemacht, dass seit Version 0.15 [1] [2] von Merkaartor standardmäßig der WMS von DigitalGlobe [3] in die WMS-Liste mit eingebunden ist. Die Auflösung der Bilder beträgt ca. 80 cm / Pixel (was in meiner Region echt super-gut ist ;-) (Beispiel unter [4]). Hat den WMS-Server schon jemand erfolgreich unter JOSM einbinden können? Offenbar steig ich mit den Projektionen nicht so ganz durch, denn bei mir haben die Kacheln fiesen Versatz. Ich habe in JOSM als Projektion Merkator eingestellt, als Projektionsbezeichnung wird epsg:3857 angegeben (obwohl das meinem Verständnis nach 4326 sein müsste): Wenn ich diesen WMS-Server verwende, habe ich eingang erwähnten Versatz: http://wms.globexplorer.com/gexservlets/wms?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapTRANSPARENT=TRUELAYERS=GlobeXplorer%20ImageSRS=EPSG:4326STYLES=FORMAT=image/jpeg; Wenn ich dort den SRS-Eintrag anpasse auf SRS=EPSG:3857 meldet JOSM, dass ich verschiedene Projektionen verwende. Kurz gesagt: Hat jemand korrekte Einstellungen und einen WMS-String für den Einsatz unter JOSM? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Am 18. März 2010 13:19 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Jochen Topf joc...@remote.org wrote: Das ist ein allgemeines Problem beim OSMI, da hab ich leider auch keine Lösung für, die sich mit vertretbarem Aufwand umsetzen läßt. Wir haben da in der QA-Session auf der FOSSGIS auch drüber gesprochen, aber so eine richtig supertolle Lösung hat da keiner. Ein Tag a la finger Weg, dieser node ist schon OK so wär doch was oder? Das Problem daran ist, dass dieser Hinweis nur so lange Gültigkeit haben darf, bis jemand etwas an der Straße ändert. Meiner Meinung nach hat so etwas auch nichts im planet verloren, sondern sollte in einer Sekundärdatenbank sein. Diese müsste jedoch eindeutigen Bezug herstellen können. Auch hierbei gibt es das Problem, dass dieser Hinweis möglicherweise falsch ist, wenn jemand daran rumfingert. Es wurde (u.a. auf der Community-Session QA) überlegt, so etwas durch ein Meta-OSM (in dem alle Bugreporte, notes, fixmes usw geladen werden) zu lösen. Dieses müsste sich dann eindeutig auf die richtige OSM Datenbank beziehen (zB in dem es die Node-table mitbenutzt). Zusätzlich müsste durch einen irgendwie berechneten Hash-Tag sichergestellt werden, dass der Node, auf den sich der Bug bezog, nicht geändert wurde. Die Problematik ist also nicht trivial. Sonniger Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Claudius schrieb: Kurz gesagt: Hat jemand korrekte Einstellungen und einen WMS-String für den Einsatz unter JOSM? http://wms.globexplorer.com/gexservlets/wms?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapTRANSPARENT=TRUELAYERS=GlobeXplorer%20ImageSRS=EPSG:4326STYLES=FORMAT=image/jpeg; Funktioniert bei der Projektion WGS84 Geografisch gut. Ohne Versatz. Um Rechtecke etc. zu zeichnen musst du dann vor dem Hochladen halt nochmal auf Merkator umschalten und die ein bißchen geraderücken. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Am 18. März 2010 06:39 schrieb Sebastian Masch landw...@wilsen.de: Solange wir keine Tagging für Linienbündel (in Potlach nicht editierbar) haben, also analog zu den Kommerz-Navis, solange geht's nicht anders: Und wer pflegt das alles wieder raus, wenn's dann mal geht? Wie halte ich Renderer solange davon ab, diese Fehler darzustellen? wieso Fehler? Wieso sollte nur der Autoteil einer Straße den Namen tragen, und der Rest nicht? Fußwege, Fahrradwege etc., die in einer Straße laufen, tragen den Namen doch auch. Wenn man sie separat mappt, kann man ihnen auch den Namen geben. Ist vermutlich sogar besser. Welchen Namen gebe ich einem Radweg, der neben einer unbenannten Straße liegt? den gleichen wie der Straße, warum auch nicht. Hier also dann keinen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten material mit herkunft US behörden ?
Am 18. März 2010 11:20 schrieb Jochen Topf joc...@remote.org: CIA-Daten sind in aller Regel Public Domain. So wie alle Daten, die von amerikanischen Bundesbehörden kommen. Da gibts keine Probleme. eine andere Frage könnte sein, ob die CIA-Daten in allen Fällen richtiger sind als die in OSM ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
olvagor o...@terbrueggen.net wrote: Funktioniert bei der Projektion WGS84 Geografisch gut. Ohne Versatz. Um Rechtecke etc. zu zeichnen musst du dann vor dem Hochladen halt nochmal auf Merkator umschalten und die ein bißchen geraderücken. Ähm josm fordert auch bei Einstellung auf Merkator EPSG:4326 an das kann also so nicht stimmen was Du da schreibst, dass das nur in der Einstellung WGS84 Geografisch funktioniert. Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permalink bei Lonvia's World Hiking Map
On Thu, Mar 18, 2010 at 12:14:43PM +0100, Christian Knorr wrote: Hallo zusammen, der Permalink in http://osm.lonvia.de/world_hiking.html verlinkt auf http://osm.lonvia.de/world_hiking.html?http%3A%2F%2Fosm.lonvia.de%2Fworld_hiking.html=zoom=5lat=51.5lon=-0.1layers=FFBT Wenn man das auf http://osm.lonvia.de/world_hiking.html?zoom=5lat=51.5lon=-0.1layers=FFBT kürzt, nimmt der Permalink dieses Muster dauerhaft und die zweite URL erscheint nicht mehr. Ist das so beabsichtigt? Ist es nicht. Da hat es einen Bug in OpenLayers. Mit Hilfe deiner Beschreibung war die Ursache leicht zu finden. Ich habe es gefixt. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Sven Geggus schrieb: Ähm josm fordert auch bei Einstellung auf Merkator EPSG:4326 an das kann also so nicht stimmen was Du da schreibst, dass das nur in der Einstellung WGS84 Geografisch funktioniert. Ich habe nicht geschrieben, dass das NUR in der Einstellung GS84 Geografisch funktioniert. Ich habe geschrieben, das der gepostete Link bei dieser Projektion funktionert. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Claudius claudiu...@gmx.de wrote: Hat den WMS-Server schon jemand erfolgreich unter JOSM einbinden können? Offenbar steig ich mit den Projektionen nicht so ganz durch, denn bei mir haben die Kacheln fiesen Versatz. Der Server ist offensichtlich so ein ESRI-Müll, der sich non-standard verhält. Ich habe in JOSM als Projektion Merkator eingestellt, als Projektionsbezeichnung wird epsg:3857 angegeben (obwohl das meinem Verständnis nach 4326 sein müsste) Nein josm macht das an dieser Stelle falsch, er sollte die Daten wenn verfügbar auch in Merkatorprojektion ausliefern. Die Abweichung ist aber in der Praxis vernachlässigbar. Wenn ich diesen WMS-Server verwende, habe ich eingang erwähnten Versatz: http://wms.globexplorer.com/gexservlets/wms?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapTRANSPARENT=TRUELAYERS=GlobeXplorer%20ImageSRS=EPSG:4326STYLES=FORMAT=image/jpeg; Wie ich bereits sagte, das ist so ein Non-Standard ESRI-Server, schreib mal ein REASPECT=false dazu, dann passt das. Wenn ich dort den SRS-Eintrag anpasse auf SRS=EPSG:3857 meldet JOSM, dass ich verschiedene Projektionen verwende. S.o. derzeit ist 4326 richtig für josm. Kurz gesagt: Hat jemand korrekte Einstellungen und einen WMS-String für den Einsatz unter JOSM? Siehe oben! Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Am 18. März 2010 09:44 schrieb Torsten Breda torst...@gmail.com: Häufig tauchen Fehler in Gebieten auf, in denen sehr viele landuse, farmland, natural usw vorhanden sind. Straßen sind dann, anstatt mit einer anderen Straße, mit der Begrenzung der Fläche verbunden. Dieser Fehler kann, gerade in solchen Gebieten, sehr schnell passieren, wenn man nicht richtig aufpasst. Es wäre schön, wenn JOSM diesen Fehler verhindern könnte. IMHO ist es nicht grundsätzlich ein Fehler, eine Straße auch mit einer Fläche zu verbinden, z.B. liegt der Eingang eines Parks auf einem gemeinsamen Node Weg und Parkumriss, den ich zusätzlich je nach Lage mit barrier=entrance oder barrier=gate tagge. Auch für Eingänge in Gebäude, Durchgänge durch Zäune, ... ist das m.E. sinnvoll. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
olvagor o...@terbrueggen.net wrote: Ich habe nicht geschrieben, dass das NUR in der Einstellung GS84 Geografisch funktioniert. Ich habe geschrieben, das der gepostete Link bei dieser Projektion funktionert. OK, dann noch mal detailierter. Bei standardkonformen WMS darf zwischen josm Einstellung Merkator und WGS84 kein Unterschied zu erkennen sein. Manche WMS-Server brauchen aber den non-standard Parameter REASPECT=false damit das in der Praxis auch wirklich so ist. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Korrektur von durch OSM Inspector gefundenen Fehlern
Torsten Breda torst...@gmail.com wrote: Auch hierbei gibt es das Problem, dass dieser Hinweis möglicherweise falsch ist, wenn jemand daran rumfingert. Ich finde schon dass man das in die OSM Datenbank reintun kann. Auch heute schon gibt es dort drin Dinge ohne direkten Raumbezug. Das geschilderte Problem kann ein doch Editor lösen: Achtung: Sie verändern einen Knoten mit dem Tag near_to_other_road=OK möchten sie dieses Attribut nach der Änderung beibehalten! Oder noch besser, wenn der Knoten verschoben wird glsich schaun ob das Ausnahmetag überhaupt noch sinnvoll ist. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Am 18. März 2010 14:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 18. März 2010 06:39 schrieb Sebastian Masch landw...@wilsen.de: Solange wir keine Tagging für Linienbündel (in Potlach nicht editierbar) haben, also analog zu den Kommerz-Navis, solange geht's nicht anders: Und wer pflegt das alles wieder raus, wenn's dann mal geht? Wie halte ich Renderer solange davon ab, diese Fehler darzustellen? wieso Fehler? Wieso sollte nur der Autoteil einer Straße den Namen tragen, und der Rest nicht? Fußwege, Fahrradwege etc., die in einer Straße laufen, tragen den Namen doch auch. Wenn man sie separat mappt, kann man ihnen auch den Namen geben. Ist vermutlich sogar besser. Es gibt aber an dieser Stelle nur eine Straße. Die Straße bekommt doch kein alter ego, nur weil sie noch einen Fuß- oder Radweg hat. :-) Man sollte sich bei der allgemeinen Betrachtungsweise eine klare Entscheidung finden. Wenn man einen die Straße begleitenden, aber baulich getrennten, Fuß-/Radwege mit der Straße für zusammengehörig betrachtet, dann haben sie auch nur einen Namen. Den Namen an jedem Weg zu wiederholen ist aus dieser Perspektive verkehrt weil redundat. Die Beziehung über eine Relation zu verdeutlichen, wäre eine konsistente Lösungsmöglichkeit. Dass sich weder ein Tagging von Linienbündeln noch die entsprechenden Relationen bisher durchgesetzt haben, ist kein Grund, plötzlich Namen doppelt zu vergeben. Den Namen nur hinzuzufügen, um den Navi verständliche Routinganweisungen zu entlocken, ist ganz klar tagging für den Renderer. Außerdem löst man damit vielleicht das Problem bei den Naviansagen, doch was ist mit der Straßensuche? Mich würde es stören, wenn plötzlich zwei Straßen (Straße und Fuß-/Radweg) auftauchen, die eigentlich identisch sind. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Am 18. März 2010 15:14 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 18. März 2010 14:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 18. März 2010 06:39 schrieb Sebastian Masch landw...@wilsen.de: wieso Fehler? Wieso sollte nur der Autoteil einer Straße den Namen tragen, und der Rest nicht? Fußwege, Fahrradwege etc., die in einer Straße laufen, tragen den Namen doch auch. Wenn man sie separat mappt, kann man ihnen auch den Namen geben. Ist vermutlich sogar besser. Es gibt aber an dieser Stelle nur eine Straße. Die Straße bekommt doch kein alter ego, nur weil sie noch einen Fuß- oder Radweg hat. :-) davon war auch keine Rede. Die Straße besteht aber eben nicht nur aus Fahrbahn für Autos sondern auch auch Fußweg und Fahrradweg. Und wenn dem so ist, so haben auch alle Teile diesen selben Namen, nämlich den der Straße. Wenn man einen die Straße begleitenden, aber baulich getrennten, Fuß-/Radwege mit der Straße für zusammengehörig betrachtet, dann haben sie auch nur einen Namen. Den Namen an jedem Weg zu wiederholen ist aus dieser Perspektive verkehrt weil redundat. sehe ich anders. Diese Redundanz ist notwendig, um die Gegebenheiten abzubilden (Redundanz ist es ja eigentlich gar nicht: jeder way hat seinen Namen). Die Lösung wäre, falls Dich die Redundanz stört, den Namen vom Kfz-Way zu löschen und eine Relation zu erstellen, wo dann die einzelnen Bestandteile enthalten sind, und die den Namen trägt. Das ist aber derzeit kaum zu empfehlen, weil quasi sämtliche Anwendungen damit nicht klar kommen. Die Beziehung über eine Relation zu verdeutlichen, wäre eine konsistente Lösungsmöglichkeit. Dass sich weder ein Tagging von Linienbündeln noch die entsprechenden Relationen bisher durchgesetzt haben, ist kein Grund, plötzlich Namen doppelt zu vergeben. Den Namen nur hinzuzufügen, um den Navi verständliche Routinganweisungen zu entlocken, ist ganz klar tagging für den Renderer. Außerdem löst man damit vielleicht das Problem bei den Naviansagen, doch was ist mit der Straßensuche? Mich würde es stören, wenn plötzlich zwei Straßen (Straße und Fuß-/Radweg) auftauchen, die eigentlich identisch sind. sie sind ja nicht identisch, und den Namen wegzulassen wäre daher Taggen für das Navi. Man könnte übrigens nach Deiner Logik auch den Namen auf dem Kfz-Teil weglassen, wenn der Radbereich schon einen hat ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Am 18. März 2010 15:56 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 18. März 2010 15:14 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 18. März 2010 14:15 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 18. März 2010 06:39 schrieb Sebastian Masch landw...@wilsen.de: wieso Fehler? Wieso sollte nur der Autoteil einer Straße den Namen tragen, und der Rest nicht? Fußwege, Fahrradwege etc., die in einer Straße laufen, tragen den Namen doch auch. Wenn man sie separat mappt, kann man ihnen auch den Namen geben. Ist vermutlich sogar besser. Es gibt aber an dieser Stelle nur eine Straße. Die Straße bekommt doch kein alter ego, nur weil sie noch einen Fuß- oder Radweg hat. :-) davon war auch keine Rede. Die Straße besteht aber eben nicht nur aus Fahrbahn für Autos sondern auch auch Fußweg und Fahrradweg. Und wenn dem so ist, so haben auch alle Teile diesen selben Namen, nämlich den der Straße. Den Namen an sich gibt es aber nur einmal. Das ist eine geografische Realität. Wie man das Problem Lösen kann beschreibst Du ja sogleich. Wenn man einen die Straße begleitenden, aber baulich getrennten, Fuß-/Radwege mit der Straße für zusammengehörig betrachtet, dann haben sie auch nur einen Namen. Den Namen an jedem Weg zu wiederholen ist aus dieser Perspektive verkehrt weil redundat. sehe ich anders. Diese Redundanz ist notwendig, um die Gegebenheiten abzubilden (Redundanz ist es ja eigentlich gar nicht: jeder way hat seinen Namen). Die Lösung wäre, falls Dich die Redundanz stört, den Namen vom Kfz-Way zu löschen und eine Relation zu erstellen, wo dann die einzelnen Bestandteile enthalten sind, und die den Namen trägt. Es gibt also eine Lösung :-) Das ist aber derzeit kaum zu empfehlen, weil quasi sämtliche Anwendungen damit nicht klar kommen. Womit wir wieder beim taggen für den Renderer wären :-) Die Beziehung über eine Relation zu verdeutlichen, wäre eine konsistente Lösungsmöglichkeit. Dass sich weder ein Tagging von Linienbündeln noch die entsprechenden Relationen bisher durchgesetzt haben, ist kein Grund, plötzlich Namen doppelt zu vergeben. Den Namen nur hinzuzufügen, um den Navi verständliche Routinganweisungen zu entlocken, ist ganz klar tagging für den Renderer. Außerdem löst man damit vielleicht das Problem bei den Naviansagen, doch was ist mit der Straßensuche? Mich würde es stören, wenn plötzlich zwei Straßen (Straße und Fuß-/Radweg) auftauchen, die eigentlich identisch sind. sie sind ja nicht identisch, und den Namen wegzulassen wäre daher Taggen für das Navi. Man könnte übrigens nach Deiner Logik auch den Namen auf dem Kfz-Teil weglassen, wenn der Radbereich schon einen hat ;-) Ganz klar! Hauptsache am Ende gibt es nur einen Namen :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktualisierung der Openlinkkarte?
Am 18.03.2010 13:39, schrieb Alexander Matheisen: Das Datum muss noch geändert werden, aber die Daten sind schon mal drin! Datum ist jetzt auf 15.03.2010 gesetzt. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler Mapnik und Osmarender?
Hallo Martin, sehe ich auch so. Track sollte es auch sein können, wenn es sich nicht um Wirtschaftswege sondern um Erholungswege handelt, entscheidend ist die Breite: wenn es von Autos befahren werden könnte, ist es ein Track (s.z.B. EInsatzfahrzeuge, etc.). (Ich weiss, dass das hier eines der vielen Endlos-Diskussions-Themen ist.) Die Breite ist nicht das einzige Kriterium, ob aus einem Path ein Track wird. Oder machst Du aus einem 5 Meter breiten Fussweg (Zeichen 239) auch ein highway=track? (Denn ein Footway ist nichts anderes als eine spezielle Art des Paths.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] geänderte All in One
Ein paar Anmerkungen zur All in One, die ich heut morgen gegen 06:00 heruntergeladen habe: Inhalte von FIXME und Notizen werden nicht mehr als Popup, sondern direkt auf der Karte dargestellt - die Karte wirkt dadurch recht voll. Alle Layer sind auf viele Areas aufgeteilt, z.B. Openstreetmap 63240404, Mrz 2010 bis Openstreetmap 63240587, Mrz 2010 (nicht vollständig fortlaufend) Das Durchscrollen der Liste dauert 90 Sekunden. Durch diese Aufteilung ist z.B. das Fixme-Layer nicht vernünftig zu deaktivieren. Verschiedene Grafiken scheinen zu fehlen, beispielsweise traffic_sign=city_limit, Poller und barrier=gate werden durch einen roten Rhombus in einem roten Quadrat dargestellt. Alle diese Objekte werden als Punkt benannt. Punkte, die nur mit addr:housenumber=5 gemappt wurden, Werden als Punkt angezeigt, Popup und Information sind Punkt. Die B 101 wird im Ort richtig mit Grosshartmannsdorfer Strasse (50) gerendert, das Popup lautet B101 Grosshartmannsdorfer Strasse (50), die Information beim Drücken von Enter ist B101 Bäcker und Fleischer werden mit einem Einkaufswagensymbol dargestellt, zumindest beim Bäcker habe ich in Erinnerung, früher Brezeln gesehen zu haben. highway=residential und Fußwege (aber nicht highway=track) werden im Nachtmodus wie ein Fluss angezeigt (schwarzer Strich). Gebäude werden nicht mehr dargestellt. Auf allen Flächen wird als Popup und Information Gebie angezeigt. Ich hoffe, dass die Beschreibungen detailliert genug sind. Auf gute Besserung hoffend und für die viele Arbeit an der Karte dankend malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
malenki schrieb am 18.03.2010 19:17: Alle Layer sind auf viele Areas aufgeteilt, z.B. Openstreetmap 63240404, Mrz 2010 bis Openstreetmap 63240587, Mrz 2010 (nicht vollständig fortlaufend) Das Durchscrollen der Liste dauert 90 Sekunden. Durch diese Aufteilung ist z.B. das Fixme-Layer nicht vernünftig zu deaktivieren. Also bei den Garmin-Navis, die ich kenne (nuevi 700 irgendwas und etrex Hcx), kann man ein komplettes Layer mit einem Haekchen deativieren, egal aus wievielen Kacheln das Layer besteht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
Am Donnerstag 18 März 2010 19:49:14 schrieb Torsten Leistikow: malenki schrieb am 18.03.2010 19:17: Alle Layer sind auf viele Areas aufgeteilt, z.B. Openstreetmap 63240404, Mrz 2010 bis Openstreetmap 63240587, Mrz 2010 (nicht vollständig fortlaufend) Das Durchscrollen der Liste dauert 90 Sekunden. Durch diese Aufteilung ist z.B. das Fixme-Layer nicht vernünftig zu deaktivieren. Also bei den Garmin-Navis, die ich kenne (nuevi 700 irgendwas und etrex Hcx), kann man ein komplettes Layer mit einem Haekchen deativieren, egal aus wievielen Kacheln das Layer besteht. Wenn man weiß' wie :) Ich habe das e-Trex nicht mehr, aber da gabs noch ein Untermenü im Layermenü. War das noch mal mit der linken Taste? Bin mir nicht mehr sicher. Gruss Torsten Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seltsame Edits von Nutzer kurs_webmapping
Der Nutzer kurs_webmapping hat einige seltsame bzw. Vandalismus-Edits getätigt: http://www.openstreetmap.org/user/kurs_webmapping/edits Er hat großflächig Gebäude ins Meer eingetragen: http://www.openstreetmap.org/browse/changeset/4161148 Bei anderen, wie diesem Sumpfgebiet Taurus kann ich allerdings nicht sagen, ob das Quatsch ist: http://www.openstreetmap.org/browse/changeset/4161151 Aber nachdem er auch einfach Küstenlinien löscht: http://www.openstreetmap.org/browse/way/14619236/history Sollte man wohl ein Auge auf ihn haben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
Torsten Leistikow schrieb: malenki schrieb am 18.03.2010 19:17: Alle Layer sind auf viele Areas aufgeteilt, z.B. Openstreetmap 63240404, Mrz 2010 bis Openstreetmap 63240587, Mrz 2010 (nicht vollständig fortlaufend) Das Durchscrollen der Liste dauert 90 Sekunden. Durch diese Aufteilung ist z.B. das Fixme-Layer nicht vernünftig zu deaktivieren. Also bei den Garmin-Navis, die ich kenne (nuevi 700 irgendwas und etrex Hcx), Hier ists ein GPSmap 60CSx kann man ein komplettes Layer mit einem Haekchen deativieren, egal aus wievielen Kacheln das Layer besteht. Ähm ja. Ich vergaß, nochmals Menü zu drücken. Vielen Dank für Ihre Aufmerksamkeit *hust* ;) In dieser Hinsicht kann man also Entwarnung geben. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
malenki schrieb: Ähm ja. Ich vergaß, nochmals Menü zu drücken. Vielen Dank für Ihre Aufmerksamkeit *hust* ;) In dieser Hinsicht kann man also Entwarnung geben. PS: Alle Layer der AiO bis auf das OSB haben als Bezeichnung family name. Wäre schön, wenn man zur alten Benennungsweise zurück kehren könnte - und sei es nur aus Gründen der Nostalgie. :) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
Die Layer Deaktivierung ist ja nicht das Problem, Mein Problem ist wirklich die geänderte Darstellung mit Punkt und diesem merkwürdige Rombus für viele unterschiedliche Dinge die bisher gut differenziert dargestellt waren, zudem fehlen mir sämtliche Gebäudeumrisse. in der Nachtdarstellung sind Viele Wege überhaupt nicht mehr zu erkennen. Bitte unbedingt wieder ändern. UMAX974 Am 18.03.2010 um 19:17 schrieb malenki: Verschiedene Grafiken scheinen zu fehlen, beispielsweise traffic_sign=city_limit, Poller und barrier=gate werden durch einen roten Rhombus in einem roten Quadrat dargestellt. Alle diese Objekte werden als Punkt benannt. Punkte, die nur mit addr:housenumber=5 gemappt wurden, Werden als Punkt angezeigt, Popup und Information sind Punkt. Die B 101 wird im Ort richtig mit Grosshartmannsdorfer Strasse (50) gerendert, das Popup lautet B101 Grosshartmannsdorfer Strasse (50), die Information beim Drücken von Enter ist B101 Bäcker und Fleischer werden mit einem Einkaufswagensymbol dargestellt, zumindest beim Bäcker habe ich in Erinnerung, früher Brezeln gesehen zu haben. highway=residential und Fußwege (aber nicht highway=track) werden im Nachtmodus wie ein Fluss angezeigt (schwarzer Strich). Gebäude werden nicht mehr dargestellt. Auf allen Flächen wird als Popup und Information Gebie angezeigt. Ich hoffe, dass die Beschreibungen detailliert genug sind. Auf gute Besserung hoffend und für die viele Arbeit an der Karte dankend malenki ___ 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] geänderte All in One
kann ich auf dem 60csx bestätigen .. Außerdem hab ich subjetiv den Eindruck das Gebäude nicht mehr in der Karte eingezeichnet werden .. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping
Hallo, Claudius wrote: Der Nutzer kurs_webmapping hat einige seltsame bzw. Vandalismus-Edits getätigt: Normal bin ich da vorsichtiger, aber wenn sich hier einer schon Kurs nennt und die Haelfte der Changesets test heisst... hab alles reverted, um das sich noch niemand anders gekuemmert hatte, und ihm eine freundliche Mail geschrieben. Bye Frederik http://www.openstreetmap.org/user/kurs_webmapping/edits Er hat großflächig Gebäude ins Meer eingetragen: http://www.openstreetmap.org/browse/changeset/4161148 Bei anderen, wie diesem Sumpfgebiet Taurus kann ich allerdings nicht sagen, ob das Quatsch ist: http://www.openstreetmap.org/browse/changeset/4161151 Aber nachdem er auch einfach Küstenlinien löscht: http://www.openstreetmap.org/browse/way/14619236/history Sollte man wohl ein Auge auf ihn haben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- 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] WMS von DigitalGlobe
Michael Bemmerl schrieb: Nun bin ich mir aber nicht sicher, ob wir den zum Abzeichnen verwenden dürfen, oder ob der WMS nur für die Haiti- / Chile-Aktionen verwendet werden darf. Ich hab' dazu leider außer einem Thread im Forum auf niederländisch [5] und dem Tweet von mikel [6], welcher sich meiner Meinung nach aber nur auf die Haiti-Bilder bezieht, nichts gefunden. Laut Googles Übersetzungskenntnissen geht es auch in diesem Thread um die gleiche Nutzungs-Frage. Das wäre super! Die hier im Thread angegebene URL funktioniert bei mir prima (auch mit Mercator). Damit kann ich auf ca. 100 m zoomen (JOSM Massstab), zum Vergleich: Yahoo: 1200 m plus 1,4 km Versatz. ;-) Ich schreibe brav bei den neuen Objekten source=digitalglobe rein, damit ichs ggf. wieder löschen kann. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping
Frederik Ramm schrieb: Normal bin ich da vorsichtiger, aber wenn sich hier einer schon Kurs nennt und die Haelfte der Changesets test heisst... EU-Wohnraumerweiterung fand ich auch nicht schlecht. ;-) hab alles reverted, um das sich noch niemand anders gekuemmert hatte, und ihm eine freundliche Mail geschrieben. Danke! Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
FlaBot schrieb: kann ich auf dem 60csx bestätigen .. Außerdem hab ich subjetiv den Eindruck das Gebäude nicht mehr in der Karte eingezeichnet werden .. Hallo Leute, ich stelle zur Zeit ja gerade die Kartengenerierung total um. Deutschland wird jetzt aus den Europakacheln ausgeschnitten. Die Probleme, die ihr alle beschreibt, deuten darauf hin, dass das Typfile nicht mehr korrekt eingebunden wird. Ich hab schon ne Idee dazu und werde heute noch nen kleinen Hack machen. Morgen könnt ihr nochmal schauen, ob es dann wieder geht. Die letzten Tage habe ich leider immer wieder fehler in meinem Skript feststellen müssen, die irgendwas kaputt gemacht haben. Die Sache ist gar nicht so leicht, wie ich mir das vorgestellt habe. Schaun wir mal. Grüße! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Falk Zscheile schrieb: Wenn man einen die Straße begleitenden, aber baulich getrennten, Fuß-/Radwege mit der Straße für zusammengehörig betrachtet, dann haben sie auch nur einen Namen. Den Namen an jedem Weg zu wiederholen ist aus dieser Perspektive verkehrt weil redundat. Trägst du bei Straßen mit baulich getrennten Kfz-Fahrbahnen auch nur bei einer Fahrbahn den Namen ein? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
Am 18.03.2010 20:33, schrieb malenki: PS: Alle Layer der AiO bis auf das OSB haben als Bezeichnung family name. Wäre schön, wenn man zur alten Benennungsweise zurück kehren könnte - und sei es nur aus Gründen der Nostalgie. :) +1 Ich möchte wissen, was ich alles deaktiviere :) Hier die aktuelle AiO auf einem eTrex Vista HCx. Was mir noch aufgefallen ist, die Straßen sind alle dünner geworden. Finde ich positiv, nur die Unterscheidung der einzelnen Klassen ist etwas gewöhnungsbedürftig. Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] straßenbegleitende Radwege
Am 18. März 2010 22:09 schrieb Ulf Möller o...@ulfm.de: Falk Zscheile schrieb: Wenn man einen die Straße begleitenden, aber baulich getrennten, Fuß-/Radwege mit der Straße für zusammengehörig betrachtet, dann haben sie auch nur einen Namen. Den Namen an jedem Weg zu wiederholen ist aus dieser Perspektive verkehrt weil redundat. Trägst du bei Straßen mit baulich getrennten Kfz-Fahrbahnen auch nur bei einer Fahrbahn den Namen ein? Guter Einwand :-) War zwar noch nicht in der Verlegenheit, aber darüber werde ich nochmal nachdenken müssen, ob es hier einen relevanten Unterschied zu Fuß-/Radwegen gibt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Das wäre super! Die hier im Thread angegebene URL funktioniert bei mir prima (auch mit Mercator). Also hier tut das definitv nur mit REASPECT=false passgenau. Aktueller josm-latest 3141. Gruss Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat sich OpenStreetMap.js oder openlayers g eändert?
Christian Knorr wrote: aber jetzt zu spät ;) Weißt ja: Backup erst nach dem Schaden :D Oder hast Du eine Originale? Wenn ja, wo? Dann lade ich sie mir - mit Deiner freundlichen Unterstützung :) - von Dir. Seit meinem ersten Reinfall habe ich meine Kopie unter topo.geofabrik.de. Bedien Dich. :-) bye Nop -- View this message in context: http://n2.nabble.com/Hat-sich-OpenStreetMap-js-oder-openlayers-geandert-tp4755621p4759672.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] karten material mit herkunft US behörd en?
moin On 18.03.2010, at 14:19, Martin Koppenhoefer wrote: Am 18. März 2010 11:20 schrieb Jochen Topf joc...@remote.org: CIA-Daten sind in aller Regel Public Domain. So wie alle Daten, die von amerikanischen Bundesbehörden kommen. Da gibts keine Probleme. eine andere Frage könnte sein, ob die CIA-Daten in allen Fällen richtiger sind als die in OSM ;-) hmm begründete zweifel sind da zum teil angebracht. aber wenn ich aktuellen sat bildern aus anderen quellen glauben schenken kann, dann hat OSM die fehlerhaften (oder sagen wir besser fehlerhafteren) daten. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fußgängerzone/Radfahrer frei richti g taggen?
Hallo, neulich hatte ich bei der Frage zum Openrouteservice geschrieben, in der Jenaer Innenstadt fehlten gehäuft Radfahrer frei-Angaben an Fußgängerzonen. Überprüfung ergab nun: die fehlen keinesfalls, sondern fast überall steht bicycle=permissive, und der ORS routet drumherum. Fragen über Fragen: Vor Ort stehen einheitlich die Schilder Fußgängerzone/Radfahrer frei, laut deutschem Wiki soll da bicycle=yes eingetragen werden (wie bei zwei oder drei solchen Straßen schon vorhanden). Ist das permissive eine andere anerkannte Variante für dieselbe Situation, eine britische Spezialität (könnte man denken: BBBike.de nutzt diese Wege und schreibt Radfahren geduldet), oder wird man sich über die bessere Variante nicht einig ;-o ? Es gibt ja noch mehr Routingprogramme; was ist so etwa der kleinste gemeinsame Nenner? Spricht etwas dagegen, alle permissive gegen die Wiki-Empfehlung yes zu tauschen? -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping
Am 18.03.2010 21:08, schrieb Frederik Ramm: nennt und die Haelfte der Changesets test heisst... Eine von Neuusern auffindbare Sandbox zum Üben (mit completter Toolchain von Mapnik und Osmarender dahinter) wäre praktisch. Muss ja kein ganzer Planet sein, eine Insel reicht eigenltich. Vielleicht mit zwei Bergen, vielen Tuneln, ein paar Bahngleisen und ringerherum schöner Strand. Mir würde da auch schon ein Name einfallen... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsame Edits von Nutzer kurs_webmapping
Johann H. Addicks schrieb: Vielleicht mit zwei Bergen, vielen Tuneln, ein paar Bahngleisen und ringerherum schöner Strand. Mir würde da auch schon ein Name einfallen... Gabs doch letztes Jahr schon :-) Irgendwo im Meer hatte sich jemand ne 5m-Insel gebaut. Ist aber anscheinend versunken... muss der durch den Klimawandel verursachte Anstieg des Meeresspiegels gewesen sein! Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußgängerzone/Radfahrer frei richti g taggen?
Hallo Thomas, neulich hatte ich bei der Frage zum Openrouteservice geschrieben, in der Jenaer Innenstadt fehlten gehäuft Radfahrer frei-Angaben an Fußgängerzonen. Überprüfung ergab nun: die fehlen keinesfalls, sondern fast überall steht bicycle=permissive, und der ORS routet drumherum. Das ist doppelt falsch. 'Permissive' bedeutet, dass der Eigentümer die Benutzung durch Radfahrer erlaubt. Mit Eigentümer ist hier aber eher eine Privatperson gemeint und nicht der Staat/die Stadt. Für die Fussgängerzone mit Radfahrer frei ist also tatsächlich bicycle=yes das Richtige. Nichtsdestotrotz sollte der Router einen Radfahrer natürlich auch über Permissive-Strecken führen. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de