Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Hi Sven. Sven Geggus wrote: > Gerrit Lammert wrote: > >> Weil ich (wie bereits geschrieben) nicht PostgreSQL sondern MS SQL >> verwenden muss. > > ich habe nochmal nachgelesen, in > hattest Du das noch > nicht geschrieben sondern erst in > <2546fa35dc8ad73a9e33e5535f99f...@imap.00l.de>. Ich habe aber auf die > erste Email geantwortet. Ich pflege threads von oben nach unten zu > lesen. Puh! Nein, ich habe nicht geschrieben, dass es auf dem MS SQL Server stattfinden soll. Ich habe jedoch geschrieben, dass die Transformation in _SQL_, und nicht in einer Bibliothek, einer speziellen Erweiterung, die das magisch macht, oder auf irgendeine andere Art, gemacht werden soll. Weitere Beispiele: Wenn ich frage, mit welcher Buslinie ich von a nach b komme, ist es zwar nett gemeint, wenn man mir erzählt welches Auto das beste Navi hat oder das Taxifahrer bestimmt schneller sind oder das richtige Männer zu Fuß gehen oder sowas. Aber es mag Gründe dafür geben, dass ich explizit nach einer Busverbindung frage... Es ist nett gemeint von Dir, mich darauf hinzuweisen das fertige, gut gepflegte Tools vermutlich genauer, flexibler und besser sind, aber dies war als kurze, wenn-wir-gerade-dabei-sind Frage, gedacht, mit der ich gerade NICHT den Thread übernehmen wollte. Also: Das Problem ist zu meiner Zufriedenheit gelöst. Wenn weiter jemand über proj4 oder ähnliches reden möchte, gerne. Aber ich klinke mich dann mal wieder aus... Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Gerrit Lammert wrote: > Weil ich (wie bereits geschrieben) nicht PostgreSQL sondern MS SQL > verwenden muss. ich habe nochmal nachgelesen, in hattest Du das noch nicht geschrieben sondern erst in <2546fa35dc8ad73a9e33e5535f99f...@imap.00l.de>. Ich habe aber auf die erste Email geantwortet. Ich pflege threads von oben nach unten zu lesen. > Wenn ich frage wie ich etwas in inkscape hinbekomme, brauch ich auch keine > Tipps bezüglich Auto-CAD. ;-) Das war lediglich ein hinweis meienrseits auf das richtige Tool für diesen Zweck und das ist in diesem Fall nun mal eine Datenbank mit Simple Features for SQL Implementierung. Unabhängig davon möchte ich Dich auf die Existenz der Proj4 Bibliothek hinweisen. Sowas muss man doch nicht von Hand machen. Beispiel für die Kommandozeile (Gauß-Krüger (GK2) nach WGS 84): echo 2611045.99 5726063.67 | cs2cs -f "%.6f" +init=epsg:31466 +to +init=epsg:4326 proj4 ist aber Prinzipiell eine C-Bibliothek, die man auch in eignener Software verwenden kann. Postgis macht das zum Beispiel damit. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
On Thu, 19 Mar 2009 10:02:55 + (UTC), Sven Geggus wrote: > Gerrit Lammert wrote: >> Ich möchte die Transformation von WGS84 in GK in SQL nachbilden. > > Weshalb Dinge erfinden, die es schon gibt? > > Die Postgis Erweiterung der PostgreSQL Datenbank hat selbiges als Teil der > "Simple Features for SQL" bereits eingebaut. Weil ich (wie bereits geschrieben) nicht PostgreSQL sondern MS SQL verwenden muss. Wenn ich frage wie ich etwas in inkscape hinbekomme, brauch ich auch keine Tipps bezüglich Auto-CAD. ;-) Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Gerrit Lammert wrote: > Ich möchte die Transformation von WGS84 in GK in SQL nachbilden. Weshalb Dinge erfinden, die es schon gibt? Die Postgis Erweiterung der PostgreSQL Datenbank hat selbiges als Teil der "Simple Features for SQL" bereits eingebaut. Gruss Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Hi Stefan. On Wed, 18 Mar 2009 16:14:34 +0100, "Stefan Dettenhofer (StefanDausR)" > Das geht gar nicht, da der o.g. Code keine Ellipsoid-Transformation > macht! Diese kann man z.B. mit einer Helmert-Transformatiion erledigen. > Du musst dazu einen ganz anderen Code nutzen: z.B. Geotrans oder Proj4 Jo, hatte inzwischen auch aufgegeben und den gut funktionierenden C#-Code transformiert. Ist zwar eine ziemliche Arbeit (Objektorientiert in SQL erzeugt Unmengen von DECLARE-Anweisungen und meine linke Hand ist ganz ausgeleiert vom @-Zeochen hinzufügen), aber funktioniert jetzt wie es soll. > Wenn Du das in SQL lösen willst, dann kannst Du auch gleich eine > entsprechende Datenbank nehmen, die die Koordinatentransformationen > schon eingebaut hat: Oracle (spatial) kann das und die > PostGIS-Erweiterung zu PostgreSQL sicherlich auch. Schön wärs. Die Koordinatentransformation ist nur eine ganz kleine Anwendung. Das ganze läuft auf MSSQL, also keine Geofunktionen (sofern ich weiß). Danke für Eure Hilfe. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
uff - falscher Link. Richtig ist: > Tobias ist da auch grad dran, die Ergebnisse finde man hier: http://wiki.openstreetmap.org/wiki/de:Gauß-Krüger Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Hallo Gerrit, Gerrit Lammert schrieb: > Ist jetzt nicht mehr OSM-bezogen, aber soviele kundige Mitleser muss ich > einfach ausnutzen. ;-) > http://www.delphi-treff.de/tipps/mathematik/wiki/Geographische%20in%20Gau%C3%9F-Kr%C3%BCger-Koordinaten%20umrechnen/ > (...) > Also, wie bekomme ich den obigen code dazu das gleiche Ergebnis zu liefern > wie > https://upd.geodatenzentrum.de/auftrupd/ktrans?sprache=deu > bei Geo84 -> GK3. > > Ich habe bereits versucht die Werte für e2 und c auf den WGS-ellipsoiden > anzupassen, aber das hat nicht geholfen (was ist c überhaupt)? > Das geht gar nicht, da der o.g. Code keine Ellipsoid-Transformation macht! Diese kann man z.B. mit einer Helmert-Transformatiion erledigen. Du musst dazu einen ganz anderen Code nutzen: z.B. Geotrans oder Proj4 Wenn Du das in SQL lösen willst, dann kannst Du auch gleich eine entsprechende Datenbank nehmen, die die Koordinatentransformationen schon eingebaut hat: Oracle (spatial) kann das und die PostGIS-Erweiterung zu PostgreSQL sicherlich auch. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Hallo Gerrit, > Ich möchte die Transformation von WGS84 in GK in SQL nachbilden. Ich fände schön, wenn wir für OSM eine Funktion hätten, mit der wir Koordinaten und Höhen aus jedem System in jedes andere umformen könnten. a) zum Einbauen in beliebige Programme b) als Web-Interface Tobias ist da auch grad dran, die Ergebnisse finde man hier: http://wiki.openstreetmap.org/wiki/de:Altitude Mit herzlichem Gruss, Markus PS: kannst Du diese Tabelle vervollständigen? http://wiki.openstreetmap.org/wiki/de:Altitude#Bezugsystem ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger > WGS-84 [OffTopic]
Ist jetzt nicht mehr OSM-bezogen, aber soviele kundige Mitleser muss ich einfach ausnutzen. ;-) >> http://www.delphi-treff.de/tipps/mathematik/wiki/Geographische%20in%20Gau%C3%9F-Kr%C3%BCger-Koordinaten%20umrechnen/ >Aha - den Code hatte ich auch mal vor längerer Zeit in mein Programm >eingebaut, bis mir das mit dem Ellipsoidübergang aufgefallen ist. Die >Formal von Grossmann liefert in erster Näherung eine Umrechnung in das >"Deutsche Hauptdreiecksnetz" (EPSG: 4314) >Die GK-Koordinaten benutzen genauso wie geogr. Koordinaten im DHDN das >Ellipsoid WGS72 (Bessel 1841). Du willst aber WGS-84, daher benötigst Du >noch den Übergang von Bessel auf WGS84. >Ich benutze z.Zt. den Sourcecode von Geotrans. Der ist zwar nicht ganz >so genau wie NTv2, aber die Abweichung liegt unter einem Meter (und hier >kommen wir ja schon wieder in den Bereich der Plattentektonik und somit >zu dem Problem WGS-84 <-> ETRS89 (GRS80). Ich möchte die Transformation von WGS84 in GK in SQL nachbilden. Ich habe eine gut funktionierende Transformation in c#, aber diese besteht aus vielen Objekten und Unterfunktionen, das ist nur sehr umständlich in SQL zu implementieren. Der Delphi-Code hinter obigem Link ist da deutlich angenehmer. Hab es nun auch schnell hinbekommen, aber natürlich die bereits angesprochene Abweichung von ein paar hundert Metern. Nachdem ich nun den ganzen Vormittag nach einer Möglichkeit gesucht habe, die Ellipsoidtransformation durchzuführen gebe ich auf und bitte Euch um Hilfe. Also, wie bekomme ich den obigen code dazu das gleiche Ergebnis zu liefern wie https://upd.geodatenzentrum.de/auftrupd/ktrans?sprache=deu bei Geo84 -> GK3. Ich habe bereits versucht die Werte für e2 und c auf den WGS-ellipsoiden anzupassen, aber das hat nicht geholfen (was ist c überhaupt)? Wäre toll, wenn ihr mir helfen könntet. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de