Ausrichtung von UTM-Karten: Papier / GM

Hallo,

ich teste zur Zeit mit Karten in UTM Projektion rum. Ausgangskarten sind Papierkarten des AMS 1:50.000. Dabei bin ich auf folgendes gestossen:

Normalerweise sind Papierkarten in UTM-Projektion ja so: Die Blattränder sind parallel zu den Längen-/Breitengraden. Die senkrechten Gitterlinien weichen (auf der Nordhalbkugel) nach rechts-/links ab, je nachdem, ob sie östlich/westlich vom Zentralmeridian sind. Demnach sind auf der UTM Karte die DMS Linien parallel zum Kartenrand, die Gitterlinien nicht.

Nach Einlesen und Georeferenzierung in GM richtet GM das Image nach Gitter-Nord aus sodass die Kartenränder (und auch die DMS-Linien) nicht mehr horizontal/vertikal sind.

Dies ist natürlich nicht gerade optimal beim Zusammenfügen von Images, die zuvor rand-beschnitten werden, da immer ein kleiner dreieckiger Spalt bleibt. Irgendeine Idee, wie die Imageausrichtung gleich zu den Meridianen ausgerichtet sein kann?

lg, Paul

Hallo Hans,

Du bist wie immer einer der grossen GM-Experten. Das mit der Crop-Funktion muss ich mir noch ansehen.

Was ich festgestellt habe ist, dass bei Reprojection nach Lat/Lon (dabei gleich auch zu WGS84) das Image nach den DMS Grid ausgerichtet wird. Nachteil oder Ungenauigkeit habe ich nach kurzem Test nicht festgestellt.

Werde noch weiter testen und dann bescheid geben .....

Danke und lg,
Paul

Hallo nochmals,

danke für den Tip mit dem Cropping, genau das habe ich gesucht. "Automatically crop collar" oder "Snap to manually specified degree boundary" mit dem von GM vorgeschlagenen Wert 0.125 bringen die gleichen Ergebnisse. Andere Werte sind unwesentlich schlechter, der Wert 0.33333 geht nicht, den will GM nicht. Klar dürfte daran liegen, dass sich mit diesem Wert GM an den Blattschnitt orientiert (der ist 15' x 15')

Jetzt muss ich mir nur noch überlegen, ob beim (vorläufigen) Endprodukt die Projektion UTM bleibt oder auf Lat/Lon geändert wird.

Wenn ich alles beieinander habe, poste ich mal den "Produktionsablauf".

lg, Paul

Hallo Hans,

die Cropping-Funktion ist echt super. Ich bilde mir ein, dass bei 0.125 der Übergang ein kleines Haucherl besser ist als bei 0.25 (keine Ahung warum, ist aber auch egal, Ergebnis ist echt super).

Mein Ablauf steht auch schon mal fest, das Problem, welches aufgetreten ist: Beim Zusammenfügen von 2 Projektionszonen (UTM 48 und 49) kann man Überraschungen haben. Das projezierte Bild wird dann nach der erstgeladenen Projektion abgebildet, egal, wie die andere ist (die Koordinaten stimmen aber durchgehend).

Um das zu umgehen, wird zwischendurch zu Geographic umprojeziert. Mein Ablauf ist daher wie folgt:

1. Einlesen der JPGs und Referenzierung mit GM (UTM / native Map Datum)
2. Abspeichern mehrerer JPGs (in Gruppen, nicht zonenübergreifend) als GM-Workspace
3. Alle JPG-Gruppen in einem Arbeitsgang Croppen und speichern als ECW (1:1)
4. Convert/Reproject zu Geographic (Lat/Lon), native Map Datum beibehalten
5. Danach die erzeugten ECWs zusammenfügen (sind noch Geographic / native Map Datum)
6. Danach zu WGS84 konvertieren

Übrig bleiben sollen dann 4 grosse ECWs (Vietnam ist von der Form nicht gerade optimal).

Für Kritik bin ich immer offen

lg, Paul

Danke Hans für die zahlreichen Infos.

Werd das nochmals durchdenken. Wenn ich richtig verstanden habe, dann anstelle des ersten Abspeichern als ECW als TIFF abspeichern.

lg, Paul

Hallo Hans,

was ich mittlerweile festgestellt habe:

Wenn GM ein GeoTIFF schreibt und nachher einliest braucht es die Angabe des Kartendatums oder des *.prj Files, wenn das Datum ungleich WGS84 ist. Ist doch eigenartig.

Ist im GeoTIFF das Datum WGS84, braucht es nichts zusätzliches. Eigentlich sollte ja im Header drinstehen, welches Datum das Image enthält, egal ob WGS84 oder was anderes.

Eines noch: Wie gross sollte ein GeoTIFF maximal sein?

danke und lg, Paul

Hallo Hans,

danke für die Info, werds mir nochmal ansehen.

lg, Paul