F: Ich kann die von OziMapTrans erzeugte TIFF-Datei nicht mit Img2Ozf in eine .ozf2 oder .ozfx3-Datei wandeln (Fehlermeldung Seek-Error...)
A: Wenn die TIF-Datei grer als 2 GByte ist, kann Img2Ozf sie nicht mehr verarbeiten. Das ist eine Beschrnkung des TIFF-Dateiformats
   (eigentlich eine Frage der Interpretation, denn andere Programme knnen TIFF-Dateien bis zu 4 GByte verarbeiten).
   Es gibt folgende Mglichkeiten, diese Grenbeschrnkung zu umgehen:
   1. Leerkacheln am Rand der Karte suchen lassen und den Kartenausschnitt entsprechend verkleinern.
   2. TIFF-LZW-Kompression verwenden. Img2Ozf untersttzt diese Kompression bei den Farbtiefen 4 oder 8 Bit.
      Die Dateigre reduziert sich dann auf ca. 1/4 bis 1/8. Bei 24 Bit Farbtiefe kann nur die PackBits-Kompression verwendet
      werden (mit deutlich geringerer Kompressionsrate).
   3. Sofern die Karte eine Farbtabelle besitzt (4 oder 8 Bit Farbtiefe) knnen "hnliche" Farben zusammengelegt werden. Hierdurch kann
      die Dateigre (je nach Anzahl der zusammengelegten Farben und Kartenbild) bei LZW-Kompression zustzlich um etwa 10% reduziert werden.

F: Nach einer Konvertierung sind die erzeugten Bilddateien (TIFF) kleiner als die Ausgangsdaten. Das kann doch eigentlich nicht sein, oder?
   Gehen etwa Informationen verloren?
A: Doch, das kann sein und es geht auch keine Information verloren. Dafr kann es mehrere Grnde geben: wenn die Ausgangsdaten in einem
   Dateiformat vorliegen, bei dem jede Kachel als vollstndige Grafik abgelegt wird, enthlt z.B. jede Kachel eine eigene Farbtabelle auch
   wenn alle Kacheln die gleiche bzw. eine gemeinsame Farbtabelle haben. Beim Zusammenfassen der Kachelgrafiken wird die gemeinsame Farbtabelle
   aber nur einmal pro Kartenbild bentigt. Bei einer groen Anzahl von Farben, einer kleinen Kachelgre und vielen Kacheln reduziert sich
   allein dadurch die Dateigre erheblich. Weiterhin arbeiten die Kompressionverfahren bei groen Datenmengen oft effektiver (vereinfacht
   gesagt, weil die Kompression weniger hufig neu ansetzen muss), so da die Kompression einer ganzen Kachelzeile kleinere Datenmengen
   ergibt als die Summe der Kompression der einzelnen Kacheln. Das muss aber nicht zwangslufig so sein, sondern hngt von den Ausgangsdaten
   (also den jeweiligen Kartenbildern) ab.
   Bei manchen Kartenformaten sind zudem mehrere Auflsungen bzw. Zoomstufen in einer Datei abgelegt. OziMapTrans konvertiert aber nur
   jeweils eine (auswhlbare) Zoomstufe, daher reduziert sich die Dateigre auch entsprechend.

F: Ich mchte mehrere Bundeslnder der MM2-Karten zusammenfassen. Geht das?
A: Ja, das geht. Die jeweiligen MM2-Karten sollten dafr aber auf Festplatte installiert bzw. kopiert worden sein, knnen also nicht
   direkt von DVD gewandelt werden. Es gibt folgende Mglichkeiten:
   (1) Auswahl der Datei "brd_tk25_virt.txt" bzw. "brd_tk25_3D_virt.txt". Die darin aufgefhrten (installierten) Kartenwerke werden
       zusammengefasst. Man kann sich natrlich auch selbst entsprechende .txt-Dateien erstellen, in der die jeweiligen Kartenwerke
       aufgelistet sind.
   (2) Auswahl der einzelnen 2D- bzw. 3D-Dateien (der Dateidialog erlaubt eine Mehrfachauswahl). Die Dateien mssen dazu allerdings
       alle in einem Verzeichnis liegen.
   Die in (1) oder (2) ausgewhlten Kartenwerke werden dann in einen nutzbaren Kartenbereich zusammengefasst, der wie blich verarbeitet
   werden kann. Aber Achtung: die Datenmenge ist bei mehreren Bundeslndern sehr gro!

F: Warum dauert das ffnen der MM2/MM3-Karten so lange?
A: Die MM2- und MM3-Karten mssen indiziert werden. Das Indizieren findet aber nur einmal je Kartenwerk bzw. Kartendatei
   statt, danach sollte sich im Verzeichnis "ResData" fr jede bisher geffnete Kartendatei eine ".res"-Datei befinden.
   Wenn die jeweilige Karte erneut geffnet wird, werden diese Daten benutzt und das ffnen sollte deutlich schneller erfolgen.

F: Warum beginnen die Kachelnummern der MM2- und MM3-Karten nicht immer bei 0?
A: Man muss sich die Karten ausgehend von der niedrigsten Auflsung mit einer Kachel (1:1024, 1:512 oder 1:256) durch Aufteilung
   in 4 Quadranten vorstellen. In der nchst hheren Auflsung werden diese vier Teile dann wieder durch jeweils eine Kachel
   dargestellt (=doppelte Auflsung). Dieses Verfahren wiederholt sich bis zur hchsten Auflsung.
   Wenn man sich nun die Kachel der niedrigsten Auflsung (z.B. Deutschland komplett in einer Kachel) ansieht, sieht man sofort,
   da an den Rndern Leerflchen sind. Wenn fr diese Leerflchen in hheren Auflsungen keine Kacheln existieren, beginnt
   die Zhlung erst spter. Auerdem sind vielleicht nicht alle Teilkarten installiert oder es wurde vielleicht nur ein
   Bundesland/Teilgebiet ausgewhlt. Der wandelbare Kartenbereich verschiebt und verkleinert sich dann entsprechend.

F: Warum werden die verschiedenen Kartentypen unterschiedlich schnell konvertiert? Wie lange dauert es etwa eine Karte zu konvertieren?
A: Die Fragen sind schwer zu beantworten, weil die Kartentypen ganz unterschiedlich gespeichert sind. Beim Lesen der Kartendaten mssen
   die Bilddaten (Kachelbilder) dekomprimiert und manchmal zustzlich auch noch entschlsselt werden. Dieser Vorgang dauert je nach
   Verfahren unterschiedlich lang. Beim Lesen und Speichern ist zu bercksichtigen, in welcher Farbtiefe das Kartenbild vorliegt.
   Beispiel: bei einer Farbtiefe von 24 bpp wird im Vergleich zu einer Farbtiefe von 8 bpp die dreifache Datenmenge umgewlzt.
   Auerdem hngt das alles auch noch vom Kartenbild ab. Bei gut komprimierbaren ("sauberen") Kartenbildern wird die Eingangsdatenmenge
   schon gering sein und es wird sich auch eine geringe Ausgangsdatenmenge ergeben. Die Dauer der Konvertierung hngt natrlich
   auch von der Rechenleistung der Arbeitsstation ab. Als Faustregel kann man vielleicht 30 Minuten/Gigabyte ansetzen (bei einem
   Desktop-PC mit ~1 GHz Prozessortakt, 1 GByte Arbeitsspeicher und Ausgabeformat TIFF).

F: Warum kann ich kein Gesamtbild einer groen Karte als .png erstellen (Fehlermeldung: Out of memory o..)?
A: Das PNG-Dateiformat ist nicht geeignet, um sehr groe Bilddateien zu erstellen. Die maximale Gre der Bilddatei ist
   bei diesem Dateiformat systemabhngig, da zur Erzeugung immer eine temporre Bitmap (.bmp) bentigt wird. Im Gegensatz
   zu den von OziMapTrans bevorzugten TIFF-Dateien kann das Schreiben insbesondere nicht stckweise (bzw. zeilen- oder
   streifenweise) erfolgen. Die maximalen Bildgren bei Verwendung des PNG-Dateiformats liegen im Bereich 10000x10000 Pixel
   bei einer Farbtiefe von 8 bpp, auf entsprechend ausgersteten Systemen knnen die Abmessungen aber auch hher sein.
   
   Ergnzung: ab OziMapTrans v1.3.0.7 werden auch PNG-Dateien ab einer bestimmten Gre oder wahlweise immer
   streifenweise ausgegeben, daher gibt es beim Ausgabeformat PNG keine Grenbeschrnkung mehr.

F: Warum bietet OziMapTrans nicht das Grafikformat JPEG (*.jpg) zum Speichern der Kartenbilder an?
A: Aufgrund der verlustbehafteten Kompression ist JPEG als Zwischenformat ungeeignet (Stichwort "Artefakte").

F: Ich mchte die Karten fr Glopus nutzen, geht das?
A: Ja. Auf der Seite "Einstellungen" gibt es im Bereich "Automatisch speichern" die Option "Kal-Dateien fr Glopus erzeugen".
   Wenn der Haken gesetzt ist, werden die ntigen Kalibrierungsdateien (*.kal) erzeugt. Auf der jeweiligen Kartenseite
   jeweils eine passende kleine "feste Gre" (X und Y) von z.B. 1024 einstellen und nach "Konvertierung starten..."
   als Dateityp "PNG-Dateien (*.png)" auswhlen. berlappung jeweils 0. Leerkacheln sollten unterdrckt werden (mit
   allen Optionen). Als Ergebnis werden dann im gewhlten Verzeichnis (je nach Kartengre) entsprechend viele Dateien
   erzeugt, die z.B. mit dem GlopusMapManager (GMM) weiterverarbeitet werden knnen (in ein .gmf packen etc.).
   Tipp(1): die Erzeugung von OziExplorer .map-Dateien sollte deaktiviert werden, wenn man sie nicht bentigt. Das entlastet
   das Dateisystem erheblich, wenn sehr viele Dateien erzeugt werden (fr OziExplorer wird man ohnehin eher mglichst groe
   Dateien und TIFF-Dateien vorziehen).
   Tipp(2): auf der Seite "Einstellungen" im Bereich "Kompression/Speichernutzung" sollte ein Wert von z.B. 32 MByte
   bei "zustzliche max. Speichernutzung" eingestellt werden. Dadurch wird die Erzeugung der .png-Dateien beschleunigt.
   Tipp(3): PNG-Kompression sollte auf Maximum (9) stehen, um mglichst kleine Dateien zu erhalten. Es gibt allerdings
   auch spezielle Programme, die .png-Dateien noch besser komprimieren knnen (z.B. pngout). Wenn man ein solches
   Programm ohnehin nutzt, kann es im Bezug auf die Gesamtlaufzeit gnstiger sein, die PNG-Kompresssion in OziMapTrans
   auf einen kleineren Wert zu stellen.

F: Ich habe aus Versehen die Kalibrierungs-Dateien (.map oder .kal) gelscht. Kann ich nur die Kalibrierungsdateien
   erzeugen lassen? Das Erstellen der Grafikdateien dauert ja recht lange.
A: Ja, das ist mglich. Hierzu mssen aber die Kachelungs-Einstellungen bekannt sein, die beim Erzeugen der Grafikdateien
   verwendet wurden. Im Idealfall hat man die .log-Datei noch und kann die Werte daraus ablesen (daher am besten immer
   die .log-Dateien automatisch erzeugen lassen und aufheben). Als "Dateityp" ist dann "nur Map-Dateien fr bereits erzeugte
   Grafikdateien" auszuwhlen. Die Grafikdateien knnen auch schon mit Img2Ozf gewandelt (.ozfx3 oder .ozf2) oder in ein
   anderes Grafikformat konvertiert worden sein. OziMapTrans sucht dann nach entsprechenden Grafikdateien im Ausgabeverzeichnis
   und schreibt nur die Kalibrierungsdateien fr die existierenden Grafikdateien neu. Die Kachelungs-Einstellungen mssen
   aber wirklich EXAKT die gleichen sind wie bei Erzeugung der Grafikdateien, andernfalls stimmt die Kalibrierung nicht!

