Stadtwiki Diskussion:Projekt Georeferenzierung
automagische Umrechnung
Zur selbigen ggfs. Herrn Diplom-Geodät Mueck kontaktieren :-)
- Ich halte ein MW plugin für sinnvoll - habe nur keine Ahnung wie ich umrechnen muss - gibt es da fertige sachen? am besten in php --Hauke Löffler (Diskussion) 08:08, 7. Dez. 2006 (CET)
- fertig nur in C, sofern es meine Sachen betrifft. In PHP finde ich z.Zt. immer mehr rein, weil ich da grad was mache. Wenn PHP die nötige Rechenpräzision hat, könnte ich das bei Gelegenheit mal umsetzen... Gibt es in der Wikipedia noch nichts in diese Richtung? Lokal könnte die unten beschriebene Transformation für unsere Zwecke ausreichen. Wenn die WIkipedia sowas langfristig brauchen könnte, sollte man evtl. der Einfachheit halber (man braucht ja für die andere Lösung ein Netz von umgerechneten Punkten) wenn der Rechenaufwand sich im Vegleich zur Transformation in Grenzen hält (wahrscheinlich sind's eh immer Einzelpunkte?) nach genauen Formeln umrechnen. Wer hat da den aktuellen Stand? Dieses Jahr möchte ich aber nix Neues mehr anfangen.... --Mueck 14:19, 7. Dez. 2006 (CET)
- Wenn ich das eben beim Überfliegen der Wikipedia-Seite dazu richtig sah, arbeiten die nur mit geograph. Koord. bezogen auf WGS84, also sieht es so aus, als wenn man sich noch Lorbeeren verdienen könnte mit einem Umrechnungs-Plugin :-) Werde ich dann mal für den Beginn des Jahres evtl. auf die ToDo-Liste setzen :-) Wo steht, wie man Plugins macht? --Mueck 14:29, 7. Dez. 2006 (CET)
- Was mir gerade noch einfällt: Caching würde sich für die Sache anbieten... Können das Plugins? --Mueck 14:36, 7. Dez. 2006 (CET)
- Schau dich mal bei der Extensions-Sammlung von MediaWiki um, da gibts allerhand Plugins, sicherlich auch was mit Caching. Alternativ tuts auch immer noch ein manueller Hack bzw. Rückgriff auf PEAR. --Fwolf 15:56, 28. Dez. 2006 (CET)
- Bei Interesse kann ich dir sicher auch was abnehmen... --Fwolf 15:56, 28. Dez. 2006 (CET)
- Das Caching macht der Server, ja. Wenn die Formeln unten auf der Seite aber hinreichend genau sind, hätten wir eine schöne Lösung bereits fertig. Gauß-Krüger-Karten habe wir nur für einen sehr kleinen Teil der Welt. Die langsame Antwortzeiten ab und an liegen am Backup, dass wir aufgrund von Stadtwiki:Vandalismus mittlerweile auch tagsüber laufen lassen. --Wilhelm Kawana Bühler 20:57, 28. Dez. 2006 (CET)
Diskussion zu Koordinatensysteme
Auf der Angesprochenen Internetseite (von Mueck?) kann man eine große Vielzahl von unterschiedlichen Koordinatensystemen ineinander umrechnen. Das schießt evtl. ein wenig übers Ziel hinaus. Wenn ich das richtig verstehe brauchen wir zunächst mal nur Gauß-Krüger und WGS84. Leider kenne ich mich damit nicht aus und die Formeln im PDF-File sagen mir deshalb nicht allzuviel, weil sie weitgehend ohne Erklärungen aufgeführt sind. Deshalb zwei Fragen (an Mueck?): Taugt WGS84 als allgemeines Koordinatensystem, also gewissermaßen als Basis, so dass wir alle Koordinaten in diesem System angeben können und bei Bedarf in Gauß-Krüger umrechnen? Wie sehen die Formeln aus für eine Umrechnung WGS84 nach Gauß-Krüger und umgekehrt (kann man die Umrechnung geschlossen angeben, oder muß man implizite Gleichungen lösen)? -- Bruce 18:29, 3. Dez. 2006 (CET)
- Also ich hoffe noch, dass es nur ein WGS84 gibt, nachdem ich die Seite gesehen habe. Ich denke, WGS84 ist durch die Wikipedia gesetzt. Die Formel habe ich aber in beide Richtungen auch erstmal nicht verstanden. Vielleicht kann uns Mueck da noch erleuchten. --Wilhelm Kawana Bühler 18:58, 3. Dez. 2006 (CET)
Diskussionsbeitrag
(aus der Artikelseite in die Diskussionsseite verschoben)--Ulrich Clormann 07:59, 7. Dez. 2006 (CET)
Konzept
Ich fasse zusammen, was hier offenbar gemeint ist:
- In den Artikeln sollen Koordinaten als Georeferenz angegeben werden, die dann anbieterneutral auf verschiedene Kartenquellen weiterleiten.
- Die Koordinaten sollen in Artikeln einheitlich auf das Datum WGS84 bezogen werden.
- Das Koordinatenformat, mit dem die Koordinate in der Vorlage angegeben wird, ist hier nicht diskutiert. Es könnte z.B.
49.12345_8.45678
sein. - Die Anzeige der Koordinate soll einheitlich z.B.
N 49°7'24" E 8°27'24"
sein. - Durch Anklicken der angezeigten Koordinate wird auf eine Seite verzweigt, auf der die diversen Anbieter von Kartenwerken ausgewählt werden können. Dabei wird die Koordinate in der jeweils notwendigen Form weitergereicht.
- Auf der Georeferenzenseite müssen dann die Koordinaten aus h.ddddd° WGS84 z.B. in Gauß-Krüger Potsdam umgewandelt werden.
Lösungsvorschlag zur Koordinatenumrechnung
In begrenzten Bereichen (die festzulegen wären) können die Koordinaten durch einfache Projektionsgleichungen umgewandelt werden. Die Faktoren lassen sich leicht ermitteln und in entsprechende Vorlagen einbauen. Das Ganze ist umso aufwändiger, je genauer es sein soll. Mit einem reduzierten biquadratischen Ansatz (mit je sechs Faktoren für den Rechtswert und den Hochwert) erreicht man eine Genauigkeit von 0,5m für den Rechtswert und den Hochwert in einem Bereich von ca. 20x20km. Dies sollte ausreichen. Auf dieser Basis kann man entsprechende Vorlagen erstellen, die die Koordinaten in Grad/WGS84 als Parameter haben und den Rechtswert bzw. den Hochwert in Gauß-Krüger/Potsdam liefern.
Zu klären:
- Wie groß ist das Gebiet, dass durch die Koordinatenumrechnung abgedeckt sein soll?
- Welche Ungenauigkeit ist akzeptabel?
- In welchem Format h° mm' ss" oder h.ddddd° oder UTM sollen die Koordinaten angegeben werden?
- >* Die Koordinaten sollen in Artikeln einheitlich auf das Datum WGS84 bezogen werden.
- Würde vermutlich viele überfordern, statt der Koord. aus dem Stadtplan sich irgendwo was WGS84iges zu errechnen...
- >* Welche Ungenauigkeit ist akzeptabel?
- Für das, was wir hier brauchen, wäre 1m wohl schon mit Kanonen auf Spatzen geschossen ;-)
- Für die Stadt reicht's. Unser gesammtes Gebiet alleine dürfte aber schon größer sein. Die Frage ist, ob man gleich eine Lösung für Wikis allgemein anstrebt, dann wäre eine strenge Umrechnung einfacher als ein Netz mit Referenzpunkten für eine einfache Transformations- und Interpolationslösung --Mueck 14:36, 7. Dez. 2006 (CET)
- Ich habe folgendes getestet: Ein Gitter mit 15x15 Punkten im Bereich N48.8 E8.0 bis N49.2 E8.8 habe ich als Liste von dezimalen Gradwerten generiert. Diese Punkte habe ich dann als WGS84 mit einem Programm eingelesen und in Gauß-Krüger transformiert. Mit einer Fehlerquadratminimum-Berechnung habe ich jeweils für den R- und den H-Wert sechs Parameter einer Näherungsfunktion bestimmt. Die 225 Referenzpunkte habe ich mit Hilfe der Näherungsfunktion nochmal von WGS84 in GK umgerechnet und die Ergebnisse verglichen. Bei Rundung auf 1m, wie es die Koordinaten normalerweise erfordern, sind fast alle Werte gleich, ein paar weichen um 1m ab.
- Die Näherungsformel sieht im Prinzip so aus:
R = r1 + r2*N + r3*E + r4*N*N + r5*N*E + r6*E*E H = h1 + h2*N + h3*E + h4*N*N + h5*N*E + h6*E*E
- Dabei sind r1 bis r6 bzw. h1 bis h6 einmal ermittelte Faktoren, N ist die WGS84-Nord-Koordinate, E die WGS84-Ostkoordinate. N und E werden auf einen Bezugspunkt verschoben (N 49° E8.4°) und evt. skaliert, um numerisch stabil zu rechnen. Für die Genauigkeit ist dieser Bezugspunkt erforderlich. Das bedeutet, dass ein solcher Ansatz regional verwendbar ist (getestet im Umkreis von 30km). Weiter außerhalb steigt die Abweichung. Man müsste sicher noch testen, ab welchem Abstand vom Bezugspunkt der Fehler zu groß wird). Die Faktoren lassen sich natürlich auch für andere Bezugspunkte bestimmen. Sie sind aber nicht genau genug für z.B. ganz Deutschland.
- Wichtig ist auch noch, wie die Punkte, die zur Bestimmung der Näherungsfunktion verwendet werden, von WGS84 nach GK umgewandelt werden. Ich habe es mit einem Sharwareprogramm (GARTrip) gemacht. Ich weiß nicht, wie genau es rechnet. Das war zum testen des verfahrens aber auch unerheblich. Für echte Parameter müsste man das aber prüfen.
- Die Umsetzung der Umrechnung kann entweder in php gemacht werden, kann ich aber nicht. Es geht auch mit Vorlagen und den Parserfunctions.--Ulrich Clormann 17:24, 7. Dez. 2006 (CET)
- Kann ich mich mal ranmachen nächstes Jahr, wenn wieder etwas Luft ist arbeitsmäßig. ist ja nimmer lange hin ;) --Fwolf 15:48, 28. Dez. 2006 (CET)
- Wow! Ich bin geplättet. Danke. Der Radius von 30 km reicht hier vollkommen aus, da wir weiter außen eh keine Daten mehr gem. GK haben.
- Die 1:20000er Karte der Stadt Karlsruhe hat im Nordwesten noch eine Legende und den (C)-Text ... daher zwei Nordwestecken:
- Nordwest (Norden) bei 1 zu 20000
- http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3449062&y=5439999&bbox=2000&pin=1
- Nordwest (Westen) bei 1 zu 20000
- http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3447002&y=5435807&bbox=2000&pin=1
- Nordost bei 1 zu 20000
- http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3466997&y=5439999&bbox=2000&pin=1
- Südost bei 1 zu 20000
- http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3466997&y=5422004&bbox=2000&pin=1
- Südwest bei 1 zu 20000
- http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3447002&y=5422004&bbox=2000&pin=1
- Mithin sind das die Werte innerhalb derer GK überhaupt zum Zuge kommt.
- Derzeit bin ich sehr von OpenStreetMap begeistert, da auch hier Karlsruhe gut dabei ist und sich beide Projekte wunderbar ergänzen.
- Ciao --Wilhelm Kawana Bühler 15:31, 27. Dez. 2006 (CET)
- Naja .. wenn man bedenkt, dass Durlach wenig bis gar nicht erfasst und man ohne extra GPS-System aufgeschmissen ist, finde ich das wiederum weniger toll --Fwolf 15:48, 28. Dez. 2006 (CET)
- wo ich hier gerade etwas von OpenStreetMap lese. Da hat sich bzgl. Karlsruhe inzwischen wohl sehr viel getan! --lammy 16:20, 11. Dez. 2007 (CET)
- Das wissen wir :) Da passiert demnächst auch einiges, sobald wieder etwas Luft ist, werden die Vorlagen angepasst.--Beate 16:44, 11. Dez. 2007 (CET)
- wo ich hier gerade etwas von OpenStreetMap lese. Da hat sich bzgl. Karlsruhe inzwischen wohl sehr viel getan! --lammy 16:20, 11. Dez. 2007 (CET)
- Naja .. wenn man bedenkt, dass Durlach wenig bis gar nicht erfasst und man ohne extra GPS-System aufgeschmissen ist, finde ich das wiederum weniger toll --Fwolf 15:48, 28. Dez. 2006 (CET)
Stadtplan Karlsruhe
Hallo, ohne Vorwarnung ist der Stadtplanserver nach http://webgis.baral.de/karlsruhe/ umgezogen und hat dabei seine Luftbildaufnahmen vergessen. Ich habe die Vorlagen angepasst, Links, die nicht in Vorlagen waren, aber nicht. Wir müssen jetzt im Auge behalten, wann http://geodaten.karlsruhe.de/stadtplan/ wieder aktiv ist. --Wilhelm Kawana Bühler 17:28, 19. Jan. 2007 (CET)
- Luftbilder vergessen? Grrrrr..... Wie gut, dass ich kürzlich erst noch paar runter geholt hatte... Die bei google verwendeten sind aber wohl dieselben Bilder... --Mueck 00:23, 20. Jan. 2007 (CET)
Datenübertragung an Yellowmap
Wie kriegt man Stadtwiki-Artikel eigentlich bei Yellowmap eingetragen? Lokationsvorlage einfügen genügt ja offenbar nicht? --Ikar.us 23:07, 6. Sep. 2008 (UTC)
- Das habe ich mich auch schon gefragt. Karlsruhe ist anscheinend ganz gut abgedeckt, wenn man den "Stadtwiki-Layer" bei Yellowmap einblendet, für Bruchsal gibt es offensichtlich noch gar nichts. Weiß irgendjemand etwas darüber? --roland 11:09, 13. Okt. 2009 (UTC)
UTM-Koordinaten
Als Hinweis, da die letzten Änderungen sowohl am Artikel als auch an der Diskussionsseite doch schon einige Jahre alt sind…
Seit 2018 verwenden die amtlichen Karten sowie das gesamte LGL UTM-Koordinaten. (siehe ETRS89/UTM Baden-Württemberg stellt um)
Mir liegen vor:
- amtliche Messtischblätter 1:25000 von 2020: alleiniges Gitter ist UTM, Gauß-Krüger und GMS sind lediglich am Rand vermerkt
- amtliche Wanderkarte 1:25000 von 2022: ausschließlich UTM, komplett ohne GK und GMS