Hallo zusammen,
der nächste 11. faellt auf einen Samstag, was unter anderem bedeutet, dass das bQm geschlossen hat. Zudem haben am letzten Treffen einige angetoent, dass der Samstag-Abend eher unpassend wäre.
Ich habe darum eine Doodle-Umfrage mit folgenden drei Optionen erstellt:
- Verschiebung auf Do oder Fr Abend - Mapping-Party am Sa oder So Nachmittag - Treffen am Sa oder So Abend
http://www.doodle.com/d8bfhp2e57xmeev3 (Die Uhrzeiten in der Umfrage sind nur provisorisch.)
Vorschlaege fuer die Mapping-Party: - Die 30 verbleibenden Strassen mappen http://osm.gt.owl.de/Strassenliste/output/389961/ - POIs, Abbiegerelationen Kreise 4/5 - ...
Bitte nehmt bis Ende Woche an der Umfrage teil und/oder diskutiert hier weitere Vorschlaege und Moeglichkeiten.
Gruss, Thomas
It seems as if a German mapper has received permission from SwissTopo to import the Swiss communal borders.
You can follow the discussion here (or subscribe to the German mailing list):
http://gis.638310.n2.nabble.com/Gemeindegrenzen-der-Schweiz-tt5477567.html#a...
Simon
Hallo zusammen,
It seems as if a German mapper has received permission from SwissTopo to import the Swiss communal borders.
You can follow the discussion here (or subscribe to the German mailing list):
http://gis.638310.n2.nabble.com/Gemeindegrenzen-der-Schweiz-tt5477567.html#a...
Jap, wir haben endlich eine Zusage von SwissTopo:
http://wiki.openstreetmap.org/wiki/DE:Grenzen_der_Schweiz
Besten Dank an dieser Stelle nochmals an Markus (der hoffentlich ans nächste Treffen kommen kann)!
Als Test habe ich die Grenzen in Liechtenstein importiert: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
Das Erstellen der OSM-Polygone erledigt ein Script, händisch muss allerdings folgendes gemacht werden:
- Zusammenfassen von Hauptgebiet und Exklaven zu einem Multipolygon - Zusammenfassen von Bezirken - Anpassung der Landesgrenzen - Löschen von bestehenden Grenzen
Bei meinem Upload gab es zudem einen serverseitigen Abbruch, so dass die Grenzlinien danach plötzlich doppelt vorhanden waren.
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ideen, wie man das Hochladen auf mehrere Personen verteilen könnte?
Gruss, Thomas
English summary: We've got the permission from SwissTopo to include the municipal borders and I started with uploading Liechtenstein: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
There is still a lot of manual work to do, so any idea how to split it up is very much appreciated. ;-)
Hallo Thomas, On Thu, Sep 02, 2010 at 04:05:06PM +0200, Thomas Ineichen wrote:
Als Test habe ich die Grenzen in Liechtenstein importiert: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
Das ist aber ein recht grosses administratives Chaos in Liechtenstein, eine wahre Herausforderung für Multipolygone.
bfs:SEENR würde ich für die Grenzen weglassen.
Ich sehe, dass du auch Wahlkreise importiert hast. Ist das wirklich boudary=administrative? Und ist das etwas, dass es nur in Liechtenstein gibt oder existieren die auch für die Schweiz?
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ich würde es so machen. So lang ist die Grenze auch wieder nicht. Wenn wir das auf 5 oder 6 Leute verteilen, ist das ganz schnell fertig.
Eine andere Frage noch: wenn ich das richtig mitbekommen habe, enthält der Import ja auch Seen. Das würde mich fast noch mehr interessieren als die Gemeindegrenzen. Kümmerst du dich auch darum?
Gruss
Sarah
Hallo Sarah,
Das ist aber ein recht grosses administratives Chaos in Liechtenstein, eine wahre Herausforderung für Multipolygone.
Indeed: http://upload.wikimedia.org/wikipedia/commons/a/a4/Karte_Gemeinden_Liechtens...
bfs:SEENR würde ich für die Grenzen weglassen.
In Liechtenstein habe ich einfach mal alle Spalten aus dem Datensatz mit einem bfs:-Präfix versehen und hochgeladen.
Ich sehe, dass du auch Wahlkreise importiert hast. Ist das wirklich boudary=administrative? Und ist das etwas, dass es nur in Liechtenstein gibt oder existieren die auch für die Schweiz?
Ganz korrekt ist 'administrative' wohl nicht:
| Das Fürstentum Liechtenstein ist in elf Gemeinden unterteilt. Fünf | Gemeinden gehören dem Wahlkreis Unterland (Schellenberg) an, die | restlichen sechs Gemeinden dem Wahlkreis Oberland (Vaduz). | Schellenberg und Vaduz waren früher Reichsherrschaften (die | Herrschaft Schellenberg wurde 1699 durch die Fürsten von | Liechtenstein erworben, und die Grafschaft Vaduz 1712), und in den | 1930ern Verwaltungsbezirke. Heute sind es Wahlkreise ohne | Verwaltungsfunktion. http://de.wikipedia.org/wiki/Verwaltungsgliederung_Liechtensteins (Die Grafik dort ist übrigens nicht ganz korrekt.)
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ich würde es so machen. So lang ist die Grenze auch wieder nicht. Wenn wir das auf 5 oder 6 Leute verteilen, ist das ganz schnell fertig.
Dann hoffen wir mal, dass das die Anderen auch so sehen.. ;-)
Eine andere Frage noch: wenn ich das richtig mitbekommen habe, enthält der Import ja auch Seen. Das würde mich fast noch mehr interessieren als die Gemeindegrenzen. Kümmerst du dich auch darum?
Es sind alle Seen enthalten, welche grösser als 5km^2 sind, da diese (automatisch? per Gesetz?) nicht mehr zur Gemeindefläche gehören sondern nur noch zum Kanton. http://de.wikipedia.org/wiki/Gemeindenummer#Spezialgebiete
Diese Seen sind aber jetzt schon relativ gut erfasst und daher nicht soo interessant?
Wenn ich am Wochenende etwas Zeit habe, werde ich versuchen einen WMS- Server aufzusetzen, auf dem man alte und neue Grenzen vergleichen kann..
Gruss, Thomas
am Freitag, 3. September 2010 um 13:52 schrieben Ich:
Wenn ich am Wochenende etwas Zeit habe, werde ich versuchen einen WMS- Server aufzusetzen, auf dem man alte und neue Grenzen vergleichen kann..
Zoom 10-15
Gruss, Thomas
On 04.Sep.2010, at 15:22, Thomas Ineichen wrote:
Wenn ich am Wochenende etwas Zeit habe, werde ich versuchen einen WMS- Server aufzusetzen, auf dem man alte und neue Grenzen vergleichen kann..
http://osm.t-i.ch/gg.html Gruss, Thomas
Ich bin beeindruckt. Ein riesen Kompliment an alle, welche diesen Import möglich gemacht haben und im Moment daran arbeiten!
Viele Grüsse Adrian
On 04.09.2010 16:20, Adrian Vogt wrote:
On 04.Sep.2010, at 15:22, Thomas Ineichen wrote:
Wenn ich am Wochenende etwas Zeit habe, werde ich versuchen einen WMS- Server aufzusetzen, auf dem man alte und neue Grenzen vergleichen kann..
http://osm.t-i.ch/gg.html Gruss, Thomas
Ich bin beeindruckt. Ein riesen Kompliment an alle, welche diesen Import möglich gemacht haben und im Moment daran arbeiten!
Viele Grüsse Adrian
dito, super Arbeit; rein mit dem Kram! Wie macht ihr das mit den Seen, deren Küstenverlauf bereits mit Stegen etc. erweitert wurden? Alles von Hand abchecken und ggf. anpassen?
Am 04.09.2010 17:26, schrieb Marc Schneider:
dito, super Arbeit; rein mit dem Kram! Wie macht ihr das mit den Seen, deren Küstenverlauf bereits mit Stegen etc. erweitert wurden? Alles von Hand abchecken und ggf. anpassen?
Die Stege sind nicht Teil der Seen. Von dem her bin ich für übernahme der neuen Seegrenzen, dann stimmen sie auch gleich mit den Gemeindegrenzen überein. Die Stege müssen danach mit man_made=pier neu eingetragen werden. --RalpH_himself
Sieht Klasse aus.
Frage: sollte man vielleicht schon bestehende Grenzen vorab rauslöschen, oder werden die bestehenden Grenzen automatisch beim Import gelöscht?
Jedenfalls... rein mit diesen Daten :-)
Gruss Fred
Am 04.09.2010 15:22, schrieb Thomas Ineichen:
am Freitag, 3. September 2010 um 13:52 schrieben Ich:
Wenn ich am Wochenende etwas Zeit habe, werde ich versuchen einen WMS- Server aufzusetzen, auf dem man alte und neue Grenzen vergleichen kann..
Zoom 10-15
Gruss, Thomas
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hallo Fred,
Frage: sollte man vielleicht schon bestehende Grenzen vorab rauslöschen, oder werden die bestehenden Grenzen automatisch beim Import gelöscht?
Wär schön, wenn das alles so automatisch ginge! ;-)
Da die Schweizer Hierarchie aber schön mit Relationen aufebaut ist, ist zumindest das Umtaggen auf boundary:old=administrative (o.ä.) einfach. So bleiben die Daten vorerst auch im Planet erhalten und man kann einfacher vergleichen. Nach 1-2 Monaten werde ich dann auch diese Linien löschen.
(Was viel aufwändiger ist, da viele Grenz-Nodes auch von anderen Elementen in der Karte genutzt werden.)
Gruss, Thomas
Ah o.k. Wann hast Du vor, den Import vorzunehmen? In meiner Gegend (Sensebezirk im Kanton Freiburg) hatte ich die Gemeindegrenzen alle erfasst - jedoch nur aufgund Wikipedia und eigenes Wissen, was natürlich zum Teil grobe Abweichungen gibt. Sobald Du dann den Import vornimmst, will ich gleich "meine" Grenzen löschen, da diese ja effektiv überflüssig sein werden.
Am 06.09.2010 15:17, schrieb Thomas Ineichen:
Hallo Fred,
Frage: sollte man vielleicht schon bestehende Grenzen vorab rauslöschen, oder werden die bestehenden Grenzen automatisch beim Import gelöscht?
Wär schön, wenn das alles so automatisch ginge! ;-)
Da die Schweizer Hierarchie aber schön mit Relationen aufebaut ist, ist zumindest das Umtaggen auf boundary:old=administrative (o.ä.) einfach. So bleiben die Daten vorerst auch im Planet erhalten und man kann einfacher vergleichen. Nach 1-2 Monaten werde ich dann auch diese Linien löschen.
(Was viel aufwändiger ist, da viele Grenz-Nodes auch von anderen Elementen in der Karte genutzt werden.)
Gruss, Thomas
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
On Fri, Sep 03, 2010 at 01:52:19PM +0200, Thomas Ineichen wrote:
Ich sehe, dass du auch Wahlkreise importiert hast. Ist das wirklich boudary=administrative? Und ist das etwas, dass es nur in Liechtenstein gibt oder existieren die auch für die Schweiz?
| Das Fürstentum Liechtenstein ist in elf Gemeinden unterteilt. Fünf | Gemeinden gehören dem Wahlkreis Unterland (Schellenberg) an, die | restlichen sechs Gemeinden dem Wahlkreis Oberland (Vaduz). | Schellenberg und Vaduz waren früher Reichsherrschaften (die | Herrschaft Schellenberg wurde 1699 durch die Fürsten von | Liechtenstein erworben, und die Grafschaft Vaduz 1712), und in den | 1930ern Verwaltungsbezirke. Heute sind es Wahlkreise ohne | Verwaltungsfunktion. http://de.wikipedia.org/wiki/Verwaltungsgliederung_Liechtensteins (Die Grafik dort ist übrigens nicht ganz korrekt.)
Ok, historisch gewachsen sozusagen.
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ich würde es so machen. So lang ist die Grenze auch wieder nicht. Wenn wir das auf 5 oder 6 Leute verteilen, ist das ganz schnell fertig.
Dann hoffen wir mal, dass das die Anderen auch so sehen.. ;-)
Es scheint ja langsam, als wenn die Daten ohnehin fast alle händisch kontrolliert werden müssten. Wäre es eine Option, die Daten in Teil- stücken als OSM-Dateien zur Verfügung zu stellen und dann von verschiedenen Leuten nachbearbeiten und heraufladen zu lassen? Oder doch lieber erst mal alles hochladen und dann aufräumen?
Eine andere Frage noch: wenn ich das richtig mitbekommen habe, enthält der Import ja auch Seen. Das würde mich fast noch mehr interessieren als die Gemeindegrenzen. Kümmerst du dich auch darum?
Es sind alle Seen enthalten, welche grösser als 5km^2 sind, da diese (automatisch? per Gesetz?) nicht mehr zur Gemeindefläche gehören sondern nur noch zum Kanton. http://de.wikipedia.org/wiki/Gemeindenummer#Spezialgebiete
Diese Seen sind aber jetzt schon relativ gut erfasst und daher nicht soo interessant?
Wenn ich deine Karte so angucke (danke dafür übrigens, sehr interessant) können die meisten Seen schon die Präzisierung durch die Gemeindedaten vertragen. Aber es stimmt schon, wirklich interessant wären Daten für kleinere Seen.
Wenn ich mir die Karte so angucke, sollte man vielleicht den Kanton Solothurn auslassen. Da ist kaum eine Verbesserung zu erreichen.
Gruss
Sarah
Am 05.09.2010 19:45, schrieb Sarah Hoffmann:
Wenn ich mir die Karte so angucke, sollte man vielleicht den Kanton Solothurn auslassen. Da ist kaum eine Verbesserung zu erreichen.
Das wollte ich auch noch fragen: Ist es geplant auch den Kanton Solothurn (nochmals) zu importieren? Die genauen Daten des Kantons sind ja schon importiert worden. Fragt sich, wer es besser weiss wo die Grenzen sind - der Kanton oder Swisstopo? Oder ob Unterschiede zwischen der Aktualität der zwei Quellen bestehen? Die Differenzen sind meist gering und die Daten des Kantons Solothurn scheinen mir genauer zu sein, da sie meist "unruhiger" sind - Swisstopo scheint da eher ein bisschen interpoliert zu haben bzw. dieser Eindruck ensteht wohl, da die Grenzen des Datensatzes ja vermutlich in einem anderen Massstab angelegt wurden als die des Kantons... oder? Es gibt allerdings auch in SO Fälle, wo die Abweichung mehr als die 8 m Beträgt (bei der angegebenen Genauigkeit des Swisstopo-Datensatzes von 3-8 m, wenn ich das richtig verstanden habe), gerade an der Aare aber auch auf dem Land, wie z.B. hier: http://osm.t-i.ch/gg.html?zoom=15&lat=47.19681&lon=7.48693&layer...
Zürichs Grenzen sehen allerdings auch recht genau aus, da fragte ich mich dasselbe. (Woher sind denn diese Daten? Kann sie hier nicht finden: http://wiki.openstreetmap.org/wiki/Potential_Datasources#Switzerland) Andererseits hat es hier irgendwas (Enklave?), das im bisherigen Datensatz nicht drin ist - das Kloster Fahr mit einer Grenze (oder was bedeutet in diesem Fall die grüne Linie?) drumherum. http://osm.t-i.ch/gg.html?zoom=15&lat=47.40845&lon=8.44&layers=B...
Grüsse OSMfan
Hallo OSMfan,
Am 05.09.2010 19:45, schrieb Sarah Hoffmann:
Wenn ich mir die Karte so angucke, sollte man vielleicht den Kanton Solothurn auslassen. Da ist kaum eine Verbesserung zu erreichen.
Das wollte ich auch noch fragen: Ist es geplant auch den Kanton Solothurn (nochmals) zu importieren? Die genauen Daten des Kantons sind ja schon importiert worden. Fragt sich, wer es besser weiss wo die Grenzen sind - der Kanton oder Swisstopo? Oder ob Unterschiede zwischen der Aktualität der zwei Quellen bestehen? Die Differenzen sind meist gering und die Daten des Kantons Solothurn scheinen mir genauer zu sein, da sie meist "unruhiger" sind - Swisstopo scheint da eher ein bisschen interpoliert zu haben bzw. dieser Eindruck ensteht wohl, da die Grenzen des Datensatzes ja vermutlich in einem anderen Massstab angelegt wurden als die des Kantons... oder?
Soweit ich das bisher verstanden habe, misst die Swisstopo nicht selber, sondern erhält die Daten von den Kantonen.
Die Daten von Swistopo sind im Massstab 1:25'000 http://www.swisstopo.admin.ch/internet/swisstopo/de/home/products/landscape/...
Die importierten Daten von Solothurn *könnten* im Massstab 1:10'000 sein: http://www.sogis1.so.ch/sogis/OnLineData/php/datenbeschreibung.php?id=100012...
Es gibt allerdings auch in SO Fälle, wo die Abweichung mehr als die 8 m Beträgt (bei der angegebenen Genauigkeit des Swisstopo-Datensatzes von 3-8 m, wenn ich das richtig verstanden habe), gerade an der Aare aber auch auf dem Land, wie z.B. hier: http://osm.t-i.ch/gg.html?zoom=15&lat=47.19681&lon=7.48693&layer...
Ich habe Solothurn jetzt extra bis zu Zoom 18 gerendert, und manche Sachen erscheinen mir auch bei Swisstopo genauer; keine Ahnung, warum ST da plötzlich mehr 'Haken' drin hat: http://osm.t-i.ch/gg.html?zoom=17&lat=47.24277&lon=7.58022&layer...
Da die bestehenden Grenzen aber ansonsten (natürlich) gut zum restlichen Solothurner Import passen (entlang von Strassen, Waldrändern etc.), sollte man in SO die alten Daten belassen: http://osm.t-i.ch/gg.html?zoom=17&lat=47.22135&lon=7.54169&layer...
Zürichs Grenzen sehen allerdings auch recht genau aus, da fragte ich mich dasselbe. (Woher sind denn diese Daten? Kann sie hier nicht finden: http://wiki.openstreetmap.org/wiki/Potential_Datasources#Switzerland)
Massstab von 1:250'000: http://lists.openstreetmap.ch/pipermail/talk-ch/2009-April/000326.html
Andererseits hat es hier irgendwas (Enklave?), das im bisherigen Datensatz nicht drin ist - das Kloster Fahr mit einer Grenze (oder was bedeutet in diesem Fall die grüne Linie?) drumherum. http://osm.t-i.ch/gg.html?zoom=15&lat=47.40845&lon=8.44&layers=B...
Jup, das Kloster liegt auf aargauer Boden: http://de.wikipedia.org/wiki/Kloster_Fahr
Gruss, Thomas
On Mon, Sep 06, 2010 at 02:37:59PM +0200, Thomas Ineichen wrote:
Ich habe Solothurn jetzt extra bis zu Zoom 18 gerendert, und manche Sachen erscheinen mir auch bei Swisstopo genauer; keine Ahnung, warum ST da plötzlich mehr 'Haken' drin hat: http://osm.t-i.ch/gg.html?zoom=17&lat=47.24277&lon=7.58022&layer...
Die Solothurner Daten sind doch bereits etwas älter. Vielleicht gab es da zwischenzeitlich Korrekturen. Kleinere Anpassungen der Grenzen gibt es doch immer wieder.
Gruss
Sarah
On 06.09.2010 14:54, Sarah Hoffmann wrote:
On Mon, Sep 06, 2010 at 02:37:59PM +0200, Thomas Ineichen wrote:
Ich habe Solothurn jetzt extra bis zu Zoom 18 gerendert, und manche Sachen erscheinen mir auch bei Swisstopo genauer; keine Ahnung, warum ST da plötzlich mehr 'Haken' drin hat: http://osm.t-i.ch/gg.html?zoom=17&lat=47.24277&lon=7.58022&layer...
Die Solothurner Daten sind doch bereits etwas älter. Vielleicht gab es da zwischenzeitlich Korrekturen. Kleinere Anpassungen der Grenzen gibt es doch immer wieder.
Gruss
Sarah _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Entscheiden wir uns dafür einen Teil der bisherigen Daten zu behalten, sollten wir vorher genau abklären wie Unterschiede zu Stande kommen (Detailgrad/Auflösung vs. Alter der Daten und damit VErbundene Änderungen etc). Wenn wir behalten dann - meiner Meinung nach - nur wenn wirs auch stichhaltig begründen können. Ansonsten bin ich persönlich eher ein Favn davon solche Daten aus einer und derselben QUelle im selben Detailgrad zu haben. Dann erübrigen sich bei einem bspw. späteren Import von genaueren Daten eine solche Diskussion, weil jeder klar weiss von wo die Daten kommen und wie genau sie sind. Egal wo in der Schweiz.
Aber egal was nun rein kommt und was nicht: ich freue mich wie ein kleines Kind auf die Gemeindegrenzen!
Gruss Marc.
Hallo Sarah,
Es scheint ja langsam, als wenn die Daten ohnehin fast alle händisch kontrolliert werden müssten. Wäre es eine Option, die Daten in Teil- stücken als OSM-Dateien zur Verfügung zu stellen und dann von verschiedenen Leuten nachbearbeiten und heraufladen zu lassen? Oder doch lieber erst mal alles hochladen und dann aufräumen?
Wenn Du mir sagst, wie ich es aufteilen soll.. ;-)
Beispiel: Wenn ich den Kt. Zürich hochlade und Du den Kt. Aargau, dann haben wir nachher entweder die Grenzlinie doppelt oder [Aargau wird ohne Grenze zu ZH hochgeladen] die Relationen des Kt. Aargaus mit Verbindung zu Zürich müssen im Nachhinein "aufgefüllt" werden.
(Für den Rest siehe die Antwort an OSMfan.)
Gruss, Thomas
On Mon, Sep 06, 2010 at 02:37:53PM +0200, Thomas Ineichen wrote:
Hallo Sarah,
Es scheint ja langsam, als wenn die Daten ohnehin fast alle händisch kontrolliert werden müssten. Wäre es eine Option, die Daten in Teil- stücken als OSM-Dateien zur Verfügung zu stellen und dann von verschiedenen Leuten nachbearbeiten und heraufladen zu lassen? Oder doch lieber erst mal alles hochladen und dann aufräumen?
Wenn Du mir sagst, wie ich es aufteilen soll.. ;-)
Beispiel: Wenn ich den Kt. Zürich hochlade und Du den Kt. Aargau, dann haben wir nachher entweder die Grenzlinie doppelt oder [Aargau wird ohne Grenze zu ZH hochgeladen] die Relationen des Kt. Aargaus mit Verbindung zu Zürich müssen im Nachhinein "aufgefüllt" werden.
Stimmt, wird alles irgendwie komplizierter als nötig. Also hochladen und aufräumen.
Gruss
Sarah
Aufräumen müssen wir sowieso... ab 1.1.2011 werden die Bezirke im Kanton Thurgau neu aufgeteilt.... ;-)
http://de.wikipedia.org/wiki/Bezirk_%28Schweiz%29#Kanton_Thurgau http://www.tg.ch/xml_1/internet/de/application/d163/d10740/d11027/f10742.cfm
gruss rubliexpress
On 06.09.2010 20:47, Sarah Hoffmann wrote:
On Mon, Sep 06, 2010 at 02:37:53PM +0200, Thomas Ineichen wrote:
Hallo Sarah,
Es scheint ja langsam, als wenn die Daten ohnehin fast alle händisch kontrolliert werden müssten. Wäre es eine Option, die Daten in Teil- stücken als OSM-Dateien zur Verfügung zu stellen und dann von verschiedenen Leuten nachbearbeiten und heraufladen zu lassen? Oder doch lieber erst mal alles hochladen und dann aufräumen?
Wenn Du mir sagst, wie ich es aufteilen soll.. ;-)
Beispiel: Wenn ich den Kt. Zürich hochlade und Du den Kt. Aargau, dann haben wir nachher entweder die Grenzlinie doppelt oder [Aargau wird ohne Grenze zu ZH hochgeladen] die Relationen des Kt. Aargaus mit Verbindung zu Zürich müssen im Nachhinein "aufgefüllt" werden.
Stimmt, wird alles irgendwie komplizierter als nötig. Also hochladen und aufräumen.
Gruss
Sarah _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
In the Muschellen-Heitersberg region there are quite a few roads that have signs indicating a bicyle route (signs 4.50.1, 4.50.5, 4.51.3 and others) that are not part of an official (numbered) route and are in general currently not tagged in OSM.
I currently don't believe that individual relations are really practical to document these "routes", since you navigate them more like you would follow normal road signs and they tend to branch a lot. Example: there's one that goes practical past my front door that has signs that point to Widen (and in the other direction to Dietikon), in Widen it branches multiple time with signs pointing to Bremgarten, Lieli, Unterlunkhofen and more.
A further point is that
SR 741.11 Art. 43 Motorräder, Motorfahrräder und Fahrräder; Hintereinanderfahren ...
would seem to indicate that, such signage actually has a legal implication as well (not that the term Rad-Wanderweg turns up any where else), which could be tagged where appropriate.
Any opinions? Has this been discussed before?
Simon
Ich hab irgendwann in 2010 dies mal an einem der Stammtische aufgebracht. In der Zwischenzeit hab ich mal Kontakt aufgenommen mit dem Verantwortlichen für das Aargauer kantonale Radroutennetz, um mal zu sehen ob wir eine Liste (nach Möglichkeit mit der internen Numerierung) der Routen bekommen.
Aktuell erfass ich die Strecken nur mit lcn=yes. Falls wir eine vernünftige Liste bekommen, die wir auch ins Wiki stellen könnte, könnte man ev. dann auch die einzelnen Routen in Relationen packen (geht ohne Liste nicht vernünftig).
Simon
Am 10.09.2010 21:53, schrieb ich:
In the Muschellen-Heitersberg region there are quite a few roads that have signs indicating a bicyle route (signs 4.50.1, 4.50.5, 4.51.3 and others) that are not part of an official (numbered) route and are in general currently not tagged in OSM.
I currently don't believe that individual relations are really practical to document these "routes", since you navigate them more like you would follow normal road signs and they tend to branch a lot. Example: there's one that goes practical past my front door that has signs that point to Widen (and in the other direction to Dietikon), in Widen it branches multiple time with signs pointing to Bremgarten, Lieli, Unterlunkhofen and more.
A further point is that
SR 741.11 Art. 43 Motorräder, Motorfahrräder und Fahrräder; Hintereinanderfahren ...
would seem to indicate that, such signage actually has a legal implication as well (not that the term Rad-Wanderweg turns up any where else), which could be tagged where appropriate.
Any opinions? Has this been discussed before?
Simon
Have we decided what is going to happen to the existing boundaries? I have seen that quite a few of the cantons in the Suisse romande have already boundaries. The other big imports, I'm aware of, is Solothurn and Zurich but there seem to be others.
It has been suggested to remove all existing boundaries and replace them by SwissTopo data because the data is at least as accurate as the existing one and with the SwissTopo data we have a permission that is 100% compatible with the current CC-by-SA and future ODbL license.
Would there be any objections? Stephane? You seem to have done most of the work in the French part.
Sarah
On Thu, Sep 02, 2010 at 04:05:06PM +0200, Thomas Ineichen wrote:
Hallo zusammen,
It seems as if a German mapper has received permission from SwissTopo to import the Swiss communal borders.
You can follow the discussion here (or subscribe to the German mailing list):
http://gis.638310.n2.nabble.com/Gemeindegrenzen-der-Schweiz-tt5477567.html#a...
Jap, wir haben endlich eine Zusage von SwissTopo:
http://wiki.openstreetmap.org/wiki/DE:Grenzen_der_Schweiz
Besten Dank an dieser Stelle nochmals an Markus (der hoffentlich ans nächste Treffen kommen kann)!
Als Test habe ich die Grenzen in Liechtenstein importiert: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
Das Erstellen der OSM-Polygone erledigt ein Script, händisch muss allerdings folgendes gemacht werden:
- Zusammenfassen von Hauptgebiet und Exklaven zu einem Multipolygon
- Zusammenfassen von Bezirken
- Anpassung der Landesgrenzen
- Löschen von bestehenden Grenzen
Bei meinem Upload gab es zudem einen serverseitigen Abbruch, so dass die Grenzlinien danach plötzlich doppelt vorhanden waren.
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ideen, wie man das Hochladen auf mehrere Personen verteilen könnte?
Gruss, Thomas
English summary: We've got the permission from SwissTopo to include the municipal borders and I started with uploading Liechtenstein: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
There is still a lot of manual work to do, so any idea how to split it up is very much appreciated. ;-)
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hello,
in many cases the limits are using natural features (rivers, mountains, ...), eg http://www.openstreetmap.org/?lat=46.0844&lon=7.18526&zoom=16
After a massive importation of all limits, it will also necessary to adapt these objects, as I think that the new limits will be another layer to the template. This job should be made by hand or some automatic tools could be used during import ?
@ + Raphaël
2010/9/2 Sarah Hoffmann lonvia@denofr.de
Have we decided what is going to happen to the existing boundaries? I have seen that quite a few of the cantons in the Suisse romande have already boundaries. The other big imports, I'm aware of, is Solothurn and Zurich but there seem to be others.
It has been suggested to remove all existing boundaries and replace them by SwissTopo data because the data is at least as accurate as the existing one and with the SwissTopo data we have a permission that is 100% compatible with the current CC-by-SA and future ODbL license.
Would there be any objections? Stephane? You seem to have done most of the work in the French part.
Sarah
On Thu, Sep 02, 2010 at 04:05:06PM +0200, Thomas Ineichen wrote:
Hallo zusammen,
It seems as if a German mapper has received permission from SwissTopo
to import the
Swiss communal borders.
You can follow the discussion here (or subscribe to the German mailing
list):
http://gis.638310.n2.nabble.com/Gemeindegrenzen-der-Schweiz-tt5477567.html#a...
Jap, wir haben endlich eine Zusage von SwissTopo:
http://wiki.openstreetmap.org/wiki/DE:Grenzen_der_Schweiz
Besten Dank an dieser Stelle nochmals an Markus (der hoffentlich ans nächste Treffen kommen kann)!
Als Test habe ich die Grenzen in Liechtenstein importiert: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
Das Erstellen der OSM-Polygone erledigt ein Script, händisch muss allerdings folgendes gemacht werden:
- Zusammenfassen von Hauptgebiet und Exklaven zu einem Multipolygon
- Zusammenfassen von Bezirken
- Anpassung der Landesgrenzen
- Löschen von bestehenden Grenzen
Bei meinem Upload gab es zudem einen serverseitigen Abbruch, so dass die Grenzlinien danach plötzlich doppelt vorhanden waren.
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ideen, wie man das Hochladen auf mehrere Personen verteilen könnte?
Gruss, Thomas
English summary: We've got the permission from SwissTopo to include the municipal borders and I started with uploading Liechtenstein: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
There is still a lot of manual work to do, so any idea how to split it up is very much appreciated. ;-)
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
On Fri, Sep 03, 2010 at 06:46:06AM +0200, Raphaël Terrettaz wrote:
Hello,
in many cases the limits are using natural features (rivers, mountains, ...), eg http://www.openstreetmap.org/?lat=46.0844&lon=7.18526&zoom=16
After a massive importation of all limits, it will also necessary to adapt these objects, as I think that the new limits will be another layer to the template. This job should be made by hand or some automatic tools could be used during import ?
Good point. That is probably one more thing that has to be corrected by hand. However, checking Thomas' preview map for the SwissTopo boundaries:
http://osm.t-i.ch/gg.html?lat=46.0844&lon=7.18526&zoom=16
it seems that they are much more precise, so it is still worth to remove the existing boundaries and adapt the features by hand.
Sarah
@ + Raphaël
2010/9/2 Sarah Hoffmann lonvia@denofr.de
Have we decided what is going to happen to the existing boundaries? I have seen that quite a few of the cantons in the Suisse romande have already boundaries. The other big imports, I'm aware of, is Solothurn and Zurich but there seem to be others.
It has been suggested to remove all existing boundaries and replace them by SwissTopo data because the data is at least as accurate as the existing one and with the SwissTopo data we have a permission that is 100% compatible with the current CC-by-SA and future ODbL license.
Would there be any objections? Stephane? You seem to have done most of the work in the French part.
Sarah
On Thu, Sep 02, 2010 at 04:05:06PM +0200, Thomas Ineichen wrote:
Hallo zusammen,
It seems as if a German mapper has received permission from SwissTopo
to import the
Swiss communal borders.
You can follow the discussion here (or subscribe to the German mailing
list):
http://gis.638310.n2.nabble.com/Gemeindegrenzen-der-Schweiz-tt5477567.html#a...
Jap, wir haben endlich eine Zusage von SwissTopo:
http://wiki.openstreetmap.org/wiki/DE:Grenzen_der_Schweiz
Besten Dank an dieser Stelle nochmals an Markus (der hoffentlich ans nächste Treffen kommen kann)!
Als Test habe ich die Grenzen in Liechtenstein importiert: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
Das Erstellen der OSM-Polygone erledigt ein Script, händisch muss allerdings folgendes gemacht werden:
- Zusammenfassen von Hauptgebiet und Exklaven zu einem Multipolygon
- Zusammenfassen von Bezirken
- Anpassung der Landesgrenzen
- Löschen von bestehenden Grenzen
Bei meinem Upload gab es zudem einen serverseitigen Abbruch, so dass die Grenzlinien danach plötzlich doppelt vorhanden waren.
Insbesondere das Korrigieren der Grenzen zu den anderen Ländern ist sehr aufwändig - wie sollen wir hier vorgehen? Einfachste aber auch unsauberste Lösung wäre natürlich einfach alles unkorrigiert hochzu- laden und dann auf die Crowd zu setzen.. :)
Ideen, wie man das Hochladen auf mehrere Personen verteilen könnte?
Gruss, Thomas
English summary: We've got the permission from SwissTopo to include the municipal borders and I started with uploading Liechtenstein: http://www.openstreetmap.org/?lat=47.14&lon=9.6&zoom=12
There is still a lot of manual work to do, so any idea how to split it up is very much appreciated. ;-)
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hallo zusammen,
Ich habe darum eine Doodle-Umfrage mit folgenden drei Optionen erstellt:
- Verschiebung auf Do oder Fr Abend
- Mapping-Party am Sa oder So Nachmittag
- Treffen am Sa oder So Abend
http://www.doodle.com/d8bfhp2e57xmeev3 (Die Uhrzeiten in der Umfrage sind nur provisorisch.)
Die Leitungen sind noch offen! ;-)
An alle, die für Samstag Abend gestimmt haben:
Vorschläge, wo wir uns treffen könnten? (Nicht, dass wir schluss- endlich doch noch Phonos Garten stürmen müssen..)
Keine laute Musik, nicht all zu voll, Strom+WLAN optional.
Vorschlaege fuer die Mapping-Party:
- Die 30 verbleibenden Strassen mappen http://osm.gt.owl.de/Strassenliste/output/389961/
- POIs, Abbiegerelationen Kreise 4/5
- ...
Je nach Wetter könnten wir ja vorher auch noch ein bisschen mappen gehen - wer informiert eigentlich mal die Presse? 8-)
Gruss, Thomas
-
Adrian Vogt -
Blaaaaah -
Fred Jelk -
Marc Schneider -
OSMfan -
Raphaël Terrettaz -
rubliexpress＠gmx.net -
Sarah Hoffmann -
Simon Poole -
Thomas Ineichen