Beliebtes Fallstrickchen:
32N liest man gerne als “32. Streifen, Nord”.
In der UTM-Erweiterung UTMREF ( https://de.wikipedia.org/wiki/UTM-Koordinatensystem#Zonenaufteilung ) bezieht sich UTM32N aber auf genau eine Kachel im Grid, die das von ks genannte “Eck” (von “Null Island” aus nach Nordosten) von Afrika enthält.
Wäre aber ziemlich sinnlos, da der Streifen vom Äquator bis zum Nordpol reichen würde.
Der Wikipedia-Eintrag https://de.wikipedia.org/wiki/European_Petroleum_Survey_Group_Geodesy ist zumindest sehr irreführend, um nicht zu sagen falsch.
Beruhigend zu wissen, dass die Kachel 32U nicht adminstrativ geändert werden kann wie etwa Zeitzonen - da müsste man schon UTM(REF) weltweit umdefinieren oder BaWü zum Äquator verschieben. Das dauert auch bei Kontinentalverschiebung noch etwas :|.
Vom Äquator stimmt, aber geht nicht ganz bis zum Nordpol:
https://upload.wikimedia.org/wikipedia/commons/6/61/Modified_UTM_Zones.png
http://earth-info.nga.mil/GandG/coordsys/images/utm_mgrs_images/utm_fig1.jpg
“UTM Zone 32 Nord” wäre wahrscheinlich nicht so missverständlich, aber JOSM und andere nennen es eben “UTM zone 32N”.
Ich seh grad noch was Lustiges: EPSG:25832 ist tatsächlich in der Textbeschreibung der EPSG “ETRS89 / UTM zone 32N”, siehe https://epsg.io/25832 .
Im Süden gibts dann bei der EPSG die korrespondierenden “32S”, etwa “Camacupa / UTM zone 32S”, siehe https://epsg.io/22032 .
Die einzelnen UTMREF-Kacheln sind ja keine eigenständigen Koordinatensysteme, daher gibts die bei der EPSG auch nicht. Daher gibts auch innerhalb der EPSG-Systematik kein Problem mit den N und S-Suffixen.
Stimmt, die EPSG-Koordinatensysteme brauchen die UTM-Zonenfelder C-X nicht, da sie die vollen Koordinaten enthalten und nur Nord- und Südhalbkugel unterscheiden. Irritierend ist ein “UTM zone 32N” aber schon.
Innerhalb der Zonenfelder gibt es noch die Gitterfelder, die machen die Koodinaten für Kartenhersteller und Nutzer besser handhabbar, da die vorderen und im Feld immer gleichen Stellen wegfallen.
Bei Maps4BW in der UTM-Projektion (richtiger Ausschnitt) ist mir übrigens aufgefallen, dass etliche Gebäude mit längeren Nummern (vermutlich Kataster) aufgeführt werden.
Stimmt, ist mir gestern auch aufgefallen. Ich hatte den Eindruck, dass das v.a. bei nicht-privaten Gebäuden vorkommt (Bauhof, Aussegnungshalle etc.), aber vielleicht war das auch nur Zufall. Hat jemand, der sich mit amtlichen Daten auskennt, eine Idee, ob da eine Regel dahintersteckt (oder ob es ein Versehen ist)?
Kann man die neue Adresse bei ID einstweilen manuell als Custom Background eintragen?
Wenn ja, wie lautet das “tile URL template” dafür?
Gehen müsste es schon, wenn man die URL hätte. Der Dialog dafür ist jedenfalls da.
Maps4BW gibt es nicht als TMS (dafür ist der Dialog bei iD).
WMS (das bietet Maps4BW u.a. an) kann bei iD nicht “benutzerdefiniert” hinzugefügt werden, sieht man dem “Benutzerdefinierten Hintergrund einstellen”-Dialog von iD auch an:
Da steht nichts von {proj}, {width}, {height} oder {bbox}, wie es bei WMS benötigt wird.
Sieht so aus – im Norden hat (Maps4)BW immer noch schwarze Löcher, jedenfalls bei Mercator-Projektion.
Ich schalte deshalb in BW meist auf UTM um. Ist etwas lästig, da man woanders in der Welt auf andere Zonen oder wieder auf Mercator umschalten muss. Wenigstens merkt man es gleich, wenn man das vergisst :/.
Laut LGL ist das Problem seit dem 20.11. behoben.
Ich kann das bestätigen, ein Umschalten der Projektion ist also nicht mehr notwendig.
Könnte Maps4BW dann in JOSM und ID wieder als Standart-WMS eingestellt werden ?
Fragende Grüße
Zu JOSM siehe Beitrag #26:
https://forum.openstreetmap.org/viewtopic.php?pid=723846#p723846
Zu iD kann ich nichts sagen.
Seit 2.7.0 funktioniert WMS mit iD, custom WMS ist in Arbeit.
Fehlermeldung siehe https://github.com/osmlab/editor-layer-index/issues/592
bzw. meine Aktualisierung / Änderung der Wikiseite https://wiki.openstreetmap.org/wiki/Maps4BW
Vielleicht möchte sich jemand daran beteiligen …
Die Adresse wurde schon vor 27 Tagen geändert:
https://github.com/osmlab/editor-layer-index/commit/cce76dc5849c88535893b01493c3e7c99951ff0b#diff-0f9844699b45df43cdc295d1219e8d0e
Ich habe aber keine Ahnung, warum die Änderung noch nicht bei iD auf OpenStreetMap.org angekommen ist und ob wir da irgendwie helfen können.
Sollte man dem guten bhousel vielleicht sagen …
Die Änderung sollte mit dem nächsten iD Release online sein und Maps4BW wieder funktionieren.
Abwarten wann das sein wird …
