GMM

Richtig: Bei verdrehter Karte reichen 2 Kalibrierungspunkte nicht, da braucht man 3 für eine exakte Berechnung. Der 4. Punkt kann trapezförmige Verzerrungen (schief fotografiert) korrigieren. Bei Froschaugenverzerrungen (zu nahe mit dem Foto an der Karte) ist Glopus machtlos. Ich bin beim Erklären stillschweigend von unmanipulierten Karten ausgegangen, wie sie normalerweise von Screenshot aus Programmen mit 1:1 Darstellung zu erwarten sind.
Die Anmerkung zu Merkator ist fast richtig: Für lamda0 nimmt Glopus immer default 0. Das entspricht den Google, OSM und viele anderen Karten, mehr wird halt (noch) nicht einstellungsseitig unterstützt. Mit lamda0=0 reichen also auch wieder 2 Punkte. GMM schreibt sogar die ganzen Mercator Parameter mit in die kal Datei. Nie getestet, aber normalerweise werden die auch beim Lesen wieder berücksichtigt und damit für die Berechnung der Darstellung hergenommen (Siehe unten). Toolsseitig habe ich aber noch keine Anzeige- und Einstellungsmöglichkeiten.
Richtig: Das Datum kann man für die Kartendarstellung vergessen. Wichtig ist das Datum dagegen bei der Eingabe der Kalibrierungspunkte.

Zum Kal Format: Eine Karte in den GMM Laden, doppelklicken, "Kartenkalibrierung" auf jede mögliche Projektion stellen, "Speicher Kalib." drücken und schon kann man das Kal Format sehen z.B.:
[Projection]
Hemisphere = N
Zone = 32
Projection = UTM
CoSys = UTM
oder
[Projection]
Scale_Factor = 1.000000
False_Northing = 0.000000
False_Easting = 4500000.000000
Central_Meridian = 0.209440
Origin_Latitude = 0.000000
Projection = Transverse Mercator
CoSys = Gauß-Krüger (D)

CoSys ist das, was in GMM (und so der Plan später auch in Glopus) angezeigt und eingestellt wird. Bewußt wenig Details um Otto-Normalverbraucher wie mich vor 2 Jahren nicht zu überfordern. CoSys reicht im Kal auch aus, damit Glopus richtig rechnet. Die anderen Parameter definieren die Rechnungsparameter und werden nach CoSys gelesen. D.h. CoSys setzt alle Parameter, wie GMM sie als default definiert, aber mit den anderen Werten können diese Defaults überschrieben werden.

Wie ich das in Glopus genau berechne, kann ich beim besten Willen hier nicht wiedergeben, aber definitiv ist es exakt im Rahmen der oben genannten Parameter. Es könnten minimale Darstellungsverzerrungen in Glopus zu sehen sein, falls Glopus Karten mit sehr verschiedenen Maßstäben und Projektionen gleichzeitig auf das Display rendert (kleiner Maßstab als zentrale Kachel, am Rand großer Maßstab mit anderer Projektion). Solange alle aktuell genuzten Kacheln die gleiche Projektion nutzen ist Glopus 100% genau. Praktisch konnte ich den Fall noch nicht nachweisen.

Wie gesagt, gmf kennt noch keine Projektionsparameter. Diese Bitmaps mit kal Datei müssen z.B. in einem Zip Folder abgelegt werden. Der Kartencache den Glopus zum schnellen Lesen benutzt, merkt sich aber schon die ganzen Parameter.

Warum weigerst Du Dich einfach mal zu testen? Ich hänge mal 2 Bilder vom GMM an, in den ich die gleiche Render Engine eingebaut habe. Es werden verschiedene Maßstäbe zusammengerändert. Einmal mit falscher "Projektion der Kartenansicht", da sieht man Augsburg um fast einen halben Bildschirm verschoben und auch die nächste Maßstabsgrenze liegt ca. 5 - 10 Pixel daneben. In dem anderen Bild liegen dagegen z.B. die Autobahnanschlüsse nur 1/2 bis max. 1 Pixel daneben und das muss nicht an Glopus oder dem GMM liegen, aber um ein Pixel will ich mich nicht streiten. In Glopus kann man diese Einstellung nicht vornehmen. Glopus schaltet automatisch auf die Projektion der zentralsten Kachel.

Es ist richtig: Momentan unterstütze ich in GMM/Glopus noch nicht sehr viele Projektionen und in Alaska wäre man mit Glopus nicht gut bedient. Falls es Dir aber z.B. um Google Karten geht, dann sehe ich keine Probleme.

Zitat