F: Kann man die Zusatzinfos (Straennamen, POIs etc.), die bei einigen digitalen Kartenwerken eingeblendet werden knnen,
   ebenfalls konvertieren?
A: OziMapTrans konvertiert grundstzlich nur das Kartenbild ohne Zusatzinformationen! Einige Zusatzinformationen (z.B.
   Ortsdatenbanken und POIs) knnen evtl. mit anderen Programmen in entsprechende Formate konvertiert und dann benutzt werden.

F: (Zusatzfrage) Knnte man die Zusatzinfos nicht durch Screenshots (Fernbedienung der jeweiligen Viewer-Software)
   relativ einfach in die Kartenbilder bringen?
A: Andere Programme machen das bereits so... Die Fernbedienung anderer Programme und das automatisierte Anfertigen von
   Screenshots ist fr mich eine gruselige Unsitte! Wer sich das antun will, sollte die entsprechenden Programme benutzen.

F: Wenn ich den Kartenausschnitt ber die Felder "von Kachel..." ndere, ndern sich pltzlich die Koordinaten bei den
   Feldern "bis Kachel..." (umgekehrt auch). Ist das ein Fehler?
A: Das ist kein Fehler. Wenn die Kachelnummern bei "von Kachel..." grer als die Kachelnummern bei "bis Kachel..." sind, werden
   die Werte vertauscht. Der Ausschnitt wird immer dahingehend normiert, da die Angaben bei "von" kleiner oder gleich den Angaben
   bei "bis" sind.

F: Knnte OziMapTrans dahingehend erweitert werden, auch Kartendateien bzw. Kalibrierungsinformationen fr andere Programme zu erzeugen?
A: Falls es technisch berhaupt mglich ist, bentige ich dafr detaillierte Informationen ber den Aufbau der zu erzeugenden Dateien.
   Ich werde diese Anpassungen allerdings nicht intensiv testen knnen, da ich in erster Linie an der Weiterentwicklung des Programms
   fr OziExplorer bzw. OziExplorerCE interessiert bin.

F: Besteht die Absicht, OziMapTrans dahingehend zu erweitern, Kartenausschnitte von Online-Kartenquellen (z.B. GoogleMaps,
   OpenStreetMap) zu holen und zusammenzusetzen?
A: Nein.

F: Ist es geplant, weitere digitale Karten (insbesondere Neuauflagen bzw. neue Versionen) zu untersttzen?
A: Ja. Sobald mir eine neue oder bisher noch nicht untersttzte digitale Karte vorliegt, werde ich das Programm nach
   Mglichkeit anpassen bzw. erweitern. Ich nehme gern entsprechende Hinweise bzw. Anpassungswnsche entgegen.

F: Warum werden nur .ozf2 und .ozfx3 und nicht die anderen Grafikformate beim Einlesen von OziExplorer .map-Dateien
   untersttzt?
A: OziMapTrans wurde dafr entwickelt, gekachelte Kartenbilder in Grafikdateien zu wandeln, die dann mit Img2Ozf
   verarbeitet werden knnen. Wenn die Kartenbilder bereits in einem Format vorliegen, das Img2Ozf verarbeiten kann,
   wird OziMapTrans nicht bentigt. Die beiden OziExplorer spezifischen Dateitypen .ozf2 und .ozfx3 werden nur deshalb
   untersttzt, weil sie sich gut verarbeiten lassen (gekachelte Kartenbilder). Damit wurde auerdem ein Weg aus der
   oft so genannten "Sackgasse OZF2/OZFX3" geffnet und vielen diesbezglichen Wnschen entsprochen.

F: Warum werden bei .ozf2/.ozfx3 und geringeren Auflsungen (25% etc.) keine Kalibrierunsdateien geschrieben?
   Wozu werden die geringeren Auflsungen berhaupt zur Auswahl angeboten?
A: Bei den geringeren Auflsungen msste die Kalibrierung neu berechnet werden...
   Die geringeren Auflsungen werden zur Auswahl angeboten, weil sie vorhanden sind. Derzeit kann zwar nur das
   verkleinerte Kartenbild extrahiert werden, aber dafr lassen sich sicher auch Verwendungszwecke finden
   (z.B. Kartenbersichten).

F: Warum erzeugt OziMapTrans nicht gleich .ozf2- oder .ozfx3-Dateien?
A: Dafr gibt es bereits Img2Ozf (v2.08 und v3.03) bzw. OziMapMerge.

F: Warum erzeugt OziMapTrans nicht gleich einen Atlas (geTARed) fr TrekBuddy?
A: Dafr gibt es -soweit ich wei- bereits Tools. Ich verwende TrekBuddy nicht, daher kann ich keine weiteren Angaben
   dazu machen. (Ergnzung: ab Version 1.3.0.0 kann OziMapTrans auch Karten im TAR-Format fr Trekbuddy schreiben.
   Einen Atlas muss man sich aber noch selbst zusammenstellen, da OziMapTrans immer nur Einzelkarten konvertiert)

F: Warum erzeugt OziMapTrans nicht gleich GMF-Dateien fr Glopus?
A: Dafr gibt es den GlopusMapManager (GMM).

F: Warum luft OziMapTrans nicht nativ unter Linux?
A: Weil OziExplorer ein Windows-Programm ist und ich kein Linux habe. Mir wurde allerdings berichtet, da OziMapTrans
   ganz gut unter Wine laufen soll, daher macht eine Linux-Portierung fr mich keinen Sinn.

F: Knnte OziMapTrans nicht auch .RMAP-Dateien (fr CompeGPS bzw. Aventura) erzeugen?
A: Nein. Eine Grundidee von OziMapTrans ist es, die Kartenbilder in einem Standardformat auszugeben, das mit dem
   OziExplorer bzw. Img2Ozf verwendet oder weiterverarbeitet werden kann. Das .RMAP-Dateiformat ist bestenfalls
   als neues zu lesendes Kartenformat fr mich interessant ;-) Man kann OziMapTrans aber dazu benutzen, CompeGPS
   mit Daten zu versorgen... Leider gibt es bei CompeGPS noch einige Fehler und Beschrnkungen, die ich hier aber
   nicht weiter darlegen mchte. Bei Interesse bitte bei mir melden.

F: Welches Dateiformat sollte ich fr den OziExplorer(PC oder CE) verwenden: .ozf2 oder .ozfx3?
A: Aus meiner Sicht ist das ltere .ozf2-Format (Img2Ozf v2.08) zu bevorzugen. Das neuere .ozfx3-Format erzeugt
   etwas grere Dateien, scheint etwas langsamer zu lesen sein und bietet daher -soweit ich feststellen konnte-
   keine Vorzge.

F: Warum bietet OziMapTrans bei TIFF-Dateien nicht die ZIP-Kompression an?
A: TIFF-Dateien mit ZIP-Kompression werden von OziExplorer bzw. Img2Ozf nicht untersttzt, daher wird dieses
   Kompressionsverfahren nicht angeboten. Noch ein Hinweis: es ist immer wieder zu lesen, dass der OziExplorer
   keine LZW-Kompression bei TIFF-Dateien untersttzt. Das ist Quatsch!!! Auf jeden Fall untersttzen die
   aktuellen Versionen von OziExplorer alle von OziMapTrans angebotenen Kompressionsverfahren. Img2Ozf und
   OziMapMerge knnen allerdings keine TIFF-Dateien mit 24 bit Farbtiefe und LZW-Kompression verarbeiten, daher
   sollte die Option "[X] PackBits statt LZW bei 24 bpp" verwendet werden (das ist die Voreinstellung).
   Und ein letzter Hinweis: ich betrachte die TIFF-Dateien als Zwischenformat und gehe davon aus, dass die
   Karte ohnehin mit Img2Ozf in das ozf2- oder ozfx3-Format gewandelt wird - auch wenn die Karte nur auf dem
   PC mit OziExplorer verwendet werden soll!

F: Bei Karten mit 16 Farben (Farbtiefe 4 bit) kommt es zu Farbverflschungen in einigen Programmen. Gibt es
   dafr eine Lsung?
A: Ja, den Hersteller des Programms darber informieren und das Programm entsprechend korrigieren lassen...
   Alternativ kann ber die Option "[ ] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen" auf der Seite
   "Einstellungen" im Abschnitt "Farbtiefenanpassung" eine knstliche Anhebung auf 8 bpp erfolgen.

F: Knnte OziMapTrans nicht auch .ecw-Dateien (Industriestandard) schreiben?
A: Das ist nicht vorgesehen, weil das ECW-Dateiformat (wie JPEG) mehr Nachteile als Vorteile hat.
   Es mag ja durchaus sinnvolle Anwendungen fr .ecw-Dateien geben (z.B. Satelliten- bzw. Luftbilder),
   fr die gngigen Rasterkarten mit einer Farbtiefe von 4 oder 8 Bit (max. 16 bzw. 256 Farben) ist
   das ECW-Dateiformat aber ungeeignet, denn erstens wird die Dateigre deutlich grer als z.B. bei
   TIFF(LZW) und zweitens wird das Kartenbild durch die verlustbehaftete Kompression (Artefakte)
   schlechter. Wer unbedingt .ecw-Dateien haben will, kann natrlich die von OziMapTrans erzeugten
   Dateien entsprechend umwandeln.

F: Wie geht das jetzt genau mit den .RMAP-Dateien fr CompeGPS/Aventura?
A: CompeGPS kann OziExplorer .map-Dateien mit .tif-Kartenbildern lesen und daraus .RMAP-Dateien erzeugen.

F: (Anschlufrage) Ich habe die MM Luxemburg erst als .map/.tif und dann mit CompeGPS in eine .RMAP-Datei
   konvertiert, aber irgendwie stimmt die Kalibrierung nicht...
A: Das ist ein Fehler in CompeGPS. CompeGPS kennt das geodtische Datum "Luref" bereits, aber der dort
   definierte Parameterwert "1/f" des Datums ist einfach FALSCH (Zahlendreher, der richtige Wert ist
   297.000000, nicht 279.000000)! Leider kann man offenbar die vordefinierten Werte in CompeGPS nicht
   ndern, also sollte der Hersteller kontaktiert werden. Zur Not kann man ein neues Datum (z.B. "LURES")
   mit dem richtigen Wert anlegen, in der .map-Datei mit einem Editor "LURES" statt "LUREF" eintragen
   und die .RMAP neu erzeugen. Ob das beim Aventura auch so funktioniert und evtl. in neueren Versionen
   von CompeGPS behoben wird, weiss ich nicht (Stand: 21.09.2009).

F: Werden mit dem Kartentyp "IMC" jetzt doch Online-Karten (GoogleMaps, OpenStreetMap etc.) untersttzt?
A: OziMapTrans stellt auch weiterhin keine Internet-Verbindung her, sondern arbeitet nur auf bereits
   gespeicherten Dateien in den jeweiligen Cache-Verzeichnissen. Daher ist der Begriff "Online-Karten"
   aus meiner Sicht nicht ganz zutreffend.

