[Talk-de] Border-Import von mikes
Hallo, ich hab hier in Aschaffenburg gerade "borders" entdeckt, die von "mikes" importiert wurden. Zuerst dachte ich einfach "ok, die sind halt einfach ungenau". Inzwischen hab ich festgestetllt, dass die ca. nen Kilometer zu weit östlich sind (so genau man halt mit JOSM messen kann), erkennbar hier: http://informationfreeway.org/?lat=50.0488565268414&lon=8.986031254898606&zoom=14&layers=B000F000F (die Grenze folgt an diesem Stück dem Verlauf des Mains). Ist das nur bei uns so (z.Bsp. wenn jemand nur diese Grenze ausversehen verschoben hat), oder kann das jemand bestätigen? Soll man das manuell korrigieren oder werden die Daten dann evtl. korrekt re-importiert. Jannis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Hab ich bei mir auch entdeckt.. Genauigkeit lässt zu wünschen übrig... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Jannis Achstetter wrote: > Hallo, > > ich hab hier in Aschaffenburg gerade "borders" entdeckt, die von "mikes" > importiert wurden. > Zuerst dachte ich einfach "ok, die sind halt einfach ungenau". > Inzwischen hab ich festgestetllt, dass die ca. nen Kilometer zu weit > östlich sind (so genau man halt mit JOSM messen kann), erkennbar hier: > http://informationfreeway.org/?lat=50.0488565268414&lon=8.986031254898606&zoom=14&layers=B000F000F > (die Grenze folgt an diesem Stück dem Verlauf des Mains). > Ist das nur bei uns so (z.Bsp. wenn jemand nur diese Grenze ausversehen > verschoben hat), oder kann das jemand bestätigen? Soll man das manuell > korrigieren oder werden die Daten dann evtl. korrekt re-importiert. > > Jannis Für die Stadt Bayreuth wurde auch eine Grenze importiert, die von den Grenzen her so ungefähr passt, aber auch nur so ungefähr. Teilweise geht dort die Grenze auch mitten durch Wohngebiete, also da muss man noch manuell nacharbeiten . Vor allem in den Außenbereichen weiß ich z.B. nicht wo jetzt genau die Grenze verläuft, ob die jetzt im Wald 100m weiter nördlich oder südlich verläuft. Gruß Frank signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Am Freitag, 20. Juni 2008 18:17:02 schrieb Jannis Achstetter: > ich hab hier in Aschaffenburg gerade "borders" entdeckt, die von "mikes" > importiert wurden. Derlei Grenzen habe ich in meiner Gegend auch gefunden. Und da ich schon ein paar mal versucht habe, derlei Datensätze von den Behörden für OSM zu bekommen, habe ich einmal geschaut, welches die Quelle der Daten ist. Mikes hat diese als source GADM mitgegeben. Habe mich dann einmal auf die Suche gemacht, und folgende Webseite gefunden: http://biogeo.berkeley.edu/gadm/ Dort steht dann aber, dass die Daten unter cc-sa-nc stehen. Vor allem das Non-Commercial dürfte sich ja mit unserer Lizenz nicht vertragen, oder? Noch dazu steht auf der Seite, dass anscheinend teilweise Grenzen im Gesamtwerk sind, welche durchaus unter noch schärferen Weitergabebedingungen stehen könnten. Aber da habe ich jetzt in deren Datenmaterial noch nicht reingeschaut, aus welcher Quelle die deutschen Daten stammen. Evtl. könnte hier also Ungemach drohen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Andreas Jacob <[EMAIL PROTECTED]> wrote: > Evtl. könnte hier also Ungemach drohen. Hatten wir nicht mal über Wahlbezirke diskutiert, die als Shapefiles verfügbar und weil amtlich gemeinfrei sind. Könnten die sowas ersetzen? Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Frank Wein schrieb: Jannis Achstetter wrote: Hallo, [...] Jannis Für die Stadt Bayreuth wurde auch eine Grenze importiert, die von den Grenzen her so ungefähr passt, aber auch nur so ungefähr. Teilweise geht dort die Grenze auch mitten durch Wohngebiete, also da muss man noch manuell nacharbeiten . Vor allem in den Außenbereichen weiß ich z.B. nicht wo jetzt genau die Grenze verläuft, ob die jetzt im Wald 100m weiter nördlich oder südlich verläuft. Guggst du mal ob sie stimmen könnten wenn du se nen kilometer nach westen verschiebst? (erstmal gedanklich, geht mir nur drum ob der offset überall falsch is oder so). Wegen Lizenz (angesprochen von Andreas Jacob): Könnte sich mikes bitte mal selbst zu Wort melden deswegen? Is auch bisschen komisch so was zu importieren ohne das vorher auf wiki oder talk anzukündigen find ich Jannis smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Jannis Achstetter schrieb: > Frank Wein schrieb: >> Jannis Achstetter wrote: >>> Hallo, >>> [...] >>> >>> Jannis >> >> Für die Stadt Bayreuth wurde auch eine Grenze importiert, die von den >> Grenzen her so ungefähr passt, aber auch nur so ungefähr. Teilweise geht >> dort die Grenze auch mitten durch Wohngebiete, also da muss man noch >> manuell nacharbeiten . Vor allem in den Außenbereichen weiß ich z.B. >> nicht wo jetzt genau die Grenze verläuft, ob die jetzt im Wald 100m >> weiter nördlich oder südlich verläuft. > > Guggst du mal ob sie stimmen könnten wenn du se nen kilometer nach > westen verschiebst? (erstmal gedanklich, geht mir nur drum ob der offset > überall falsch is oder so). Hier im Süd-Osten von München an der Grenze von München zu Neubiberg ist die Grenze eindeutig zu weit südlich eingezeichnet. Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Hallo. Am Freitag, 20. Juni 2008 schrieb Sven Geggus: > Hatten wir nicht mal über Wahlbezirke diskutiert, die als Shapefiles > verfügbar und weil amtlich gemeinfrei sind. Könnten die sowas > ersetzen? Ersetzen sicherlich nicht. Es wäre nichts dabei. Wahlbezirke zu erfassen, aber bei uns ist das nicht deckungsgleich mit Landkreisgrenzen. Einige Gemeindegrenzen sollten sich damit abbilden lassen, wenn die Shapes detailliert genug sind (was ich anzweifle). Gruß, Bernd -- Mitglied des VzVvA - Verein zur Vermeidung von Abkürzungen 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] Border-Import von mikes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, es sind mir nur Listen/Tabellen mit der Zuordnung von Straßen mit Hausnummernbereichen zu Wahlbezirken als amtliches und damit rechtefreies Material bekann. Karten, die ab und zu auf der Grundlage dieses Materials gezeichnet und veröffentlicht wurden, sind demzufolge nicht amtlich und auch nicht frei. Und weiterhin können Bereiche, in denen niemand wohnt, nicht über diese Listen zugeordnet werden. Damit sind Stadtgrenzen nicht mit der erforderlichen Genauigkeit zu erstellen. Rolf > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Bernd Wurst > Gesendet: Samstag, 21. Juni 2008 07:26 > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Border-Import von mikes > > Hallo. > > Am Freitag, 20. Juni 2008 schrieb Sven Geggus: > > Hatten wir nicht mal über Wahlbezirke diskutiert, die als Shapefiles > > verfügbar und weil amtlich gemeinfrei sind. Könnten die sowas > > ersetzen? > > Ersetzen sicherlich nicht. Es wäre nichts dabei. Wahlbezirke > zu erfassen, aber > bei uns ist das nicht deckungsgleich mit Landkreisgrenzen. Einige > Gemeindegrenzen sollten sich damit abbilden lassen, wenn die Shapes > detailliert genug sind (was ich anzweifle). > > Gruß, Bernd > > -- > Mitglied des VzVvA - Verein zur Vermeidung von Abkürzungen > -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIXMhBX/cdferISG0RAiXmAKDbJ6Qs1z2mwa/gevrQ0tlx6Xz9zwCfQTUV x1WuS0YDfNkcY1boDQ2eLRQ= =2VE0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
> östlich sind (so genau man halt mit JOSM messen kann), erkennbar hier: > http://informationfreeway.org/?lat=50.0488565268414&lon=8.986031254898606&zoom=14&layers=B000F000F mit JOSM kann man sehr genau messen (es gibt dafür auch extra ein Plugin, aber auch die Standardfunktionalität reicht schon), am Besten für große Entfernungen mit einer Hilfkonstruktion (way zum messen anlegen, danach wieder löschen), so kannst Du auf 10 cm genau messen (oder sogar 1cm?, das gibt allerdings die Genauigkeit des Datenmodells m.E: gar nicht her ) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Martin Koppenhoefer schrieb: östlich sind (so genau man halt mit JOSM messen kann), erkennbar hier: http://informationfreeway.org/?lat=50.0488565268414&lon=8.986031254898606&zoom=14&layers=B000F000F mit JOSM kann man sehr genau messen (es gibt dafür auch extra ein Plugin, aber auch die Standardfunktionalität reicht schon), am Besten für große Entfernungen mit einer Hilfkonstruktion (way zum messen anlegen, danach wieder löschen), so kannst Du auf 10 cm genau messen (oder sogar 1cm?, das gibt allerdings die Genauigkeit des Datenmodells m.E: gar nicht her ) Ja, hast recht, ich hab das "Measure"-Tool von JOSM genz vergessen und mich nur an der Scale-Bar oben linksorientiert und damit extrapoliert. Wenn du die Genauigkeit von OSM auf Serverseite meinst: es werden 7 Nachkommastellen bei lat/lon-Koordinaten gespeichert, laut dem OpenStreetMap-Buch ist das eine Genauigkeit von nem Zentimeter. Jannis smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Im großraum Nürnberg sind die grenzen wohl zumeist ca. 500 m oder mehr zu weit östlich eingetragen. Die stadtgrenze geht beispielsweise durch Buchenbühl: http://www.informationfreeway.org/?lat=49.5070181980529&lon=11.111951490062458&zoom=14&layers=B000F000F Oder beim Kreuz N-Mögeldorf hatte ich mal ein kleines stück grenze eingetragen: http://www.informationfreeway.org/?lat=49.46949445482444&lon=11.186109188844105&zoom=16&layers=B000F000F Doch jetzt geht die grenze phantasiereich durch nachbargemeinden... Wenn die grenzen wenigstens nicht so penetrant auffallen würden... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Hallo, Karl Eichwalder wrote: > Im großraum Nürnberg sind die grenzen wohl zumeist ca. 500 m oder mehr > zu weit östlich eingetragen. Die stadtgrenze geht beispielsweise durch > Buchenbühl: Mein allgemeiner Rat zum Umgang mit diesen Grenzen waere: 1. Wenn sie halbwegs richtig scheinen, erstmal drin lassen. 2. Wenn sie offensichtlich fehlerhaft sind und man die Ortskenntnis besitzt, um sie wenigstens in den "halbwegs richtig"-Status zu versetzen, indem man sie etwas verschiebt ("ich weiss ja nicht, wo die Grenze GENAU verlaeuft, aber zumindest mal hinter Buchenbuehl") - machen. 3. Wenn sie offensichtlich fehlerhaft sind und man (obwohl man eigentlich Ortskenntnis besitzt) sie nicht geraderuecken kann - einfach grosszuegig loeschen. Der Datenbestand, aus dem diese Grenzen kommen, hat auch schon in Grossbritannien durch sehr uneinheitliche Qualitaet geglaenzt. Wen nwir uns da das rauspicken, was gut aussieht, und den Rest verwerfen, ist das schon ok. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Border-Import von mikes
Frederik Ramm schrieb: > Hallo, > > Karl Eichwalder wrote: > >> Im groÃ�raum NÃŒrnberg sind die grenzen wohl zumeist ca. 500 m oder mehr >> zu weit östlich eingetragen. Die stadtgrenze geht beispielsweise durch >> BuchenbÃŒhl: >> > > Mein allgemeiner Rat zum Umgang mit diesen Grenzen waere: > > 1. Wenn sie halbwegs richtig scheinen, erstmal drin lassen. > 2. Wenn sie offensichtlich fehlerhaft sind und man die Ortskenntnis > besitzt, um sie wenigstens in den "halbwegs richtig"-Status zu > versetzen, indem man sie etwas verschiebt ("ich weiss ja nicht, wo die > Grenze GENAU verlaeuft, aber zumindest mal hinter Buchenbuehl") - machen. > 3. Wenn sie offensichtlich fehlerhaft sind und man (obwohl man > eigentlich Ortskenntnis besitzt) sie nicht geraderuecken kann - einfach > grosszuegig loeschen. > > Der Datenbestand, aus dem diese Grenzen kommen, hat auch schon in > Grossbritannien durch sehr uneinheitliche Qualitaet geglaenzt. Wen nwir > uns da das rauspicken, was gut aussieht, und den Rest verwerfen, ist das > schon ok. > > Bye > Frederik > > Wie man mit den Grenzen umgeht hat Frederik ja bestens beschrieben. (Ich dachte, daß dies die normale Vorgehensweise bei OSM ist.) Meine eigentliche Intention war mich mehr mit Relationen zu beschäftigen und wie JOSM damit umgeht. Falls ich jemanden damit gestört haben sollte tut es mir leid. Leider ist mir die DB-Downtime und dann das Wochenende dazwischengekommen, sonst hätte ich mich schon eher geregt. Ich sehe mit der Erstellung von Relationen für Grenzen von Bundesländern, Regierungsbezirken, Landkreise, Städte, Gemeinden, also 'administrative' Grenzen eine gute Möglichkeit die 'is_in' Tags zu automatisieren. Vor allem, da diese nicht konsequent überall angewendet werden. Weiters wäre es doch eine schöne Möglichkeit um bestimmte Gebiete aufzufinden. Es ist doch durchaus denkbar aus den Relationen, die die entsprechenden Grenzabschnitte enthalten sich LONGMIN, LONGMAX, LATMIN und LATMAX zu errechnen und wieder in der Relation abzulegen um damit DB-Aufrufe mit den entsprechenden BBOX Werten zu ergänzen. (Filtermöglichkeit für Kartenausschnitte u.ä.) Bei der Handhabung der Relationen in JOSM sind mir schon einige 'Eigenheiten' aufgefallen. - Wenn ich die Member einer Relation 'highlighten' will , so müssen diese erst alle in der Relation selektiert werden. Dann Select drücken, damit erscheinen die Teile in der Selektbox, sind aber noch nicht 'highlightet'. Sie müssen hier erneut selektiert werden und sind dann erst im Grafikdisplay 'highlighted'. Ist halt ein bischen umständlich. - Selektiert man eine Relation in einer Relation und drückt Select, so erscheint die Relation in der Selectbox. Wird sie hier nun selektiert passiert gar nichts. Falls sie noch nicht in der Liste der Relationbox ist wird sie auch nicht dahin übernommen. - Hat man eine Relation in der laufenden Sitzung angelegt, so wird bei selektieren eines Ways, der Member dieser Relation ist, diese Mitgliedschaft nicht angezeigt. Dies passiert erst nach Hochladen der Änderung und erneutem Herunterladen der Daten. Ich werde weiterhin berichten. Die Vorschläge für Relation/Boundary werde ich auch noch kommentieren. Gruss Mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de