Original von Peter Kirst
...
Verzerrungen (schief fotografiert) korrigieren. Bei Froschaugenverzerrungen (zu nahe mit dem Foto an der Karte) ist Glopus machtlos. Ich bin beim
...
Die Anmerkung zu Merkator ist fast richtig: Für lamda0 nimmt Glopus immer default 0. Das entspricht den Google, OSM und viele anderen Karten, mehr
...
GMM liegen, aber um ein Pixel will ich mich nicht streiten. In Glopus kann man diese Einstellung nicht vornehmen. Glopus schaltet automatisch auf die Projektion der zentralsten Kachel.
...
Es ist richtig: Momentan unterstütze ich in GMM/Glopus noch nicht sehr viele Projektionen und in Alaska wäre man mit Glopus nicht gut bedient. Falls es Dir aber z.B. um Google Karten geht, dann sehe ich keine Probleme.

Alles anzeigen

Wie gesagt, ich gehe erstmal von exakten Karten aus, ohne fotografischer Verzerrung. Lambda0=0 ist ja fast überall falsch, nicht nur in Alaska. Google-Karten stehen bezüglich Projektionsunterstützung gar nicht zur Debatte, weil diese ohnehin in "geodetic" -Projektion vorliegen. Das ging ja schon immer exakt (x/y <-> long/lat ist linear).

Ich habe mal mit der offiziellen BRD-Autobahnkarte (Gauss Krüger, GK3) getestet. Sowohl die mitgelieferte Kalibrierpunkt, als auch eigene. Der Track liegt immer weit neben der Straße. Es sieht so aus, als ob die Projektion gar nicht berücksichtigt wird. In der KAL steht zumindest
Projection = Transverse Mercator
CoSys = Gauß-Krüger (D)
Ich hab mal an dern Central_Meridian-Default 0 gedreht, aber das hat anscheinend keine Auswirkung. Oder wird nur das Datum unterstützt, nicht aber die Projektion?

moin zusammen...

ohne diese hoch-interessante fachdiskussion stören zu wollen
(ernshaft: ich habe davon so gut wie nix gerafft, will/muss ich wohl auch nicht. ich bin eher der "user" der schnell und einfach seine karte "ins glopus" bringen will...um dann in der natur draussen zu zocken...),
wollte ich mal zaghaft anfragen... ob es große umstände bereitet, wenn im gmm eine löschfunktion von auswählbaren kacheln (zB die "weissen") programmtechnisch realisiert würde??

Hi Frank,
kannst Du mir Karte und Track bitte schicken? Google Karten sind übrigens nicht geodetic! Ansonsten müssen wir die Diskussion etwas vertagen, da ich mal wieder unterwegs bin.
Gruß, Peter

Hallo Peter,

du hattest Recht mit Google (Sat) Maps, die sind wirklich nicht mehr geodetic. Mitte 2005 gab es eine Umstellung von geodetic auf Mercator. Das ist mir irgendwie gar nicht aufgefallen. Aber ich nutze eh mit Glopus nur die Topo-Karten + Generalkarte.

Die benutzte BRD GK3-Karte stammt von hier
http://www.geodatenzentrum.de/…-karten-zip/d2500_gk3.zip

Die 4 Kalibrierpunkte werden vom Amt gleich mitgeliefert. Ich hab's in Glopus KAL übertragen, aber auch selbst mal mit 2 bekannten Punkten probiert. 2 Kalibrierpunkte reichen, falls man den Zentralmeridiansparameter lambda0 mit übergibt (korrigiere mich: 3 sind nicht nötig). Aber weder mit 2 noch mit 4 Kalibrierpunkten liegt der Track auf der Strasse. Ganz früher hatte ich auch mal versucht, eine Mercator-Deutschlandkarte zu kalibrieren, als es nur geodetic gab - war ähnlich erfolglos. Hier nun fand ich merkwürdig, dass der Central_Merdidian Parameter ohne Auswirkung auf die Track-Schieflage war. Eigentlich sollte das ja verschieden verzerren. Schon die BRD-Karte gibt es in 2 verschiedenen Ausführungen, einmal als GK3, einmal als GK4.

Ach, wenn du gerad Urlaub machst, kein Problem. Da gönne dir nur eine Programmierpause. Für mich ist es nicht dringend. Die Autbahnkarte von der Generalkarte geht eigentlich ganz gut (wurde vom Geogrid-Viewer projektionsrichtig in viele Teile zerstückelt und dann von Glopus GMM abgelichtet); mit Tracks gut auf der Autobahnlinie.

Zitat

Original von frank334
Ach, wenn du gerad Urlaub machst, kein Problem. Da gönne dir nur eine Programmierpause.

Der Laptop ist mit und wird Abends auch genutzt. Nur in der Onlineaktivität bin ich eingeschränkt.

Zitat