F: Wenn ich Karten aus dem OziExplorer Internet Maps Cache (IMC) erstelle, fehlen teilweise Kacheln.
   Ich mchte aber eine Karte erzeugen, die innerhalb eines Teilbereichs vollstndig ist, also alle
   Kacheln enthlt. Wie kann ich das erreichen?
A: In OziMapTrans geht das nicht, denn OziMapTrans ldt keine fehlenden Kacheln nach (s.o). Aber der
   Vorgang kann im OziExplorer wenigstens teilweise automatisiert werden, indem man einen Track erstellt,
   der den gewnschten Bereich abdeckt. Wenn man bereits eine Karte aus den vorhandenen Kacheln erzeugt
   hat, ist in die Mitte jeder fehlenden Kachel ein Trackpunkt zu setzen. Wenn grere Bereiche fehlen,
   kann man z.B. ein Metergrid (Alternate Grid) mit passenden Gridabstand einblenden und in die Mitte
   jeder leeren Gitterzelle einen Trackpunkt setzen. Am besten geht man von oben links nach unten
   rechts vor. Der Track sollte dann einer Serpentine gleichen, knnte also z.B. so aussehen
   (x kennzeichnet einen Trackpunkt in der Mitte einer fehlenden Kachel):
   
   x--------x------x--------x
                           /
   x----x------x----------x
    \
     \
      x---------x------x

   Den Track speichert man jetzt ab, ldt die gewnschte Internet Karte (online) im OziExplorer und
   startet die Trackwiedergabe. Mit den Einstellungen fr die Geschwindigkeit muss man etwas
   experimentieren, weil das Nachladen der Kacheln und Abspeichern im Cache natrlich etwas Zeit
   bentigt. Sehr groe Gebiete sollte man auf diese Weise natrlich nicht in den Cache laden,
   letztlich ist natrlich auch die Anzahl der Trackpunkte begrenzt.
   
   Alternativ kann man einen entsprechenden Track auch von OziMapTrans erzeugen lassen.
   Vielleicht ein kleines Beispiel, wie man sich die Kacheldaten fr ein Gebiet abrufen kann:
   Man erstellt zunchst in OziExplorer einen Track, der im einfachsten Fall nur aus zwei Punkten
   besteht (z.B. Start- und Endpunkt einer Tour) oder man nimmt einen beliebigen anderen Track,
   fr den die Karte erzeugt werden soll. Dann ldt man die gewnschte Internet-Karte in passender
   Auflsung und spielt den Track ber die Trackwiedergabe ab. Danach sollten schon mal einige
   Kacheln im Cache sein. Jetzt ffnet man in OziMapTrans die gleiche Internet Karte, whlt die
   gleiche Auflsung und erstellt dann ber "Capture Tracks erzeugen..." einen neuen Track.
   In diesem Track ist jetzt fr jede fehlende Kachel ein Trackpunkt. Diesen Track ldt man
   jetzt in OziExplorer und spielt ihn ber die Trackwiedergabe ab. Es werden dann alle fehlenden
   Kacheln nachgeladen und man kann die Karte von OziMapTrans erzeugen lassen.
   Hinweis: es werden evtl. mehr Kacheln als gewnscht nachgeladen, da OziExplorer immer den
   Bildschirm fllt. Wenn mehr als 10.000 Kacheln fehlen, erzeugt OziMapTrans mehrere Trackdateien
   mit jeweils 10.000 Trackpunkten. Man sollte sich dann aber ernsthaft berlegen, ob man wirklich
   soviel Daten abrufen will...

F: Knnte OziMapTrans auch .cal-Dateien und "Kachel Tifs" fr TTQV erzeugen?
A: Ich verwende TTQV nicht, aber es gibt ab OziMapTrans Version 1.2.9.6 auf der Seite "Einstellungen"
   die neue Option "cal-Dateien fr TTQV erzeugen"... "Kachel Tifs" werde ich erstmal nicht
   implementieren, da OziExplorer diese Variante derzeit nicht untersttzt und die Umwandlung
   relativ einfach in TTQV mglich ist ("TIF Info..." -> "Umwandeln in Kachel Tif").

F: Bei einigen Karten (TOPxxx) sind die .RMAP-Dateien, die CompeGPS erzeugt, unbrauchbar. Die
   von OziMapTrans erzeugten Grafikdateien (TIFF) scheinen aber OK zu sein. Gibt es dafr eine
   Erklrung oder Lsung?
A: Ja (Anm.: die Karten hatten eine Farbtiefe von 4 bpp). CompeGPS verarbeitet offenbar Grafikdateien
   (insbesondere TIFF) mit 4 bpp nicht immer korrekt. Kurioserweise zeigt CompeGPS die TIFF-Karte
   nach dem Laden zunchst richtig an und nach der Konvertierung wird die Karte immer noch korrekt
   dargestellt. Wenn man die Karte jedoch schliet und die bei der Konvertierung erzeugte .rmap-
   Datei ffnet, ist diese wirklich unbrauchbar (Pixelmll). Als Ausweg empfehle ich die Option
   "[X] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen" auf der Seite "Einstellungen".
   Der Hersteller sollte aber ber das Problem informiert werden!

F: Wie berprfe ich im OziExplorer die Kalibrierung der Karten?
A: Es gibt mehrere Mglichkeiten:
   (1) Auf vielen Karten sind Markierungen sichtbar (Gitterlinien, Blattschnitte, Kartengrenzen usw.).
       In OziExplorerPC kann das "Lat/Lon-Grid" oder das "Alternate Grid" (Alternatives Netz oder
       Metergitter) angeschaltet werden. Die in der Karte eingezeichneten Markierungen sollten sich
       mit den von OziExplorer angezeigten Linien decken. Bei der Anzeige der Gitter sollte man aber
       darauf achten, da das richtige Anzeigedatum eingestellt ist. Bei den TOP-Karten wird z.B.
       berwiegend das Datum "Potsdam Rauenberg DHDN" benutzt und OziMapTrans kalibriert die Karten
       dann auch in diesem Datum. Wenn jetzt im Kartenbild ein UTM-Gitter zu sehen ist, muss daher
       beim "Alternate Grid" "UTM" ausgewhlt und das Anzeigedatum "WGS 84" eingestellt werden.
   (2) Vertrauenswrdige Tracks laden und berprfen. Im Zweifelsfall kann man mit der jeweiligen
       Kartensoftware selbst einen neuen Track erstellen, diesen im OziExplorer auf der gewandelten
       Karte darstellen und die Anzeige in beiden Programmen vergleichen.

F: Warum erzeugt OziMapTrans Map-Dateien mit unterschiedlicher Projektion und geodtischem Datum?
   Warum wird nicht immer das geodtische Datum "WGS 84" verwendet?
A: Die Projektion hngt von der Karte ab. Gerade bei groen Karten ist es sehr wichtig, die
   richtige (d.h. der Karte zugrundeliegende) Projektion zu verwenden, andernfalls wre das
   Ergebnis ungenau bis unbrauchbar. OziMapTrans schreibt die Koordinaten grundstzlich in
   dem bei der Karte verwendeten geodtischen Datum, um zustzliche Umrechnungen zu vermeiden.
   Bei den Glopus .kal-Dateien und den Google .kml-Dateien werden die Koordinaten allerdings in
   das Datum "WGS 84" umgerechnet, weil die entsprechenden Anwendungen es so erfordern.

F: Knnte OziMapTrans nicht bei Karten mit mehreren Auflsungen/Zoomstufen diese nutzen und daraus
   automatisch MultiLevel-Karten erstellen (ich denke da inbesondere an die Kompass-Karten)?
A: Die verschiedenen Auflsungen/Zoomstufen lassen sich ja exportieren. "MultiLevel"-Karten sind
   immer herstellerspezifisch, daher muss jeder selbst sehen, wie sie sich im Einzelfall erzeugen
   lassen.

   Anmerkung: Die Kompass-Karten sind in diesem Zusammenhang keine Besonderheit, obwohl man in der
   letzten Zeit hufig entsprechende uerungen einiger "Experten" in den einschlgigen Foren
   lesen kann. Ich denke, man muss den Mythos "Kompass MultiLevel-Karten" etwas korrigieren:
   die verschiedenen Auflsungen/Zoomstufen wurden bei allen mir bekannten Kompass-Karten ganz
   offensichtlich nur durch Herunterrechnen der besten Auflsung erzeugt. Das ist keine besondere
   Leistung sondern ein blicher "Trick" der Kartenhersteller (bei MagicMaps-Kartenwerken werden
   sogar bis zu 11 vorberechnete Zoomstufen verwendet). Jedes halbwegs performante Kartenprogramm,
   das groe Karten darstellen kann, hat mehrere vorberechnete Zoomstufen in seinen proprietren
   Dateiformaten, um das Zoomverhalten zu verbessern. Fr OziExplorer-Anwender sind die niedrigeren
   Auflsungen der Karten eigentlich uninteressant, weil Img2Ozf (oder OziMapMerge) ohnehin diverse
   Zoomstufen erzeugt.
   Wohlgemerkt: Kompass-Karten sind MultiLevel-Karten, aber ich sehe darin nichts bemerkenswertes.
   Bemerkenswert wren die Karten erst dann, wenn das Kartenbild nicht nur durch Herunterrechnen
   erzeugt worden wre. Ich wrde z.B. erwarten, da auch in der niedrigsten Auflsung einer
   Lnderkarte wenigstens der Name der Hauptstadt noch lesbar ist. Als Beispiel betrachte man dazu
   die niedrigste Auflsung der Kompass-Karte "sterreich 3D" und suche den Namen "Wien"...
   Man wird ihn nicht finden, denn das Kartenbild ist durch das Herunterrechnen einfach nur
   unschrfer geworden.

F: (Anschlussfrage) Wenn die niedrigeren Auflsungen/Zoomstufen normalerweise fr OziExplorer-
   Anwender uninteressant sind, warum bietet OziMapTrans sie dann zur Auswahl an?
A: Die Auflsungen/Zoomstufen werden zur Auswahl angeboten, weil sie existieren.
   Wer die Wahl hat, hat die Qual...

F: Nach Import der (.map/.tif) nach CompeGPS werden hufig nur 4 Kalibrierungspunkte (manchmal aber
   auch 9) angezeigt. Wenn die gleichen Karten von TTQV nach CompeGPS/Aventura exportiert werden,
   sind immer 9 Kalibrierungspunkte vorhanden. Warum ist das so?
A: Ich wei nicht, ob und warum TTQV immer 9 Kalibrierungspunkte erzeugt. Bei "richtig" projizierten
   Karten (davon gehe ich bei kommerziellen digitalen Karten aus) reichen auf jeden Fall vier
   Kalibrierungspunkte. Bei einigen Karten kann OziMapTrans nicht die genaue Projektion ermitteln
   (z.B. Georeferenzierung ber Polynome). In diesem Fall schreibt OziMapTrans in die .map-Datei
   ebenfalls 9 Kalibrierungspunkte.

F: Was denkst Du persnlich ber CompeGPS/Aventura?
A: CompeGPS (PC) und TwoNav(PDA) sind fr meine Bedrfnisse viel zu langsam bei der Anzeige von
   Rasterkarten (Scrollen, Zoomen etc.). Anwender die vorher Garmin-Gerte o.. vor Augen hatten,
   werden das vielleicht anders empfinden, aber fr mich setzt der OziExplorerPC/CE den Mastab.
   Wohlgemerkt: ich beziehe mich dabei nur auf Rasterkarten im Compe eigenen .RMAP-Format
   (von CompeGPS selbst erzeugt), bei Karten im .ecw-Format ist die Performance noch schlechter.
   Die Software ist nicht langzeitstabil und hat auch noch eine Reihe von sehr rgerlichen Bugs,
   daher betrachte ich sie als noch nicht ausgereift.
   Wie das auf dem Aventura aussieht, weiss ich nicht, da ich keinen Aventura habe. Ich erwarte
   allerdings keine groen Abweichungen zu der PDA-Software TwoNav.

