Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12/10/2012 06:31 AM, Martin Trautmann wrote: On 12-12-09 21:40, Martin Trautmann wrote: On 12-12-09 14:44, Henning Scholland wrote: Was mach' ich falsch? Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel aus dem Wiki übernommen: cs2cs +init=epsg:31466 +to +init=epsg:4326 input.txt ^ Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4 mit init=epsg:31468 benötigte. Leider wird im wiki nicht weiter erklärt, was die dritte Spalte des Resultats bedeutet - die wird hier plötzlich nicht mehr 0.000. echo 4491957.175 5511210.407 | cs2cs +init=epsg:31468 +to +init=epsg:4326 -f '%.8f' 11.88695229 49.73746425 48.65890079 Dass nebenbei das Input-Format auch x y # Kommentar erlaubt habe ich zufällig und wohlwollend bemerkt - der Kommentar wird einfach dem output angehängt, egal was in der dritten Eingabespalte liegt und unabhängig vom #. Bei Angaben wie +init=epsg:31468 würde ich auf jeden Fall mal überprüfen, was cs2cs da genau für Parameter einsetzt [1]. Offiziell werden 6 verschiedene Möglichkeiten vorgeschlagen, das Gauß-Krüger-Datum nach ETRS89/WGS84 umzuwandeln (Gesamtdeutschland alt / neu, Süd-, Mittel-, Norddeutschland und BETA2007-Grid) [2]. cs2cs benutzt offenbar keines dieser empfohlenen Verfahren, d.h. wenn man hohe Genauigkeit erreichen will, sollte man vielleicht lieber gleich auf BEAT2007 setzen (siehe wiki [3]) [1] $ proj -v +init=epsg:31468 # +init=epsg:31468 +proj=tmerc +lat_0=0 +lon_0=12 +k=1 +x_0=450 +y_0=0 # +ellps=bessel +datum=potsdam +units=m +no_defs +towgs84=606.0,23.0,413.0 [2] http://crs.bkg.bund.de/crseu/crs/eu-description.php?crs_id=dERFX0RIRE4rJTJGK0dLXzM= [3] http://wiki.openstreetmap.org/wiki/DE:Gauß-Krüger Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12-12-10 8:08, bkmap wrote: Es gibt übrigens auch Gitterdaten (BETA), die die Transformation sehr viel genauer machen. Dazu ist hier für den Einstieg: http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokumentationV15.pdf Danke, aber derart genau brauch' ich's überhaupt nicht. Mir reicht die einfache Konvertierung, um nachzusehen, was sich dort verbirgt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12-12-09 11:22, Martin Trautmann wrote: Jetzt würde ich gerne nachsehen, was OSM, Google o.ä. an der Koordinate kennen würden: 4478123.145500134.47 4491859.655511154.65 hm, diese Werte scheinen überhaupt nicht Gauss-Krüger zu sein. Ich bräuchte das Ziel bei etwa 49.737475,11.88695 Das ist also wohl UTM... ... was zum ähnlichen Problem führt: ich würde dann eben gerne openstreetmap mit type=utm;x=4478123.14;y=5500134.47 aufrufen. Geht UTM womöglich schon? Das Wiki kennt dazu überhaupt noch nix, ebenso nicht zu Universal Transverse Mercator. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
Am 09.12.2012 12:02, schrieb Martin Trautmann: On 12-12-09 11:22, Martin Trautmann wrote: Jetzt würde ich gerne nachsehen, was OSM, Google o.ä. an der Koordinate kennen würden: 4478123.14 5500134.47 4491859.65 5511154.65 hm, diese Werte scheinen überhaupt nicht Gauss-Krüger zu sein. Ich bräuchte das Ziel bei etwa 49.737475,11.88695 Das ist also wohl UTM... ... was zum ähnlichen Problem führt: ich würde dann eben gerne openstreetmap mit type=utm;x=4478123.14;y=5500134.47 aufrufen. Geht UTM womöglich schon? Das Wiki kennt dazu überhaupt noch nix, ebenso nicht zu Universal Transverse Mercator. Ein nettes Feature wäre es mit Sicherheit, wenn osm.org hier mehr unterstützen würde. Aber der Aufwand allgemein ist geringer, wenn der Client umrechnet. Der Client weiß, wie er die Koordinaten bekommt und wie er sie ausgeben muss, damit osm.org an die richtige Stelle springt. Auch wenn du eine schnelle Lösung suchst, wäre es angebracht, dass du dir selber was für den Client bastelst. ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12-12-09 12:15, Henning Scholland wrote: Ein nettes Feature wäre es mit Sicherheit, wenn osm.org hier mehr unterstützen würde. Aber der Aufwand allgemein ist geringer, wenn der Client umrechnet. Hm, nein, glaub' ich nicht. Wenn der Client erst mal herausfinden muss, wie er etwas umrechnen muss, dann ist das mehr Aufwand, weil jeder Client das selbst für sich neu machen muss. Der Client weiß, wie er die Koordinaten bekommt und wie er sie ausgeben muss, damit osm.org an die richtige Stelle springt. Naja, auch das stimmt nicht unbedingt. Bei den mir vorliegenden Daten rätsle ich noch, was das ist. 49.737475,11.88695 wäre in UTM wohl 708009.29/5513443.14, Zone 32. Zu 4478123.14,5500134.47 führt das auch noch nicht Jetzt habe ich noch ein paar andere Rechner online ausprobiert - aber ich brauche wohl einen, der WGS84 in möglichst viele verschiedene Systeme umrechnet, damit ich den optimal passenden überhaupt erst mal erkennen kann. Auch wenn du eine schnelle Lösung suchst, wäre es angebracht, dass du dir selber was für den Client bastelst. ;) Ja, da es nichts gibt muss ich selbst basteln. Aber mittelfristig melde ich den Wunsch an, dass da womöglich nicht nur für mich sowas sinnvoll wirken würde. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
Es gibt zig verschiedene Varianten. Mit N und E, N und O, + und -, etc. alleine für den Quadranten. Dann noch dezimal und Winkelminuten, Winkelsekunde, auch dafür wieder diverse Schreibweisen (bpsw. ° ' oder einfach nur mit Leerzeichen getrennt) und dann noch die diversen Projektionen. Der Client weiß, wie nun der input-string aussieht und er weiß, wie der output aussehen muss. Ist also relativ simpel. Der Server muss erstmal wissen, was der Client ihm gerade für eine Projektion übermittelt und in welchem Format die Daten kommen. Ist daher recht viel Aufwand und der Nutzen ist eher beschränkt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
Hallo, On 09.12.2012 13:41, Martin Trautmann wrote: Naja, auch das stimmt nicht unbedingt. Bei den mir vorliegenden Daten rätsle ich noch, was das ist. Du braeuchstest eigentlich nicht ein veraendertes OSM, sondern eine Drittwebseite Was fuer Koordinaten sind das hier, die Dir zu eingegebenen unbekannten Koordinaten 100 Punkte auf eine Weltkarte malt ;) waere sicher brauchbar, wenn sowas mal jemand machen wuerde. Hat aber mit OSM direkt recht wenig zu tun. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12-12-09 14:44, Henning Scholland wrote: Es gibt zig verschiedene Varianten. Mit N und E, N und O, + und -, etc. N/E, N/O, +/- sind alle recht einfach und automatisch erkennbar. alleine für den Quadranten. Dann noch dezimal und Winkelminuten, Bei Existenz eines Dezimalzeichens - egal ob Punkt oder Komma - deutet das deutlich auf Dezimalschreibweise hin. Winkelsekunde, auch dafür wieder diverse Schreibweisen (bpsw. ° ' oder einfach nur mit Leerzeichen getrennt) Auch da ist der Zeichenvorrat überschaubar und dann noch die diversen Projektionen. Die sind wohl das kritischere. Der Client weiß, wie nun der input-string aussieht und er weiß, wie der output aussehen muss. Ist also relativ simpel. Der Server muss erstmal wissen, was der Client ihm gerade für eine Projektion übermittelt und in welchem Format die Daten kommen. Ist daher recht viel Aufwand und der Nutzen ist eher beschränkt. Wenn ich mit meinem Wunsch alleine da stehe, dann wird's halt nichts. Wenn sich aber jeder so doof anstellt wie ich, dann wär's doch hilfreich. Denn anscheinend sind meine Daten doch in Gauss-Krüger, weil die Umrechung von plausiblen WGS84 nach GK mir passende Werte liefert: 49.737475,11.88695 - 4491957.175 5511210.407 In umgekehrter Richtung spuckt er mir aber wieder 56.5124360539.63861747 aus (mit cs2cs +init=/usr/local/share/proj/world:gk4-d +init=epsg:4326 -f '%.8f' ), oder gar mit: echo 4491957.175 5511210.407 | cs2cs +init=epsg:31466 +to +init=epsg:4326 32d6'20.91E46d39'54.638N 16.676 Was mach' ich falsch? Je nachdem, was ich aus den Beispielen oder dem Wiki übernehme bekomme ich nur Schrott. Da wär' mir ein richtig konfigurierter Server lieber... Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
On 12-12-09 21:40, Martin Trautmann wrote: On 12-12-09 14:44, Henning Scholland wrote: Was mach' ich falsch? Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel aus dem Wiki übernommen: cs2cs +init=epsg:31466 +to +init=epsg:4326 input.txt ^ Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4 mit init=epsg:31468 benötigte. Leider wird im wiki nicht weiter erklärt, was die dritte Spalte des Resultats bedeutet - die wird hier plötzlich nicht mehr 0.000. echo 4491957.175 5511210.407 | cs2cs +init=epsg:31468 +to +init=epsg:4326 -f '%.8f' 11.88695229 49.73746425 48.65890079 Dass nebenbei das Input-Format auch x y # Kommentar erlaubt habe ich zufällig und wohlwollend bemerkt - der Kommentar wird einfach dem output angehängt, egal was in der dritten Eingabespalte liegt und unabhängig vom #. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Abfrage mit UTM (war: Gauß-Krüger-Koordinaten)
Am 10.12.2012 06:31, schrieb Martin Trautmann: On 12-12-09 21:40, Martin Trautmann wrote: On 12-12-09 14:44, Henning Scholland wrote: Was mach' ich falsch? Ein Teil des Fehlers wurde gefunden - ich habe zu simpel das Beispiel aus dem Wiki übernommen: cs2cs +init=epsg:31466 +to +init=epsg:4326 input.txt ^ Wie zwei Abschnitte weiter vorne erklärt ist 31466 gk2, während ich gk4 mit init=epsg:31468 benötigte. Es gibt übrigens auch Gitterdaten (BETA), die die Transformation sehr viel genauer machen. Dazu ist hier für den Einstieg: http://crs.bkg.bund.de/crseu/crs/descrtrans/BeTA/BETA2007dokumentationV15.pdf Ich hab aber noch keine Ahnung, ob bei der Umrechnung mit cs2cs der halbe Meter Kontinentaldrift schon in die Berechnung einfließt. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de