Re: [Talk-de] Gemeindegrenzen finden
Für RLP (aber auch andere Bundesländer) gibt es in der Wikipedia Kartenwerk mit groben Grenzverläufen: http://de.wikipedia.org/wiki/Liste_der_St%C3%A4dte_und_Gemeinden_in_Rheinland-Pfalz Die Genauigkeit ist für Anwendungen wie die oben genannte Straßenliste völlig ausreichend und da keine besseren Datenspenden in Sicht sind, benutze ich die WP-Karten schon seit ein paar Wochen um Gemeindegrenzen in RLP einzutragen. Ist aber natürlich Arbeit. Daher freue ich mich über jeden Freiwilligen der sich dazu gesellt. ;) Vielleicht gibt es ja eine Möglichkeit zumindest das Grenznetz aus der SVG-Datei in OSM-taugliches Format zu transformieren. Das aufwendige Tagging wird wohl nicht ausbleiben. Alternativ kann man in Amtlichen Verordnungen nach dem Wort Grenzbeschreibung suchen. Mit etwas (bzw. sehr viel) Glück bekommt man eine Textuelle beschreibung der Grenze ala: Die Grenze zwischen Gemeinde A und B folgt dem Bahndamm bis zum Fluß C von dort bis zur Dorfstraße. Einfach mal bei der Gemeinde nach dem Grenzverlauf fragen kann auch zum erfolg führen. Wenn du gleich reinschreibst, das du den Grenzverlauf in OSM eintragen möchtest ist es (sofern die Gemeinde ihn dir rausrückt) auch keine Urheberechtsverletzung. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM und georeferenzieren von Fotos
Hallo, das Georeferenzieren von Fotos ist mit JOSM ja sehr einfach. Mir ist allerdings aufgefallen, dass ich bei meinen GPS-Tracks (MNEA-Dateien mittels PNA Medion 4410) eine Zeitzone von +2:00 einstellen muss, was ja nicht der in JOSM auswählbaren Zone für Deutschland (+ 1:00 Berlin) entspricht. Hier wird offensichtlich die Sommerzeit nicht berücksichtig. Oder gibt es eine andere Erklärung? MfG Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] nominatim - Hilfestellung bei URL-Aufbau
Moin ! ich möchte mittels nominatim Adressen ermitteln. Exemplarisch an der Ainmillerstr. 33, München. Kann mir einer sagen wie die URL aussehen müßte ?? http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen führt zu searchresults timestamp=Fri, 09 Apr 10 10:25:19 +0100 attribution=Data Copyright OpenStreetMap Contributors, Some Rights Reserved. CC-BY-SA 2.0. querystring=Ainmillerstr. 33,?M\xFCnchen polygon=false more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=accept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen; /searchresults und http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33+M%FCnchen führt zu *Fatal error*: Cannot use object of type DB_Error as array in */home/nominatim/search.php* on line *149 Kann mir einer weiterhelfen ?? Gruß Jan :-) * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim - Hilfestellung bei URL-Aufbau
Hallo Jan, Das sollte funktionieren: http://nominatim.openstreetmap.org/search?q=Ainmillerstra%C3%9Fe+33, +M%C3%BCnchenformat=xml Musst aber darauf achten, dass Straße ausgeschrieben und nicht abgekürzt ist! Das unterstützt Nominatim zur Zeit leider noch nicht. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim - Hilfestellung bei URL-Aufbau
Am 09.04.2010 11:25, Jan Tappenbeck: Moin ! ich möchte mittels nominatim Adressen ermitteln. Exemplarisch an der Ainmillerstr. 33, München. Kann mir einer sagen wie die URL aussehen müßte ?? http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen führt zu searchresults timestamp=Fri, 09 Apr 10 10:25:19 +0100 attribution=Data Copyright OpenStreetMap Contributors, Some Rights Reserved. CC-BY-SA 2.0. querystring=Ainmillerstr. 33,M\xFCnchen polygon=false more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=accept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen; /searchresults und http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33+M%FCnchen führt zu *Fatal error*: Cannot use object of type DB_Error as array in */home/nominatim/search.php* on line *149 Kann mir einer weiterhelfen ?? Em ehesten hilft dir die Dokumentation weiter: http://wiki.openstreetmap.org/wiki/Nominatim Achte vor allem darauf, dass du: 1.) Keine Abkürzung verwendest, also z.B. straße ausschreiben 2.) im Querystring Umlaute richtig kodierst Wenn du das Format mit dem Suchstring direkt nach dem search/ verwendest geht das etwas einfacher. An deinem Beispiel: http://nominatim.openstreetmap.org/search/Ainmillerstraße%2033,%20München?format=xml Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim - Hilfestellung bei URL-Aufbau
Am 09.04.2010 11:44, schrieb Claudius: Am 09.04.2010 11:25, Jan Tappenbeck: Moin ! ich möchte mittels nominatim Adressen ermitteln. Exemplarisch an der Ainmillerstr. 33, München. Kann mir einer sagen wie die URL aussehen müßte ?? http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen führt zu searchresults timestamp=Fri, 09 Apr 10 10:25:19 +0100 attribution=Data Copyright OpenStreetMap Contributors, Some Rights Reserved. CC-BY-SA 2.0. querystring=Ainmillerstr. 33,M\xFCnchen polygon=false more_url=http://nominatim.openstreetmap.org/search?format=xmlexclude_place_ids=accept-language=deq=Ainmillerstr.+33%2C%EF%BB%BFM%5CxFCnchen; /searchresults und http://nominatim.openstreetmap.org/search?format=xmlaccept-language=deq=Ainmillerstr.+33+M%FCnchen führt zu *Fatal error*: Cannot use object of type DB_Error as array in */home/nominatim/search.php* on line *149 Kann mir einer weiterhelfen ?? Em ehesten hilft dir die Dokumentation weiter: http://wiki.openstreetmap.org/wiki/Nominatim Achte vor allem darauf, dass du: 1.) Keine Abkürzung verwendest, also z.B. straße ausschreiben 2.) im Querystring Umlaute richtig kodierst was ist dann richtig ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Thomas Ineichen schrieb: Hallo Falk, Das ist so nicht richtig. Es gibt auch für den Straßenverkehr Regelungen jenseits der StVO. Da sich die StVO an den allgemeinen Straßenverkehr richtet muss sie auch nicht alle gesetzlichen Ausnahmeregelungen nachvollziehen. Diejenigen, die es angeht wissen schon, dass sie dort lang dürfen und sich nicht an das Schild zu halten brauchen. Für *jede* Strasse gibt's irgendwo irgendwen der irgendann mal irgendwie eine Sonderbewilligung hat. Hier geht es um einen 'highway', der auf der Rückseite zwischen zwei Häuserreihen dem Bach entlang führt. http://maps.google.de/maps?ll=50.995148,6.189144z=17 Nur weil ein Arbeiter der Kommune jede Woche da durchfährt um die Abfalleimer zu leeren, wird draus meiner Meinung nach noch lange kein Track. Natürlich ist das ein Track. Roads for agricultural use, gravel roads in the forest etc. heißt eben *nicht* dass es landwirtschaftlich genutzte Wege sein müssen, sonder Wege *wie* Feldwege, Forstwirtschaftswege etc. Beschilderung/Access tags sind dazu orthogonal. Zusätzlich bin ich der Meinung, dass die deutsche Version der Tagbeschreibung mal wieder viel zu eng gestrickt ist, aber trotzdem findet sich folgender Passus: Die Auszeichnung eines Weges als highway=track impliziert nicht die Zeichen 1026-36,1026-37 und 1026-38 (z.B. Land- und Forstwirtschaftlicher Verkehr frei). Disclaimer: das Wiki war von Anfang an als Dokumentation der OSM-Tags wie sie benutzt werden und als Leitfaden gedacht, und nicht als starre Vorgabe wie was getaggt zu sein hat. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Hallo Dirk-Lüder, Thomas Ineichen schrieb: Hier geht es um einen 'highway', der auf der Rückseite zwischen zwei Häuserreihen dem Bach entlang führt. http://maps.google.de/maps?ll=50.995148,6.189144z=17 Nur weil ein Arbeiter der Kommune jede Woche da durchfährt um die Abfalleimer zu leeren, wird draus meiner Meinung nach noch lange kein Track. Natürlich ist das ein Track. Roads for agricultural use, gravel roads in the forest etc. heißt eben *nicht* dass es landwirtschaftlich genutzte Wege sein müssen, sonder Wege *wie* Feldwege, Forstwirtschaftswege etc. Sowohl auf der englischen wie auch auf der deutschen Wiki-Seite ist das 'agricultural use' bzw. 'Land-/Forstwirtschaft aber ein wichtiger Aspekt bei der Beurteilung. In der ganzen Diskussion geht es mir eigentlich nur um den Punkt, dass Wege über 2.5 Meter breite *nicht* *automatisch* Tracks sind, sondern dass es auch auf deren Nutzung/Beschilderung ankommt. Ich kenne die Situation vor Ort nur von obigem Satelliten-Photo. Aber gerade dass dieser Weg an den Rückseiten der Häusern entlang führt und weder links noch rechts davon landwirtschaftliche Felder sind spricht für mich gegen highway=track. Beschilderung/Access tags sind dazu orthogonal. Der highway-Key ist eine Zusammenfassung des Gesammteindrucks, daher kommt es auf die Prioritäten an, die man setzt. Für Dich ist wichtig: da könnte man mit einem zweispurigen Fahrzeug langfahren, auch wenn es verboten ist, also setze ich highway=track. Einge genauere Angabe, wer da lang darf, setze ich im access-Key. Für mich ist wichtig: da muss ich normalerweise nicht mit zweispurigen Fahrzeugen rechnen, also setze ich ein highway=path. Eine genauere Angabe, wie breit der Weg ist, setze ich im width-Key. Viele Feldwege in meiner Umgebung haben z.B. ein Fahrverbotsschild (ohne Ausnahme für landw. Fahrzeuge). Diese Wege habe ich aber selbst- verständlich trotzdem als highway=track eingezeichnet. Zusätzlich bin ich der Meinung, dass die deutsche Version der Tagbeschreibung mal wieder viel zu eng gestrickt ist, aber trotzdem findet sich folgender Passus: Die Auszeichnung eines Weges als highway=track impliziert nicht die Zeichen 1026-36,1026-37 und 1026-38 (z.B. Land- und Forstwirtschaftlicher Verkehr frei). Ich glaube, bei dieser Klarstellung ging es mehr um den Punkt, dass highway=track nicht zwingend bedeutet, dass man dort mit dem Auto nicht fahren dürfe. Disclaimer: das Wiki war von Anfang an als Dokumentation der OSM-Tags wie sie benutzt werden und als Leitfaden gedacht, und nicht als starre Vorgabe wie was getaggt zu sein hat. Oder als Ort, wo man Tags definiert, darüber abstimmt und sie dann wie im Wiki beschrieben nutzt. ;-) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Am 9. April 2010 14:44 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: In der ganzen Diskussion geht es mir eigentlich nur um den Punkt, dass Wege über 2.5 Meter breite *nicht* *automatisch* Tracks sind, sondern dass es auch auf deren Nutzung/Beschilderung ankommt. +1, es könnte z.B. auch ein Service sein. Ich kenne die Situation vor Ort nur von obigem Satelliten-Photo. Aber gerade dass dieser Weg an den Rückseiten der Häusern entlang führt und weder links noch rechts davon landwirtschaftliche Felder sind spricht für mich gegen highway=track. -1, insbesondere, wenn die Konsequenz dann path sein soll. Für mich ist wichtig: da muss ich normalerweise nicht mit zweispurigen Fahrzeugen rechnen, also setze ich ein highway=path. Eine genauere Angabe, wie breit der Weg ist, setze ich im width-Key. Wenn Du den Weg nur vom Satellitenfoto kennst, wie willst Du dann beurteilen, ob Du da mit zweispurigen Fahrzeugen rechnen musst oder nicht? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und georeferenzieren von Fotos
Am 9. April 2010 10:32 schrieb dieter jasper dieter_jas...@web.de: Deutschland (+ 1:00 Berlin) entspricht. Hier wird offensichtlich die Sommerzeit nicht berücksichtig. Oder gibt es eine andere Erklärung? +1, es ist die Sommerzeit. Während der Sommerzeit sind es +2 Abweichung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Hallo MWinkelzeichnerrtin, Für mich ist wichtig: da muss ich normalerweise nicht mit zweispurigen Fahrzeugen rechnen, also setze ich ein highway=path. Eine genauere Angabe, wie breit der Weg ist, setze ich im width-Key. Wenn Du den Weg nur vom Satellitenfoto kennst, wie willst Du dann beurteilen, ob Du da mit zweispurigen Fahrzeugen rechnen musst oder nicht? Mein obiger Absatz war allgemein formuliert und nicht auf den konkreten Weg bezogen. Dass zwei Personen den selben Weg unterschiedlich bewerten können, es daher kein richtig oder falsch gibt und ich meine unvollkommene Beurteilung nicht als den einzig wahren Weg durchsetzen möchte, sollte eigentlich aus meiner Mail bereits hervorgegangen sein.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Am 9. April 2010 16:03 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Mein obiger Absatz war allgemein formuliert und nicht auf den konkreten Weg bezogen. ja, ich sehe das auch allgemein: wenn ein Weg breit genug ist, dass zweispurige Fahrzeuge ihn befahren können, und es keine physischen Hindernisse wie feste Poller oder Findlinge gibt, dann muss man prinzipiell immer mit zweispurigen Fahrzeugen rechnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen und zughörige Ortsnamen
Am 08.04.2010 12:21, schrieb Claudius: Ich habe aber auch schon Gebilde wie Stadt OT Ortsteilgesehen. Eine andere Variante ist es den Ortsteil in addr:suburb zu schreiben. Und genau daher würde ich diese Schreibweise dann auch in addr:full notieren. Also an einem Beispiel: addr:city=Sandersdorf-Brehna addr:full=Sandersdorf-Brehna OT Sandersdorf ... Die Konsturktion mit addr:suburb finde ich daher überflüssig. -1 erstens: ist das leichter maschinenlesbar zweitens: wenn ich das KA Schema richtig im Kopf habe gehört in addr:full die komplette Anschrift also mit Straße, PLZ etc. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fertige KArten Islas Canarias / Marketing?
Am 08.04.2010 16:21, schrieb Daniela Duerbeck: Carsten Schwede wrote: --generate-sea=multipolygon,extend-sea-sectors,close-gaps=1000 Tut sehr gut bei mir, aber nur mit Kacheln, die mir splitter.jar geschnitten sind. Ich hab nur --generate-sea=polygons und es geht auch ohne splitter, aber wichtig ist wohl das typfile. Da muß ein Polygon Land drin sein. (Hab ich von dem Spanier). Ja, das sind die beiden Möglichkeiten. --generate-sea=multipolygon erstellt Multipolygone der Wasserflächen mit natural=sea --generate-sea=polygons erstellt einen blauen Hintergrund, wo das Landpolygon drübergelegt wird, und dafür benötigt man eben das besagte Landpolygon im Typfile. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen und zughörige Ortsnamen
Am 9. April 2010 17:39 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Am 08.04.2010 12:21, schrieb Claudius: addr:city=Sandersdorf-Brehna addr:full=Sandersdorf-Brehna OT Sandersdorf ... Die Konsturktion mit addr:suburb finde ich daher überflüssig. -1 erstens: ist das leichter maschinenlesbar zweitens: wenn ich das KA Schema richtig im Kopf habe gehört in addr:full die komplette Anschrift also mit Straße, PLZ etc. +1, sehe ich gleich. Auch ist ein Tagging-Verfahren, wo man wie oben vorgeschlagen den Inhalt z.T. doppelt eingibt, m.E. nicht sinnvoll. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länge der Küstenlinie
Markus schrieb: Liebe Profis, ich möchte gern wissen, wie lang die Küstenlinie ist (weltweit). Genauer: ich möchte wissen, wieviele Tiles man rendern muss, wenn man entlang der Küstenlinie einen Meeresstreifen von x-Metern darstellen will (Kontinente und Inseln). Für Googletiles z12 kann man das in der oceantiles.dat bzw dem zugehörigen png nachschauen (weisse pixel zählen). -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de