F: Warum werden keine Vektorkarten untersttzt?
A: Ich kenne keine Vektorkarte, fr die sich eine Konvertierung in eine Rasterkarte berhaupt
   lohnen wrde und die es nicht bereits als Rasterkarte gibt.

F: Kann man die Kachelgrenanpassung auch fr den OziExplorer irgendwie nutzen?
A: Ja. Durch eine kleinere Kachelgre kann man bei vielen Karten die Leerkacheln am Rand noch
   besser eliminieren und die Kartengre entsprechend reduzieren. Da man die Karten fr OziExplorer
   sinnvollerweise mit Img2Ozf in das .ozf2- oder .ozfx3- Format wandeln wird, sollte man eine
   Kachelgre von 64x64 Pixel einstellen und danach eine Leerkachelsuche mit allen Optionen
   durchfhren. Wenn dabei keine Leerkacheln gefunden wurden, lohnt sich die Kachelgrenanpassung
   nicht, ansonsten sollte man die Karte entsprechend wandeln. Durch die reduzierte Anzahl der
   Kacheln wird die .tif-Datei kleiner. Die Ersparnis bei den .ozf2/.ozfx3-Dateien fllt geringer
   aus, weil Img2Ozf Leerkacheln ganz gut komprimiert, aber der Verwaltungsaufwand sinkt mit jeder
   eingesparten Kachelspalte/-zeile. Nachteil: eine Konvertierung mit Kachelgrenanpassung dauert
   normalerweise sehr viel lnger als eine Konvertierung ohne Kachelgrenanpassung.

F: Ich habe die Garmin Deutschland Digital 50 (LK50) bzw. 25 (LK25) und mchte sie mit dem 
   OziExplorerPC benutzen. Die Karten lassen sich aufgrund der Gre ja leider nicht in ein
   Stck konvertieren. Gibt es dafr eine Lsung?
A: Ja, die Karten knnen auch direkt (d.h. ohne Konvertierung) wie Kompass-Karten verwendet
   werden. Das betrifft brigens auch die Satelliten- bzw. Luftbilder der beiden Karten und
   die neue Kompass Schweiz 3D. Hierfr bentigt man einige zustzliche Dateien und es
   sollte die aktuelle Version der VMI.DLL (derzeit Version 2.8.0.0) installiert werden.
   Bei Interesse an den zustzlichen Dateien bitte bei mir per PM melden.

F: Die Kompass Karte "Schweiz 3D" lt sich nicht in eine einzige Datei fr OziExplorerCE
   konvertieren. Warum ist das so und gibt es eine Lsung?
A: Die Karte ist in maximaler Auflsung (auch bei Reduktion auf 256 Farben) zu gro.
   Lsungsmglichkeiten: entweder teilt man die Karte in mehrere Stcke auf oder man
   nimmt die halbe Auflsung "MAP02 (1:2)". Kompass-Karten sind immer etwas aufgeblht,
   daher ist die halbe Auflsung normalerweise vollkommen ausreichend.

F: Ich konvertiere Karten zur Nutzung in TTQV (.cal-Dateien), um sie von dort fr den
   Aventura (CompeGPS) zu exportieren. Knnten nicht doch "Kachel Tifs" fr TTQV erzeugt
   werden (das wrde einen Zwischenschritt in TTQV berflssig machen)?
A: Der "Umweg" TTQV ist vllig unntig und manche Karten werden von TTQV (warum auch
   immer) sogar nicht korrekt exportiert. Die Karten knnen aber ganz normal fr
   OziExplorer als (.tif/.map) exportiert werden. In CompeGPS dann die .map-Datei ffnen
   und die Karten als .RMAP speichern. Davon unabhngig kann man zustzlich auch noch die
   .cal-Dateien fr TTQV erzeugen lassen und NACH Wandlung der Karten ins .RMAP-Format
   die Umwandlung der .tif-Dateien in "Kachel Tifs" mit TTQV durchfhren. Dieser
   Schritt ist aber nur dann ntig, wenn die Karten auch in TTQV genutzt werden sollen.

F: Ich mchte OziExplorer- und TrekBuddy-Karten fr Glopus bzw. TTQV konvertieren.
   Warum werden fr diese Kartentypen keine Kalibrierungsdateien (.kal bzw. .cal) erzeugt?
A: Bei den Kartentypen "OziMap (ozf2/ozfx3)" und "TB (tar/set)" werden die OziExplorer
   .map-Dateien nicht weiter ausgewertet, sondern im wesentlichen nur kopiert. Es kann
   daher keine Neuberechnung von Koordinaten bzw. Ausgabe in einem anderen Format erfolgen.
   Im Moment habe ich auch keine groe Motivation, eine Auswertung der .map-Dateien zu
   implementieren, um Fremdprogramme zu bedienen, die OziExplorer ignorieren. Anwender
   dieser Programme sollten die Hersteller ihrer Programme dazu auffordern, OziExplorer
   .map-Dateien importieren zu knnen...

F: Ich habe Karten aus Grobritannien mit TAC (TrekBuddy Atlas Creator) erstellt und
   nutze sie u.a. auch im OziExplorer. In der Karte ist das Britisch National Grid (BNG)
   hellblau eingezeichnet, aber die Gitterlinien verlaufen nicht genau horizontal bzw.
   senkrecht, wie man es von anderen Karten her kennt. Wenn ich mir das BNG in
   OziExplorer anzeigen lasse, sind die von OziExplorer gezogenen Gitterlinien
   auerdem zu den in der Karte eingezeichneten Gitterlinien etwas versetzt. Tracks
   und Wegpunkte werden aber korrekt in der Karte dargestellt. Woran liegt das?
A: Die in der Karte eingezeichneten Gitterlinien verlaufen nicht waagerecht/senkrecht,
   weil das Kartenbild reprojiziert wurde (Mercator-Projektion). Damit OziExplorer das
   BNG korrekt anzeigt, muss auch das Anzeigedatum "Ord Srvy Grt Britn" gewhlt werden.
   Die von OziExplorer angezeigten Gitterlinien sollten sich dann mit den auf der Karte
   eingezeichneten Gitterlinien decken.

F: Wenn ich eine TrekBuddy Karte (TB Tar, erzeugt vom TrekBuddy Atlas Creator) mit OziMapTrans
   konvertiere, hat das Kartenbild eine Farbtiefe von 24 bpp. Die Kachelgrafiken liegen aber
   alle als PNG-Dateien mit 8 Bit Farbtiefe (256 Farben) vor. Wie kommt das und was kann ich
   dagegen tun?
A: OziMapTrans versucht immer, eine gemeinsame Farbtabelle fr alle Kachelgrafiken zu
   ermitteln. Selbst wenn in den einzelnen Kachelgrafiken nur jeweils 256 Farben verwendet
   werden, knnen sich insgesamt mehr als 256 Farben ergeben, da jede Kachel eine andere
   Farbtabelle haben kann. Um die Einzelgrafiken verlustfrei zusammensetzen zu knnen,
   muss daher eine Farbtiefe von 24 bit verwendet werden. Alternativ kann eine Reduktion
   auf 256 Farben erfolgen, allerdings ergeben sich dabei zwangslufig Farbfehler.

F: Die neueren Versionen vom TrekBuddy Atlas Creator legen den Tilecache in einer Datenbank
   ab, die OziMapTrans nicht verarbeiten kann. Besteht die Absicht, OziMapTrans entsprechend
   zu erweitern?
A: Ich begre die Speicherung der Kacheln in Datenbanken ausdrcklich. Leider fehlt
   es mir aber an Zeit, die Datenbankuntersttzung auch in OziMapTrans zu implementieren.
   OziMapTrans ab Version 1.3.0.0 kann aber TrekBuddy Tar-Karten verarbeiten, womit auch
   groe Karten fr OziExplorer problemlos aus den Tar-Dateien konvertiert werden knnen.
   Fr Glopus- und TTQV-Anwender wurde TAC mittlerweile angepasst, daher sehe ich hier
   keinen Handlungsbedarf.

F: Ich mchte die Kompass Karte "sterreich 3D" fr den OziExplorerCE konvertieren.
   Die Karte kann ja "normal" im OziExplorerPC importiert werden (es wird eine .map-
   Datei erstellt). Die anschlieende Konvertierung mit Img2Ozf dauerte aber
   sehr lange und schlug schlielich fehl. Wie kann ich die Karte nutzen?
A: Bei sehr groen Kompass-Karten (die "sterreich 3D" ist sehr gro) dauert die
   Konvertierung sehr lang, weil die Kompass-Karten blicherweise (warum auch immer)
   eine Farbtiefe von 24 bpp verwenden. Img2Ozf muss daher zunchst eine Farbreduzierung
   auf 256 Farben vornehmen, was sehr viel Zeit in Anspruch nimmt. Die Konvertierung
   wird schlielich dennoch scheitern, weil die Dateien einfach zu gro werden
   (letzlich ist das 2 GB Limit bei .ozfx3-Dateien entscheidend).
   Mglicher Ausweg in Img2Ozf: "Initial Resize" der Karte auf 50% setzen (ungetestet).
   Mit OziMapTrans geht das schneller: man whle die halbe Auflsung "MAP02 (1:2)" und
   reduziere die Farben (Dialog "Farben...", Button "Farbtabelle berechnen...").
   Die Farbreduktion in OziMapTrans dauert auch einige Zeit, aber Img2Ozf kann dann die
   Karte ohne eigene Farbredukton konvertieren. Die halbe Auflsung empfinde ich nicht
   als strend (s.a. Anmerkungen zur Karte "Schweiz 3D"), wenn man aber unbedingt die
   volle Auflsung haben mchte, muss man die Karte aufteilen.

F: Ich habe einige Karten mit TTQV fr CompeGPS/Aventura gewandelt, dabei haben sich
   aber die Farben gendert. Bei einigen Karten stimmt auerdem die Kalibrierung nicht.
   Was kann ich dagegen tun?
A: Wenn die Karten mit OziMapTrans verarbeitet werden knnen, wrde ich sie ohne den
   unsinnigen Umweg ber TTQV konvertieren (s.o.).
   Wenn die Karten nicht mit OziMapTrans verarbeitet werden knnen:
   (1) zur Farbverflschung: TTQV benutzt beim Export von Karten mit einer Farbtabelle
       offenbar nicht die Farben, die tatschlich bei der jeweiligen Karte verwendet
       werden, sondern -meine Annahme- Systemfarben. Selbst bei Karten, bei denen das
       Kartenbild definitiv nur 256 oder gar nur 16 Farben enthlt, kommt es daher zu
       Farbverflschungen, wenn die verwendeteten Farben nicht mit den Systemfarben
       bereinstimmen. Das ist uerst rgerlich! Einzige Abhilfe scheint zu sein,
       die Karten mit "16mio Cols" (also einer Farbtiefe von 24 bpp) zu exportieren...
       Das hat fr Karten mit max. 16 bzw. 256 Farben (4 bzw. 8 bpp) aber Nachteile,
       denn das Kartenbild wird dann im verlustbehafteten Format JPG gespeichert und
       die .RMAP-Dateien werden hufig auch noch grer.
   (2) zur Kalibrierung: offenbar kann TTQV nicht bei allen Karten die tatschlich
       verwendete Projektion ermitteln und bergibt dann eine "freie Kalibrierung"
       (Lat/Lon), die so nicht von CompeGPS untersttzt bzw. anders interpretiert
       wird. Hierfr habe ich auch keine Lsung.