Original von Peter Kirst
Der Laptop ist mit und wird Abends auch genutzt. Nur in der Onlineaktivität bin ich eingeschränkt.

Apropos Laptop. Funktioniert die GPS-Anbindung auch dort mit der Glopus-PC-Variante? Die COM-Ports sind ja auch anwählbar. So ganz kompatibel wird Windows CE/Mobile zu PC sicher nicht sein. Ich wollte mal eine Bluetooth-GPS-Maus kaufen und frage mich, ob das auch mit diversen PC Navi-/Kartenprogrammen läuft. Die Maus sollte einen virtuellen COM-Port bereitstellen. Geogrid hat ein GPS-Plugin, und auch der große Falk-Reiseplaner. Die Kartendarstellung ist auf dem großen Schirm doch sehr viel großzügiger. Falls mal ein Beifahrer dabei ist, der die Frage "Wo sind wir auf der Karte?" nicht beantworten kann ....

Zitat

Original von Silver34
Glopus läuft auch Problemlos auf Netbook und Notbooks !!!
Grad mein Netbook (mit Atom-Prozessor und XP) damit beglückt!
Silver

Danke für den Tipp. Glopus auf dem Mini-Notebook ist eine interessante Alternative zum PDA.

p.s. eigentlich müsste Glopus auch per "wine" auf Linux laufen. Bei mir hat's nicht auf Anhieb funktioniert. Vielleicht fehlen noch ein paar Windows-DLL's. Hat jemand von euch das unter Linux ans laufen gebracht (virtual machine ausgenommen)?

Zitat

Original von frank334
Danke für den Tipp. Glopus auf dem Mini-Notebook ist eine interessante Alternative zum PDA.

p.s. eigentlich müsste Glopus auch per "wine" auf Linux laufen. Bei mir hat's nicht auf Anhieb funktioniert. Vielleicht fehlen noch ein paar Windows-DLL's. Hat jemand von euch das unter Linux ans laufen gebracht (virtual machine ausgenommen)?

Ein Kollege hat das auch erfolglos versucht. Ich vermute, dass die fixe Farbtiefe von 16bpp nix für Wine ist. Wäre auch so eine Sache, die ich mal untersuchen sollt.
Übrigens Com30 sollte Glopus auch ansprechen können, aber man muss das über die Registry "einstellen".

So wieder in Land habe ich das Bild (als png) und Dein d2500_gk3.kal_offizielle_kalibrierung_vom_kartenhersteller in den GMM geladen. Die Größe mag er nicht, aber immerhin kommt es SW. Ohne eine Änderung an Deiner Kalibrierung habe ich "Neu Berechnen" ausgeführt und das Ergebnis inc. Deines Tracks in Glopus geladen.

Edit: Gerade habe ich die Karte direkt in Glopus geladen und sehe Dein Ergebnis. Bin auf der Suche!

Edit2: Jetzt habe ich ganz schön geschwitzt, aber die Welt ist noch in Ordnung. Der 3. und 4. Kalibrierungspunkt sind wohl nicht korrekt. Lässt man die weg (und für eine nach Nord ausgerichtete Karte braucht man die ja, wie oben bereits festgestellt, nicht), dann liegt der Track auch wieder auf der Autobahn. Wenn ich in der Kal Punk 1 und 2 rausnehme und dafür 3 und 4 zu 1 und 2 umbenenne, stimmt erst recht nichts mehr. Wie hast Du die Punkte berechnet?
Übrigens, lässt man die Sektion "[Projection]" weg - dann sieht man den Unterschied zwischen GaussK und Nicht GaussK.

Edit3: Irgendwie wollte es heute Morgen mit 2 Punkten auch nicht mehr und jetzt habe ich ein anderes Problem festgestellt. In Deiner Kal Datei wird der Central_Meridian in Grad angegeben. Glopus erwartet den Wert als Bogenmaß. Also einfach *2PI / 360, dann stimmt es auch mit allen 4 Punkten.

Ich bin auch kein Fan von diesen Top Karten dieser Auflösung. Für solche Maßstäbe finde ich die Google oder OSM Karten viel besser und die sind auch gerendert und nicht wie die Top Karten, wie ich vermute, manuell gezeichnet. Aber egal, Glopus soll damit umgehen können.
Leider kommt da auch zum Tragen das solche Karten-Pixel-Größen wie bekannt nicht mein Fokus sind und ich musste daher auch erst mal hin-und-herrechnen, was hier nicht stimmt. Die Bildgröße hat auch zur Folge, dass Glopus beim Verschieben der Karte bei mir hin und wieder streikt und ein schwarzes Bild bringt, wenn nur diese Karte im Kartencache liegt. Ich will demnächst noch mal die Kartenberechnung überarbeiten, vielleicht bekomme ich das besser in Griff.