F: Ich mchte mit dem Programm "TrekBuddy Atlas Creator" (TAC) bzw. MOBAC Karten fr
   TTQV/Aventura erzeugen. Leider scheitert das bei groen Karten (z.B. 65536 x 65536 Pixel).
   TTQV kann die .png-Datei nicht lesen. Gibt es dafr eine Lsung?
A: TAC kann zwar sehr groe .png-Dateien schreiben, aber viele Programme haben dann
   Schwierigkeiten, diese groen .png-Dateien zu verarbeiten (das kann auch von der
   jeweiligen Rechnerkonfiguration abhngen).
   Abhilfe: in TAC/MOBAC nicht das Format "Touratech TTQV" sondern "TrekBuddy tared atlas"
   whlen. Die gewnschte Karte (.tar) dann mit OziMapTrans ffnen und normal als
   .tif/.map exportieren. Wenn es sich um Satelliten-/Luftbilder handelt, sollte die
   Farbtiefe bei 24 Bit belassen werden. Andernfalls Farbreduktion auf 256 Farben
   ausprobieren. Bei ausschlielicher Nutzung mit TTQV/Aventura die Option
   "PackBits statt LZW bei 24 bpp" ausschalten und "TIFF Kompression" LZW einstellen.
   Einzige Beschrnkung ist dann die maximale Dateigre fr TIFF (CompeGPS/TTQV
   knnen Dateien mit einer Gre bis zu 4 GByte lesen). Die Dateien dann wie oben
   beschrieben mit CompeGPS weiterverarbeiten. Fr die Nutzung mit TTQV muss die
   .cal-Datei derzeit noch selbst erstellt werden, da TTQV keine OziExplorer
   .map-Dateien importieren kann.
   
   Nachtrag: Wenn die Nutzung mit TTQV im Vordergrund steht, kann man in MOBAC als
   Ausgabeformat "AndNav atlas format" whlen und das Ergebnis dann mit OziMapTrans
   (ab Version v1.3.0.5) weiterverarbeiten, d.h. zu einer groen TIF-Datei zusammensetzen
   (aus dem AndNav-Atlasformat kann OziMapTrans auch .cal-Dateien fr TTQV erzeugen).
   Nachteil beim AndNav-Format: MOBAC muss sehr viele kleine Dateien generieren...

F: Ich habe die Karten TOP200 Bundesrepublik Deutschland (DTK200, Mastab 1:200.000)
   und die Generalkarte Deutschland (GK200, ebenfalls Mastab 1:200.000). Beide Karten
   decken in etwa den gleichen Bereich ab, dennoch sind die Grafikdateien unterschiedlich
   gro. Wie kommt das?
A: Die Angabe eines Mastabs (bei beiden Karten 1:200.000) ist nur sekundr von Interesse,
   entscheidend fr die Dateigren ist immer die Pixelauflsung und Farbtiefe des
   Kartenbildes. Die DTK200 hat nur eine Farbtiefe von 4 bpp (maximal 16 Farben),
   whrend die GK200 in einer Farbtiefe von 8 bpp (maximal 256 Farben) vorliegt.
   Die DTK200 lsst sich allein deswegen besser komprimieren, bzw. wrde unkomprimiert
   nur etwa die Hlfte des Speicherplatzes bentigen. Allerdings ist die Pixelauflsung
   der DTK200 doppelt so gut wie die der GK200 (DTK200: 12,5 m/Pixel, GK200: 25 m/Pixel).
   Dementsprechend hat die DTK200 (53760 x 72192 = 3.880.934.400 Pixel) etwa viermal
   soviel Bildpunkte wie die GK200 (27.904 x 36.608 = 1.021.509.632 Pixel). 
   Die blicherweise verwendeten Kompressionsverfahren (LZW oder ZIP) kompensieren
   die Unterschiede zwischen DTK200 und GK200 aber wieder, so da die DTK200 trotz
   der vierfachen Anzahl Bildpunkte sogar noch eine geringere Dateigre als die GK200
   erreicht (als LZW komprimierte TIFF- oder .ozf2-Datei).

F: Kann ich von einer Karte alle Kacheln im Original als Einzeldateien extrahieren?
A: Ja, das ist -mit kleinen Einschrnkungen- mglich. ber die Seite "Einstellungen"
   sollte zunchst "[X] festgelegte Kachelgren verwenden" ausgewhlt werden. Die
   Kachelgren auf 0 einstellen (dann werden die Originalkachelgren verwendet).
   Die Einschrnkungen sind: die Kacheln werden nur in einem Standard-Grafikformat
   (.tif, .png oder .bmp) exportiert. Bei einigen Karten werden die Kacheldaten aber
   binr (in einem proprietren Format) oder mit verlustbehafteter Kompression (JPEG)
   gespeichert. Diese Kacheldaten werden dann natrlich nicht im Originalformat
   extrahiert. Wenn man keine Farbnderungen vornimmt (angepasste Farbtabelle oder
   Reduktion auf 256 Farben), bleibt der Bildinhalt der Kacheln aber erhalten.

F: Ich mchte aus den "MM TourExplorer25"-Karten MultiLevel-Karten fr CompeGPS machen
   und dafr die Zoomlevel/Auflsungen verwenden, die ja bei den MM-Karten existieren.
   Ist das mglich und wie mache ich das?
A: OziMapTrans untersttzt die Konvertierung aller vorliegenden ZoomLevel/Auflsungen.
   Wie man daraus eine MultiLevel-Karte fr CompeGPS macht, muss man selbst herausfinden.
   Aber eine Anmerkung: es ist ziemlich unsinnig, die niedrigeren Auflsungen zustzlich
   zur besten Auflsung zu konvertieren und daraus (wie auch immer) eine MultiLevel-
   Karte zu erzeugen... Begrndung: CompeGPS erzeugt selbst mehrere ZoomLevel ("SubLayer")
   bei der Erstellung der .RMAP-Dateien. Da das Kartenbild der niedrigeren Auflsungen
   bei den MM-Karten nur durch Herunterrechnen der besten Auflsung erzeugt wurde und
   CompeGPS das ebenfalls macht, ergibt sich kein Mehrwert bei der Nutzung der niedrigeren
   MM-Auflsungen (ber die Bildqualitt der von CompeGPS erzeugten "SubLayer" knnte man
   sich allerdings streiten...). Das gleiche gilt brigens fr fast alle Karten, die in
   mehrere Auflsungen abgelegt sind. Einzige mir bekannte Ausnahme sind die ADAC-TourGuide
   Karten, weil bei diesem Kartenwerk (wenigstens) zwei unterschiedliche Kartenbilder
   verwendet werden. Ob sich der Aufwand und zustzlich bentigte Speicherplatz lohnt,
   muss jeder selbst entscheiden.

F: Kann ich die Folien der TK25Plus-Karten nachtrglich (z.B. im OziExplorer) an- oder
   abschalten?
A: Nein, das geht natrlich nicht.

F: Ich mchte eine CGPS-Karte (.RMAP) konvertieren. OziMapTrans zeigt aber nur die Meldung
   "Verschlsselte (an eine Gerte- oder Software-ID gebundene) Karten werden nicht untersttzt!"
   an. Was nun?
A: Die Meldung sagt alles: die Karte ist geschtzt und kann (zur Zeit...) nur auf dem Gert
   bzw. mit der Softwarelizenz genutzt werden, fr die sie erzeugt wurde.
   Bemerkung: wer eine Software verwendet, die Karten an eine Gerte-ID bindet, sollte
   die Konsequenzen eines Gertetausches (z.B. nach einem Gertedefekt) bedenken...
   
   Nachtrag: ab OziMapTrans Version 1.3.0.6 knnen nun auch gelockte RMAP-Karten verarbeitet
   werden. Wenn die Karten an eine Gerte- oder Software-ID gebunden sind, muss allerdings
   die ID bekannt sein (wird erfragt). Leider haben sich in letzter Zeit die Gertedefekte
   offenbar gehuft und es gibt immer noch Leute, die an das "Konzept" glauben...

F: Ich habe gehrt, da bei einigen Karten fr CompeGPS/Aventura die Projektion "Automatic"
   verwendet werden sollte, um Kalibrierungsfehler zu vermeiden. Bei welchen Karten nimmt
   OziMapTrans diese Projektion?
A: Es gibt keine Projektion "Automatic", das ist eine Kalibrierungseinstellung bei CompeGPS
   .imp-Dateien. Da OziMapTrans keine .imp-Dateien erstellt, wird diese Einstellung auch
   nicht von OziMapTrans verwendet.
   Bemerkung: die Einstellung "Automatic" wird -soweit ich wei- von CompeGPS in eine UTM-
   Projektion (Zone je nach Kartengebiet, Deutschland z.B. Zone 32 oder 33) umgesetzt. 
   Wenn das jeweilige Kartenbild aber nicht in UTM-Projektion erstellt wurde, ist die Karte
   nicht korrekt kalibriert und man wird Abweichungen erhalten.

F: Ich habe einige MemoryMap-Karten mit GlobalMapper nach WGS84/Mercator (entspricht der
   Projektion der bei mir installierten Vektorkarten) reprojeziert und in das .ecw-Format
   gewandelt und mchte sie nun gern in ein anderes Format konvertieren, finde aber keine
   Mglichkeit in OziMapTrans. Was mache ich falsch?
A: Alle mir bekannten MemoryMap-Karten (Erweiterung .qct) lassen sich mit OziMapTrans sehr
   gut als TIFF-Dateien konvertieren, da sie nur eine Farbtiefe von 8 Bit mit maximal
   128 Farben haben. Durch eine Wandlung ins ECW-Format werden die Kartendateien nur
   unntig aufgeblht und verlieren zudem (wegen der verlustbehafteten Kompression) an
   Darstellungsqualitt. ECW-Dateien betrachte ich daher als Endprodukte, aus denen 
   keine weiteren "Abzge" gemacht werden sollten. OziMapTrans wird daher auch zuknftig
   keine ECW-Dateien untersttzen.
   Den Hinweis auf die bei den Vektorkarten verwendete Projektion verstehe ich nicht,
   denn Vektordaten werden erst bei der Anzeige abgebildet und sollten daher in jeder
   beliebigen Projektion darstellbar sein (gleiches gilt auch fr Wegpunkte bzw. Tracks,
   das sind ja prinzipiell auch Vektordaten). Eine Reprojektion von Rasterkarten ist nur
   dann sinnvoll, wenn das verwendete Gert bzw. die Kartensoftware nicht alle Projektionen
   untersttzt oder Einzelkarten unterschiedlicher Projektion zu einer Gesamtkarte
   zusammengefasst werden sollen.
   
F: Ich mchte eine Karte in Sd-Nord-Richtung erstellen. Geht das mit OziMapTrans?
A: Nein, das geht nicht direkt. Man kann die Grafikdateien aber mit einem beliebigen
   Bildbearbeitungsprogramm (z.B. Gimp) um 180 drehen. Die .map-Datei muss danach
   entsprechend der Drehung angepasst werden, damit die Kalibrierung wieder stimmt. 
   Die Koordinaten der 4 Kalibrierungs- und Randpunkte sind bei einer Drehung
   um 180 wie folgt zu vertauschen: P1<->P3 und P2<->P4
   Hinweis: nur die geografischen Koordinaten vertauschen, nicht die XY-Werte!

F: Knnte OziMapTrans nicht auch MagicMaps2Go/Scout-Karten (*.m2g) verarbeiten?
   Die MM-Software bietet ja die beim Export die Mglichkeit, die dunklen Grntne
   (Waldflchen) aufzuhellen, was bei der Darstellung auf dem PDA vorteilhaft ist.
A: Die Verarbeitung von M2G-Dateien ist unsinnig, da die Ausgangsdaten (MM-Karten)
   verlustfrei konvertiert werden knnen. Die Erstellung grerer M2G-Dateien dauert
   elend lange, ist Grenbeschrnkungen (500 MB oder 1 GB) unterworfen und liefert 
   ein unscharfes Kartenbild, daher gilt sinngem das gleiche wie fr ECW-Dateien.
   Im brigen knnen die Farben in OziMapTrans angepasst werden (Button "Farben...").

F: Bei groen mit MOBAC erstellten Karten (bersichtskarten der Erde) stimmt die
   Kalibrierung der Karten in TTQV nicht (in GlobalMapper brigens ebenfalls nicht).
   Woran liegt das?
A: MOBAC schreibt leider nicht den Parameter "spherical" in die .cal-Datei (derzeitige
   Version MOBAC 1.8alpha9a). Das kann man mit einem Editor leicht ndern, nach "projparms"
   in den .cal-Dateien suchen und die Zeile
   
   "projparams = 10 = proj=merc lon_0=-"

   wie folgt ndern:

   "projparams = 10 = proj=merc lon_0=0.000000    x_0=0.000000 spherical"
   
   In TTQV ist das ebenfalls mglich ber "Karte kalibrieren..." und dann unter
   "1. Projektionsart" den Haken bei "[X] Spherical" setzen.
   
   Bei Globalmapper einfach ein anderes Kartendatum auswhlen:
   "GOOGLE MAPS (SPHERE RADIUS 63...)"
   
   Bemerkungen:
   (1) der Unterschied fllt bei kleinrumigen Karten nicht auf, bei groen Weltkarten
       ist die Abweichung allerdings deutlich erkennbar.
   (2) CompeGPS stellt die Karten (Kalibrierung importiert aus OziExplorer .map-Datei)
       korrekt dar, weil CompeGPS "Mercator" als sphrische Merkator-Projektion
       interpretiert (was eigentlich nicht richtig ist, aber in diesem speziellen Fall
       eben doch - siehe auch Anmerkungen in "OziMapTrans_History.txt").
   (3) "Korrekte Weltkarten" fr OziExplorer kann man sich erstellen, indem man z.B.
       das AndNav-Ausgabeformat in MOBAC whlt, mit OziMapTrans die Gesamtkarte in
       horizontale Streifen aufteilt und mit OziMapMerge zusammenfasst.

F: Ich habe im CompeGPS Forum gelesen, da die ADAC-TourGuide-Karten von keinem anderen
   Programm verwendet werden knnen und jetzt lese ich zufllig in der Datei
   "OziMapTrans_History.txt" von den ADAC-Karten. Lassen sich diese etwa doch verwenden?
A: Ja. Es ist nicht immer alles richtig, was in Foren geschrieben wird ;-)

F: Ich erzeuge mit OziMapTrans grorumige Karten fr CompeGPS/Aventura, die ich 
   aufgrund der Kartengre aufteilen muss. Das funktioniert auch gut (.map/.tif).
   Seit kurzem ist es in CompeGPS/TwoNav mglich, mehrere Karten (auch in verschiedenen
   Auflsungen und Projektionen) ber eine "Hypermap" .imp-Datei recht einfach
   zusammenzufassen. Knnte OziMapTrans diese Hypermap-Datei bei Aufteilung der
   Karten nicht automatisch erstellen (wenigstens das Grundgerst mit den Dateinamen
   aller Kartenteile)?
A: Die "Hipermaps" gibt es schon lnger (es ist kein neues Feature), in OziMapTrans ist
   aber keine Untersttzung dafr vorgesehen, da die Hipermap-Dateien sehr einfach erzeugt
   werden knnen: "dir *.RMAP /B >Hipermap.imp" in der Kommandozeile und ein einfacher
   Texteditor zum Ergnzen der Hipermap-Tags reicht vllig aus.

F: Beim ffnen einiger (nicht aller) .map/.tif-Dateien hngt sich CompeGPS auf, manchmal
   wird auch ein "BlueScreen" mit Fehlermeldung (Grafiktreiber reagiert nicht) angezeigt.
   Was ist da los?
A: CompeGPS Land v6 kann TIFF-Dateien der Farbtiefe 4 bpp nicht richtig verarbeiten (s.o.,
   ich weiss nicht, ob das in der neueren Version 7 mittlerweile behoben wurde).
   In OziMapTrans gibt es dafr auf der Seite "Einstellungen" die Option
   "[X] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen".
   Nach Setzen der Option muss die Karte natrlich noch einmal konvertiert werden.
   Zusatzhinweis: das ffnen grerer .map/.tif-Karten kann erbrmlich lange dauern,
   weil die Vorschau im Dialog zum ffnen der Datei nicht abgeschaltet werden kann.
   Man sollte die Vorschau und auch danach den Bildaufbau im Kartenfenster abwarten,
   bevor eine Konvertierung in das .RMAP-Dateiformat gestartet wird.

F: Ich habe TOP-Karten aus Bayern (1:500.000 und 1:200.000) fr TwoNav (v2.1.8 TabletPC)
   konvertiert und kann sie einzeln auch korrekt anzeigen lassen. Wenn ich aber beide
   Karten gleichzeitig anzeige, verschiebt sich das 1:500.000er Kartenbild und Tracks
   werden auch nicht mehr korrekt auf der Karte dargestellt. Manchmal (nicht immer)
   hilft es, wenn ich TwoNav beende und neu starte. Unter CompeGPS Land am PC funktioniert
   alles mit den gleichen Kartendateien perfekt. Woran liegt das? Ich habe gelesen, man 
   kann das Fehlverhalten durch Verndern der .imp-Dateien beheben ("Projection=Mercator",
   finde aber keine .imp-Dateien.
A: Das ist ganz offensichtlich ein ernster Fehler in TwoNav (v2.1.8 TabletPC, ob andere
   Versionen bzw. Plattformen auch betroffen sind, msste geklrt werden).
   Die beiden Karten unterscheiden sich in den Projektionsparametern (Gau-Krger
   Streifen 3 [Zentralmeridian 9 Ost] bzw. Streifen 4 [Zentralmeridian 12 Ost]).
   Bei der gleichzeitigen Darstellung kommt es zu den Anzeigefehlern in TwoNav, die
   der Hersteller beheben muss.
   Es ist unsinnig, nur die Projektionseinstellung in den .imp-Dateien zu ndern, denn
   die Projektion ist bekannt "Transversal Mercator" (mit den zugehrigen Parametern,
   siehe auch Anzeige im GeoGrid-Viewer). Wenn man die Projektionseinstellungen ndert,
   muss das Kartenbild entsprechend reprojiziert worden sein, sonst ist die Kalibrierung
   falsch und die Kartendarstellung entsprechend unbrauchbar.

F: Ich habe die alte AMAP (Austria Map) West und Ost und mchte die beiden Karten (aus den
   Dateien "a50west.acc" und "a50ost.acc") zu einer Karte zusammenfassen. Wie mache ich das?
A: In OziMapTrans knnen nur die Einzelkarten konvertiert werden, die dann aber mit OziMapMerge
   zusammengefhrt werden knnen. Vorher sollten die beiden Karten allerdings neu kalibriert
   werden, da die im Original verwendete "Polynom"-Kalibrierung fr das Zusammenfgen nicht
   optimal ist. Eine detaillierte Anleitung wrde den Rahmen dieser FAQ sprengen. Bei Interesse
   bitte bei mir per PM melden.

F: Gibt es eine Liste der Karten, die OziMapTrans verarbeiten kann?
A: Ich fhre intern eine Liste der untersttzten Karten, um Probleme oder Besonderheiten
   zu dokumentieren, aber diese Liste ist unvollstndig. Es gibt Karten, die fehlerfrei
   konvertiert werden knnen, obwohl ich sie nicht besitze und daher nicht getestet habe.

F: Wann wird die Konvertierung von .ozf2/.ozfx3-Dateien vollstndig implementiert
   (Aufteilung der Karten, Erzeugung von TTQV .cal-Dateien)?
A: Irgendwann. Da meine Freizeit beschrnkt ist, ist die Weiterentwicklung von OziMapTrans 
   primr auf die Nutzung mit OziExplorer ausgerichtet. Viele Fremdprogramme profitieren
   automatisch davon, weil sie OziExplorer .map-Dateien importieren bzw. direkt verwenden
   knnen (TrekBuddy, GlobalMapper, CompeGPS).

F: Ich habe mit MOBAC "MapplusCH"-Karten (Schweiz) erstellt. Auf Karten der hheren
   Zoomlevel sind Gitterlinien eingezeichnet. Wenn ich mir in OziExplorer Gitterlinien
   (Alternatives Netz "Schweiz") anzeigen lasse, sind sie aber im Vergleich zu den im
   Kartenbild eingezeichneten Gitterlinien etwas nach Nordosten versetzt. Wegpunkte
   und Tracks werden aber lagerichtig angezeigt. Was mache ich falsch?
A: Es gilt sinngem dasselbe wie fr Karten aus Grobritannien (BNG, siehe oben):
   damit die Gitterlinien deckungsgleich sind, muss das Anzeigedatum in OziExplorer
   auf das dem Gitter zugrundeliegende Datum eingestellt werden, beim Schweizer
   Netz ist daher das Anzeigedatum "CH-1903" zu whlen.

F: Muss ich in OziMapTrans eine Karte schlieen, bevor ich eine andere laden kann?
A: Nein. Wenn eine Karte geffnet ist und man auf der gleichen Registerseite eine
   neue Karte auswhlt, wird die vorher geffnete Karte automatisch geschlossen.
   brigens knnen auch mehrere Karten gleichzeitig geffnet sein, nmlich je
   Kartentyp bzw. Registerseite eine.

F: Bislang ist man bei mm2go/Scout auf MM- und Kompass-Karten beschrnkt.
   Knnte OziMapTrans nicht auch Karten fr mm2go/Scout im m2g-Format erstellen?
A: Nein, OziMapTrans wird keine Dateien in herstellerspezifischen Formaten erzeugen.
   Da mm2go/Scout -soweit ich wei- keine offene Karten-Schnittstelle besitzt, ist
   man auf die Mglichkeiten beschrnkt, die der Hersteller anbietet. Wer beliebige
   Rasterkarten auf seinem PDA/PNA nutzen mchte, sollte OziExplorerCE verwenden.

F: Werden die neueren rasterkartenfhigen Garmingerte untersttzt?
A: Nein, OziMapTrans bietet kein spezielles Ausgabeformat an, da die Darstellung
   von Rasterkarten auf diesen Gerten derzeit nur sehr eingeschrnkt mglich ist.

F: Beim Beenden von OziMapTrans kommt eine Fehlermeldung der Form:
   "In C:\Programme\OziMapTrans\OziMapTrans.ini kann nicht geschrieben werden.".
   Das Programm kann nur noch ber den Taskmanager beendet werden...
A: OziMapTrans braucht den Vollzugriff auf das eigene Verzeichnis, muss dort
   insbesondere die Datei "OziMapTrans.ini" ggf. anlegen und beschreiben, sowie 
   bei Bedarf Verzeichnisse und darin Dateien erzeugen knnen. Einige Windows-
   Versionen haben eine "spezielle" Rechteverwaltung im "Programme"-Verzeichnis,
   die das verhindert. Abhilfe: Rechte anpassen oder OziMapTrans in ein
   Verzeichnis mit Vollzugriff kopieren.
   (Anmerkung: ab Version 1.3.0.6 habe ich das Schreiben der OziMapTrans.ini
   abgesichert, damit das Programm wenigstens "normal" beendet werden kann)

F: Ich habe die TOP-Karten Schleswig-Holstein/Hamburg und Mecklenburg-Vorpommern
   (jeweils im Mastab 1:50.000) fr die Nutzung mit TwoNav konvertiert und mchte
   sie gleichzeitig darstellen. In CompeGPS Land werden die Karten korrekt angezeigt
   (sie berlappen sich im bergangsbereich etwas), in TwoNav ist die Darstellung
   aber vllig falsch, wenn beide Karten gleichzeitig angezeigt werden. Auerdem
   verschieben sich bereits geladene und korrekt dargestellte Tracks pltzlich,
   wenn zunchst nur eine der beiden Karten geladen ist und dann die zweite Karte
   hinzugeladen wird. Was kann ich dagegen tun?
A: Das ist offenbar der gleiche Fehler in TwoNav wie bei den Bayernkarten (s.o.)...
   Der Hersteller sollte den Fehler beheben, er tritt offenbar bei allen TwoNav-
   Plattformen auf.

F: Ich habe TwoNav fr iPhone/iPad (Apple), kann aber meine ECW-Karten nicht darauf
   darstellen. Kann ich die Karten mit OziMapTrans wandeln? Was muss ich tun?
A: TwoNav untersttzt das ECW-Format auf der iPhone/iPad-Plattform offenbar nicht
   (siehe Internetseite des Herstellers). Karten im ECW-Format mssen daher in
   das RMAP-Format konvertiert werden.

F: Ich habe eine groe Karte in mehrere Kartenstcke aufgeteilt (.tif/.map) und mit
   CompeGPS in das RMAP-Format gewandelt. Wie kann ich mit den einzelnen RMAP-Dateien
   eine Gesamtkarte (zur Nutzung mit TwoNav) bilden?
A: Man kann sich dafr zustzlich eine Hipermap- oder auch eine Mosaic- .imp-Datei
   erstellen. Nhere Informationen dazu sind in den Dokumentationen des Herstellers
   zu finden.
   
F: Ich habe mehrere Karten im OZFX3-Format (OziExplorer) und mchte diese zu einer groen
   Karte fr die Nutzung mit CGPS/TwoNav zusammenfassen. Ich kann zwar die Einzelkarten
   mit OziMapTrans als TIF/MAP konvertieren und in CGPS Land importieren, beim Abspeichern
   der Gesamtkarte als RMAP-Datei mit CGPS Land entsteht aber nur Pixelmll oder die
   Farben sind vllig falsch. Was kann ich tun?
A: Falls CGPS Land Karten falsch zusammenfgt oder abspeichert, sollte der Hersteller
   darber informiert werden und den Fehler beheben. Alternativ kann man die Einzelkarten
   mit OziMapMerge zusammenfassen, das Ergebnis (OZFX3/MAP) mit OziMapTrans in TIF/MAP
   konvertieren und daraus dann mit CGPS Land eine RMAP erzeugen.

F: Kann OziMapTrans die Formate RMAP/RTMAP oder GVG/GMP schreiben?
A: Nein, das sind herstellerspezifische Kartenformate... (s.o.)

F: Kann OziMapTrans Kartendateien fr PathAway (*.prc) erzeugen?
A: Nein, das ist ein herstellerspezifisches Kartenformat... (s.o.)

F: Kann ich die Konvertierung mit OziMapTrans auch im Hintergrund (Fenster minimiert)
   laufen lassen?
A: Natrlich (das kann man im brigen auch einfach ausprobieren). Obwohl es manchmal
   (warum auch immer) vermutet wird, macht OziMapTrans keine "Bildschirmfotos"!
   Die Konvertierung ist vllig unabhngig von der Anzeige. Fortschrittsanzeige und
   Kachelvorschau sind nur informativ. Um die Konvertierung groer Karten mit vielen
   Kacheln noch schneller zu machen, sollte man die Kachelvorschau sogar abschalten.

F: Wann kommen die GeoTIFF-Erweiterungen? Wann wird das BigTIFF-Format implementiert?
   Warum gibt es keinen Export in andere Formate bzw. fr andere Programme?
A: TIFF-Erweiterungen stehen bei mir ganz weit hinten auf der TODO-Liste, weil sie
   keinen Vorteil fr die Nutzung mit OziExplorer bringen. Zutzliche Ausgabeformate
   werde ich aus dem gleichen Grund in nchster Zeit auch nicht implementieren.

F: Ich erzeuge mit MOBAC groe Satellitenkarten (Ausgabeformat TrekBuddy), verarbeite
   diese dann mit OziMapTrans zu TIF/MAP und erstelle daraus dann RMAP-Dateien fr
   CGPS/TwoNav. Nun mchte ich diese Karten auch mit TTQV nutzen, OziMapTrans erstellt
   aber keine .cal-Dateien (weder aus TrekBuddy- noch aus den RMAP-Karten). Ist das
   ein Fehler?
A: Siehe oben. Wenn man Karten bzw. Kalibrierungsdateien fr beide Systeme (TTQV und
   CGPS) mit OziMapTrans erzeugen will, sollte man in MOBAC als Ausgabeformat
   "OSMTracker tile storage", "AndNav atlas format" oder "Maverick atlas format" whlen.
   Aus diesen Formaten kann OziMapTrans Kalibrierungsdateien in allen untersttzten
   Formaten erzeugen. CGPS RMAP-Dateien mit einer Farbtiefe von 24 bpp sind im brigen
   als Zwischenformat ungnstig, weil CGPS bei dieser Farbtiefe immer eine verlustbehaftete
   Kompression (JPEG => Artefakte im Kartenbild) verwendet.

F: Ich habe einige MOBAC-Karten mit OziMapTrans als TIF/CAL fr TTQV Version 4 exportiert,
   kann die Karten aber nicht in TTQV5 ffnen. In TTQV4 werden sie korrekt angezeigt.
   Wo liegt der Fehler? Wird es eine Anpassung an TTQV5 geben?
A: TTQV5 ist derzeit noch sehr instabil und voller Fehler. Es ist keine Anpassung geplant.

F: Warum ist das ffnen von RMAP/RTMAP-Dateien so langsam?
A: Das RMAP/RTMAP-Dateiformat ist etwas ungnstig. Ich habe Leseroutinen in v1.3.0.6 aber
   etwas dahingehend modifiziert, da bentigte Informationen erst bei Bedarf geladen werden.
   Das ffnen sollte daher jetzt wesentlich schneller sein.

F: Die Konvertierung nach RMAP fr TwoNav soll mit TTQV4 schneller sein als mit CGPS Land,
   weil TTQV4 nicht reprojeziert. Gibt es weitere Vorteile bei TTQV5?
A: Das ist Unsinn, weder TTQV4 noch CGPS Land reprojizieren das Kartenbild beim Export bzw.
   Abspeichern einer einzelnen Karte als RMAP (CGPS: "Karte speichern unter..."). Wozu auch?
   Soweit ich feststellen konnte, ist CGPS Land bei der Konvertierung groer TIF-Kartenbilder
   (>100 Megapixel) immer schneller als TTQV4 oder zumindest gleich schnell. Kleinere
   Kartenbilder sind in diesem Zusammenhang uninteressant, da die Konvertierung dann sowieso
   kaum Zeit bentigt. TTQV4 kann Kartenbilder der Farbtiefe 8 bpp im Gegensatz zu CGPS Land
   nicht farbtreu und verlustfrei als RMAP exportieren (s.o.). Ich sehe daher keine Vorteile
   in der Verwendung von TTQV4. TTQV5 ist beim RMAP-Export noch langsamer als TTQV4.
   Gelegentlich (karten- oder systemabhngig ?) treten zudem Abbrche mit Fehlermeldungen auf,
   manchmal werden unbrauchbare RMAP-Dateien mit schwarzen Streifen im Kartenbild exportiert
   oder es werden fehlerhafte Kalibrierungen erzeugt. Ein zuverlssiger RMAP-Kartenexport
   scheint mir daher mit TTQV5 zumindest derzeit (v5.1.0.24) nicht gewhrleistet zu sein.

F: Kann eine bereits vorhandene Konfigurationsdatei "OziMapTrans.ini" einer Vorgngerversion
   genutzt werden, oder muss die Datei bei Erscheinen einer neuen Version gelscht werden? 
A: Die Datei "OziMapTrans.ini" muss nicht gelscht werden, alte Konfigurationsdateien und
   damit die Einstellungen von Vorgngerversionen knnen bernommen werden. Wenn neue Optionen
   oder Einstellungen hinzukommen, werden (aus meiner Sicht) sinnvolle Standardwerte vorgegeben.

F: Ich habe einige RTMAP-Dateien, die OziMapTrans nicht ffnen kann. Es erscheinen entweder
   Fehlermeldungen wie "Fehler bei Bereichsprfung", "Datum XXX wird noch nicht voll untersttzt"
   oder "Verschlsselte (an eine Gerte- oder Software-ID gebundene) Karten werden nicht untersttzt!".
   Bei einigen Dateien kann das Kartenbild erzeugt werden, aber es werden keine Kalibrierungs-
   dateien erstellt. Wie komme ich an die Daten?
A: Wenn Datum oder Projektion noch nicht untersttzt werden, kann OziMapTrans auch keine
   Kalibrierungsdateien erstellen. Ich brauche dann die genauen Angaben bzw. Fehlermeldungen und
   eventuell auch Beispieldateien.

F: Welche Kompression soll ich fr TIFF-Dateien auswhlen?
A: Das hngt davon ab, wofr die TIFF-Dateien verwendet werden sollen. Die Standard-Einstellungen
   "TIFF-Kompression" = "LZW" und "[X] PackBits statt LZW bei 24 bit" sind fr Img2Ozf/OziExplorer
   optimal. Fr alle anderen Anwendungen muss man selbst herausfinden oder ausprobieren, welches
   Kompressionsverfahren geeignet ist.

F: Themenkomplex "TTQV5"
   (1) Warum erzeugt OziMapTrans keine QBR-Dateien fr TTQV5?
   (2) Wie erstelle ich gekachelte TIFF-Dateien mit TTQV5?
   (3) Wann werden .calx-Dateien bzw. Erweiterungen fr TTQV5 implementiert?
A: (1) QBR-Dateien sind herstellerspezifisch (s.o.)
   (2) Das muss man den Hersteller fragen (derzeit gibt es in TTQV5 offenbar keine entsprechende
       Funktion).
   (3) Es sind keine Erweiterungen fr TTQV5 geplant.

F: Ich erstelle .RMAP-Dateien fr meinen Aventura mit MOBAC. Leider lassen sich diese nicht mit
   CompeGPS Land Version 6 darstellen. Auf TwoNav (auch TabletPC) werden die Karten korrekt
   angezeigt, aber an den Rndern erscheinen manchmal Fehler in der Anzeige (wenn man stark
   hineinzoomt, erkennt man Texte wie "Not a JPEG file: starts with 0x89 0x50"). OziMapTrans
   kann die .RMAP-Dateien zwar ohne Probleme ffnen (und zeigt auch keine Fehlertexte an),
   aber erstellt keine Kalibrierungsdateien.
A: ltere Versionen von MOBAC erstellten offenbar .RMAP-Dateien, die mit CGPS Land v6 nicht
   kompatibel waren. Die Fehlertexte in der Anzeige erscheinen wohl deshalb, weil manche
   Kartenserver Leerkacheln bzw. Kartenstcke, fr die sie keine Daten bereitstellen, in einem
   anderen Dateiformat liefern. Im obigen Beispiel sind das GIF-Dateien. Das htte bei der
   RMAP-Erzeugung bercksichtigt werden mssen. Da aktuelle MOBAC-Versionen mittlerweile
   das RMAP-Format nicht mehr untersttzen, hat sich das Problem aber ohnehin erledigt.
   OziMapTrans ignoriert ungltige Kacheln in RMAP-Dateien (bzw. interpretiert ungltige
   Kacheldaten als Leerkacheln), daher kommt es auch zu keinen Fehlermeldungen.
   Derzeit wird die Mercator-Projection von OziMapTrans bei RMAP-Dateien nicht untersttzt,
   und ich sehe dafr auch keine groe Dringlichkeit, denn Karten aus MOBAC knnen ohne den
   verlustbehafteten Umweg ber das RMAP-Format mit OziMapTrans verarbeitet werden (s.o.).

F: Bei manchen .RMAP-Dateien (erstellt mit TTQV aus .tif/.cal) strzt mein Sportiva beim
   Scrollen pltzlich ab. Bei einer anderen Karte kommt es zu merkwrdigen "Pfeifgeruschen"
   am Gert. Die Darstellung der Karten unter TTQV und CGPS Land ist aber korrekt. Ich habe
   gehrt, da Aventura/Sportiva-Gerte mit bestimmten Karten sogar irreparabel zerstrt
   werden knnen! Knnten meine "Problemkarten" solche "Killerkarten" sein?
A: Von "Killerkarten" habe ich noch nichts gehrt und halte das fr ein Gercht.
   Theroretisch knnte man modifizierte Grafikdaten in .rmap-Dateien einbringen und damit
   Schwachstellen in der Gertesoftware ausnutzen, um eventuell sogar schdlichen Code auf
   dem Gert auszufhren. Die geschilderten Symptome deuten allerdings eher auf ein
   Speicherkarten-Problem oder ein defektes Gert hin.
   "Pfeifgerusche" knnen tatschlich manchmal (z.B. bei feinen Rasterungen
   im Kartenbild) auf minderwertigen Displays bzw. Monitoren auftreten. Wenn
   das Problem reproduzierbar ist, wrde ich das Gert umtauschen.

F: In letzter Zeit gibt es einige Bestrebungen, die Massendownloads von Online-Karten
   (z.B. OSM-Karten mit MOBAC) zu unterbinden. Welche Manahmen bzw. Einschrnkungen
   sind diesbezglich in OziMapTrans vorhanden oder vorgesehen?
A: OziMapTrans ruft keinerlei Daten "Online" (d.h. ber eine Internet-Verbindung) ab,
   sondern verarbeitet nur lokale Dateien. Ich sehe daher keinen Handlungsbedarf.

F: Ich wrde gern IMS-Kacheldaten hnlich wie die IMC-Kacheldaten archivieren, da sich
   sehr viele Verzeichnisse mit noch mehr Dateien ergeben haben. Eine Auslagerung auf 
   CD/DVD ist kaum mglich, da die Daten dort noch mehr Platz belegen. Gibt es dafr
   eine Lsung, was ist zu beachten?
A: Ab OziMapTrans v1.3.0.8 knnen auch IMS-Kacheldaten direkt aus TAR-Dateien gelesen
   werden (wie bei den IMC-Kacheldaten). Bei Erstellung der TAR-Dateien sollte
   bercksichtigt werden, dass OziMapTrans nur die Standard-Blockgre (512 Bytes)
   untersttzt. Die Dateinamen (inklusive Pfad) drfen nicht lnger als 100 Zeichen
   sein. Die Gre der TAR-Dateien wrde ich auf ca. 1 bis 2 GByte beschrnken.

F: Warum kann ich mit OziMapTrans keine .jnx-Dateien verarbeiten (lesen UND erzeugen)?
A: JNX ist ein uninteressantes Dateiformat. Ein Lesezugriff wrde sich nur lohnen,
   wenn es Kartenmaterial im .jnx-Format gbe, das nicht in einem anderen bereits
   lesbaren Format vorliegt. Das scheint aber nicht der Fall zu sein.
   Die Erzeugung von proprietren Grafikformaten ist auch weiterhin nicht vorgesehen.

F: Ich habe eine grorumige Spanienkarte (TopoMap) in UTM-Projektion. Die Karte ist in
   drei UTM-Zonen (29, 30 und 31) aufgeteilt. Wenn ich die drei Teile in CGPS Land lade,
   stimmt auch alles. Wenn ich allerdings die gleichen Kartendateien gleichzeitig in
   TwoNav anzeige, verschiebt sich alles. Seltsamerweise stimmt jede Karte allein geladen
   auch in TwoNav. Wo liegt der Fehler und wie kann ich die Karten fehlerfrei darstellen
   lassen (gerade im bergangsbereich der Zonen mssen ja zwei Karten aktiv sein)?
A: Das ist ein bekannter Programmfehler in TwoNav, der die gleichzeitige Anzeige von Karten
   in Transversaler Merkatorprojektion mit unterschiedlichen Projektionsparametern (hier: 
   UTM-Zone bzw. Zentralmeridian) betrifft. Dieser Fehler macht TwoNav bei der gleichzeitigen
   Darstellung entsprechender Karten praktisch unbrauchbar (siehe auch weiter oben,
   Probleme mit Karten aus verschiedenen GK-Zonen). Es gibt im konkreten Fall (UTM-Projektion)
   einen recht einfachen "Workaround", bis der Hersteller den Fehler (vielleicht) behebt:
   
   Nach Konvertierung mit OziMapTrans knnen die .map-Dateien mit CGPS-Land als Karten geffnet
   werden. Dann die Karten aber NICHT als .rmap speichern, sondern zunchst nur als .imp-Datei
   (hierbei werden nur kleine Kalibrierungsdateien erzeugt). Die Karten dann sofort schlieen,
   die .imp-Dateien mit einem Editor ffnen und die "Projection"-Zeilen wie folgt modifizieren:
   
   (Zone 29)
   Projection=3,Transversal Mercator,-9.00000000,0.00000000,0.00000000,500000.00000000,0.99960000,   
   ndern:
   Projection=0,UTM,29,N,
   
   (Zone 30)
   Projection=3,Transversal Mercator,-3.00000000,0.00000000,0.00000000,500000.00000000,0.99960000,
   ndern:
   Projection=0,UTM,30,N,
   
   (Zone 31)
   Projection=3,Transversal Mercator,3.00000000,0.00000000,0.00000000,500000.00000000,0.99960000,
   ndern:
   Projection=0,UTM,31,N,

   Die .imp-Dateien nach den nderungen abspeichern, dann mit CGPS die .imp-Dateien ffnen
   und die Konvertierung der Karten in das .rmap-Format mit "Speichern als..." durchfhren.
   
   Bemerkungen: die "Projection"-Einstellungen "Transversal Mercator" (mit Parametern)
   entsprechen den jeweiligen "Projection"-Einstellungen "UTM". Bei "Transversal Mercator"
   werden nur alle Projektionsparameter explizit aufgefhrt, bei "UTM" sind einige Parameter
   implizit bzw. anders angegeben (Zone statt Zentralmeridian). Letztlich ist UTM aber auch
   nur eine spezielle Transversale Merkatorprojektion... Die ebenfalls mgliche Einstellung
   "Automatic" sollte NICHT benutzt werden, da CGPS manchmal (je nach von der Karte abgedecktem
   Gebiet) die tatschliche UTM-Zone nicht korrekt ermittelt. Da die UTM-Zonen bekannt sind,
   kann man diese Fehlerquelle von vornherein vermeiden.
   Warum TwoNav die Karten mit unterschiedlichen "Transversal Mercator"-Einstellungen nicht
   korrekt gleichzeitig darstellt, sondern nur mit den entsprechenden (inhaltlich identischen)
   "UTM"-Einstellungen, ist vllig unverstndlich.

F: OziMapTrans lsst sich nicht auf meinem Apple Mac Computer starten (Fehlermeldung).
   Welche Systemvoraussetzungen mssen erfllt sein? Gibt es eine Mac-Version?
A: OziMapTrans bentigt ein 32-bit Windows (XP, 2000, Vista etc.). Es gibt keine spezielle
   Version fr MacOS oder andere Betriebssysteme.

F: Nochmal zur TIFF-Kompression... Ich habe gelesen, dass nur die PackBits-Kompression bei
   Verwendung mit OziExplorer benutzt werden sollte. Stimmt das und warum?
A: Es stimmt nicht. Ich verwende NUR die LZW-Kompression. Sie ist deutlich effektiver als
   PackBits. Nur Kartenbilder mit einer Farbtiefe von 24 bpp sollten mit dem PackBits-
   Verfahren komprimiert werden. Hier sollte aber eine Farbreduktion auf 8 bpp zumindest
   ausprobiert werden, um dann auch die LZW-Kompression benutzen zu knnen.

F: Warum gibt es keine Anpassungen fr TTQV5 (.calx oder .qbr)?
A: Ich habe kein Interesse und keine Zeit, mich mit Software zu beschftigen,
   die (um es vorsichtig zu formulieren) noch "Entwicklungspotential" hat...
   Da TTQV5 die .cal-Dateien fr TTQV4 noch importieren kann, besteht kein Grund,
   .calx-Dateien zu untersttzen. Fr das Erzeugen von QBR-Karten msste der 
   Hersteller ein Werkzeug oder eine entsprechende Programmfunktion bereitstellen.

F: Ich habe mit TopoMap eine Frankreich-Karte abgerufen. Die von TopoMap erstellten
   Kalibrierungsdateien (.map) sind aber unbrauchbar und die zusammengesetzten Grafiken
   ebenfalls. Wie kann ich diese Dateien mit OziMapTrans verarbeiten?
A: Die von TopoMap "gemergten" Grafikdateien und die dazugehrigen .map-Dateien kann
   man vergessen und lschen. Nur der TopoMap-Tilecache kann mit OziMapTrans verarbeitet
   werden. Hierzu ist auf der Seite "Ini Map Stitching (IMS ini)" nach "Karte ffnen..."
   die entsprechende IMS-Steuerdatei auszuwhlen. Fr Frankreich wre das die Datei
   "IMS_TopoMap_France_Mainland.ini" bzw. "IMS_TopoMap_France_Corsica.ini" (Korsika).
   
   Achtung: die jeweiligen IMS-Steuerdateien sind grundstzlich dafr ausgelegt, alle
   Zoomstufen und den kompletten Kartenbereich zu erfassen. Wer nur einen Teil des
   Kartenbereiches oder nur eine bestimmte Zoomstufe abgerufen hat, sollte zunchst
   die automatische Farbreduktion deaktivieren und nach Auswahl der richtigen
   Zoomstufe die Farbreduktion manuell aufrufen. Vor Start der Konvertierung sollten
   dann die Leerkacheln am Kartenrand gesucht und eliminiert werden.

F: (Anschlussfrage) Die Frankreich-Karte konnte ich nun erfolgreich fr OziExplorer
   erstellen. Wenn ich die Karte (.map/.tif) aber in CompeGPS Land ffne, ist das
   Kartenbild verzerrt. Die gleiche Verzerrung erhalte ich in GlobalMapper, OziExplorer
   stellt die Karte aber unverzerrt dar. Woran liegt das?
A: CGPS Land und GlobalMapper verzerren das Kartenbild, weil sie zwar die OziExplorer
   .map-Datei importieren knnen, aber falsch interpretieren. Fr GlobalMapper habe ich
   eine Lsung beigelegt ("GM_TopoMap_France.prj").
