v1.3.0.9
  Fix: (.cmd-Dateien im Verzeichnis Batchfiles) Ich habe den Befehl "CHCP 1252" in alle
       .cmd-Dateien eingefgt, um Probleme mit Umlauten in Verzeichnisnamen zu beheben.
       Diese Probleme traten bei den Standard-Installationen einiger Kartenwerke bzw.
       deren Teilkarten auf (z.B. ..."Thringen"...).
  Neu: TourExplorer50 sterreich v5.0
       Bemerkungen: das Rasterkartenmaterial ist identisch mit der Version 4.0, daher
       wird es folgerichtig auch entsprechend erkannt. Es wurde trotzdem eine eigene
       Batchdatei ("TE50_50A.CMD") erstellt, da das Bonuskartenmaterial (Freytag & Berndt
       Freizeitkarte 1:50.000) der Version 4.0 nicht mehr zum Lieferumfang gehrt.
  Dok: nderungen an der IMS-Datei "IMS_TopoMap_France_Mainland.ini":
       - Parameter "lat_ts" war als "origin north" in den Kommentaren bezeichnet worden
         (richtig ist natrlich "latitude of true scale")
       - TileMaxX bei Layer_1 (France 1:25.000 (2m)) war zu gro (1242->1232)
       - TileMinX, TileMaxX, TileMinY und TileMaxY wurde bei Layer_9 gendert
         (der verfgbare Kartenausschnitt ist wesentlich grer als ursprnglich angenommen)
       - Datum wurde auf "WGS84_SPHERE" gesetzt
       nderungen an der IMS-Datei "IMS_TopoMap_France_Corsica.ini":
       - Datum wurde auf "WGS84_SPHERE" gesetzt
       nderungen an der IMS-Datei "IMS_TopoMap_Spain_Balearics.ini":
       - Kommentar hinzugefgt (Balearen sind ein Teilbereich von "Spain Mainland UTM31").
       
       Einige nderungen waren bereits in v1.3.0.8 erfolgt, dort aber nicht dokumentiert worden.
  Neu: ("CGPS (rmap/rtmap)")
       Weitere RTMAP-Varianten werden nun ebenfalls untersttzt.
  Fix: ("CGPS (rmap/rtmap)") bei Mosaic-Karten konnte es zu einer fehlerhaften Farbumsetzung
       bei mehreren Mosaic-Kacheln mit Farbtabelle kommen, wenn bei den einzelnen .rmap/.rtmap-
       Dateien nicht durchgngig die gleiche Farbtabelle benutzt wird bzw. wenn die Farbtiefe
       sogar unterschiedlich ist. Es wird nun versucht, eine gemeinsame Farbtabelle fr alle
       beteiligten Kartenteile zu bilden. Sollte es keine gemeinsame Farbtabelle geben, wird
       die Farbtiefe entsprechend auf 24 bpp erhht.
  Neu: Seite "Einstellungen" : Optionen zur Farbtiefenanpassung
       Kombobox "Farb-Dithermethode" mit folgenden Auswahlmglichkeiten:
       "kein Dithering"
       "Floyd-Steinberg (unidirektional)"
       "Floyd-Steinberg (bidirektional)"
       Standardeinstellung: "kein Dithering"
       
       Bemerkungen:
       Es knnen nur Kartenbilder mit der effektiven Farbtiefe 24 bpp gedithert werden, das Ergebnis
       hat immer eine Farbtiefe von 8 bpp. Voraussetzung fr das Farb-Dithering ist eine vorherige
       Reduktion der Farbtiefe auf 8 bpp (Erzeugung einer gemeinsamen Farbtabelle mit 256 Farben).
       Die Einstellung hat (natrlich) keinerlei Auswirkung bei Kartenbildern mit einer Farbtiefe
       kleiner als 24 bpp und wird ignoriert, wenn keine gemeinsame Farbtabelle ermittelt wurde.
       Die Standardeinstellung "kein Dithering" entspricht der bisherigen Farbtiefenanpassung.
       Bei der Einstellung "Floyd-Steinberg (unidirektional)" wird der Farbfehler zeilenweise
       von links nach rechts verteilt. Bei "Floyd-Steinberg (bidirektional)" dreht sich die Richtung
       der Fehlerdiffusion bei jedem Zeilenwechsel um. Mit dem bidirektionalen Verfahren wird
       normalerweise das beste Ergebnis erzielt.
       
       Beide Dither-Verfahren arbeiten immer auf den einzelnen Kacheln in Originalgre, daher
       ergeben sich keine Unterschiede zwischen Vorschau und den erzeugten Grafikdateien.
       
       Geditherte Grafiken lassen sich normalerweise schlechter komprimieren als nicht geditherte,
       daher ist mit einem Anwachsen der Dateigren zu rechnen, wenn eines der beiden Verfahren
       verwendet wird.
  Neu: Es knnen nun auch .gcp-Dateien fr QLandkarteGT erzeugt werden. Die Auswahl erfolgt ber
       Seite "Einstellungen" : "Automatisch speichern" : Option "[ ] Gcp-Dateien fr QLGT erzeugen"
       Standardwert: [ ] = aus (es werden keine .gcp-Dateien erzeugt).

v1.3.0.8
  Neu: (IMS) OziMapTrans liest IMS-Kacheln jetzt auch aus TAR-Dateien. Die Archivierung
       empfiehlt sich, wenn sehr viele Kacheldateien vorliegen. Es ist darauf zu achten,
       dass die Verzeichnisstruktur beim Archivieren mit TAR erhalten bleibt, wenn der
       Eintrag "TileFileFormat" Verzeichnisangaben enthlt.
  Neu: (IMS und IMC) Um das Einlesen der TAR-Dateien zu beschleunigen, legt OziMapTrans
       jetzt beim ersten ffnen zustzliche Indexdateien (*.tar.omt) an. Die Indexdateien
       werden im gleichen Verzeichnis wie die TAR-Dateien erzeugt bzw. erwartet.
  Fix: (IMS) Unterschiedliche Kachelabmessungen in X- und Y-Richtung wurden nur bei
       TileSizeX- und TileSizeY-Eintrgen in einer Layer-Section bercksichtigt.
       Wenn die Eintrge nur in der Map-Section standen, wurde TileSizeY auf den Wert
       von TileSizeX gesetzt. Es ist jetzt auch mglich, nur einen der beiden Eintrge
       (TileSizeX oder TileSizeY) zu setzen, der fehlende Wert wird dann mit dem
       angegebenen Wert gleichgesetzt. Obwohl meistens quadratische Kachelabmessungen
       vorkommen, sollten trotzdem immer beide Werte angegeben werden, um Unklarheiten
       zu vermeiden.
  Neu: (IMS) Steuerdateien TopoMap "Spain_Mailand" (UTM29, UTM30 und UTM31)
       Hinweise: die TopoMap "Spain_Balearics" sind ein Ausschnitt der "Spain_Mainland_UTM31".
       Die "Spain_Balearics"-Karten knnen auch aus den Kacheldaten "Spain_Mainland_UTM31"
       zusammengesetzt werden, wenn die Kacheldaten vollstndig vorliegen.
  Neu: Bei der Reduktion auf 256 Farben wurde die Ermittlung der gemeinsamen Farbtabelle
       durch Einfhrung eines neuen Verfahrens deutlich beschleunigt. Wer weiterhin das
       langsame (alte) Verfahren benutzen mchte, kann es ber die neue Einstellung
       "Farbreduzierungsmethode" auswhlen:
  Neu: Seite "Einstellungen" : Optionen zur Farbtiefenanpassung
       Kombobox "Farbreduzierungsmethode" mit folgenden Auswahlmglichkeiten:
       "langsam (altes Verfahren)" = keine Zusammenlegung von hnlichen Farbtnen
       "schnell (neues Verfahren)" =       Zusammenlegung von hnlichen Farbtnen
       Standardeinstellung: "schnell (neues Verfahren)"
       
       Bemerkungen:
       Das alte Verfahren legt nur Schwarz- und Weitne auf RGB(0,0,0) und RGB(255,255,255)
       zusammen. Das neue Verfahren reduziert zustzlich noch die Anzahl der anderen Farben
       durch Zusammenlegung hnlicher Farbtne im gesamten Farbraum. Erst danach erfolgt bei
       beiden Verfahren die eigentliche zeitintensivere Reduktion auf 256 Farben.
       Durch das neue Verfahren ergeben sich andere Farbtabellen, da der Farbraum durch die
       Zusammenlegung hnlicher Farbtne "leergefegt" wird. Das Erscheinungsbild ist -soweit
       ich feststellen konnte- meistens sogar besser als mit dem alten langsameren Verfahren.
       Es knnen sich abhngig vom Kartenbild auch geringere Dateigren (~10%) ergeben. 
       Bereits vorhandene mit dem alten Verfahren erstellte Farbtabellen (.rgb) behalten
       ihre Gltigkeit.
  nd: (Farbreduzierung) Im Protokoll werden jetzt zustzliche Zeilen mit der Anzahl der
       verbleibenden (noch zu reduzierenden) Farben nach der Zusammenlegung von Farbtnen
       ausgegeben.
  Fix: (Ausgabeformat TrekBuddy Tar) Wenn bei "zustzliche max. Speichernutzung" der Wert
       0 (Standardeinstellung) bzw. ein zu kleiner Wert eingestellt und die Option
       "[X] PNG immer streifenweise ausgeben" gewhlt war, wurden die PNG-Dateien nicht
       im TAR sondern "normal" im Filesystem geschrieben!
  Neu: ("CGPS (rmap/rtmap)")
       France Topo Mosaic ("Coordinates=-1"/"NTF", "NTF" als Variante zu "NTF France",
       |dtx| oder |dty| >1 ...). Einzelne RTMAP liessen sich bereits verarbeiten.
  Kos: ("CGPS (rmap/rtmap)")
       Mosaic-Karten generell: weil bei kleinen Abmessungen (z.B. 4096x4096) der
       Kartenstcke die Anzahl der .rtmap-Dateien sehr gro werden kann und zunchst
       ermittelt werden muss, welche Kacheln berhaupt vorhanden sind, habe ich noch
       eine Fortschrittsanzeige hinzugefgt, damit nicht der Eindruck entsteht, das
       Programm htte sich aufgehngt...
  Neu: (Ozf2/Ozfx3) mit Img2Ozf v3.11 bzw. OziMapMerge v1.16 erstellte ozfx3-Dateien
       werden jetzt auch untersttzt. Vorher wurde beim ffnen die Meldung "Fehler beim
       Lesen des Kartenbildes" ausgegeben.
  Neu: (Kartenvorschau) Tastenkombinationen "Alt"+Cursortasten: an den Kartenrand
       (links/oben/rechts/unten) scrollen.
  Fix: ("QV (qbr)") unkodierte QBR-Dateien, Ermittlung des Kachellayouts (negative
       Werte in einigen Feldern), einige bekannte Projektionen fehlen leider noch...
  nd: ("CGPS (rmap/rtmap)") "Automatic" wird jetzt nur noch in UTM umgesetzt, wenn
       eine UTM-Zone angegeben ist, ansonsten bleibt die Karte ohne Kalibrierung.
  Neu: (MM V1) Hessen 3D v1.5 (2D+3D)
       Das Kartenwerk MM v1.5 ist nun vollstndig umgesetzt! Nochmals herzlichen
       Dank an die Anwender, die beim Einmessen der Karten geholfen haben!
       Bemerkung: die Routinen zum Einmessen der 1.5er Karten wurden entfernt, da sie
       jetzt nicht mehr bentigt werden. 
  Fix: PNG-Kacheln mit Transparenz wurden nicht korrekt behandelt. Aufgefallen ist das
       einem Anwender, der outdooractive Deutschland Level 16 und 17 Kacheln mit MOBAC
       als OSMTracker Tilestore abgerufen und mit OziMapTrans (IMC) weiterverarbeitet
       hatte. Die transparenten Kacheln waren in der zusammengesetzten Karte als schwarze
       Rechtecke sichtbar und strten natrlich den Gesamteindruck...
       Bei transparenten PNG-Kacheln wird jetzt statt der Transparenzfarbe (im Beispiel
       war das Schwarz) die Hintergrundfarbe (normalerweise Wei) verwendet.
  Fix: Statt "Hermannskogel" wird jetzt das Datum "Austrian" verwendet (in TTQV .cal
       entsprechend "Austrian NS").

v1.3.0.7
  Fix: ffnen von TrekBuddy-Karten (tar oder set) mit nur einer Kachel funktionierte nicht
       mehr (das Kartenbild blieb leer)...
  Fix: Wenn nachtrglich eine Farbreduktion im Dialog "Farben" ausgefhrt und das Kartenbild
       tatschlich nur 256 oder weniger Farben enthielt, wurden die ermittelten Farben nicht
       sofort im Dialog angezeigt. Der Dialog "Farben" MUSSTE mit "Abbruch" beendet werden,
       damit die Farben richtig bernommen wurden. Wenn der Dialog mit "OK" beendet wurde,
       blieb das Kartenbild schwarz. Das konnte nur durch erneutes ffnen der Karte oder
       erneuten Aufruf des Dialogs und "alle Farben zurcksetzen" wieder korrigiert werden.
  Fix: ("QV (qbr)") bei einigen Karten konnten zwar die einzelnen QBR-Dateien geffnet werden,
       aber die Gesamtkarte blieb leer. Die Routinen zum Zusammensetzen der einzelnen
       QBR-Dateien wurde daher etwas toleranter gegenber kleineren Abweichungen von den
       erwarteten Werten gemacht.
  Neu: ("CGPS (rmap/rtmap)")
       + Projektion "GK-System 9 (Zone 3)" (ist nur ein Spezialfall von "Transversal Merkator")
       + bisher unbekannte "Coordinates"-Variante ("Coordinates=-1", GK-Format)
       + UTF-8 codierte embedded .imp-Dateien (UTF-8 wird GNADENLOS in Windows-ANSI umkodiert,
         hierbei knnen natrlich manche Sonderzeichen und Hieroglyphen verloren gehen).
  Fix: ("CGPS (rmap/rtmap)")
       Zusammenlegung von Farbeintrgen bei Kartenbildern mit Farbtabelle (Farbtiefe 4 oder 8 bpp)
       funktionierte nicht. Das Kartenbild war zwar OK, aber die einzelnen Bildpunkte wurden nicht
       auf den gleichen Palettenindex umgesetzt. Das wirkte sich negativ auf die Kompression und
       die Leerkachelerkennung aus.
       
       Zur Erluterung ein Beispiel, wie sich das Zusammenlegen von Farbeintrgen auswirkt.
       Gegeben sei ein Kartenbild der Farbtiefe 8 bpp (1 Byte pro Pixel) mit folgendem Inhalt
       (Auszug): 11 11 22 22 11 11 22 22 ...
       Jedes Byte gibt den Index eines Pixels in der Farbtabelle an. Die Farbeintrge #11 und #22
       seien #11=RGB(255,255,255) und #22=RGB(254,254,254). Aufgrund der hnlichkeit der beiden
       Farben wird Farbeintrag #22 gendert: #22=>RGB(255,255,255). Da die beiden Farbeintrge
       nun identisch sind, knnen die Bildpunkte umgesetzt werden. Es ergibt sich danach
       (Auszug): 11 11 11 11 11 11 11 11 ...
       Es drfte klar sein, da sich das Kartenbild nun besser komprimieren lsst.
       
       Bemerkungen:
       (1) wenn man Farben zusammenlegt, werden alle Bildpunkte mit gleichem Farbwert auf den
           niedrigsten Palettenindex der jeweils zusammengelegten Farbeintrge umgesetzt.
       (2) die Farbtiefe eines Kartenbildes kann NICHT durch Zusammenlegen von Farbeintrgen
           verringert werden (ein Kartenbild mit ursprnglich 8 bpp behlt auch nach dem
           Zusammenlegen der vorhandenen Farben auf 16 oder weniger verschiedene Farbwerte
           eine Farbtiefe von 8 bpp).
       (3) die Farbtabelle wird nicht gekrzt, d.h. sich wiederholende Fabreintrge werden
           nicht aus der Farbtabelle entfernt.
       
  nd: ("CGPS (rmap/rtmap)")
       Bei den niedrigsten Auflsungen wird nun die Kachelgre angepasst, wenn das Kartenbild
       in der Zoomstufe nur aus einer Kachel besteht und die Kachel kleiner als die normale
       Kachelgre (meistens 256*256 Pixel) ist. Diese nderung war ntig, da das Zusammensetzen
       bei "Mosaic"-Karten sonst Lcken im Kartenbild der niedrigsten Auflsung ergab. Bei
       einfachen (nicht "Mosaic") RMAP/RTMAP-Dateien sollte die nderung keinen praktischen
       Unterschied machen.
       
       Bemerkung: der Nutzwert der niedrigsten Auflsung ist natrlich begrenzt, aber der
       Vollstndigkeit halber habe ich das dann doch noch gendert...
       
       Anmerkungen: wer selbst "Mosaic"-Karten erzeugen will, sollte darauf achten, da die
       Abmessungen (Breite und Hhe in Pixel) der einzelnen Kartenteile mglichst gleich und
       eine Zweierpotenz sind. Mgliche Abmessungen wren also 8192*8192, 16384*16384 usw.
       (kleinere Kartenstcke halte ich nicht fr sinnvoll). Kartenteile am rechten und unteren
       Kartenrand drfen auch geringere Abmessungen haben. Diese Einschrnkungen bei den "Mosaic"-
       Karten ergibt sich m.E. durch die vorberechneten Zoomstufen (jeweils Halbierung) und die
       Kachelgre (meistens 256*256 Pixel) innerhalb der RMAP/RTMAP-Dateien.
  nd: (TTQV .cal-Dateien)
       Es werden jetzt die zustzlichen Zeilen "nord", "sued", "ost" und "west" und "scale_area"
       mit entsprechenden Werten geschrieben.
       Bemerkung: die Werte konnten sehr einfach in TTQV durch Aufruf der Kalibrierung und
                  Abspeichern ohne nderung ergnzt werden...
  Neu: (MM V1) Bayern 3D v1.5 wird jetzt voll untersttzt (3D fehlte noch)
       Erneuten Dank an Ralf fr das Einmessen der Karte!
  Fix: (MM V1) Baden-Wrttemberg 3D v1.5: die 3D-Karten (halbe Auflsung ohne Hhenlinien)
       konnten nicht ausgewhlt werden (Meldung "Diese Karte wird noch nicht untersttzt"),
       weil ich eine Resource falsch eingebunden hatte...
  Fix: (MM V2/3/4/5) Bei den Dateinamen aus den Gesamtdateien (*.txt, Auflistung der Dateien mit
       Pfadangaben) werden jetzt Leerzeichen am Anfang und Ende entfernt. Das vermeidet Fehler
       (nicht bercksichtigte Dateien mit Kacheldaten), wenn die "*_virt.txt" der Original-DVDs
       verwendet werden, weil sich bei einigen neueren Kartenwerken am Ende des letzten Dateinamens
       ein Leerzeichen befindet...
  Fix: Beim Kartentyp "Internet Map Caches" stimmte der "MM1B"-Wert nicht, wenn angepasste
       Kachelgren verwendet wurden.
  Fix: "MM1B"-Wert bei Karten mit Projektion "Equirectangular" (.map : "Latitude/Longitude").
       Hier wurde der Wert in Grad/Pixel geschrieben, er wird nun umgerechnet in Meter/Pixel.
       Da die Meter/Pixel-Werte nicht berall gleich sind, wird der Wert in Kartenmitte errechnet.
  Neu: PNG-Dateien knnen hnlich wie TIFF-Dateien streifenweise ausgegeben werden. Dadurch lassen
       sich auch sehr groe PNG-Dateien (Grenordnung GByte) erzeugen. PNG-Dateien werden jetzt
       streifenweise ausgegeben, wenn die Breite oder Hhe der Grafik 8192 Pixel berschreitet oder
       die neue Option "[X] PNG immer streifenweise ausgeben" gewhlt ist.
       
       Bemerkungen:
       (1) Bei der streifenweisen Ausgabe von Kartenbildern der Farbtiefe 24 bpp knnen sich
           niedrigere Kompressionsraten als mit dem bisherigen Verfahren ergeben, da bei der
           streifenweisen Ausgabe keine Filter untersttzt werden.
       (2) Die Streifengre betrgt immer 1 (eine Grafikzeile), da das PNG-Dateiformat eine
           zeilenweise Verarbeitung erfordert. 
       (3) Die Optionen zur Farbtiefenanpassung und die Einstellung "PNG Kompression" knnen wie
           bisher verwendet werden. In Graustufen gewandelte 24 bpp Kartenbilder werden nicht
           als Graustufen PNG (ohne Palette), sondern als PNG mit 8 bpp Farbtiefe und entsprechender
           Palette gespeichert.
       (4) Die Kompressionsrate ist bei maximaler PNG-Kompression (Level 9) praktisch immer besser
           als bei TIFF mit LZW-Kompression, dauert aber auch wesentlich lnger. 
           Meine Empfehlung: bei groen PNG-Dateien eine PNG-Kompression von 5 oder 6 verwenden!
       (5) Es gibt praktisch keine Grenbeschrnkung, aber nur wenige Programme knnen PNG-Dateien
           von mehreren GByte verarbeiten. Die meisten Programme laden PNG-Dateien komplett in den
           Arbeitsspeicher, was bei 32-Bit-Programmen sptestens ab 2 GByte problematisch wird.
       (6) Selbst wenn ein Programm sehr groe PNG-Dateien verarbeiten kann, wird das ffnen hufig
           lnger als bei vergleichbaren TIFF-Dateien dauern, da beim PNG-Dateiformat kein
           "Inhaltsverzeichnis" mglich ist, um Position und Gre der einzelnen Grafikzeilen
           schnell ermitteln zu knnen. So entpackt z.B. GlobalMapper die Grafikdaten (IDAT-Chunks)
           riesiger PNG-Dateien beim ffnen zunchst komplett in temporre Dateien und greift dann bei
           weiteren Operationen auf diese "Rohdaten" zu. Durch diesen (zeitraubenden) Zwischenschritt
           erreicht GlobalMapper auch mit extrem groen PNG-Dateien noch eine akzeptable Performance
           bei der Kartendarstellung bzw. weiteren Verarbeitung.
  Neu: Seite "Einstellungen" : Option "PNG immer streifenweise ausgeben"
       Hiermit kann die streifenweise Ausgabe von PNG-Dateien (s.o.) unabhngig von deren Gre
       erzwungen werden.
       Standardwert: [ ] = aus (nur Grafiken mit Breite/Hhe >8192 Pixel streifenweise ausgeben).
  nd: Bei der Ausgabe als TIFF erfolgt jetzt nach jedem Streifen ein FlushFileBuffers().
       Ich habe das nur hinzugefgt, um whrend einer Konvertierung die Dateigren im Explorer
       beobachten zu knnen... und ich traue den Cache-Strategien einiger Betriebssysteme nicht ;-)
  Fix: (Kartenvorschau) Es wurden einige Tasten bzw. Tastenkombinationen absorbiert, die nur
       ohne Qualifier eine besondere Funktion in der Kartenvorschau haben, z.B. Alt-F4.
  nd: (Kartenvorschau) Das im Hauptfenster eingestelle Koordinatenformat (Dezimalgrad, DDMM'SS".hh
       oder Gridmeter) wird jetzt auch in der Statuszeile der Kartenvorschau zur Anzeige der
       Koordinaten an der Position des Mauszeigers verwendet. Das Koordinatenformat kann derzeit
       nur im Hauptfenster durch Doppelklick mit der linken Maustaste im Koordinatenbereich
       umgeschaltet werden. 
  Neu: Seite "Ini Map Stitching (IMS ini)"
       Einzelne Grafikdateien knnen mit einem frei definierbaren Layout zusammengesetzt werden.
       Das Namensformat der zu verarbeitenden Grafikdateien, deren Anordnung und optional auch die
       Kalibrierung wird durch eine Steuerdatei (IMS_*.ini) festgelegt. Die Namen der Grafikdateien
       mssen einem Schema folgen (in aller Regel werden sie in X-Y-Richtung durchnummeriert), und
       die Grafikdateien sollten nicht zu gro sein (max. 2048*2048 Pixel). Derzeit werden nur
       Dateien im PNG- und JPG-Format untersttzt. Einige vorgefertigte Beispiele und Erluterungen
       befinden sich im Unterverzeichnis "IMS".

v1.3.0.6 (Weihnachtsedition 2010)
  Dok: ###############################   WICHTIGER HINWEIS   ###############################
       Jemand hat offenbar schon vor einiger Zeit bei www.megaupload.com eine ltere Version
       von OziMapTrans (v1.3.0.4) als "OziMapTrans_1304.rar" (ID: OU7B2MKC) mit dem vllig
       unsinnigen Kommentar "OziTrackTrans" eingespielt. Deswegen taucht OziMapTrans nun in
       vielen Download-Portalen auf... Leider hat der Uploader es aber nicht bemerkt, da
       beim Re-Archivieren auch einige Infos ber sein System und seine Aktivitten mit
       OziMapTrans in das RAR-Archiv geraten sind, die dort nicht hineingehren...
       Daher meine eindringliche Bitte: gebt in Zukunft NUR das Original-ZIP-Archiv weiter
       oder gebt am besten nur den Link an, wo die jeweils neueste Version zu bekommen ist
       (nmlich NUR im Forum "www.trekbuddy.net" Bereich "Tools"). Danke im voraus.
       #####################################################################################
  Kos: Bei den einfachen Dialogen (Besttigung/Info/Warnung/Fehler) wird jetzt ein
       entsprechendes Icon angezeigt. Deshalb werden auch die in der Systemsteuerung
       eingestellten Sounds bei Anzeige der Dialoge abgespielt.
  Kos: Positionen und Abmessungen von einigen Fenstern werden jetzt gespeichert und bei
       erneuter Anzeige wiederhergestellt. Die Speicherung erfolgt dabei pro Bildschirmgre
       in unterschiedlichen Abschnitten der "OziMapTrans.ini".
  Fix: Falls ein Fehler beim Schreiben der Einstellungen in die Konfigurationsdatei
       "OziMapTrans.ini" auftritt, wird jetzt eine Fehlermeldung ausgegeben und das
       Programm kann "normal" beendet werden. Die nderungen an den Einstellungen gehen
       dann allerdings verloren...
  Fix: im Archiv OziMapTrans_1305.zip fehlte die Batchdatei "TE40_50A.cmd".
  nd: Die Option "[X] Leerkacheln unterdrcken" ohne zustzliche Optionen unterdrckt jetzt
       wie bei der Leerkachelsuche nur noch Kartenteile, bei denen die Kacheldaten komplett 
       fehlen. Bisher wurde bei der Konvertierung nicht zwischen fehlenden Kacheldaten und
       Kacheln mit der eingestellten Hintergrundfarbe (i.a. wei) unterschieden, da das
       Kachelbild in beiden Fllen identisch ist.
       Hinweis: um das alte Verhalten bei der Unterdrckung von Leerkacheln zu erhalten,
       MUSS jetzt zustzlich die Option "[X] + erweiterte Leerkachel-Erkennung" ausgewhlt
       werden.
  nd: Die Reduzierung auf 256 Farben bzw. Ermittlung der gemeinsamen Farbtabelle bei
       Kartenbildern mit einer Farbtiefe von 24 bpp wurde durch eine kleine aber sehr
       effektive Optimierung in der Verwaltung der Farbtabellen und Farbeintrge erheblich
       beschleunigt. Die Ermittlung der Farbtabelle dauert bei Kartenbildern mit sehr vielen
       (mehr als 100.000) Farben jetzt nur noch 30% bis 50% der vorher bentigten Zeit!
  Fix: Beim Kartentyp "Internet Map Caches" wurde die Gre "MM1B" in den OziExplorer
       .map-Dateien falsch berechnet (der bisherige Wert entsprach den Metern pro Pixel am
       quator!). Bei der Berechnung wird nun der Breitengrad in Kartenmitte bercksichtigt.
  Neu: ("CGPS (rmap/rtmap)") "Locked" RMAP/RTMAP-Dateien (verschlsselt und unverschlsselt)
       knnen jetzt auch verarbeitet werden. Vorher wurde beim Versuch, diese RMAP/RTMAP-Dateien
       zu ffnen, der Hinweis "Verschlsselte (an eine Gerte- oder Software-ID gebundene) Karten
       werden nicht untersttzt!" ausgegeben, selbst wenn die Karten zwar "Locked" aber nicht
       an eine ID gebunden waren. Dieser Hinweis entfllt, stattdessen wird jetzt die ID erfragt,
       sofern eine Karte an eine Gerte- bzw. Software-ID gebunden ist. Hier muss exakt die
       gleiche Zeichenkette eingegeben werden, die auch bei Erstellung der Karte verwendet
       wurde (OziMapTrans ermittelt keine IDs). Die einmal eingegebenen IDs werden bei erneutem
       ffnen von gebundenen Karten wieder zur Auswahl in einer Liste angeboten und knnen ber
       den Button "Entfernen" auch wieder aus der Liste gelscht werden.
       
       Hinweis: verschlsselte RMAP/RTMAP-Dateien sind (bei identischem Kartenbild) immer etwas
       grer als unverschlsselte RMAP/RTMAP-Dateien. Durch Verwendung von unverschlsselten RMAP
       lsst sich evtl. eine bessere Performance der Kartendarstellung in TwoNav erzielen, da die
       relativ aufwndige Entschlsselung der Kacheln natrlich zustzliche CPU-Zeit bentigt
       (dieser Mehraufwand entfllt bei unverschlsselten Karten). Auf mobilen Gerten msste sich
       deshalb theoretisch auch ein geringerer Stromverbrauch und somit eine lngere Akku-Laufzeit
       ergeben (ob das eine praktisch messbare Grenordnung erreicht, habe ich nicht berprft).
       Anmerkung: fr TwoNav-Anwender wre sicherlich ein Tool interessant, das "nur" die
       Verschlsselung aus den Dateien entfernt (ohne die Karten neu konvertieren zu mssen)...
       
       Neue Projektionen
       -----------------
       6,"BGN (British National Grid)"
       7,"Irish Grid"
       
       Anmerkungen: ist "BGN" ein Schreibfehler? (htte es nicht "BNG" heien mssen?)
       
       Datumsangaben
       -------------
       "WGS 84"
       "Potsdam Rauenberg DHDN"
       "European 1950"
       "Hermannskogel"
       "NTF France"
       "CH-1903"
       "LUREF"
       "Ord Srvy Grt Britn"
       "RT 90"
       "NAD83"
       "Ireland 1965" (neu)
       "Belgium 72" (neu)
       
       Hinweise: Das Datum "LUREF" ist zumindest in einigen lteren Versionen von CompeGPS
       Land FALSCH definiert (s.u.). Ich wei allerdings nicht, ob es berhaupt Karten gibt,
       die dieses Datum verwenden (MM-Luxemburg-Karten ausgenommen).

       Falls das Datum "Belgium 72" mit OziExplorer/OziExplorerCE verwendet werden soll,
       ist die Datei "datums.dat" um den folgenden Eintrag zu erweitern:
       
       Belgium 1972, 29, -99.059, 53.322, -112.485
       
       Bei der Projektion "Transversal Mercator" wird jetzt auch der "Map Scale Factor" (K)
       aus der CGPS-Kalibrierung bernommen (speziell fr die 1:10.000 POLAND_TOPO_*.rtmap).
  Neu: ("CGPS (rmap/rtmap)") Mosaic
       Gekachelte Karten (bestehend aus mehreren RMAP- oder RTMAP-Dateien) knnen jetzt auch
       zu einer Gesamtkarte zusammengefasst werden. Hierzu ist die "Mosaic" .imp-Datei der
       Karte ber den neuen Dateifilter "Mosaic Imp-Dateien (*.imp)" auszuwhlen.
       Da es durchaus vorkommen kann, da nicht alle Teilkarten (normalerweise RTMAP-Dateien)
       vorhanden sind, wird der Kartenausschnitt entsprechend reduziert. Die Angaben bei
       den Kachelnummern beziehen sich immer auf die Gesamtkarte laut Mosaic Imp-Datei
       (bei Verwendung von angepassten Kachelgren allerdings nicht, da hier programmintern
       umgerechnet werden muss).
       
       Anmerkungen: Hipermap- und regulre Imp-Dateien werden NICHT untersttzt. Zum ffnen
       dieser Karten ist immer die jeweilige RMAP/RTMAP-Datei auszuwhlen. Eventuell zu
       Einzelkarten vorhandene Imp-Dateien werden auch weiterhin ignoriert.
       Bei den niedrigsten Auflsungen kann es zu Problemen beim Zusammensetzen des Kartenbildes
       kommen, wenn z.B. jede Teilkarte in der betreffenden Auflsung nur eine Kachel mit einer
       geringeren Abmessung als der normalen Kachelgre enthlt. hnliche Probleme treten auf,
       wenn die Abmessungen der Teilkarten kein ganzes Vielfaches der Kachelgre (normalerweise
       256*256 Pixel) sind. Soweit ich feststellen konnte, stellt CGPS Land/TwoNav solche Karten
       allerdings auch nicht korrekt dar...
       Die Farbreduzierung kann bei groen Karten extrem viel Zeit und Arbeitsspeicher bentigen,
       da hierfr alle Kacheln einmal eingelesen und die Farbinformation analysiert werden mssen
       (z.B. 1:10.000 POLAND_TOPO mit ca. 7,5 Mio Einzelkacheln in der hchsten Auflsung, wenn
       alle Mosaic-Teile installiert sind...).
       Bemerkungen: es werden voraussichtlich noch nicht alle Varianten der "Mosaic" .imp-Dateien
       untersttzt. Probleme bitte bei mir melden.
  nd: Das ffnen von RMAP/RTMAP-Dateien erfolgt nun wesentlich schneller, weil einige Daten
       erst bei Bedarf (beim Lesen einer Kachel) ermittelt werden. Die nderung war ntig,
       da sonst das ffnen groer "Mosaic"-Karten inakzeptabel langsam gewesen wre.
       Theoretisch ergibt sich durch die nderung leider eine etwas geringere Performance
       bei der tatschlichen Konvertierung.
  Neu: MM V5-Karte TourExplorer50 v5.0 (Luftbilder noch nicht!)
       Da das Kartenmaterial auf 2 DVDs verteilt ist, muss das Kartenwerk zunchst installiert
       werden. Danach sind wieder Gesamtdateien (*.txt, Auflistung der Dateien mit Pfadangaben)
       zu erstellen. Am einfachsten geht das in einem Shell-Fenster mit einigen Befehlszeilen.
       Erst in das Installationsverzeichnis wechseln und dann folgende Befehle eingeben:
       
       dir TK50_DVD*.  /S/B/ON >TE50_50_virt.txt
       dir LB_50_DVD*. /S/B/ON >TE50_50_LB_virt.txt
       
       Alternativ befindet sich im OziMapTrans-Archiv die vorbereitete Batchdatei "TE50_50.cmd"
       (siehe auch Datei "ReadMe_Cmd.txt"), die in das Installationsverzeichnis zu kopieren und
       dort auszufhren ist. Es entstehen zwei Gesamtdateien, von denen je nach gewnschter Karte
       eine in OziMapTrans auszuwhlen ist.
       
       Wie bei den anderen MM V2/3/4/5-Karten mssen die Karten beim ersten ffnen fr die
       weitere Verarbeitung indiziert werden. Im "ResData"-Verzeichnis werden dabei Indexdateien
       erzeugt, die bei einem erneuten ffnen der Karte verwendet werden. Es ergibt sich:
       
       MM5_TK50*.res (6 Dateien) ~ 337 KB, 10 Auflsungen/Zoomstufen 
       
       Bemerkungen:
       Die Luftbilder beim TourExplorer50 v5.0 sind identisch mit denen des TourExplorer50 v3.0
       bzw. TourExplorer50 v4.0, werden aber noch nicht untersttzt.
  Neu: Seite "QV (qbr)" (experimentell)
       Rasterkarten im QBR-Format knnen konvertiert werden. Normalerweise sollte die Kartenauswahl
       ber den Filter "QBR-Kalibrierungsdateien (*_qbr.cal)" erfolgen. Es werden dann alle vorhandenen
       .qbr-Dateien geffnet und zu einer Gesamtkarte zusammengefasst.
       ber den Dateifilter "QBR-Dateien (*.qbr)" knnen auch nur einzelne QBR-Dateien ausgewhlt
       werden (der Dialog erlaubt eine Mehrfachauswahl), allerdings kann dann nur das Kartenbild
       ohne Kalibrierung extrahiert werden.
       Zur Kalibrierung ist in jedem Fall eine *_qbr.cal-Datei und die entsprechende QBR-Datei zwingend
       erforderlich (normalerweise gehrt die Datei namensmig zur ersten QBR-Datei, enthlt aber die
       Kalibrierung fr die Gesamtkarte).
       Das ffnen und die Zusammenstellung der Karte kann je nach Anzahl und Gre der Kartendateien
       einige Zeit dauern. Der whrend der Zusammenstellung angezeigte Fortschrittsdialog kann nicht
       abgebrochen werden. Nach ffnen der Karte stehen -sofern vorhanden- verschiedene Zoomstufen bzw.
       Auflsungen zur Auswahl (blich sind die Zoomstufen: 1:1, 1:2, 1:4, 1:10, 1:20, 1:50 und 1:100).
       
       Besonderheiten: die Kachelgren knnen bei den verschiedenen Zoomstufen einer Karte variieren.
       Der Prfix fr die Namen der Farbprofile ist "QBR_". Falls eine Karte aus mehreren QBR-Dateien
       besteht, werden die Farbprofile unter einem Namen abgespeichert, der sich aus dem gemeinsamen
       Teil der Dateinamen der ausgewhlten QBR-Dateien ergibt. Beispiel: eine Karte bestehe aus den
       QBR-Dateien "QbrMap_01_01.qbr" und "QbrMap_01_02.qbr". Das Farbprofil fr die Karte wrde dann
       unter dem Namen "QBR_QbrMap.rgb" abgespeichert. Falls einzelne QBR-Dateien geffnet werden,
       wird das Farbprofil unter dem Namen der jeweiligen QBR-Datei mit vorangestelltem Prfix
       abgespeichert (im Beispiel ergben sich also die einzelnen Farbprofile "QBR_QbrMap_01_01.rgb"
       und "QBR_QbrMap_01_02.rgb"). Bei Karten ohne eine gemeinsame Farbtabelle (Farbtiefe=24 bpp)
       kann wie bei den anderen Kartentypen eine Farbreduktion erfolgen (automatisch oder manuell).
       
       Bemerkungen: es werden voraussichtlich noch nicht alle Varianten der Kalibrierungsdateien
       (*_qbr.cal) untersttzt. Probleme bitte bei mir melden.
  Fix: Beim ffnen von TrekBuddy-Karten (tar oder set) erschien die Fehlermeldung "Division durch Null",
       wenn die erste Kachel ("*_0_0.png" bzw. "*_0_0.jpg") fehlte. Diese Kachel wurde zur Ermittlung
       der Kachelabmessungen bentigt, daher ergab sich beim Fehlen der Kachel eine Kachelgre von
       0x0 Pixel, was im spteren Verlauf zu der Fehlermeldung mit Abbruch des Ladevorgangs fhrte. 
       Zur Ermittlung der "normalen" Kachelabmessungen wird jetzt eine beliebige Kachel nicht am
       rechten bzw. unteren Kartenrand, zur Ermittlung der Abmessungen der Gesamtgrafik wird eine
       Kachel am rechten und eine Kachel am unteren Kartenrand herangezogen.
       Bei bestimmten Randbedingungen traten auerdem Fehler beim Erzeugen von TrekBuddy-Karten im
       set- oder tar-Format auf (aufgrund eines Formelfehlers wurde jeweils versucht, Kachelgrafiken
       mit der Breite oder Hhe von 0 Pixel zu erzeugen...).
       Danke an den User "Los Wochos" fr die Hinweise im TrekBuddy-Forum.
  Neu: Bei Verwendung von angepassten Kachelgren beschleunigt jetzt ein einfacher Kachelcache
       (nur die zuletzt gelesene Kachel wird darin aufbewahrt) die Konvertierung.
       Der Geschwindigkeitsgewinn ist umso grer, je kleiner die angepasste horizontale Kachelgre
       im Verhltnis zur Originalkachelgre und je grer der Aufwand zum Lesen und Dekodieren einer
       Originalkachel ist. Bei einfach zu dekodierenden Kartentypen ergibt sich keine nennenswerte
       Beschleunigung, weil der vom Betriebssystem implementierte Datentrgercache sich offenbar
       strker auswirkt.
  Fix: ("TopXXX (mph/acc)") digitale Hhenmodelle ("dhm*.mph", blicherweise im Ordner "Dgm")
       wurden seit einigen Versionen mit Farbtiefe 24 bpp geffnet, obwohl die "Farbtiefe"
       eigentlich 16 bpp betrgt... Das TIFF-Ausgabeformat sollte nicht benutzt werden, 
       allenfalls BMP ist mglich. Farbreduktion wird nicht untersttzt (bleibt ergebnislos).
       Die Konvertierung der Hhenmodelle als Grafik macht aber ohnehin wenig Sinn. 
  Kos: Bei Aufruf des Buttons "Kachelinfos" im Dialog "Karteninfo" wird je nach Anzahl der
       Kacheln ein sehr umfangreiches Protokoll erstellt. Um die Ausfhrung zu beschleunigen,
       wird das Fenster jetzt nur nach jeder Kachelzeile aktualisiert.
       Falls die Kacheldaten in mehreren Dateien aufgeteilt sind (z.B. MM-Karten) wird zu
       jeder Kachel die Nummer der Datei ausgegeben, in der die Kachel abgelegt ist.
       Im Anschluss an die Kachelliste folgt dann zustzlich eine Liste der Dateien,
       aus der man den Dateinamen entnehmen kann.
  Neu: Kartenvorschau (experimentell)
       Eine einfache Kartenvorschau kann durch Doppelklick im Bereich der Kachelvorschau
       oder den entsprechenden Button aufgerufen werden. Experimentierfreudigen Anwendern
       wird vielleicht schon in v1.3.0.5 die Kartenvorschau aufgefallen sein (konnte durch
       Doppelklick in die Kachelvorschau aufgerufen werden, war noch nicht ausgereift und
       daher undokumentiert...). Die neue Kartenvorschau ist hauptschlich dazu gedacht,
       sich einen greren Kartenausschnitt direkt (ohne Konvertierung) ansehen zu knnen.
       Es werden noch keinerlei Optimierungen verwendet, daher kann die Anzeige gerade in
       verkleinerter Darstellung (Zoom < 100%) recht langsam sein. Als visuelle Rckmeldung
       ndert sich der Mauzeiger in eine Sanduhr, wenn die Karte aus den Einzelkacheln am
       Bildschirm aufgebaut wird.
       Der Code der Kartenvorschau umfasst brigens weniger als 16 KByte bei ca. 700 Zeilen
       Quelltext, daher sollte hier niemand ein vollstndiges Kartenprogramm erwarten ;-)
       
       Hinweise: angezeigt wird der Kartenausschnitt, der ber die vier Eingabefelder
       "von Kachel" und "bis Kachel" (jeweils X/Y) ausgewhlt wurde (direkt nach ffnen
       ist das immer die gesamte Karte). Bei der Anzeige wird natrlich auch eine evtl.
       gewhlte und aktivierte Kachelgrenanpassung bercksichtigt.
       Um eine mglichst groe Anzeigeflche zu erhalten, habe ich auf zustzliche Controls
       verzichtet. Folgende Tastaturbefehle stehen zur Verfgung:
       
       Taste/Key        English             Aktion
       ================================================================================
       '+'                                  Zoom +10% (+1%, wenn Zoom aktuell <  10%)
       '-'                                  Zoom -10% (-1%, wenn Zoom aktuell <= 10%)
       ' ' (Leertaste)  Space               Zoom 100%
       '1','2' ... '0'                      Zoom 10%, 20% ... 100%
       F2,F3 ... F10    Function keys       Zoom 200%, 300% ... 1000%
       '#'              Toggle Tilegrid     Kachelgitter  anzeigen an/aus
       'n','N'          Toggle Tilenumbers  Kachelnummern anzeigen an/aus ("[X,Y]")
       'r','R'          Refresh Display     Anzeige neu aufbauen (sollte unntig sein)
       'c','C'          Center Map          zur Mitte der Karte
       Pos1             Home                zur linken oberen Ecke der Karte
       Ende             End                 zur rechten unteren Ecke der Karte
       Bild auf/ab      Page Up/Dn          seitenweises Scrollen nach oben/unten
       Pfeiltasten      Cursor keys         Scrollen nach links/rechts/oben/unten
                                            ohne Taste        = +/- 8 Pixel
                                            mit Umsch (Shift) = seitenweise
                                            mit Strg  (Ctrl)  = +/- 1 Pixel
       
       Auer ber die Tastaturbefehle und Bildlaufleisten kann die Karte auch durch Klicken
       und Gedrckthalten ("Click and Hold") der linken Maustaste direkt verschoben werden.
       Mit einem Mausrad kann die Karte gezoomt werden (wie '+'/'-'). Zoomen ist nach unten
       auf 1% und nach oben auf 10000% begrenzt. Bei kleinen Kachelgren kann sich auch
       ein Minimalwert grer als 1% ergeben, da eine Kachel in verkleinerter Darstellung die
       Mindestgre von 4x4 Pixel haben muss. Bei der typischen Kachelgre von 64x64 Pixel
       ergibt sich daher z.B. bei ozf2/ozfx3-Dateien ein minimaler Zoom von 7%. Beim Zoomen
       werden die evtl. in den Karten vorhandenen Auflsungen bzw. Zoomstufen NICHT benutzt,
       sondern die Kachelbilder der gewhlten Auflsung/Zoomstufe werden bei der Anzeige
       entsprechend skaliert. Beim Zoomen bleibt der Ausschnitt auf die Bildschirmmitte zentriert.
       Die Anzeige der Kachelnummern wird unterdrckt, wenn durch Verkleinerung (Zoom -) die
       Abmessungen einer Kachel auf dem Bildschirm nicht mehr ausreichen, um den entsprechenden
       Text darzustellen (in gewissen Grenzen wird vorher noch die Schriftgre verkleinert).
       In der Statuszeile werden einige Informationen zur Cursorposition (Mauszeiger) angezeigt
       (Kachelnummern X/Y, Zoom %, Koordinaten und geodtisches Datum).
       Beim Schlieen der Kartenvorschau werden Zoomfaktor und die Einstellungen "Kachelgitter
       anzeigen an/aus" sowie "Kachelnummern anzeigen an/aus" abgespeichert und beim nchsten
       Aufruf der Kartenvorschau wieder verwendet.
       Kachelgitter und Kachelnummern knnen NUR in der Kartenvorschau eingeblendet werden,
       sie werden bei einer Konvertierung NIEMALS in das Kartenbild bernommen.

  nd: Layoutnderungen: Button Kartenvorschau (Lupe). Die Box "Zoomstufen / Auflsungen"
       wurde von der Box "Kachelung" entkoppelt.
  Neu: Projektion "Latitude/Longitude" (bei einigen Kartentypen)
       Bemerkung: die Projektion "Latitude/Longitude" wird leider hufig flschlicherweise
       benutzt, um eine Karte zu kalibrieren. Ich mchte in diesem Zusammenhang auf die
       OziExplorer-Hilfe verweisen. OziMapTrans schreibt nur "Latitude/Longitude", wenn
       die Karte in der Projektion "MP_EQC" vorliegt (PolyCal=No, es werden max. vier
       Kalibrierungspunkte an den Kartenecken erzeugt) oder die Karte ber Polynome
       kalibriert ist (PolyCal=Yes, es werden immer 9 Kalibrierungspunkte erzeugt).
  nd: Falls eine Projektion oder ein geodtisches Datum nicht untersttzt wird, erfolgt
       nun ein entsprechender Hinweis. Die Hinweistexte wurden um den Zusatz "Nur das
       Kartenbild kann extrahiert werden!" ergnzt.
  nd: Seite "Einstellungen" : Optionen zur Farbtiefenanpassung
       Die Option "[ ] automatische Farbreduktion bei 24 bit Farbtiefe" wurde erweitert
       und in eine Kombobox mit folgenden Auswahlmglichkeiten umgewandelt:
       
       "automatisch"                     = gemeinsame Farbtabelle ohne Reduzierung ermitteln
       "immer"                           = Farbtabelle ermitteln, ggf. auf 256 Farben reduzieren
       "vorher fragen"                   = wie "immer", aber vorher nachfragen
       "nur existierende .rgb verwenden" = Farbtabelle verwenden aber nicht ermitteln
       "nie"                             = Farbtabelle weder verwenden noch ermitteln

       "automatisch" entspricht der nicht gewhlten alten Option ("[ ]")
       "immer"       entspricht der       gewhlten alten Option ("[X]")
       
       Standardwert ist "automatisch" (entspricht dem alten Standardwert)
       
       Hinweise: die neuen Einstellungen sind fr Anwender ntzlich, die externe Programme
       zur Farbreduktion verwenden oder die Farbtiefe 24 bpp ohnehin beibehalten wollen.
       Das vielleicht lstige Ermitteln der Farbtabellen kann man damit unterdrcken.
       Einmal abgespeicherte Farbtabellen (.rgb-Dateien im Profile-Verzeichnis) werden wie
       bisher automatisch geladen und benutzt, nur die Einstellung "nie" verhindert das.
       Ansonsten kann die Farbtiefenanpassung wie bisher im Dialog "Farben" festgelegt werden.
  Neu: (MM V1) Baden-Wrttemberg 3D v1.5 (Nord+Sd,2D+3D) wird jetzt untersttzt.
       Der Dank geht (erneut) an Ralf fr das "Einmessen" der Karte!
       Besonderheiten: in 2D stehen 7, in 3D nur 6 Auflsungen zur Verfgung (ergibt
       insgesamt 13 verschiedene Kartenbilder). Wenn nur ein Teil (Nord oder Sd)
       vorhanden ist, sollte man vor der Konvertierung die "Leerkacheln am Rand suchen"
       lassen und das Ergebnis als Teilbereich bernehmen.
  Fix: (MM V1) Nach Auswahl von 3D-Kartenbildern kam es bei einigen Karten zu Fehlermeldungen
       bei der Konvertierung (Problem bei der Initialisierung interner Strukturen).
  Fix: (MM V1) Rheinland-Pfalz/Saarland v1.5 konnte seit OziMapTrans v1.3.0.2 nur noch
       teilweise konvertiert werden (die Datei "2D_2" wurde nicht richtig eingebunden)!
  Fix: "Fehler bei Einfgen von RichEdit-Zeile" beim Aufruf des Dialogs "Karteninfo"
       (z.B. bei Kompass Schweiz).
  Kos: Im Dialog "Karteninfo" werden jetzt einige Fliekommawerte (z.B. Zentralmeridian und
       Auflsung X/Y [m/Pixel]) mit acht Dezimalstellen angezeigt (gerechnet wird immer mit
       der vollen Genauigkeit). Bei einigen Karten (Projektion "MP_EQC") wird jetzt die
       Auflsung als "[/Pixel]" angezeigt (diese Karten werden fr OziExplorer mit der
       Projektionsart "Latitude/Longitude" und "PolyCal=No" gewandelt).

  nd: OziMapTrans.exe ist beginnend mit dieser Version mit dem Exe-Packer UPX komprimiert.
       Daher bitte nicht wundern, da die Dateigre im Vergleich zu v1.3.0.5 auf ca. 1/3 (!)
       geschrumpft ist. Falls es Probleme auf "exotischen" Windows-Plattformen (insbesondere
       Wine oder anderen Windows-Emulationen) geben sollte, bitte melden.
  Dok: Weil ich mehrfach danach gefragt wurde, wie man verschiedene MOBAC-Kartenquellen in
       ein Kartenbild mischt, habe ich ein kleines Beispiel "mobac-profile-OMT_MixedMap.xml"
       und eine Kurzanleitung "OMT_MixedMap_ReadMe.txt" erstellt. Beide Dateien befinden
       sich im Unterverzeichnis "Batchfiles" nach Entpacken des ZIP-Archivs. Bitte ansehen
       und ausprobieren!

v1.3.0.5
  Fix: Ausgabeformat "TrekBuddy Tar-Dateien (*.tar)"/"TrekBuddy Set-Dateien (*.set)"
       mit angepasster Kachelgre und Aufteilung in mehrere Teile: Randkacheln mit
       geringerer Gre wurden in der eingestellten angepassten Kachelgre erzeugt.
       Dies passierte nur, wenn die Abmessungen des gewhlten Kartenausschnitts kein
       ganzes Vielfaches der eingestellten Kachelgre war. Ich wei nicht, ob das
       negative Folgen fr TrekBuddy hatte, es war aber definitiv ein Fehler.
       Die Option "Leerkacheln unterdrcken" lie sich in dieser Konstellation auch
       nicht vernnftig abschalten!
  Fix: Bei eingestellter berlappung X/Y und Aufteilung mit fester Anzahl X/Y wurden
       die eingestellten oberen Kachelgrenzen (bis Kachel X/Y) nicht erreicht, wenn
       Restkacheln (genauer gesagt: mehr als EINE Restkachel in X- bzw. Y-Richtung)
       zu verteilen waren! Dieser Fehler existierte schon seit vielen Versionen
       und ist mir erst jetzt eher beilufig aufgefallen...
       WARNUNG: aufgrund dieses Fehlers knnen die Kalibrierungsdateien fr bereits
       mit Vorgngerversionen erstellte Grafikdateien nicht einfach nur neu erzeugt
       werden (Ausgabeformat "nur Map-Dateien fr bereits erzeugte Grafikdateien"),
       sondern die Grafikdateien sind ebenfalls neu zu erstellen!
  Fix: In TTQV .cal-Dateien wurden die Parameter bei Lambert-Projektionen falsch
       geschrieben (Wert fr "lat_0" in "x_0", "y_0" fehlte). Danke an Cragganmore
       fr den Hinweis!
  Neu: AndNav- und Maverick-Karten knnen jetzt ber die Seite "Internet Map Caches (...)"
       gelesen und konvertiert werden. Bemerkung: der einzige Unterschied zum OziExplorer
       Internet Map Cache (mit dem die Seite "Internet Map Caches" einst angefangen hat)
       ist der Aufbau der Dateinamen: bei den AndNav-Karten wird jeweils ".andnav" und
       bei Maverick wird ".tile" an die Namen der Grafikdateien angehngt.
       
       Hinweis: MOBAC kann Karten im AndNav- oder Maverick-Ausgabeformat erzeugen.
       Das ist vielleicht fr TTQV-Anwender interessant, die sehr groe Karten erstellen
       wollen und bisher an den entsprechend groen PNG-Dateien scheiterten. Mit
       OziMapTrans knnen aus AndNav- oder Maverick-Karten nun auch .tif- und .cal-Dateien
       fr TTQV erzeugt werden. TTQV kann TIFF-Dateien von bis zu 4 GByte verarbeiten.
       
       Bemerkung: Da jetzt das AndNav-/Maverick-Ausgabeformat untersttzt wird, gebe
       ich meine ursprnglichen Plne auf, den MOBAC tilestore (Berkeley DB) direkt
       zu verarbeiten.
  Dok: Zum ffnen der AndNav- oder Maverick-Karten ist (wie bei den anderen Internet
       Caches auch) das Basisverzeichnis der erzeugten Karten auszuwhlen.

       Beispiel: mit MOBAC wurde eine AndNav-Karte aus der Quelle "OpenStreetMap Mapnik"
       erzeugt. Das MOBAC Atlasverzeichnis ist auf "D:\MOBAC\atlases" eingestellt (siehe
       auch die MOBAC Einstellung "Settings - Directories - Atlas output directory").
       Im MOBAC Atlasverzeichnis wird bei Erzeugung des Atlas ein Unterverzeichnis mit
       dem ausgewhlten Namen (z.B. "OSM") und einem Suffix aus Datum und Uhrzeit erstellt
       (z.B. "OSM_2010-06-01_120000"). In diesem Unterverzeichnis liegt dann ein weiteres
       Unterverzeichnis, bei der obigen Kartenquelle "Mapnik". Dieses Verzeichnis ist das
       Basisverzeichnis der Karte und muss in OziMapTrans ausgewhlt werden, im Beispiel
       also "D:\MOBAC\atlases\OSM_2010-06-01_120000\Mapnik".

       Wenn mehrere Zoomstufen in MOBAC ausgewhlt wurden, stehen sie in OziMapTrans
       auch zur Auswahl (die Kacheln jeder Zoomstufe werden von MOBAC jeweils in einem
       Unterverzeichnis im Karten-Basisverzeichnis abgelegt). Wenn mehrere Quellen in
       MOBAC ausgewhlt wurden, sind entsprechend mehrere Karten bzw. Basisverzeichnisse
       vorhanden.
  Neu: (Tipp) Beim AndNav- und Maverick-Ausgabeformat werden viele kleine Dateien erzeugt.
       Bei groen Karten wird das Dateisystem dadurch stark belastet. Um eine bessere
       Handhabung und Archivierung der Kacheldaten zu ermglichen, kann OziMapTrans auch
       geTARte AndNav- und Maverick-Karten verarbeiten! Sinnvollerweise archiviert man
       die Kacheldaten der einzelnen Zoomstufen in jeweils eine Tar-Datei (es knnen aber
       auch mehrere Zoomstufen in einer Tar-Datei zusammengefasst werden).
       OziMapTrans ffnet alle Tar-Dateien im ausgewhlten Verzeichnis und kombiniert
       aus den darin gefundenen Kacheldaten eine Karte, ggf. auch mit mehreren zur Auswahl
       gestellten Zoomstufen. Innerhalb der Tar-Dateien muss die Zoomstufe der Kachelbilder
       in deren Dateinamen als Teil des Dateipfades abgelegt sein (das ist normalerweise
       immer erfllt, wenn mit Tar ein ganzes Verzeichnis archiviert wird).
       
       Beispiel: Tar-Inhaltslisting einer mit MOBAC erstellten AndNav Karte, Zoomstufe Z=1
       (Format der Dateinamen innerhalb der Tar-Datei: "<Z>/<X>/<Y>.jpg.andnav")

       1/0/0.jpg.andnav
       1/0/1.jpg.andnav
       1/1/0.jpg.andnav
       1/1/1.jpg.andnav
       
       Eine solche Tar-Datei erhlt man, indem man in das Basisverzeichnis der Karte
       wechselt und die jeweilige Zoomstufe TARed, z.B. "tar -c -fLevel_1.tar 1".
       Die Tar-Datei darf auch andere Dateien enthalten, aber deren Dateinamen sollten
       nicht dem obigen Tileschema entsprechen. Die Erweiterung (Extension) der Dateinamen
       wird ignoriert. Es knnen also auch die Inhalte von AndNav- und Maverick-
       Kartenarchiven gleichzeitig verarbeitet bzw. gemischt werden.
       
       Sofern sich eine Kacheldatei (festgelegt durch <Z>, <X> und <Y>) in mehreren
       der verarbeiteten Tar-Dateien befindet, wird die Kachel mit dem jngsten
       Dateidatum (Datum der nderung) verwendet. Wenn eine Kachel auch "normal"
       (d.h. im Dateisystem) existiert, wird sie bevorzugt verwendet (ohne
       Bercksichtigung des Dateidatums). Die Dateinamen in der Tar-Datei drfen
       auch Pfadangaben vor der Zoomstufe (<Z>) enthalten. Diese Pfadangaben werden
       ignoriert. Das ermglicht die Mischung von Kartenbildern verschiedener Quellen!
       Man knnte z.B. als flchendeckende "Grundkarte" GoogleMaps-Kacheln verwenden
       und Teilbereiche aus OSM-Karten "einmischen" (einfach die GoogleMaps-Kacheln
       TARen und die Tar-Datei in das Basisverzeichnis der OSM-Karte kopieren).
       Es knnen natrlich auch Tar-Dateien mit mehreren unterschiedlichen Kartenquellen
       und evtl. mehreren Zoomstufen in ein Verzeichnis gelegt werden. Die Kacheln einer
       Zoomstufe werden dann zusammengemischt. Dadurch ergeben sich neue interessante
       Mglichkeiten!
       
       Bei Speicherung der Daten in FAT/FAT32-Dateisystemen erhlt man (bedingt
       durch die Clustergren insbesondere bei groen Datentrgern) erhebliche
       Speicherplatzvorteile durch Archivierung der Kacheldaten in Tar-Dateien!
       Anmerkung: Archivierung im Tar-Format wurde gewhlt, weil die Verarbeitung
       von Tar-Dateien ohnehin vorhanden war (siehe TrekBuddy-Karten).
       Komprimierte Tar-Dateien werden NICHT untersttzt (die Kacheldaten sind
       bereits komprimiert, daher wrde sich keine groe Speicherplatzersparnis
       ergeben). GeTARte TrekBuddy-Karten knnen NICHT mit geTARten AndNav- bzw.
       Maverick-Karten kombiniert werden, da sich deren Aufbau unterscheidet!
  Neu: Verbesserte Fehlerbehandlung bei fehlerhaften Kachelbildern.
       Falls schwerwiegende Fehler beim Lesen einzelner Kacheln auftreten, werden
       jetzt entsprechende Meldungen in das Protokoll geschrieben. Je nach verwendetem
       Kachelformat knnen das z.B. Prfsummenfehler in den Kacheldaten oder andere
       Anomalien sein, die normalerweise einen Ausnahmezustand (Exception) hervorrufen
       wrden. Bei der Konvertierung werden die fehlerhaften Kachelbilder als Leerkacheln
       behandelt, d.h. mit der jeweiligen Hintergrundfarbe (i.a. wei) gefllt.
       Bei kommerziellen Karten sind nur bei Datentrgerfehlern defekte Kacheldaten
       zu erwarten. Bei Verarbeitung von Internet Caches knnen aber durchaus von
       vornherein fehlerhafte Kachelbilder z.B. aufgrund von bertragungsfehlern
       existieren. Die Protokollierung der Fehler soll helfen, die fehlerhaften
       Kachelbilder lokalisieren und ggf. ersetzen zu knnen.
  Neu: ("CGPS (rmap/rtmap)") Dateiformat "$0000000A" und Farbtiefe 32 (!) bpp.
       Hinweis: die Farbtiefe 32 bpp wird intern gleich auf 24 bpp herabgesetzt,
       da Bilddateien in 32 bpp Farbtiefe vllig unsinnig sind.
  Kos: Neben der Koordinatenanzeige werden jetzt die Bezeichnungen "Links", "Oben",
       "Rechts" und "Unten" angezeigt (die Idee dazu kam von einem Screenshot, den
       Balloni in das TrekBuddy-Forum gesetzt hatte).
  Fix: Die Kalibrierung der Kompass-Karte "La Palma" stimmte wegen zwei vertauschten
       Parametern nicht. Eventuell sind auch andere Kompass-Karten betroffen (mir
       sind allerdings keine bekannt).
       Hinweis: bei einigen (lteren) Kompass-Karten existieren neben den .gvg/.gmp-
       Dateien zustzlich nicht leere .ref-Dateien. Bei diesen Karten ist die
       Kalibrierung nicht optimal, da OziMapTrans die .ref-Dateien nicht auswertet.
       Soweit ich wei, sind nur die Kartenwerke "Kanarische Inseln 3D", "Balearen 3D"
       sowie die entsprechenden lteren Einzelkarten betroffen.
  Neu: MM V4-Karte TourExplorer sterreich v4.0 (TE4_50A+TE4_50A_3D+TE4_50A_FB, Luftbilder
       werden noch nicht untersttzt!)
       Da das Kartenmaterial auf 3 DVDs verteilt ist, muss das Kartenwerk zunchst installiert
       werden. Danach sind wieder Gesamtdateien (*.txt, Auflistung der Dateien mit Pfadangaben)
       zu erstellen. Am einfachsten geht das in einem Shell-Fenster mit einigen Befehlszeilen.
       Erst in das Installationsverzeichnis wechseln und dann folgende Befehle eingeben:
       
       dir Austria_2D*.*      /S/B/ON >TE40_50A_virt.txt
       dir TK50_Austria_3D*.* /S/B/ON >TE40_50A_3D_virt.txt
       dir Austria_FB*.*      /S/B/ON >TE40_50A_FB_virt.txt
       dir SAT_Austria*.*     /S/B/ON >TE40_50A_LB_virt.txt
       
       Alternativ befindet sich im OziMapTrans-Archiv die vorbereitete Batchdatei "TE40_50A.cmd"
       (siehe auch Datei "ReadMe_Cmd.txt"), die in das Installationsverzeichnis zu kopieren und
       dort auszufhren ist. Es entstehen vier Gesamtdateien, von denen je nach gewnschter Karte
       eine in OziMapTrans auszuwhlen ist.
       
       Wie bei den anderen MM V2/3/4-Karten mssen die Karten beim ersten ffnen fr die weitere
       Verarbeitung indiziert werden. Im "ResData"-Verzeichnis werden dabei Indexdateien abgelegt,
       die bei einem erneuten ffnen der Karte verwendet werden. Es ergibt sich:
       
       MM4_Austria_2D*.res      (6 Dateien) ~ 580 KB, 10 Auflsungen/Zoomstufen
       MM4_TK50_Austria_3D*.res (2 Dateien) ~ 120 KB,  9 Auflsungen/Zoomstufen
       MM4_Austria_FB*.res      (4 Dateien) ~ 586 KB, 10 Auflsungen/Zoomstufen
       
       Bemerkungen:
       Die Luftbilder des TourExplorer50 sterreich v4.0 sind identisch mit denen des
       TourExplorer50 sterreich v3.0, werden aber noch nicht untersttzt.
       Bei der TE4_50A_FB handelt es sich um das Bonuskartenmaterial (Freytag & Berndt
       Freizeitkarte 1:50.000).
  Neu: MM V5-Karte TourExplorer25 v5.0 (TE5_25 und TE5_25_3D, Luftbilder noch nicht!)
       Sinngem gilt das gleiche wie fr alle MM V2/3/4-Karten. Die Gesamtdateien knnen
       mit folgenden Befehlszeilen erzeugt werden:

       dir *_2D*. /S/B/ON >TE50_25_virt.txt
       dir *_3D*. /S/B/ON >TE50_25_3D_virt.txt
       dir LB_*.  /S/B/ON >TE50_25_LB_virt.txt
       
       Alternativ befindet sich im OziMapTrans-Archiv die Batchdatei "TE50_25.cmd" (siehe auch
       Datei "ReadMe_Cmd.txt"), die in das Installationsverzeichnis zu kopieren und dort
       auszufhren ist. Es entstehen dabei drei Gesamtdateien, von denen je nach gewnschter
       Karte eine in OziMapTrans auszuwhlen ist.
       
       Die Karten mssen beim ersten ffnen fr die weitere Verarbeitung indiziert werden.
       Im "ResData"-Verzeichnis werden dabei Indexdateien abgelegt, die bei einem erneuten
       ffnen der Karte verwendet werden. Es ergibt sich:
       
       MM5_*2D*.res (Deutschland gesamt 17 Dateien) ~ 1.47 MB, 11 Auflsungen/Zoomstufen 
       MM5_*3D.res  (Deutschland gesamt  8 Dateien) ~  349 KB, 10 Auflsungen/Zoomstufen
       
       Bemerkungen:
       Die Luftbilder des TourExplorer25 v5.0 sind identisch mit denen des TourExplorer25 v3.0
       und v4.0, werden aber noch nicht untersttzt.
  nd: Die Seite "MM V2/3/4" wurde wegen der MM v5.0 Karten umbenannt in "MM V2/3/4/5".
  Kos: OziMapTrans merkt sich nun die zuletzt angezeigte Seite und wechselt beim nchsten
       Programmstart wieder auf diese.
  nd: Die englische bersetzungsdatei "OziMapTrans_English.lng" wurde entsprechend
       den nderungen angepasst.
  Dok: Es sind zwei neue Optionen hinzugekommen, die allerdings noch nicht komplett
       durchgetestet sind. Ich habe die Einstellungsmglichkeit fr die Optionen
       daher erstmal ausgeblendet und die Funktionalitt deaktiviert.
       In der englischen bersetzungsdatei sind die Optionen allerdings schon vorhanden
       und die Standardwerte werden auch in die OziMapTrans.ini geschrieben (falls
       sich jemand darber wundern sollte...)
  Neu: Im OziMapTrans-Archiv befinden sich nun im Unterverzeichnis "Batchfiles" einige
       Batchdateien, um die Gesamtdateien (*.txt) bei den MM2/3/4/5-Karten erzeugen
       zu knnen. Bitte dazu auch die Datei "ReadMe_Cmd.txt" lesen!

v1.3.0.4
  Fix: Ausgabeformat "TrekBuddy Tar-Dateien (*.tar)"/"TrekBuddy Set-Dateien (*.set)"
       Wenn eine Aufteilung der Karte ber "(X) feste Anzahl" erfolgte, wurden
       falsche Dateinamen fr die Kacheldateien erzeugt, wenn Restkacheln zu
       verteilen waren (Hinweis im Protokoll): die Kachelvergrerung wurde bei
       nachfolgenden Dateinamen nicht bercksichtigt.
       Hinweis: dieses Problem tritt beim neuen Aufteilungsverfahren (s.u.)
       ohnehin nicht mehr auf.
  Dok: Der Cache des Programms "Tintenbrots Free Tile Converter" (TFTC) kann
       ebenfalls ber die Seite "Internat Map Caches (Ozi/gMapMaker/TAC)" verarbeitet
       werden (fr die OSM-Karten ist z.B. das Verzeichnis "cache_OSM" im TFTC-
       Verzeichnis auszuwhlen)...
  Fix: ("LKxx/Kompass (gvg/gmp)") bei Karten mit Projektion "UTM" wurden vllig
       falsche Koordinaten errechnet! Betroffen waren alle Punkte auer dem
       absoluten Punkt (0,0). Der Fehler hatte sich in Version v1.3.0.3 aufgrund
       von nderungen bei Karten, die sich ber mehrere UTM-Zonen erstrecken,
       eingeschlichen... (Danke an Welcome99 fr den Hinweis)
  Neu: Datum "NAD83" wird jetzt beim Kartentyp "CGPS (rmap/rtmap)" untersttzt
       (Beipiel:Finnland Demokarten). Die Behandlung der Transversalen Merkator-
       Projektion wurde etwas verallgemeinert, um auch andere Projektionsparameter
       als die bisher bekannten zu ermglichen.
  nd: Ausgabeformat "TrekBuddy Tar-Dateien (*.tar)"/"TrekBuddy Set-Dateien (*.set)"
       Wenn eine Aufteilung der Gesamtkarte nach fester Anzahl (X/Y) sowie eine 
       angepasste Kachelgre auf der Seite "Einstellungen" eingestellt und
       aktiviert ist, erfolgt nun eine Aufteilung auf bis zu X*Y Teilkarten,
       wobei die Abmessungen der einzelnen Grafikdateien aber der angepassten 
       Kachelgre entsprechen. Das gilt auch, wenn eine Aufteilung nach fester
       Gre eingestellt wurde und die feste Gre (X/Y) nicht gleich der angepassten
       Kachelgre sondern ein Vielfaches davon ist.
       
       Fr jede Teilkarte wird ein Unterverzeichnis angelegt, in dem eine
       TAR-Datei und TMI-Datei bzw. eine MAP-Datei und ein Unterverzeichnis
       "set" mit den Grafikdateien erzeugt wird.
       
       Die Leerkachelunterdrckung kann nun ebenfalls benutzt werden. Sie bezieht
       sich bei einer Aufteilung in Teilkarten nicht auf die einzelnen Grafikdateien 
       sondern auf jeweils eine komplette Teilkarte (wenn eine Teilkarte nur
       Leerkacheln enthlt, wird sie entfernt).
       
       Wichtig: eine angepasste Kachelgre muss eingestellt UND aktiviert sein,
       sonst wird wie bisher aufgeteilt.

       Hinweise: die bisherige Verfahrensweise (komplette Karte mit angepasster
       Kachelgre) ist weiterhin mglich und wird nach ffnen einer Karte 
       vorgegeben. Die weiteren Einstellungen (Teilbereich, berlappung usw.)
       werden ebenfalls bercksichtigt.

v1.3.0.3
  Kos: Im Dialog "Farben" wurden im Bereich "Anwenderfarben" Hinweistexte (Hints)
       hinzugefgt, um die Funktionalitt zum Einstellen der Farben (Doppelklick
       auf eine Farbzelle ffnet einen Farbdialog zur Auswahl der RGB-Farbwerte)
       zu erklren. Die englische Sprachdatei wurde ebenfalls entsprechend ergnzt.
  Kos: Die Option "Kalibrierungspunkte im UTM/SwissGrid Format schreiben" wurde in
       der Anzeige erst nach ffnen einer Karte und anschlieender nderung der Option
       richtig gesetzt. Die Konvertierung bzw. Erzeugung der .map-Dateien war davon
       nicht betroffen.
  Fix: ("TB (tar/set)") MMPXY- und MMPLL-Zeilen wurden nicht aus den von TAC erzeugten
       .map-Dateien wegen zustzlicher Leerzeichen ("MMPXY, "<N> und "MMPLL, "<N>)
       bernommen. Ich wei nicht, ob die Leerzeichen schon immer von TAC geschrieben
       wurden oder ob das erst vor kurzem hinzugekommen ist...
       hnliche Probleme traten auch mit anderen (hndisch erstellten oder modifizierten)
       .map-Dateien ("MMPXY , "<N> und "MMPLL , "<N>) auf...
       Da ich den Parser fr .map-Dateien nicht unntig komplizieren will, werde ich
       keine weiteren Anpassungen vornehmen, sondern erwarte, da die .map-Dateien
       in einem Format vorliegen, wie es OziExplorer(PC) erzeugt.
       Falls zuknftig neue Probleme auftreten sollten, muss man die betreffenden
       .map-Dateien eben korrigieren, z.B. ffnen mit OziExplorer(PC), Kalibrierung
       berprfen und wieder abspeichern.
  Neu: Seite "CGPS (rmap/rtmap)" (experimentell)
       CompeGPS Rasterkarten im RMAP/RTMAP-Format knnen konvertiert werden.
       Derzeit werden nur freie (d.h. nicht an eine Gerte- oder Software-ID gebundene)
       Karten untersttzt!
       Besonderheiten: weil das Laden der Kacheltabelle bei groen Karten lnger dauern
       kann, wird eine Fortschrittsanzeige ohne Abbruchmglichkeit eingeblendet.
       Je nach Karte stehen mehrere Auflsungen/Zoomstufen (CGPS:"SubLayer") zur Auswahl.
       Zusammengesetzte Rastermaps (Aufteilung der Gesamtkarte auf mehrere Dateien und 
       Import ber eine entsprechende .imp-Datei) werden nicht untersttzt, d.h. derzeit
       knnen nur Einzelkarten (.RMAP oder .RTMAP) konvertiert werden!
       
       Bemerkungen: eine evtl. vorhandene .imp-Datei wird ignoriert (manchmal werden
       ber eine externe .imp-Datei Kalibrierungsprobleme ausgeglichen). In jeder
       .RMAP/.RTMAP-Datei ist eine .imp-Datei integriert und nur der Inhalt dieser
       "embedded" .imp-Kalibrierung wird interpretiert und nach Mglichkeit in eine
       von OziMapTrans untersttzte Kombination von Projektion und geodtischem
       Datum umgesetzt. Wenn die Umsetzung erfolgreich war, kann eine Koordinaten-
       berechnung, d.h. die Ermittlung der Koordinaten (Lon,Lat) zu einem Bildpunkt
       (X,Y), erfolgen. Da es eine Vielzahl mglicher Kombinationen von Projektion
       (bzw. deren Parametern) und geodtischem Datum gibt, kann es durchaus sein,
       da fr einige Karten noch keine Kalibrierungsdateien erstellt werden knnen.
       
       Untersttzte Projektionen
       -------------------------
         0,"UTM"
         1,"Lat/Long"                 (keine Koordinatenberechnung!)
         2,"Mercator"                 (keine Koordinatenberechnung!)
         3,"Transversal Mercator"     (diverse)
         4,"Lambert 2SP"
        12,"France Lambert II tendu"
        14,"Swiss Grid"
       184,"Swedish Grid"
       
       Die Zahl an erster Stelle ist offenbar eine CGPS interne Nummer fr die Projektion.
       Leider wird diese Nummer nicht einheitlich verwendet, daher interpretiert OziMapTrans
       den nachfolgenden Text. Bei der Projektion "Transversal Mercator" erfolgt in Abhngigkeit
       von den Projektionsparametern noch eine programminterne Umsetzung.
       
       Hinweis: analog zur Analyse und Umsetzung der .imp-Dateien werden demnchst auch
       OziExplorer .map-Dateien ausgewertet. Dabei werde ich mich zunchst ebenfalls auf
       die oben aufgelisteten Projektionen beschrnken. Nicht jedes geodtische Datum
       wird von vornherein untersttzt werden.
  Neu: Seite "TK25+ (hil)" (experimentell)
       Das einzige mir bekannte Kartenwerk dieses Kartentyps ist "TK25 Plus Rheinland-Pfalz"
       (4 CDs). Neben den eigentlichen topografischen Karten knnen auch die Stadtplne und
       sonstige Grafiken im .HIL-Format verarbeitet werden. Orthobilder werden noch nicht
       untersttzt und die Kalibrierung fehlt auch noch!
       
       Besonderheiten: bei den TK25Plus-Hauptkarten (1:25.000, "TK25Plus*.HIL") sind die
       Bildinformationen in einzelnen Farbebenen ("Folien") abgelegt, die ein- und 
       ausgeblendet werden knnen! Damit kann man sich das Kartenbild sehr inviduell 
       anpassen, da nicht nur -wie bei anderen Kartentypen- die Farben einstellbar sind,
       sondern auch Karteninhalte gezielt ausgeblendet werden knnen!
       Die Foliensteuerung wird in OziMapTrans ber den Button "Farben..." aufgerufen.
       Statt des von anderen Karten bekannten Dialogs zum Einstellen der Farben erscheint
       dann der Dialog "Folien und Farben". Die Folien werden hier in einer Baumstruktur 
       mit Farbe und Name der Folie angezeigt, ber die Checkbox kann die jeweilige Folie
       gesteuert werden (Vorgabe fr alle Folien: [X] = sichtbar). Manche Einzelfolien 
       sind zu einer Sammelfolie zusammengefasst (erkennbar als aufklappbarer Knoten mit
       einem "+" im Baum), die ber die Checkbox der Sammelfolie auch zusammengefasst
       an- oder abgeschaltet werden knnen. Alle Folien knnen in gleicher Weise ber den
       Wurzelknoten ("Alle Folien") gesteuert werden.
       
       Es gibt bei den Karten einige besondere Folien: "Hintergrund" (blicherweise wei),
       und die Folie ("TopV4") mit mehrerern Untereintrgen, die im Randbereich der Karten
       (bergang zu anderen Bundeslndern?) verwendet wird. Fr beide Folien ist kein Name
       in der .HIL-Datei abgelegt. Die Folie "TopV4" habe ich so genannt, weil durch sie
       offenbar ein Bereich mit einem anderen (dem "alten" von den TopXXX V4-Karten bekannten)
       Kartenbild definiert wird. Die Folie "TopV4" kann dabei bis zu 256 Farbeintrge
       haben, die keine Folien im eigentlichen Sinn sind: das Abschalten einzelner Farben
       wirkt sich nicht so aus wie das Abschalten "normaler" Folien, denn die entsprechenden
       Bildpunkte haben dann immer die Hintergrundfarbe. Bei "normalen" Folien knnte sich
       hingegen durchaus eine andere Farbe ergeben (z.B. schwarze Beschriftung auf einer
       Waldflche, Abschalten der Beschriftung wrde die Farbe der Waldflche erscheinen
       lassen). Davon unabhngig kann die Folie "TopV4" natrlich auch von anderen Folien
       berlagert sein (z.B. "Hhenlinien" oder "UTM-Gitter").
       
       Die Reihenfolge der Folien bestimmt deren Prioritt: die Hintergrundfarbe hat immer
       die niedrigste Prioritt, whrend "UTM-Gitter" immer die hchste Prioritt hat und
       daher ber alle anderen Folien gelegt wird. Im "alten" Kartenbild kommt es deswegen
       zu Inkonsistenzen (z.B. Hhenlinien, die Beschriftungen berdecken, was im "neuen"
       Kartenbild nicht passiert). Diese Inkonsistenzen treten aber in gleicher Form auch
       bei der Anzeige im TK25Plus-Viewer auf und sind in der niedrigen Prioritt der
       "Top4"-Folie begrndet.
       
       Die Farbe (RGB-Werte) einer Folie kann durch Doppelklick auf die jeweilige Folie
       (bzw. Farbe) eingestellt werden. Die Einstellungen (Folienauswahl und Farben) knnen
       ber den Button "Speichern..." auch gesichert werden. Sie werden dann bei einem
       erneuten ffnen der Karte automatisch wieder benutzt.
       
       Bemerkungen:
       (1) Die Farbtiefe bei den "Folien"-Karten betrgt blicherweise 8 bpp. Die Karte
           "TK25Plus.HIL" (CD3) wird zunchst mit einer Farbtiefe von 24 bpp geffnet.
           Da aber weniger als 256 Farben verwendet werden, kann auch diese Karte nach
           Ermittlung der gemeinsamen Farbtabelle mit einer Farbtiefe von 8 bpp ohne
           Verlust gewandelt werden. Die Ermittlung der gemeinsamen Farbtabelle sollte
           daher nicht abgebrochen werden! (Hintergrund: die Folie "TopV4" dieser Karte
           hat allein schon 256 Farbeintrge, von denen aber nicht alle genutzt werden).
           Bei den unbenutzten Farbeintrgen erscheint in der Baumanzeige der Text
           "(unbenutzt)" ohne Farbe. Die Farbe ist zwar definiert, kann aber nicht
           gendert werden, da sie ohnehin nicht verwendet wird.
       (2) Die Hintergrundfarbe ist (logischerweise) NICHT abschaltbar, eigentlich msste
           sie daher aus der Foliensteuerung herausgenommen werden...
       (3) Theoretisch sind auch Karten mit mehr als 256 Folien mglich (mir ist allerdings
           keine bekannt). OziMapTrans untersttzt solche Karten derzeit aber nicht.
       (4) Wenn man genauer darber nachdenkt, knnte die Farbtiefe bei weniger als 17
           genutzten Folien bzw. Farben auch auf 4 bpp reduziert werden. Derzeit geschieht
           das aber nicht.
       (5) Das berlagern der Folien ist noch wenig optimiert, hier knnte sich in spteren
           Versionen noch eine Verbesserung der Verarbeitungsgeschwindigkeit ergeben...
  Fix: Bei Kartenbildern mit einer Farbtiefe von 1 bpp wurde in TIFF-Dateien immer die
       PhotometricInterpretation=1 ("BlackIsZero") geschrieben. Kartenbilder mit einer
       abweichenden Farbtabelle (Farbe0=Wei, Farbe1=Schwarz) waren daher invertiert.
       Hinweis: es sind durchaus Kartenbilder mit einer Farbtiefe von 1 bpp denkbar,
       die nicht die beiden Farben Schwarz=RGB(0,0,0) und Wei=RGB(255,255,255)
       verwenden. In solchen Fllen sollte man ein anderes Grafikausgabeformat whlen,
       da bei der Farbtiefe 1 bpp keine Farbtabelle in die TIFF-Datei geschrieben wird
       und somit die Originalfarben verloren gehen.
  Kos: Fr die neuen Kartentypen (es kommen bestimmt noch weitere hinzu...) wurde die
       Seitensteuerung (PageControl) auf mehrzeilige Anzeige umgestellt.
       Die Seiten "TB (tar/set)" und "IMC" wurden umbenannt in "TrekBuddy (tar/set)"
       und "Internet Map Caches (Ozi/gMapMaker/TAC)".
       Hinweis: ich habe bewut die alte Kurzbezeichnung "TAC" (fr TrekBuddy Atlas Creator) 
       verwendet, weil der datenbankgesttzte Cache der neueren Versionen ("MOBAC" fr
       Mobile Atlas Creator) NICHT verarbeitet werden kann.
  Fix: Die Karten "ADAC TourGuide" und "TourExplorer Luxemburg v3.0" konnten ab Version
       v1.3.0.1 nicht mehr geffnet werden, weil ich sie versehentlich deaktiviert hatte!
       Bemerkung: die Indexdateien wurden noch erstellt und sind auch gltig.
  Fix: Die Karten MM3 TE25 (TourExplorer 3.0) wurden ab OziMapTrans Version 1.2.9.9 falsch 
       indiziert. Dadurch fehlten ausgerechnet die Kacheln in der besten Auflsung!!! 
       Danke an Balloni fr den Hinweis im TrekBuddy-Forum!!!
       Wenn die Dateien "TE25*.res" im "ResData"-Verzeichnis mit einer OziMapTrans Version
       ab 1.2.9.9 erzeugt wurden, mssen sie manuell gelscht werden. Beim erneuten ffnen
       der Karten werden sie dann automatisch neu erzeugt.
  nd: Die englische Sprachdatei wurde entsprechend den Neuerungen gendert bzw. erweitert 
       und mit Kommentaren versehen.

v1.3.0.2 (Debugrelease)
  Fix: ("TB (tar/set)"): wenn die erste Kachel im GIF-Format vorlag, konnten
       die Kachelabmessungen nicht ermittelt werden (GIF-Kachelbilder werden
       derzeit nicht untersttzt). Soweit ich feststellen konnte, schreibt TAC
       manchmal GIF-Dateien (im .tar brigens mit der Dateierweiterung ".png"), 
       wenn die Kachel nicht verfgbar ist (liegt das am Map-Server?).
       Das GIF-Format wird auch weiterhin nicht untersttzt, aber ich habe die 
       Kachelanalyse erweitert, weil bei der Analyse nur die Abmessungen der
       Kacheln bentigt werden (die einfach aus dem GIF-Header zu lesen sind).
       Die GIF-Kacheln werden im brigen als Leerkacheln betrachtet. Das ist
       ein netter Nebeneffekt, denn die bisher von mir beobachteten GIF-Kacheln
       zeigen nur eine "durchgestrichene Kamera" (also kein Kartenbild) und
       wrden die Grafikdateien nur unntig vergrern.
  Neu: MM1 Nordrhein-Westfalen 3D v1.5 (West+Ost,2D+3D) wird jetzt untersttzt.
       Danke an Ralf fr das "Einmessen" der Karte!
       Besonderheiten: in 2D stehen 7, in 3D nur 6 Auflsungen zur Verfgung
       (ergibt insgesamt 13 verschiedene Kartenbilder). Vor der Konvertierung
       sollte man die "Leerkacheln am Rand suchen" lassen und das Ergebnis als
       Teilbereich bernehmen, da insbesondere die 2D-Karte einige leere Zeilen
       bzw. Spalten am Rand aufweist.

v1.3.0.1
  Fix: Texte im Datenmodul (<TDMMaps>) wurden nicht bersetzt (in diesem Modul
       sind nur die Filter der FileOpen- und FileSave-Dialoge zu bersetzen).
       Ich hatte auerdem den zuletzt hinzugefgte Dateifilter fr TB Tar
       ("TrekBuddy Tar files (*.tar)|*.tar)" beim Eintrag "SaveDlgGfx.Filter"
       in der englischen bersetzungsdatei "OziMapTrans_English.lng" vergessen,
       und einmal geladene "<<Resourcestrings>>"-bersetzungen blieben nach dem
       Zurckstellen auf die Standardsprache (Deutsch=keine bersetzungsdatei)
       bis zum Programmende oder Auswahl einer anderen Sprachdatei erhalten.
  Fix: Beim Versuch, eine noch nicht untersttzte "MM V2/3/4"-Karte (z.B. die
       Satelliten-/Luftbilder) zu ffnen, erfolgte keine Fehlermeldung und das
       Programm versuchte sofort, eine Farbtabelle aufzubauen und ohne gltigen
       Dateinamen abzuspeichern. Jetzt wird eine entsprechende Fehlermeldung
       ausgegeben und die weitere Verarbeitung abgebrochen.
  Fix: Ausgabeformat "TrekBuddy Tar-Dateien (*.tar)": die Struktur der .tmi-Dateien
       war nicht korrekt (ein zustzliches Leerzeichen vor den ":" in jeder Zeile).

v1.3.0.0
  nd: Die Seite "TOPxxx (pdf)" und alle damit verbundenen Funktionen wurden entfernt.
       Die Konvertierung von PDF-Dateien war eine Altlast, die nicht richtig in das
       Verarbeitungsschema der brigen Karten passte (u.a. war kein Direktzugriff
       auf Kacheldaten mglich).
  Fix: Bei Kachelgrafiken mit einer Farbtiefe von 4 bpp, aktivierter Option
       "[X] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen" sowie der
       Farbtiefenanpassung-Einstellung "(X) Graustufen" im Dialog Farben kam es
       zu farbverflschten Kachelgrafiken (der Fehler trat bereits in Version
       1.2.9.6 auf).
  Fix: Kachelgrafiken mit einer Farbtiefe von 4 bpp wurden bei einigen Kartentypen
       (u.a. IMC) nicht korrekt verarbeitet. Der Fehler ist vermutlich bisher nicht
       aufgefallen, weil bei den betroffenen Kartentypen normalerweise gar keine
       Grafiken mit 4 bpp Farbtiefe vorkommen.
  Neu: Seite "Einstellungen": Abschnitt "Benutzeroberflche", Kombobox "Sprache"
       Die Benutzeroberflche des Programms kann hiermit an verschiedene Sprachen
       angepasst werden. In der Kombobox werden alle im Programmverzeichnis
       vorhandenen Sprachdateien ("OziMapTrans_*.lng") zur Auswahl angeboten.
       Die bersetzung erfolgt augenblicklich bei Auswahl einer Sprache und die
       zuletzt eingestellte Sprache wird beim nchsten Programmstart voreingestellt.
       Wenn eine einmal gewhlte Sprachdatei nicht mehr vorhanden ist, wird die
       Standardsprache "Deutsch (Standard)" verwendet (hierfr ist keine Sprachdatei
       erforderlich). Als Vorlage fr weitere bersetzungen liegt eine englische
       bersetzung bei (Datei "OziMapTrans_English.lng").
  Neu: Seite "Einstellungen", Abschnitt "Benutzeroberflche" (Hinweis-Einstellungen)
       "[X] Hinweise anzeigen" - Anzeige der Hinweise programmweit an- oder abstellen
       "Wartezeit (ms)"        - Hinweise erscheinen erst nach der eingestellten Zeit
       "Anzeigezeit (ms)"      - Hinweise bleiben fr die eingestellte Zeit sichtbar
       
       Die Anzeige der (hoffentlich sinnvollen) Hinweistexte ist fr Anwender ntzlich,
       die noch nicht mit dem Programm vertraut sind. Nach einiger Zeit werden die
       Hinweise fr den Anwender aber eher lstig, daher kann man sie nun abschalten.
       Da Hinweistexte durchaus lnger sein knnen (wenn der Programmierer oder
       bersetzer in Schreiblaune war...), verschwindet der Hinweistext manchmal zu
       schnell, um ihn vollstndig lesen zu knnen. ber die beiden einstellbaren
       Zeiten kann das Anzeigeverhalten angepasst werden. Die Wartezeit und Anzeigezeit
       wird in Millisekunden festgelegt, eine Erhhung der Werte ber die Auf/Ab-Buttons
       erfolgt in Schritten von 100 ms. Standardwerte:
       Hinweise anzeigen = [X]
       Wartezeit (ms)    = 2500
       Anzeigezeit (ms)  = 2500
  Kos: Abschnitt "OZI Map-Datei" wurde umbenannt in "OziExplorer Map-Datei"
       Die Felder "Kartendatum", "Projektion" und "Projektionsdaten" sind jetzt nach
       ffnen einer Karte auswhlbar (verbessert die Lesbarkeit), eine Eingabe ist
       hier aber weiterhin nicht vorgesehen. Alle Bedienungselemente sind nun
       deaktiviert (ausgraute Darstellung), wenn keine Karte geffnet ist.
  Neu: Seite "TB (tar/set)"
       Hier knnen jetzt auch TrekBuddy Karten geffnet und verarbeitet werden.
       Die Karten knnen sowohl als Tar-Datei als auch in Einzeldateien (*.set,*.map
       und Grafikdateien) vorliegen. Beim ffnen der Karte ist dafr der entsprechende
       Dateityp "TrekBuddy Tar-Karten (*.tar)" oder "TrekBuddy Set-Dateien (*.set)"
       und die jeweilige Datei auszuwhlen.
       Die Kalibrierung der TB-Karte muss in einer OziExplorer .map-Datei vorliegen
       (entweder in der Tar-Datei oder im Verzeichnis der .set-Datei), andernfalls kann
       nur das Kartenbild zusammengesetzt werden. Zur Ermittlung der Kachelgre wird
       derzeit die erste Kachel (Name "*_0_0.*") analysiert. Ich gehe davon aus, da
       (abgesehen von evtl. kleineren Randkacheln) immer die gleiche Kachelgre verwendet
       wird. Die Abmessungen der Gesamtkarte wird NICHT aus der .map-Datei gelesen,
       sondern durch Analyse der letzten Kachel ermittelt.
       Besonderheiten: es gilt das gleiche wie fr "OziMap (Ozf2/Ozfx3)", d.h. es knnen
       keine neuen Kalibrierungsdateien erzeugt werden, da hierfr eine Neuberechnung von
       Koordinaten erforderlich wre. Eine Aufteilung der Gesamtkarte mit Erzeugung der
       passenden Kalibrierungsdateien oder die Erzeugung von Kalibrierungsdateien in einem
       Fremdformat ist daher NICHT mglich. Glopus- und TTQV-Anwender mssen sich die
       Kalibrierungsdateien daher selbst erstellen.
  Neu: Ausgabeformat "TrekBuddy Tar-Dateien (*.tar)"
       Das Erzeugen vieler kleiner Dateien (PNG-Dateien fr TrekBuddy) hat mich schon
       lange genervt. Weil jetzt TrekBuddy Tar-Karten gelesen werden knnen (s.o.),
       lag es nahe, auch gleich die Karten im Tar-Format zu schreiben...
       Es gilt das gleiche wie fr das Ausgabeformat "TrekBuddy Set-Dateien (*.set)", 
       nur werden die .map-Datei und alle Grafikdateien nicht im Dateisystem sondern in
       einer Tar-Datei gespeichert. Die .set-Datei entfllt.
       Besonderheiten: im Protokoll werden die Namen der erzeugten Grafikdateien in
       einem anderen Format ausgegeben: "[<Tar-Dateiname>]set\<Grafik-Dateiname>"
       (die Tar-Datei ist praktisch ein virtueller Ordner bzw. Filecontainer).
       Die .map-Datei ist immer die erste Datei im Tar. Wenn die Konvertierung vorzeitig
       abgebrochen wird, bleibt die Tar-Datei mit den bis dahin erzeugten Grafikdateien
       erhalten und muss ggf. manuell gelscht werden. Nach Ende der Konvertierung wird
       auch noch eine .tmi-Datei (Indexdatei) erzeugt. Dieser Vorgang kann recht lange
       dauern, da die Tar-Datei fr die Indexerstellung komplett durchlaufen wird.
  Hin: Wenn TrekBuddy Tar-Dateien bzw. viele kleine .png-Dateien erstellt werden, sollte
       ein Wert grer 0 bei "zustzliche max. Speichernutzung" eingestellt werden.
       Hintergrund: fr .png-Dateien muss eine temporre Bitmap erzeugt werden. Die
       Bitmap wird im Speicher erstellt, wenn der Wert "zustzliche max. Speichernutzung"
       gro genug fr die Bitmap ist, andernfalls wird eine temporre Bitmapdatei
       geschrieben. Da die Kacheln normalerweise in Gre des Gertedisplays erstellt
       werden, empfehle ich einen Wert von 32 MByte.
  Neu: Wenn OziMapTrans OziExplorer .map-Dateien einliest (Kartentypen "OziMap (ozf2/ozfx3)"
       und "TB (tar/set)"), wird deren Inhalt jetzt berprft und ggf. korrigiert. Der
       Inhalt wird dabei der technischen Spezifikation (zu finden in der OziExplorer Hilfe
       im Kapitel "Technical" - "Map File Format") angepasst, wenn das mglich ist.
       Ziel dieser Korrektur ist es, an sich unbrauchbare .map-Dateien fr die Verwendung
       mit OziExplorer nutzbar zu machen. Damit eine Korrektur erfolgen kann, muss in der
       .map-Datei eine "Map Projection" angegeben sein und es mssen wenigstens zwei
       Kalibrierungspunkte oder vier Borderpoints (jeweils gltig) vorhanden sein.
       Wenn diese Minimal-Anforderungen nicht erfllt sind, wird die .map-Datei nicht
       akzeptiert und es erfolgt eine entsprechende Fehlermeldung. Einige optionale Inhalte
       der .map-Datei werden stillschweigend ergnzt. Falls andere (kritische) Angaben fehlen,
       erfolgt zunchst eine Abfrage, die besttigt werden muss. Die erzeugte .map-Datei
       sollte in diesem Fall unbedingt berprft werden!!!
       
       Anmerkung: die Korrektur der .map-Dateien ist natrlich nicht perfekt und berechnet
       auch keine Punkte bzw. deren Koordinaten neu. Das Korrekturverfahren wurde eigentlich
       nur deshalb implementiert, weil mir einige sehr verstmmelte .map-Dateien vorlagen.
       Es fehlte z.B. die Headerzeile ("OziExplorer Map Data File Version"...) oder es war
       sogar kein Datum angegeben ("WGS 84" wird ergnzt). Manchmal waren die Kalibrierungs-
       punkte ("Point..,xy,") zwar vorhanden, aber ohne X/Y-Werte bzw. Koordinaten (die
       X/Y-Werte und Koordinaten der Borderpoints -sofern vorhanden- werden dann verwendet).
       Manchmal fehlten auch die Borderpoints (die Koordinaten der Kalibrierungspunkte
       werden dann verwendet, sofern sie geeignet sind). Extrembeispiel sind .map-Dateien
       mit nur 6 Zeilen ("Map Projection"..., vier Kalibrierungspunkte und "IWH"...).
  Dok: Da ich gerade bei den .Map-Dateien und deren Aufbau bin, mchte ich an dieser
       Stelle ausdrcklich davor warnen, die Borderpoints ("MMPXY" und "MMPLL"-Zeilen
       in der .map-Datei) fr evtl. Konvertierungen in andere Kalibrierungs-Formate
       zu verwenden!!! Die Borderpoints sind Markierungen fr die Kartengrenzen und werden
       u.a. fr die MovingMap-Steuerung genutzt! Entscheidend fr die Kartenkalibrierung
       sind (neben den "Projection"- und "Projection Setup"-) die "Point"-Zeilen!

v1.2.9.9
  Fix: Durch die Kachelgrenanpassung bzw. die einstellbaren Kachelgren hatten sich
       leider einige ble Fehler eingeschlichen, u.a. wurden keine korrekten
       Fremdkalibrierungsdateien (Glopus .kal und TTQV .cal) mehr geschrieben. (Sorry)
       Die "Tileformel" zur Aufteilung der Karten wurde daher grndlich berarbeitet,
       weil noch viele Sonderflle im Zusammenhang mit den absoluten Kachelgrenzen und
       den berlappungseinstellungen zu bercksichtigen waren.
  nd: Bei einer Aufteilung mit fester Gre werden die entsprechenden Kartenstcke
       jetzt verkleinert, wenn sonst die Grenze "bis Kachel (X,Y)" berschritten wird.
       Vorher wurden starr die vorgegebenen festen Gren verwendet und daher ggf.
       mehr Daten konvertiert. Dies ist der verallgemeinerter Fall der Randkacheln
       (Anwender gibt die Kartengrenzen vor).
  Fix: Bei der Leerkachelerkennung wird jetzt eine sehr kleine Kachelgre besonders
       behandelt: die Option "[ ] + einfarbige Kacheln = Leerkacheln" wird nicht mehr
       bercksichtigt, wenn die Kachelflche kleiner als 256 Pixel ist.
       Die Grenze von 256 Pixeln (etwa 16x16 Pixel) ist recht willkrlich. Bei einer
       kleineren Kachelgre wrden andernfalls zu viele Kacheln als "leer" erkannt.
  Fix: Bei Verwendung einer individuellen Farbtabelle wurden manchmal die Farbeintrge
       nicht richtig angepasst, wenn Farbeintrge zusammengelegt wurden. Das konnte
       z.B. passieren, wenn mehrere Farbtne zunchst auf einen Farbwert zusammengefasst
       und anschlieend die Originalfarben wiederhergestellt wurden.
  Kos: Die Optionen zur Leerkachelerkennung werden jetzt bei geschlossener Karte
       deaktiviert. Die Option "[ ] + einfarbige Kacheln = Leerkacheln" wird auch bei
       geffneter Karte deaktiviert, wenn die Kachelflche kleiner als 256 Pixel ist.
  Kos: Nach Schlieen einer Karte wurde die letzte gelesene Kachel wieder in der
       Kachelvorschau angezeigt, wenn "[ ] Kachelvorschau" umgeschaltet wurde.
  Kos: Falls durch die Aufteilung kleinere Kacheln am rechten und unteren Kartenrand
       entstehen, wird das im Protokoll ausgegeben (es sind keine Restkacheln sondern
       Randkacheln).
  Dok: Dialog "Karteninfo"
       Falls die Option "[X] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen"
       aktiv ist, wird unter "Bits per Pixel" der Text "(angehoben)"... statt
       vorher "(reduziert)" ausgegeben.
       Bei einer Kachelgrenanpassung wird nach den Werten "Kachelgre (X * Y)",
       "Kachelgre", "Anzahl Kacheln X" usw. ein zustzlicher Abschnitt
       "Anwenderdefinierte Kachelgre" mit den auf die jeweilige Kachelgre
       umgerechneten Werten ausgegeben. Die angegebene "Kartengre (X * Y)" kann
       aufgrund der Kachelanpassung auch grer als die Originalkartengre sein.
       Dies ist aber nur ein errechneter Wert; bei der Konvertierung werden die
       Kartenstcke ggf. auf die Originalgre beschnitten.
       Die nderungen waren bereits in v1.2.9.8 erfolgt, wurden aber nicht dokumentiert.
  Neu: MM V2/3/4-Karten TourExplorer50 v4.0 und TourExplorer Luxembourg v3.0

       Wie bei den anderen MM V2/3/4-Karten mssen die Karten beim ersten ffnen fr die weitere
       Verarbeitung indiziert werden. Im "ResData"-Verzeichnis werden dabei Indexdateien abgelegt,
       die bei einem erneuten ffnen der Karte verwendet werden. Es ergibt sich:
       
       TourExplorer50 v4.0 (TE4_50)
       ----------------------------
       MM4_TK50*.res (5 Dateien) ~ 334 KB, 10 Auflsungen/Zoomstufen 

       Bemerkungen:
       Die Luftbilder beim TourExplorer50 v4.0 sind identisch mit denen des TourExplorer50 v3.0,
       werden aber noch nicht untersttzt.

       TourExplorer Luxembourg v3.0 (TE3_LUX)
       --------------------------------------
       TELUX_TK_Luxembourg.res ~ 16 KB, 8 Auflsungen/Zoomstufen 
       
       Bemerkungen:
       Es gibt keine gemeinsame Farbtabelle fr die Kachelbilder der TE3_LUX, daher wird eine
       Farbtiefe von 24 bpp verwendet. Ich empfehle eine Farbreduktion auf 8 bpp (256 Farben).
       Da die TE3_LUX im Datum "LUREF" kalibriert wird, bitte die Hinweise zum "LUREF"-Datum
       bei der Karte "MM1 Luxemburg 2.0" beachten!
       Die Luftbilder beim TourExplorer Luxembourg v3.0 sind umfangreicher geworden, werden
       aber noch nicht untertsttzt.
  Hin: *** ACHTUNG WICHTIGE INFORMATION ***
       Die Karten des TourExplorer50 v4.0 konnten bereits mit lteren Versionen von OziMapTrans
       geffnet werden. Es gibt aber sptestens dann Probleme, wenn Karten des TourExplorer50
       sowohl der Version 3.0 als auch der Version 4.0 geffnet werden sollen. Wer die Karten
       des TourExplorer50 v4.0 mit OziMapTrans v1.2.9.8 oder lter bereits geffnet hat, sollte
       die dabei entstandenen Dateien "TE50_TK50*.res" im Verzeichnis "ResData" lschen. Die
       Dateien werden beim ersten ffnen mit OziMapTrans v1.2.9.9 unter anderem Namen
       ("MM4_TK50*.res) neu erzeugt.
  Neu: Untersttzung fr die Kompass-Karte "Schweiz 3D"
       Das geodtische Datum "CH-1903" und die Projektion "(SUI) Swiss Grid" wurde fr
       diese Karte implementiert. Die Projektionsparameter in der .map-Datei werden leer
       gelassen. OziExplorer verwendet bei dieser Projektion implizite Werte, die ich auch
       ausgeben knnte, falls Fremdprogramme sie bentigen.
  nd: Die Option "bei UTM-Projektion: Kalibrierungspunkte im UTM Format schreiben"
       wurde umbenannt in "Kalibrierungspunkte im UTM/SwissGrid Format schreiben" und ist
       jetzt auch whlbar, wenn eine Karte in der Projektion "(SUI) Swiss Grid" vorliegt.
       Hintergrund: bei Wahl dieser Option werden die Kalibrierungspunkte nicht im
       Koordinatenformat (Grad,Minuten) sondern im Gitterformat (Meter) ausgegeben.
       Das Ausgabeformat wurde whlbar gemacht, da manche Fremdprogramme das Gitterformat
       nicht auswerten. Die Einstellung ist fr den OziExplorer irrelevant, da er beide
       Varianten untersttzt. Die Borderpoints (die flschlicherweise von einigen
       Fremdprogrammen zur Kalibrierung ausgewertet werden) sind von dieser Option nicht
       betroffen. Es sollte allerdings beachtet werden, dass die Koordinaten bei der
       Projektion "(SUI) Swiss Grid" im geodtischen Datum "CH-1903" ausgegeben werden.
       Letzter Hinweis: die "Fremdformate" (.kal, .cal und .kml) sind von dieser Option
       ebenfalls nicht betroffen, da sie einen anderen Aufbau haben.

v1.2.9.8
  Neu: Seite "Einstellungen": Kachelgrenanpassung
       Option "[ ] festgelegte Kachelgren verwenden"
       Wenn diese Option gesetzt ist, werden die in den Eingabefeldern "X - Horizontal"
       und "Y - Vertikal" eingetragenen Kachelgren verwendet. Diese Option ist speziell
       fr TrekBuddy-Anwender gedacht, die Kachelgren entsprechend der Displaygre
       ihres Gertes erzeugen mchten.
       
       In den Eingabefeldern fr die Kachelgren knnen Werte von 0-2048 eingetragen bzw.
       eingestellt werden. Sonderfall: beim Wert 0 wird die jeweilige Originalkachelgre
       verwendet.
       
       Bemerkungen: die so festgelegten Kachelgren gelten programmweit fr alle Karten,
       d.h. auch die Kachelvorschau, Nummerierung der Kacheln und die Leerkachelsuche ist
       davon betroffen. Ausgenommen davon sind einige vorbereitende Programmfunktionen,
       die weiterhin mit den Originalkachelgren arbeiten, z.B. Kachelindizierung und
       Farbreduktion. Die Einstellungen werden auch fr bereits geffnete Karten sofort
       bernommen. Eine nderung der Kachelgren (in Einerschritten) kann daher einige
       Zeit in Anspruch nehmen, wenn schon Karten geffnet sind.
       
       Besonderheiten: die Nummerierung der Einzelkacheln bei festgelegter Kachelgre
       beginnt immer mit (X,Y)=(0,0). Das gilt auch fr Karten, bei denen die Nummerierung
       der Einzelkacheln bei Originalkachelgre nicht mit (0,0) beginnt, um unntige
       Leerflchen am linken und oberen Rand zu vermieden. Die Leerflchen wrden sonst
       entstehen, wenn die Gren der Kartenkacheln und die festgelegten Kachelgren
       nicht ohne Rest teilbar sind.
       
       Das Umrechnen/Zusammensetzen der Kartenkacheln auf die festgelegten Kachelgren
       bentigt zustzliche Rechenzeit (je nach Einstellung sind fr eine Kachel ggf.
       mehrere Originalkacheln zu lesen und zusammenzusetzen). Daher empfehle ich,
       festgelegte Kachelgren nur dann zu verwenden, wenn auch entsprechende Einzelkacheln
       erzeugt werden sollen. Diesem Einsatzzweck entsprechend werden daher beim ffnen
       einer Karte und aktivierter Option "[X] festgelegte Kachelgren verwenden" die
       Einstellungen fr Kachelung auf "(X) Aufteilen" und "(X) feste Gre" mit der
       jeweiligen Kachelgre (X,Y) vorbelegt.
       
       Anmerkung: fr diese Erweiterung waren erhebliche nderungen und ein kleines
       Redesign von OziMapTrans erforderlich. Die neue Freiheit bei der Einstellung
       der Kachelgren bietet aber auch ganz neue Mglichkeiten. Ich hoffe, da sich
       der Aufwand gelohnt hat ... wie auch immer: endlich mal ein ganzer Punkt in der
       TODO-Liste abgearbeitet ;-)
  Fix: Restkacheln am rechten und unteren Kartenrand werden jetzt beschnitten.
       Restkacheln entstehen dann, wenn durch Aufteilung der Gesamtkarte Kartenstcke
       entstehen, deren Abmessungen kein ganzes Vielfaches der Kachelgre sind.
       Bisher wurden diese Restkacheln auf die jeweilige Kachelgre bzw. ein
       Vielfaches davon erweitert. Eine nderung ist insbesondere fr IMC-Weltkarten
       erforderlich geworden, weil die Kalibrierung der rechten Randkacheln sonst ber
       den Kartenrand (180 Ost) hinausging.
  Kos: Auf der Seite "Einstellungen" wurden die wichtigsten Controls mit Acceleratoren
       versehen, dadurch vereinfacht sich die Bedienung per Tastatur.
  nd: Die Seite "MM V2/V3" wurde in "MM V2/3/4" umbenannt und die Dateiauswahl wurde
       um einen neuen Filter fr den TourExplorer50 Sdtirol v4.0 erweitert...
  Neu: MM V4-Karten (TourExplorer25 v4.0 und TourExplorer50 Sdtirol v4.0)

       Wie bei den MM V2/V3-Karten mssen die MM V4-Karten beim ersten ffnen fr die weitere
       Verarbeitung indiziert werden. Im "ResData"-Verzeichnis werden dabei Indexdateien abgelegt,
       die bei einem erneuten ffnen der Karte verwendet werden. Es stehen auch wieder 2D- und 3D-
       Karten in verschiedenen Auflsungen/Zoomstufen zur Auswahl. Fr die einzelnen Kartenwerke
       ergibt sich:
       
       TourExplorer25 v4.0 (TE4_25 und TE4_25_3D)
       ------------------------------------------
       MM4_*2D*.res (Deutschland gesamt 18 Dateien) ~ 1.47 MB, 11 Auflsungen/Zoomstufen 
       MM4_*3D.res  (Deutschland gesamt  8 Dateien) ~  349 KB, 10 Auflsungen/Zoomstufen
       
       Bemerkungen:
       Die Luftbilder beim TourExplorer25 v4.0 sind identisch mit denen beim TourExplorer25 v3.0,
       werden aber noch nicht untersttzt.
       
       TourExplorer50 Sdtirol v4.0 (TE4_50ST und TE4_50ST_3D)
       -------------------------------------------------------
       MM4_suedtirol_2d.res: ~ 40 KB, 8 Auflsungen/Zoomstufen
       MM4_suedtirol_3d.res: ~ 40 KB, 8 Auflsungen/Zoomstufen
       
       Bemerkungen: beim 3D-Kartenbild fehlen nur die Hhenlinien und das Hhenrelief, es ist
       in den gleichen Zoomstufen/Auflsungen verfgbar wie das 2D-Kartenbild.
       Die Luftbilder werden noch nicht untersttzt.
  Hin: (MM4_TE25) Wenn man lnderbergreifende Karten erstellen mchte, muss man sich wieder
       selbst .txt-Dateien erstellen, in denen die gewnschten Kartendateien aufgelistet sind.
       Am einfachsten geht das mit einfachen Kommandozeilen "dir"-Befehlen. Hierfr kann man
       sich z.B. eine Batchdatei mit folgendem Inhalt erzeugen:

       dir *_2D*. /S/B/ON >brd_tk25_virt.txt
       dir *_3D*. /S/B/ON >brd_tk25_3D_virt.txt

       Diese Batchdatei speichert man am besten im Installationsverzeichnis des Kartenwerkes
       z.B. unter dem Namen "Gen_List.cmd" ab und ruft sie aus dem Explorer durch Doppelklick
       mit der Maus auf. In dem Verzeichnis sollten dann zwei Textdateien entstehen, die
       man in OziMapTrans zum ffnen der Karte auswhlen kann. Wenn man nur die Daten einer
       einzelnen DVD benutzen mchte, geht das auch direkt, indem die Dateien ber eine
       Mehrfachauswahl in OziMapTrans ausgewhlt werden. In diesem Fall kann auch eine
       Konvertierung von DVD erfolgen.
  Hin: *** ACHTUNG WICHTIGE INFORMATION ***
       Die Karten des TourExplorer25 v4.0 konnten bereits mit lteren Versionen von OziMapTrans
       geffnet werden. Es gibt aber sptestens dann Probleme, wenn Karten des TourExplorer25
       sowohl der Version 3.0 als auch der Version 4.0 geffnet werden sollen. Wer die Karten
       des TourExplorer25 v4.0 mit OziMapTrans v1.2.9.7 oder lter bereits geffnet hat, sollte
       die dabei entstandenen Dateien "TE25*.res" im Verzeichnis "ResData" lschen. Die
       Dateien werden beim ersten ffnen mit OziMapTrans v1.2.9.8 unter anderem Namen
       ("MM4_TE25*.res) neu erzeugt.

v1.2.9.7
  Fix: (MPH) Bei den neueren "Top Maps" kam es beim ffnen der Karte zu einer Fehlermeldung,
       weil ein bisher unbekanntes Kompressionsverfahren benutzt wird. Deswegen wurde der
       Mapheader nicht vollstndig ausgewertet und daraus ergab sich im Anschluss eine
       Exception. Das neue Kompressionsverfahren muss natrlich erst implementiert werden,
       aber die Exception htte nicht auftreten drfen.
  Fix: Nach Start der Konvertierung konnten einige Controls noch bedient und verndert
       werden. Dadurch konnte es zu Fehlern und "funny results" kommen, weil z.B. einige
       Einstellungen sofort fr alle Karten wirksam werden. Whrend der Konvertierung
       wird jetzt ein Wechsel der Kartenseite unterbunden und alle "kritischen" Controls
       werden deaktiviert.
  Fix: Die einmal gesetzte Option "[ ] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen"
       wurde zwar in der OziMapTrans.ini abgespeichert und auch wieder geladen aber nur
       bercksichtigt, wenn die jeweilige Karte bereits geffnet war! Zum Setzen der Option
       musste also erst eine Karte geladen und dann die Option getoggled werden.
  Kos: Die drei Anzeigezeilen "Map-Basisname", "Projektion" und "Projektionsdaten" erstreckten
       sich bei einigen Kartentypen zu weit in den Rahmen der Groupbox "OZI Map-Datei".
  Fix: Bei den gMapMaker Hybrid-Karten kam es manchmal zu einer Exception beim berlagern
       der Overlaykacheln (transparente PNG). Ursache war ein Bug in der verwendeten PNG-
       Komponente, der sich nur bei bestimmten Transparenz- und Speicherzustnden manifestierte.
       Ein uerst subtiler und schwer reproduzierbarer Fehler...
  Fix: (IMC) gMapMaker legt die "MSN Hybrid"-Kacheln als PNG-Dateien (Dateierweiterung ".png") ab,
       es sind aber in Wirklichkeit JPEG-Dateien, daher kam es bereits beim ffnen der Karten
       zu einer Fehlermeldung. Der Dateityp wird jetzt anhand der ersten 4 Bytes jeder Kacheldatei
       ermittelt und nicht mehr anhand der Dateierweiterung.
  nd: In den Kml-Dateien wird jetzt der "<rotation>"-Tag geschrieben...
  Neu: (IMC) Der Cache des Programms "TrekBuddy Atlas Creator" (TBAC) kann jetzt auch verarbeitet
       werden! Es gilt sinngem das gleiche wie fr den OziExplorer und gMapMaker Internet Map Cache,
       TBAC verwendet aber eine andere Verzeichnisstruktur bzw. Namenskonvention bei den Kacheldaten
       (jeder kocht hier sein eigenes Sppchen...). Es ist eines der Verzeichnisse innerhalb des TBAC-
       Cacheverzeichnisses (blicherweise "<TBAC-Programmverzeichnis>\tilestore") auszuwhlen,
       z.B. "Google Earth", die verfgbaren Zoomstufen ermittelt OziMapTrans wieder automatisch und
       stellt sie zur Auswahl.
       
       Besonderheiten: Prfix fr die Farbprofil-Dateien ist "TBAC_" (um Konflikte mit anderen
       IMC-Kartenquellen zu vermeiden).
       
       Anmerkungen: das Dateisystem wird durch TBAC besonders stark beansprucht, da die Kacheldaten
       aller Zoomstufen einer Kartenquelle in ein Verzeichnis geschrieben werden. Bereits das Auswhlen
       des Cacheverzeichnisses und auch das ffnen einer Karte kann daher bei stark geflltem Cache
       einige Zeit dauern...

v1.2.9.6
  Fix: waren die Optionen "mglichst kurze Nummern" und "Kachelnummer anhngen" gewhlt
       sowie ein Text bei Kartenkommentar eingetragen, wurden die Kachelnummern immer
       vierstellig an den eingebenen Kartenkommentar angehngt.
  Fix: (mona) Kalibrierung von Karten mit Projektion "GK4" (Gau-Krger Zone 4)
       stimmte nicht (die Offsetberechnung war fehlerhaft, mangels Karte hatte ich das nie
       getestet). Danke an Andreas fr den Hinweis!
  Fix: (mona) beim ersten ffnen einer Karte wurde nach (fehlgeschlagener) Ermittlung
       einer gemeinsamen Farbtabelle ein leeres Kartenbild erzeugt (in der Kachelvorschau
       wurden auch nur leere Kacheln angezeigt)! Die Karte musste geschlossen und wieder
       geffnet werden, damit die richtige Farbtiefe (24 bit also keine gemeinsame Farbtabelle)
       verwendet wurde.
  Fix: (Ozf2/Ozfx3) es konnte vorkommen, dass eine Kachelspalte zuviel angezeigt und generiert
       wurde, weil sie in der .ozf2/.ozfx3-Datei vorhanden war. Die Anzahl der Kachelspalten
       wird jetzt berprft und ggf. korrigiert.
  Fix: OziMapTrans setzte die Zoomstufe bei einigen Kartentypen nicht zurck, wenn eine neue
       Karte des gleichen Typs geffnet wurde. Jetzt wird beim ffnen einer neuen Karte immer
       die erste Zoomstufe in der Liste verwendet.
  nd: Da die Anzahl der untersttzten Kartentypen zunimmt, musste der Standard-Name der
       Farbprofil-Dateien bei einigen Kartentypen angepasst werden, um Namenskonflikte
       zu vermeiden. Es wird jetzt wie bei spter hinzugekommenen Kartentypen ein Prfix
       vor den Dateinamen gesetzt.

       Folgende Kartentypen sind betroffen:
       TOPxxx (mph/acc)       Prfix: "MPH_" oder "ACC_"
       LKxx/Kompass (gvg/gmp) Prfix: "GVG_" oder "GMP_"
       Mona (map)             Prfix: "MONA_"
       
       Falls bereits Farbprofile mit Farbanpassungen erstellt wurden, mssen die Dateinamen
       mit dem entsprechenden Prfix versehen werden, damit sie auch weiterhin automatisch
       geladen und verwendet werden.
  nd: (QCT) bei "Lambert"-Karten wird jetzt als Projektion "Lambert Conformal Conic" (mit den
       entsprechenden Projektionsparametern) statt "(II) France Zone II" ausgegeben. Fr den
       OziExplorer sollte das quivalent sein, es vermeidet aber Probleme mit Fremdprogrammen,
       die die vorher ausgegebene Projektion nicht korrekt umsetzen.
  nd: "Projection = Mercator" und "CoSys = Mercator" in .kal-Dateien fr Glopus bei Karten
       mit Merkator-Projektion...
  Neu: Seite "IMC" (experimentell)
       Hiermit knnen Dateien aus "Internet Map Caches" (IMC) verarbeitet werden!
       Der Kartentyp ist speziell fr OziExplorer-Anwender (OziExplorerPC ab Version 3.9.5.5d)
       interessant, die diese Karten auch offline am PC oder mit OziExplorerCE nutzen wollen.
       Da mehrere Kartenquellen (OpenStreetMaps, Virtual Earth etc.) ber die OziExplorer
       "Internet Maps.map" eingelesen werden knnen, ist nach "Karte ffnen..." das Cache-
       verzeichnis der jeweiligen Kartenquelle auszuwhlen. Das Cache-Basisverzeichnis befindet
       sich normalerweise unterhalb des OziExplorer-Stammverzeichnisses (bei Standardinstallation:
       "C:\OziExplorer\System Files\Internet Maps Cache"), es kann aber auch in OziExplorer
       ber die Internet Maps Konfiguration bzw. ber die Konfigurationsdatei "Internet Maps.ini"
       verschoben werden. Fr jede Kartenquelle existiert im Cache-Basisverzeichnis ein
       Unterverzeichnis, z.B. "Open Street Map" fr die OpenStreetMap-Karten. Eines dieser
       Unterverzeichnisse ist auszuwhlen. Innerhalb des jeweiligen Verzeichnisses werden
       normalerweise noch weitere Unterverzeichnisse existieren, die die jeweilige Zoomstufe
       enthalten. Darin befinden sich dann weitere Unterverzeichnisse, in denen letztlich die
       Kacheldateien liegen. Diese Unterverzeichnisse drfen NICHT ausgewhlt werden (es
       wird ggf. eine entsprechende Fehlermeldung ausgegeben).
       
       Beispiel: wenn die OpenStreetMap-Karten geffnet werden sollen, ist das Verzeichnis
       "C:\OziExplorer\System Files\Internet Maps Cache\Open Street Map" auszuwhlen.
       Die Zoomstufe kann dann nach ffnen der Karte ber "Zoomstufen/Auflsungen" gewhlt
       werden. Da nicht unbedingt fr alle Zoomstufen Daten existieren, werden nur die
       Zoomstufen bercksichtigt, in denen berhaupt Kacheldateien existieren (also fr die
       bereits Kacheln abgerufen wurden). Die Anzahl der maximal mglichen Kacheln einer
       Zoomstufe Z ergibt sich zu (2^Z)*(2^Z). Bei Zoomstufe 4 sind also maximal 16*16=256,
       bei Zoomstufe 5 entsprechend 32*32=1024 Kacheln mglich (pro Zoomstufe vervierfacht
       sich also die Kachelanzahl). Da die Kartenbereiche normalerweise nicht vollstndig
       vorhanden sind, reduziert sich der wandelbare Kartenausschnitt entsprechend.
       
       Besonderheiten: Kachelabmessungen immer 256x256 Pixel mit 24 bit Farbtiefe,
       Projektion/geodtisches Datum immer "Mercator"/"WGS 84". Bei Kartenbereichen, die bis
       zum rechten Rand (180 Ost) gehen, werden die Koordinaten etwas modifiziert:
       statt 180,000000 wird in die Map-Datei 179,999999 geschrieben. Das ist fr
       OziExplorer erforderlich, weil er offenbar 180 Ost als 180 West interpretiert.
       Bei der Darstellung einer solchen Karte wre zunchst nichts aufflliges zu sehen,
       aber wenn man einmal die Kalibrierung berprft und abspeichert, stimmen die "MMPLL"-
       Koordinatenwerte nicht mehr berein (180 Ost wrde umgesetzt auf -180 also 180 West)!
       Der in die .map-Datei geschriebene Gitterabstand beim Lat/Lon- und Metergrid ist variabel
       (bei allen anderen Karten ist das LLGrid auf 2 Minuten und das Metergrid auf 1 km fest
       eingestellt): je nach Zoomstufe werden bei den IMC-Karten 10 Deg, 1 Deg oder 2 Min bzw.
       100 km, 10 km oder 1 km eingestellt. Der variable Gitterabstand wurde implementiert,
       da ein 2 Min Lat/Lon-Gitter oder 1 km Metergrid auf einer Weltkarte ungnstig ist...
       
       Hinweise: die USA Terraserver Maps werden derzeit NICHT untersttzt!!!
       
       Bei hohen Auflsungen kann es leicht passieren, da die Gesamtkarte riesige Ausmae
       annimmt, wenn z.B. Kartenbereiche in den USA und in Europa angesehen wurden.
       Es knnen nur die von OziExplorer bereits abgerufenen und zwischengespeicherten Kacheln
       verarbeitet werden. Fehlende Kacheln werden NICHT automatisch nachgeladen, sondern mssen
       durch Anzeige des betreffenden Kartenbereichs in OziExplorer in den Cache gestellt werden
       (siehe auch OziMapTrans_FAQ.txt und Button "Capture Tracks erzeugen...").
       
       Bei einigen Karten und Zoomstufen werden manchmal "No Data" Kacheldaten in den Cache
       gestellt ("durchgestrichene Kamera"). OziMapTrans berliest diese Kacheln, wenn sie
       in einem anderen Format (*.png) als die normalen Kacheln (*.jpeg) abgespeichert sind.
       Beim ffnen einer Zoomstufe ermittelt OziMapTrans das verwendete Dateiformat und liest
       nur Kacheldaten in diesem Format ein.
       
       Bei groen Kartenbereichen ("Weltkarten") kommt es zu Ungenauigkeiten bei der
       Kartendarstellung in OziExplorer. Eigentlich msste ein spezielles geodtisches
       Datum verwendet werden ("Google-Datum", die Google-Merkator-Projektion verwendet
       nicht den WGS84-Ellipsoiden, sondern eine Kugel mit Radius der groen Halbachse a).
       Es ist daher ein Versatz in Nord-Sd-Richtung zu erkennen (sichtbar z.B. auf
       dem amerikanischen Kontinent, wo einige Breitengrade eingezeichnet sind, weil
       sie mit Staatsgrenzen zusammenfallen).
       
       Bemerkung: Ich weiss noch nicht, ob ich diesen Kartentyp auch in spteren Versionen
       untersttzen werde, da das Handling der vielen Dateien in den Cache-Verzeichnissen
       einfach nur nervig ist. Zu Testzwecken habe ich den Ozi IMC bei mir auf eine alte
       2-GByte SD-Speicherkarte verschoben, weil sonst die Festplatte zugemllt wird...
  Neu: (IMC) der Cache des Programms "gMapMaker" kann ebenfalls benutzt werden!
       Es gilt das gleiche wie fr den OziExplorer Internet Map Cache, aber gMapMaker verwendet
       eine etwas andere Verzeichnisstruktur und eine andere Namenskonvention bei den Kacheldaten.
       Es ist eines der Verzeichnisse innerhalb des gMapMaker-Cacheverzeichnisses (blicherweise
       "<gMapMaker-Programmverzeichnis>\MGMapsCache", kann aber auch konfiguriert werden)
       auszuwhlen, z.B. "kh" (fr KeyHole = Google Earth) oder "mt" (Google Maps). Die Zoomstufen
       ergeben sich wieder aus den darin vorhandenen Unterverzeichnissen (Verzeichnisname =
       Zoomstufe + 1), werden von OziMapTrans eingelesen und zur Auswahl gestellt.
       
       Besonderheiten: die Hybridkarten ("tt", "yh" und "yy") werden ebenfalls untersttzt,
       allerdings ist hier mehr Zeitaufwand erforderlich, da fr jede Kachel der Hybridkarten
       zwei Dateien geladen und berlagert werden mssen: die Hintergrundgrafik (Satelliten- bzw.
       Luftbild) und das Overlay. Bei den Hybridkarten wird als Komprimierung "Hybrid(JPG/PNG)"
       angezeigt (die Hintergrundgrafik ist als .jpg und das Overlay als .png gespeichert).
  Neu: Button "Capture Tracks erzeugen..." (nur auf Seite IMC)
       Hiermit knnen OziExplorer Tracks (*.plt) zum Fllen des OziExplorer IMC erzeugt werden.
       
       Hintergrund: wenn man sich im OziExplorer einen Ausschnitt einer Internet Karte ansieht,
       werden die entsprechenden Kacheln in den Cache gestellt. Wenn man jetzt mit OziMapTrans
       eine Karte aus dem Cache generieren will, fehlen in aller Regel Kacheln und es bleiben
       Lcken in der Karte. Mit den Capture Tracks knnen diese Lcken geschlossen werden.
       Prinzip: fr jede fehlende Kachel wird ein Trackpunkt (in der Mitte der Kachel) erstellt.
       Wenn man jetzt die betreffende Internet Karte sowie den Capture Track im OziExplorer ldt
       und die Trackwiedergabe startet, ldt OziExplorer die fehlenden Kacheln nach.
       
       Hinweis: wenn man ein Kartenverzeichnis des gMapMaker-Caches auswhlt, steht der Button
       "Capture Tracks erzeugen..." ebenfalls zur Verfgung, allerdings macht die Funktion
       dann keinen Sinn, denn das Abspielen des Capture-Tracks in OziExplorer wrde allenfalls
       den OziExplorer Internet Map Cache fllen, aber nicht den gMapMaker-Cache!
  Neu: Bisher war der Button "Farben..." bei Karten mit 24 bit Farbtiefe deaktiviert (weil
       keine Farbtabelle existierte). Jetzt ist der Button auch bei 24 bit Farbtiefe aktiv
       und im Dialog "Farben" Abschnitt "Farbtiefenanspassung" kann ausgewhlt werden,
       wie die Farbtabelle erstellt werden soll:

       (X) keine                          = Originalfarbtiefe und Farben bleiben erhalten
       ( ) Graustufen                     = Umsetzung in max. 256 Graustufen (max. 8 bpp Farbtiefe)
       ( ) 256 Farben (optimiert)         = Umsetzung in 256 optimierte Farben (8 bpp Farbtiefe)

       Bei der Auswahl "Graustufen" findet keine Berechnung der Farbtabelle anhand der Kacheldaten
       statt, da die Umsetzung direkt erfolgen kann. Eine evtl. vorher ermittelte optimierte oder
       angepasste Farbtabelle bleibt erhalten. Die Wandlung in Graustufen kann auch fr Karten mit
       einer Farbtabelle verwendet werden, hierbei werden nur die Farbwerte der Farbtabelle in
       Grauwerte umgerechnet, die Anzahl der Farben und die Farbtiefe (4 oder 8 bpp) bleibt dabei
       jeweils erhalten. Die Grauwerte knnen auch noch einzeln verndert werden.
       Wenn man die Farbtabelle mit aktivierter Auswahl "Graustufen" unter dem vorgegebenen Namen
       abspeichert, wird die Karte bei einem erneuten ffnen wieder mit Graustufen angezeigt bzw.
       konvertiert, ansonsten bleibt die Einstellung nur bis zum Schlieen der Karte oder ffnen
       einer neuen Karte (bzw. Auswahl einer Zoomstufe) erhalten.
       
       "256 Farben (optimiert)" und "Farbtabelle berechnen..." ist nur aktiviert, wenn eine Karte
       ohne Farbtabelle (also mit Farbtiefe 24 bpp) vorliegt. Wenn bereits eine Farbreduktion fr
       Karten mit 24 bpp Farbtiefe stattgefunden hat, kann ber den Button "Farbtabelle berechen..."
       eine Neuberechnung veranlasst werden. Das ist insbesondere fr die IMC-Karten sinnvoll, da
       sich das Kartenbild bei diesen Karten ndern kann (wenn neue Kacheldaten abgerufen wurden).
       
       Wenn noch keine optimierte Farbtabelle fr eine Karte mit Farbtiefe 24 bpp ermittelt wurde,
       sind die beiden Farbgitter "Originalfarben" und "Anwenderfarben" leer, ansonsten werden
       die jeweils geltenden Farben angezeigt.
  nd: Bei Karten, fr die eine gemeinsame Farbtabelle ermittelt werden muss und die auch eine
       gemeinsame Farbtabelle haben (z.B. MM 1.0-Karten), kann sich eine andere Farbtabelle
       als in den vorigen Versionen ergeben, da die Reihenfolge der Farben in den Farbtabellen
       der einzelnen Kacheln nun auch in der gemeinsamen Farbtabelle erhalten bleibt (sofern
       das mglich ist). Das Erscheinungsbild der Karten sollte sich dadurch nicht verndern,
       denn die "Farbtpfe" werden durch die nderung nur anders nummeriert. Bereits bestehende
       Farbprofile (.rgb-Dateien) sind davon nicht betroffen und bleiben weiterhin gltig.
       Abbruch der Farboptimierung fhrt jetzt dazu, dass die jeweilige Karte mit der Farbtiefe
       24 bit pro Pixel verarbeitet wird (bei einigen Kartentypen durfte die Farboptimierung
       vorher nicht abgebrochen werden).
  nd: Im Dialog "Karteninfo" wird jetzt "Farbtabelle (Graustufen)" bzw. "Farbtabelle (reduziert)"
       bei Umwandlung in Graustufen bzw. Farbreduktion ausgegeben.
  Neu: Seite "Einstellungen" : Optionen zur Farbtiefenanpassung
       
       Option "[ ] Kartenbilder mit 4 Bit auf 8 Bit Farbtiefe umrechnen"
       Einige Programme haben Probleme mit 4 bpp Grafikdateien. Wenn diese Option gewhlt
       ist, werden 4 bpp Kartenbilder auf 8 bpp umgerechnet. Fr OziExplorer und die
       Hilfsprogramme Img2Ozf/OziMapMerge braucht und sollte diese Option nicht verwendet
       werden, da sie die Grafikdateien nur unntig aufblht (bei unkomprimierten
       Dateiformaten auf das Doppelte).
       Hinweis: mit dieser Option wird das alte Verfahren zur Anhebung der Farbtiefe ber
       eine manipulierte .rgb-Datei (beschrieben in "OziMapTrans_FAQ.txt") berflssig und
       die FAQ wurde entsprechend gendert.
       Standardwert: [ ] (aus, es findet keine Umrechnung auf 8 bpp statt)
       
       Option "[ ] automatische Farbreduktion bei 24 bit Farbtiefe"
       Diese Farbreduktion auf maximal 256 Farben ist besonders auf die Erzeugung groer
       Kartenstcke und anschlieende Wandlung mit Img2Ozf ausgerichtet. Das erstmalige
       Laden einer Karte kann mit automatischer Farbreduktion allerdings sehr lange dauern,
       da zunchst eine gemeinsame Farbtabelle fr alle Kacheln ermittelt werden muss.
       Wenn diese Option gewhlt ist, passiert das automatisch fr jede Karte mit einer
       Farbtiefe von 24 bit. Wenn fr eine Karte mehrere Zoomstufen vorliegen, findet fr
       jede Zoomstufe beim ersten ffnen eine Farbreduktion statt, da jede Zoomstufe
       verschiedene Farben bzw. eine andere Farbverteilung haben kann.
       Standardwert: [ ] (aus, keine automatische Farbreduktion)
       
       Bemerkungen: 
       Unabhngig von der Option "[ ] automatische Farbreduktion bei 24 bit Farbtiefe" kann
       ber den Button "Farben..." (s.o.) auch nachtrglich noch eine Farbreduktion erfolgen.
       
       Wer nur kleine Grafikdateien erzeugt, knnte durch Stapelverarbeitung der Dateien
       mit einem externen Grafikprogramm bessere Ergebnisse erhalten, weil bei Reduktion
       in OziMapTrans eine gemeinsame Farbtabelle fr ALLE Kacheln ermittelt wird.
       Wenn mehrere kleinere Einzelgrafiken erzeugt und einzeln farbreduziert werden,
       drfte sich ein geringerer Farbfehler ergeben, da nicht fr alle Einzelgrafiken
       eine gemeinsame Farbtabelle benutzt werden muss und daher insgesamt mehr als
       256 Farben verwendet werden knnen. Bei der Reduktion in OziMapTrans findet KEIN
       Farbdithering statt, daher knnen die Ergebnisse mit einem externen Grafikprogramm
       und Farbdithering besser sein, andererseits lassen sich geditherte Grafikdaten
       schlechter komprimieren. Hier muss im Einzelfall ausprobiert und entschieden werden.
       
       Anmerkungen zur Farbtiefe bei den Kompass-Karten: gerade die Kompass-Karten haben
       meistens eine Farbtiefe von 24 bpp mit vielen Zwischentnen und Artefakten, wie man
       sie von JPEG-Bildern kennt. Die Reduktion auf 256 Farben liefert hier meistens gute
       Ergebnisse (d.h. praktisch nicht sichtbare Farbverluste), da die Karten eher "flchig"
       sind. Die Farbvielfalt scheint durch das verwendete Kompressionsverfahren (JPEG) zu
       entstehen. Gerade bei groen Karten sollte die Farbreduktion zumindest ausprobiert
       werden, da sich die Datenmenge durchaus auf 1/10 oder weniger (bei TIFF mit
       LZW-Kompression) reduzieren lsst!
       
       Anmerkungen zur Farbtiefe bei den Internet-Karten: "Street Map"-Karten knnen
       meistens ohne starke wahrnehmbare Farbfehler auf 256 Farben reduziert werden, da das
       Kartenbild ohnehin "flchig" ist. Die einzelnen Kacheln liegen sogar als 256 Farben
       png-Dateien vor. Jedoch werden sich ohne Farbreduzierung dennoch mehr Farben ergeben,
       da die Kacheln keine gemeinsame Farbtabelle aufweisen. Bei der Erzeugung eines aus
       vielen Kacheln bestehenden Kartenbildes knnen daher die Farbinformationen nur durch
       Erhhung der Farbtiefe verlustfrei zusammengesetzt werden. Bei Reduzierung der Farben
       gehen Farbzwischentne verloren, dadurch wird das Kartenbild etwas "pixeliger".
       Bei Satelliten- bzw. Luftbildern ergeben sich strkere wahrnehmbare Farbfehler, die bei
       groflchigen Farbverlufen (z.B. Watt- oder Wasserflchen) besonders auffllig sind.
       Falls schon eine Farbreduktion erfolgt ist und nachtrglich neue Kacheldaten abgerufen
       wurden, sollte die Farbreduktion wiederholt werden, da die hinzugekommenen Kacheln
       natrlich noch nicht bercksichtigt wurden.
  nd: Die vorher schon implementierte Farbreduktion bei einigen Karten (ATK25 und ATK3D) ber
       mitgelieferte Farbtabellen war sehr langsam geworden, weil ein noch nicht optimiertes
       Verfahren zur Farbumsetzung verwendet wurde. Durch das neue optimierte Verfahren
       wird der Vorgang beschleunigt, allerdings ergibt sich ein hherer Hauptspeicherbedarf
       (ich schtze bis zu 64 MByte, aber das drfte bei aktuellen Rechnern kein Thema sein...).
       Weil bei den betroffenen ATK25- und ATK3D-Karten die Ermittlung der optimalen Farbtabelle
       sehr lange dauert (alle Kacheln mssen gelesen und analysiert werden...), liegen im
       Archiv die fertigen neuen Farbtabellen. Die alten Tabellen knnen weiterhin genutzt
       werden, aber liefern nicht ganz so gute Ergebnisse.
  Neu: Seite "Einstellungen": Option "Cal-Dateien fr TTQV erzeugen"
       Ich komme damit dem Wunsch einiger Anwender nach, kann aber nicht alle Kombinationen von
       Projektion, geodtischem Datum usw. selbst berprfen, da ich TTQV nicht benutze. Es knnen
       daher noch Probleme und Fehler bei der Umsetzung einzelner Karten auftreten (bitte melden).
       Standardwert: [ ] (aus)
       
       Besonderheiten:
       Kalibrierung erfolgt immer ber Projektion mit 4 Referenzpunkten, bei einigen Karten frei
       mit 9 Referenzpunkten, wenn die Projektion nicht bekannt ist bzw. die Georeferenzierung
       nherungsweise ber Polynome erfolgt.
       Bei den IMC-Karten wird die "Google-Projektion" als Mercator-Projektion auf einer Kugel
       mit Radius der groen Halbachse a des WGS84-Ellipsoids umgesetzt.
              
       Bemerkungen:
       Als Grafikformat fr TTQV ist TIFF mit LZW-Kompression zu empfehlen. TTQV kann TIFF-Dateien
       bis 4 GByte verarbeiten (4 GByte ist das absolute Limit des Dateiformats), daher wird man
       wohl mglichst groe Kartenstcke bevorzugen. Die Aufteilung in mehrere Kacheln, Farbanpassung
       und -reduzierung etc. funktionieren natrlich auch. Durch Umwandlung in Kachel-TIFs mit
       ZIP-Kompression (ber das Kontextmen "TIF Info..." im TTQV X-plorer) erreicht man noch bessere
       Performance und meistens auch kleinere Dateien. Bei den ozf2/ozfx3-Karten gelten die gleichen
       Einschrnkungen wie fr Glopus Kal-Dateien bzw. Kml-Dateien fr Google Earth: derzeit werden
       die OziExplorer .map-Dateien fr die .ozf2/.ozfx3-Dateien nicht bezglich Projektion und
       geodtischem Datum usw. ausgewertet, daher knnen keine Kalibrierungsdateien in einem
       Fremdformat erzeugt werden (entsprechende Fehlermeldungen werden im Protokoll ausgegeben).
  Hin: Die Konvertierung der Karten lsst sich beschleunigen, indem die Kachelvorschau abgeschaltet
       wird. Das Ab- oder Anschalten der Kachelvorschau kann auch nach Start der Konvertierung
       erfolgen, denn die Option "[X] Kachelvorschau" im Hauptfenster bleibt auch whrend der
       Konvertierung auswhlbar. Die Zeitersparnis ist bei groen Karten mit vielen Kacheln erheblich,
       weil der wiederholte Bildaufbau bei abgeschalteter Kachelvorschau entfllt.

v1.2.9.5
  Fix: (QCT) In der Umrechnung des geodtischen Datums "Ord Srvy Grt Britn" (OSGB36) von
       bzw. nach WGS84 war ein bler Fehler (zwei Parameter fr die Helmert-Transformation
       waren vertauscht!).
  Kos: Bei Karten mit Lambert-Projektion und geodtischem Datum "Potsdam Rauenberg DHDN"
       stimmten die angezeigten Meterwerte nicht, weil das "False Easting" der jeweiligen
       Zone nicht bercksichtigt wurde. Betroffen war u.a. die Generalkarte (gk_deu_08),
       bei der Kalibrierung ergeben sich aber keine Unterschiede, da die "falschen"
       Meterwerte dafr nicht relevant sind.
  nd: Kalibrierungsdateien QCT-Karten mit Projektion "TM" werden jetzt nicht mehr als
       "(BNG) British National Grid" sondern als "Transverse Mercator" mit den
       entsprechenden Projektionsparametern umgesetzt. Das sollte quivalent sein
       (OziExplorer untersttzt beide Varianten). Bitte melden, falls es rger mit
       Fremdprogrammen gibt, dann mache ich das konfigurierbar.
  Neu: QCT-"UTM"-Karten knnen jetzt ebenfalls als Transversale Merkator-Projektion
       mit Datum OSGB36 gewandelt werden. Da sicherlich nicht alle "UTM"-Karten so
       gewandelt werden sollten, wird vorher geprft, ob der Kartenmittelpunkt im
       Bereich des British National Grid liegt und in der .qct-Datei ein Mastab
       eingetragen ist. Wenn beide Bedingungen erfllt sind, erfolgt eine entsprechende
       Abfrage.
  Neu: QCT-"Lambert"-Karten werden jetzt mit Projektion "(II) France Zone II" und Datum
       "NTF France" konvertiert. Ich betrachte das noch als experimentell, da ich auer
       kleinen Beispielkarten keine Karten zum Testen habe. Bitte prfen und evtl. Fehler
       melden.
  Fix: Bei einigen Karten (mona) wurden falsche Glopus .kal-Dateien geschrieben: die
       Lat-/Lon-Werte stimmten, aber die Bildschirmkoordinaten bezogen sich auf die
       Gesamtkarte und nicht auf die einzelnen Kacheln. Danke an Andreas fr den Hinweis!

v1.2.9.4
  Kos: bei einigen qct-Karten wurde 999 als Zentralmeridian in die .map-Datei geschrieben
       (999 ist ein interner Wert fr "unbekannter Zentralmeridian"). Da diese Karten als
       Lat/Lon kalibriert wurden, entstand aber kein Schaden, weil die Projektionsparameter
       dann von OziExplorer ohnehin ignoriert werden. Um Probleme mit Fremdprogrammen
       zu vermeiden, werden die Projektionsparamter jetzt vorsichtshalber leer gelassen.
  nd: In dieser Datei (OziMapTrans_History.txt) wurde "MM2 Luxemburg" gendert in "MM1 Luxemburg",
       um die Verwirrung zu erhhen ;-)
  nd: Die MM2-Kalibrierung wurde intern berarbeitet, weil der Code mit jeder MM2-Karte etwas
       unbersichtlicher geworden war. Die Kalibrierung sollte sich dadurch nicht ndern, es gibt
       also keinen Grund, bereits gewandelte Karten neu zu erzeugen!
  Neu: MM2 sterreich 2.0 (AK2D und AK3D)
       Bei der AK2D stehen 9, bei der AK3D stehen 8 Auflsungen bzw. Zoomstufen zur Auswahl.
       Wie bei allen MM2-Karten werden bentigte Umsetzungstabellen beim ersten ffnen erzeugt
       und im Unterverzeichnis "ResData" abgelegt (AK2D: 2 Dateien ~ 117 KB, AK3D: 1 Datei ~ 28 KB).
       
       HINWEIS: bei der AK2D sollten die beiden Dateien "Austria2D_A" und "Austria2D_B" NICHT
       einzeln geffnet werden, sondern immer ber die Gesamtdatei ("Austria2D_virt.txt"), da
       sonst wegen der Kachelverteilung auf die beiden Dateien etwa jede zweite Zeile leer ist.
  nd: Seite "TopXXX (mph/mpr)" wurde umbenannt in "TopXXX (mph/acc)"
  Neu: Es knnen nun auch Karten der "Top"-Reihe im alten Format (.acc/.map/.coe/.rgb-Dateien)
       konvertiert werden. Ich hatte mir dieses Kartenformat schon einmal oberflchlich angesehen
       es aber wegen der neueren .mph/.mpr-Dateien erstmal beiseite gelegt und dann vergessen.
       Im Datei ffnen Dialog ist dafr der Dateifilter "ACC-Dateien (*.acc)" ergnzt worden.
       Es ist eine .acc-Datei auszuwhlen, die zugehrigen anderen Dateien (.map, .rgb und .coe)
       mssen im gleichen Verzeichnis vorhanden sein (die .coe-Datei kann auch fehlen, z.B. bei
       Kartenlegenden).
       
       Besonderheiten: die Indizierung der Kacheln kann aufgrund des Dateiformats etwas lnger
       dauern, daher wird eine Fortschrittsanzeige eingeblendet.
       
       Hinweis: Kalibrierung derzeit immer als Lat/Lon, mit 9 Punkten, PolyCal=Yes und im
       geodtisches Datum WGS84, sofern WGS84 in der jeweiligen .coe-Datei angegeben ist
       und entsprechende Polynom-Koeffizienten daraus gelesen werden knnen (ansonsten erfolgt
       keine Kalibrierung und nur das Kartenbild kann konvertiert werden). Von der Kalibrierung
       mit 9 Punkten sollten im brigen bei groen Karten keine Wunder erwartet werden.
  nd: Die Projektion "TM" bei QCT-Karten wird jetzt als "(BNG) British National Grid" mit
       geodtischem Datum "Ord Srvy Grt Britn" umgesetzt, wenn bei der Karte ein Mastab
       angegeben ist. Die Kalibrierung erfolgt dann nicht fr jeden Kalibrierungspunkt direkt
       mit den aus der .qct-Datei gelesenen Koeffizienten, sondern durch Wahl eines Referenzpunktes
       in Kartenmitte und Errechnung der jeweiligen Punkte ber die normale Berechnungsfunktion
       (OSGB36 Transversale Merkatorprojektion). Grund: bei groen Karten ergibt die Berechnung
       ber die Koeffizienten gerade an den Randpunkten der Karte starke Fehler.
       Wenn bei der Karte kein Mastab eingetragen ist, erfolgt wie vorher eine 9-Punkt
       Lat/Lon-Kalibrierung. Bei groen Karten wird dies erwartungsgem ebenfalls zu
       starken Abweichungen fhren.
       
       Hinweis: Die Wandlung der "TM"-Projektion betrachte ich noch als experimentell,
       bitte an vorhandenen Karten ausprobieren und Probleme melden!
       
       Bei QCT-Karten mit noch nicht untersttzter Projektion bzw. noch nicht zugeordnetem
       geodtischem Datum werden entsprechende Hinweise beim ffnen der Karte ausgegeben.
       Die Kalibrierung erfolgt dann erstmal wie gehabt mit 9 Punkten, ich bentige aber die
       angezeigten Parameterwerte (in ""), um diese vielleicht besser umsetzen zu knnen.
       Ein bisher noch nicht zugeordnetes geodtisches Datum wird im Klartext in die Map-Datei
       bernommen, daher kann OziExplorer evtl. damit nichts anfangen.

v1.2.9.3
  nd: Bei der Wandlung aus PDF-Dateien wurde redundanter Code entfernt. Dieser "Kartentyp"
       wird immer noch speziell behandelt. Eine typische Altlast, ich werde noch weiter
       darin aufrumen...
  Kos: Die bei "Projektionsdaten" angezeigten Werte stimmten manchmal nicht (insbesondere
       die dritte Zahl = Ellipsoid k) bzw. wurden nur nach Schlieen und erneutem ffnen
       der Karte aktualisiert. Nur die Anzeige war davon betroffen, in die Map-Datei wurden
       die richtigen Werte geschrieben.
  Fix: Bei MM1 Luxemburg 2.0 wurden fehlerhafte Glopus .kal-Dateien erzeugt (wg. eines
       falschen Parametersatzes zum Umrechnen von LUREF in WGS84 Koordinaten).
       Es werden jetzt auch zustzliche Projektionsparameter geschrieben. Ob diese von
       Glopus berhaupt verwendet werden, ist mir allerdings unklar...
  nd: Der Hauptspeicherbedarf bei einigen Kartentypen wurde drastisch reduziert. Das
       betrifft besonders Kartentypen mit kleiner Kachelgre und entsprechend vielen
       Kacheln (ozf2/ozfx3 und qct).
  Fix: Bei den lteren MM 1.0-Karten Nordrhein-Westfalen, Bayern, Hessen und Baden-
       Wrttemberg (CD-Versionen, nicht zu verwechseln mit den Versionen 1.5 auf DVD)
       wurden die Grafiken nicht richtig zusammengesetzt, weil bei diesen Karten eine
       andere Zeilenvertauschung verwendet wird. Bei Hessen 1.0 erfolgte auerdem keine
       Kalibrierung, weil einige Dateien nicht gefunden wurden (andere Namensgebung).
       Wer diese Karten hat, bitte nochmal berprfen und evtl. Fehler melden.
  Neu: Seite "QuickChart (qct)" (MemoryMap-Karten, experimentell)
       
       Besonderheiten: die Kachelgre betrgt immer 64x64 Pixel bei 8 Bit Farbtiefe
       (von den mglichen 256 Farben werden aber nur maximal 128 verwendet). Weil das
       Laden der Kacheltabelle bei groen .qct-Dateien lnger dauern kann, wird eine
       Fortschrittsanzeige ohne Abbruchmglichkeit eingeblendet. Als Kompression wird
       bei Karteninfo... "QCT" angezeigt. Hierbei handelt es sich aber nicht um EIN
       bestimmtes Verfahren, sondern jede Kachel kann in einem von drei mglichen
       Verfahren komprimiert sein. Derzeit werden alle .qct-Karten, die nicht in Mercator-
       oder UTM-Projektion vorliegen, als Lat/Lon mit 9 Punkten und PolyCal=Yes kalibriert.
       Das ist noch etwas unbefriedigend, da einige Karten (Frankreich) in Lambert-
       Projektion vorliegen. Hierfr mssen aber noch die entsprechenden Projektions-
       parameter ermittelt werden. Als Kartendatum wird derzeit immer WGS84 gesetzt.
       
       Hinweis: da ich bisher nur die frei verfgbaren Beispielkarten getestet habe,
       knnen bei den "richtigen" Karten noch Fehler auftreten.
       
       Bemerkung: die Komprimierung der qct-Karten ist offenbar nicht besonders gut.
       Im ozf2-Format gewandelte Karten bentigen oft weniger Speicherplatz als die
       qct-Dateien, obwohl in den ozf2-Dateien ja auch noch zustzliche Zoomstufen
       abgelegt sind. Aber vielleicht liegt das auch nur an den Beispielkarten...

v1.2.9.2
  nd: (Optimierungen) unntige Speicheranforderungen/-freigaben bei der Leerkachelsuche
       entfernt (Dok: war bereits in v1.2.9.1 erfolgt). Routinen zum Lesen eines
       Kartenausschnitts wurden vereinfacht.
  Fix: TIFF-Leerstreifenerkennung funktionierte nicht bei Karten mit 24 bit Farbtiefe!
       Es entstand zwar kein fehlerhaftes Bild, aber die Leerstreifen-Optimierungen
       griffen deswegen nicht.
  Fix: Wenn eine max. TIFF-Streifengre eingestellt wurde, die kleiner als die Kachelhhe
       war und der erste Streifen einer Kachelzeile leer war, wurde die ganze Kachelzeile
       leer ausgegeben!!!
  Fix: Anwender-Farbtabellen werden jetzt auch bei MM1/MM2/MM3-Karten fr jede
       Auflsung getrennt gespeichert (in v1.2.9.1 funktionierte das nur fr .gvg und
       einige MM3-Karten, war aber eigentlich fr alle Kartentypen gedacht)
  Kos: Zoomstufe/Auflsung auf der Seite "Mona (map)" wurde ausgeblendet, da hier
       sowieso keine Auswahl erfolgen kann
  Kos: "Karteninfo..." bei ozf2/ozfx3-Karten zeigt unter Georeferenzierung jetzt nur
       noch den Hinweis "(wird aus OziExplorer .map-Datei bernommen)" an
  Fix: die neben "erweiterte Leerkachel-Erkennung" ausgewhlte Farbe wurde nicht fr
       alle Leerkacheln (wo keine Kacheldaten vorliegen) verwendet, sondern es wurde
       nach der ersten nicht leeren Kachel wieder die Farbe Wei (bzw. die dem Farbwert
       RGB(255,255,255) hnlichste Farbe) fr alle folgenden Leerkacheln verwendet.
       Die Farbe konnte nicht bei deaktivierter Leerkachelerkennung ausgewhlt werden.
  Dok: die neben "erweiterte Leerkachel-Erkennung" ausgewhlte Farbe wird als Bildinhalt
       fr Kacheln mit fehlenden Kacheldaten (Leerkacheln "erster Ordnung") verwendet.
       Nach ffnen einer Karte, Auswahl einer Auflsung/Zoomstufe oder nderung der
       Einstellung "individuelle Farbtabelle benutzen" wird die Farbe Wei bzw. die
       dem Farbwert RGB(255,255,255) hnlichste Farbe voreingestellt, was einer mglichst
       hellen Hintergrundfarbe entspricht.
  Kos: Scrollbalken in der Kachelvorschau wurden wieder in den "Tracking"-Modus gesetzt
       (die Einstellung war in v1.2.9.1 verloren gegangen).
  Neu: MM1 Luxemburg 2.0
       Es stehen insgesamt vier Kartenbilder (LUX2D, LUX2D_LB, LUX3D und LUX3D_LB) in
       jeweils 6 Zoomstufen/Auflsungen zur Verfgung.
       
       Besonderheiten: die Karten mssen ber die Seite "MM V1" geffnet werden, da sie
       -anders als der Produktname vermuten lt- in den alten Kartenformaten (1.0/1.5)
       vorliegen. Die .mpf-Dateien der 2D-Karten liegen im Verzeichnis "TD", die .mpf-Dateien
       der 3D-Karten liegen im "SD"-Verzeichnis. Die 2D- und 3D-Luftbilder sind identisch,
       liegen aber in den Formaten 1.0 und 1.5 vor. Sie umfassen allerdings nur einen
       Teilbereich (5 x 5 km = 5120 x 5120 Pixel in der besten Auflsung) der Topokarte.
       
       WICHTIGER HINWEIS: alle Karten sind im Datum LUREF kalibriert. Damit dieses Datum
       mit OziExplorer verwendet werden kann, ist in der Datei "datums.dat" im OziExplorerPC-
       bzw. OziExplorerCE- Verzeichnis ggf. folgende Zeile zu ergnzen (wenn die Datei
       "datums.dat" noch nicht existiert, muss sie angelegt werden):
       
       LUREF, 29, -265, 77, 21
       
       Das LUREF-Metergrid kann auch in OziExplorerPC angezeigt werden. Hierzu ist unter
       Konfiguration (Alt-C) Seite "Karten" unter "Alternatives Netz" die Einstellung
       "Anwender Netz" und "[X] Verwende Karten-Anwender-Netz" auszuwhlen.

       Hinweise zu den Karten LUX2D und LUX3D: die kleinen schwarzen Kreuze im Kartenbild
       sind Markierungen fr das LUREF-Metergrid (am Kartenrand sind teilweise auch die
       km-Werte dazu abgebildet). Wenn OziExplorer das LUREF-Metergrid korrekt anzeigen
       soll, ist das Anzeigedatum auf "LUREF" (bzw. Datum der Karte) zu stellen.
       Die hellblauen Linien zeigen das UTM-Gitter (am Kartenrand sind teilweise auch
       hellblaue km-Werte dazu abgebildet). Wenn OziExplorer das UTM-Gitter korrekt
       anzeigen soll, ist als Alternatives Netz "UTM" und das Anzeigedatum auf "WGS 84"
       einzustellen. Der Lngengrad 6 Ost (WGS 84) ist etwas dicker hellblau eingezeichnet
       und am oberen Kartenrand beschriftet.

v1.2.9.1
  Fix: im Archiv OziMapTrans_1289.zip fehlten die beiden Anwender-Farbtabellen
       "MM2_TK25.rgb" und "MM2_TK3D.rgb"...
  Fix: MM1-Karten: die Anzeige der niedrigeren Auflsungen (1:8, 1:16, 1:32 und 1:64) und
       Vorgabe fr die Kartennamen stimmte bei den alten CD-Versionen (v1.0) nicht mehr!
  Neu: MM1 Bayern 3D v1.5 (Nord+Sd 2D, 3D noch nicht) wird jetzt untersttzt.
       Besonderheit: es stehen nur 6 Auflsungen zur Verfgung.
       Danke an Andreas fr das "Einmessen" der Karte!
  Neu: MM3 TourExplorer Demo (Luftbilder noch nicht)
       Es stehen zwar 11 Auflsungen zur Verfgung, der Kartenausschnitt in der hchsten
       Auflsung ist aber nur 4096x4096 Pixel gro (Demodaten um den Ort Waiblingen in
       Baden-Wrttemberg)...
  nd: Kartentyp (gvg/gmp): bei einigen Karten wurde der Suffix "_2", "_4" usw. bei den
       niedrigeren Auflsungen nicht als Vorgabe Map-Basisname angehngt.
  Fix: Kartentyp (gvg/gmp) bei einigen (lteren) Kompass-Karten stimmte die Kalibrierung
       nicht (Projection="utm" mit Ellipsoid="international" bzw. WPP statt WPPX/WPPY und
       RAD statt RADX/RADY)
  nd: Die Verwaltung der verschiedenen Kartentypen wurde programmintern gestrafft, um das
       Hinzufgen neuer Kartentypen bzw. Anlegen neuer Registerseiten zu vereinfachen.
       Das hat auch zur Folge, dass jetzt die persistenten Einstellungen im Abschnitt
       "OZI Map-Datei" fr jeden Kartentyp getrennt abgespeichert werden. Vorher wurden
       die Einstellungen nur einmal im Abschnitt "[OziMaps]" abgespeichert und galten fr
       alle Kartentypen. Diese alten Einstellungen werden jetzt nur noch als Vorgabewerte
       fr die kartentypenspezifischen Einstellungen gelesen.
  nd: Die Kompressionseinstellungen fr PNG-Dateien mit einer Farbtiefe von 24 bpp wurden
       optimiert (Filter). Dadurch ergeben sich etwas kleinere Dateigren.
  nd: Bei Karten mit mehreren Auflsugen/Zoomstufen, kann fr jede Auflsung nun eine eigene
       Anwender-Farbtabelle gespeichert werden (bisher wurde fr alle Auflsungen die gleiche
       Farbtabelle verwendet). Der Name der .rgb-Datei wird dazu jetzt bei niedrigeren
       Auflsungen mit dem gleichen Suffix wie der Vorgabe Map-Basisname versehen. Wer eine
       existierende Farbanpassung fr alle Auflsungen weiterhin verwenden mchte, muss die
       .rgb-Datei entsprechend kopieren!

       Beispiel: fr die LK50 wurde eine Farbanpassung erstellt (Dateiname "LK50.rgb").
       Um die gleiche Farbanpassung fr alle Auflsungen zu verwenden, muss die Datei "LK50.rgb"
       als "LK50_2.rgb", "LK50_4.rgb" usw. kopiert werden (alle .rgb-Dateien mssen sich im
       Profile-Verzeichnis befinden). Alternativ kann auch die Farbtabelle in der hchsten
       Auflsung aufgerufen (Button "Farben...") und dort ber den Button "Speichern..."
       unter den entsprechenden Dateinamen ("LK50_2.rgb" etc.) abgespeichert werden.

  Fix: Auf Seite "TOPxxx (pdf)" wurden ungltige Projektionsdaten vorgegeben (dritter Wert,
       Ellipsoid k=0.00..)! Der Fehler ist wahrscheinlich nicht aufgefallen, weil keiner die
       Konvertierung aus PDF-Dateien mit automatischer Erzeugung von .map-Dateien verwendet
       (ich auch nicht mehr)...
  Fix: OziMapTrans erzeugte auf Systemen mit einer Farbtiefe von 8 bpp bei einigen Kartentypen
       (gvg/gmp, Kompression Komp4, 24 bpp Kartenbilder) leere Kacheln! Das ist jetzt zwar
       behoben, ich empfehle aber dennoch, eine hhere Display-Farbtiefe einzustellen.
  Neu: Seite "OziMap (Ozf2/Ozfx3)" (experimentell)
       Im Dateiauswahldialog knnen neben .map- auch .ozf2- oder .ozfx3-Dateien direkt ausgewhlt
       werden. Wenn eine .ozf2- oder .ozfx3-Datei ausgewhlt wurde, fehlt die Kalibrierung und
       nur das Kartenbild kann gewandelt werden. Wenn eine .map-Datei ausgewhlt wurde, muss die
       darin vermerkte Grafikdatei (dritte Zeile) eine .ozf2- oder .ozfx3-Datei sein, andere
       Typen werden NICHT untersttzt. Falls sich die .ozf*-Datei im gleichen Verzeichnis wie
       die .map-Datei befindet, wird eine Pfadangabe in der .map-Datei ignoriert, ansonsten
       wird die Pfadangabe bercksichtigt.

       Besonderheiten: die Kachelgre ist bei .ozf2/.ozfx3-Dateien recht klein (64x64 Pixel), daher
       sieht man in der Kachelvorschau nicht viel. Die Farbtiefe ist immer 8 bpp, auch wenn die
       Ursprungsgrafik eine andere Farbtiefe hatte. Es stehen mehrere Auflsungen zur Auswahl
       (Anzeige "<Name> (<n>%)"), deren Anzahl von der Kartengre und den Einstellungen beim
       Erzeugen der .ozf2- bzw. ozfx3-Datei abhngt. Die Anzeige ist NICHT nach der Auflsung
       sortiert, sondern entspricht der physikalischen Anordnung innerhalb der jeweiligen Datei.
       Die einfache Suche nach Leerkacheln am Rand (ohne Analyse der Kachelbilder) ist sinnlos,
       denn in .ozf*-Dateien sind immer alle Kacheln vorhanden.
  Hin: (Ozf2/Ozfx3) das Kartenformat wurde erstmal nur deshalb hinzugefgt, weil das Speichern
       sehr groer Bilddateien aus OziExplorer -wenn berhaupt- nicht gut funktioniert.
       Beim Lesen der zugehrigen .map-Datei wird derzeit nur bei Konvertierung der kompletten Karte
       in hchster Auflsung eine Kopie der Kalibrierungsdatei erstellt (der Name der Grafikdatei
       und ggf. der Kartenkommentar wird angepasst). Bei Aufteilung der Karte in mehrere Kacheln bzw.
       Auswahl eines Teilbereichs werden derzeit KEINE Kalibrierungsdateien geschrieben, weil in
       OziExplorer .map-Dateien sehr viele Kombinationen von geodtischem Datum und Projektion
       mglich sind. Bei Aufteilung der Karte mssten neue Kalibrierungs- und Randpunkte errechnet
       werden. Das ist eine nicht triviale Aufgabe und kommt (vielleicht) spter.

       AUSNAHME: Format "TrekBuddy Set-Dateien", wenn die komplette Karte aufgeteilt wird! Hier wird
       auch die .map-Datei erzeugt und nur das Kartenbild in mehrere .png-Dateien der gewhlten Gre
       aufgeteilt.

       HINWEIS: es werden weder .kal-Dateien fr Glopus noch .kml-Dateien geschrieben, da hierfr
       neue Kalibrierungspunkte errechnet werden mssten.
      
       ACHTUNG: wenn die "Initial Resize"-Option beim Erzeugen der ozf2/ozfx3-Dateien verwendet wurde,
       kann es zu Problemen mit Fremdprogrammen kommen, die den "Map Scale Factor" (MSF) nicht auswerten!
       In diesem Fall sollte die Originalkarte zunchst in OziExplorer geladen, die Kalibrierung berprft
       und noch einmal ohne nderungen abgespeichert werden. OziExplorer berechnet dabei die (X,Y)-Werte
       unter Bercksichtigung des MSF neu.

  Fix: Kartentyp (gvg/gmp) Kalibrierungsfehler bei UTM-Projektion und Zonenwechsel (sterreich)
       (ungetestet, sollte jetzt aber behoben sein).
  nd: alle mitgelieferten Anwender-Farbtabellen werden jetzt im Zip-Archiv bereits in einem
       Unterverzeichnis "Profile" abgelegt

v1.2.9.0 (Debugrelease)
  Fix: MM2/MM3-Karten: Zusammenlegung mehrerer Farbeintrge auf einen Farbwert wirkte sich
       nicht bei der Kompression bzw. Leerkachelerkennung und -unterdrckung aus!!!
       Die Farbinformation (Farbtabelle) wurde zwar korrekt geschrieben, aber die Indizes
       der zusammengelegten Farbwerte wurden nicht angepasst. Besonders auffllig war das
       bei der TE50A, wo mit kaum unterscheidbaren Weitnen "gesprenkelte" Kacheln an den
       Kartenrndern existieren.
  Neu: Kalibrierung fr die TE3DA ergnzt ("Trial and Error"... das war ein Krampf!)
  Dok: Kartentyp (gvg/gmp): ffnen von .gmp-Dateien ist eigentlich nur sinnvoll, um evtl. vorhandene
       Kartenlegenden wandeln zu knnen. Fr die Karten sollte immer die .gvg-Datei geffnet werden!
  Fix: (MM1-Analysekacheln fr Bayern 3D v1.5 angepasst)

v1.2.8.9
  Fix: Bei Verwendung der Option "mglichst kurze Nummern" wurden die Dateinamen bei Aufteilung
       in 10er Potenzen um eine Stelle zu lang formatiert. Da die Zhlung bei 0 beginnt,
       wird jetzt z.B. bei Aufteilung in 10 Teile mit einer Stelle (0-9) formatiert!
  Kos: Die Seite "LK50 (gvg/gmp)" wurde umbenannt in "LKxx/Kompass (gvg/gmp)"...
  Fix: Die Karte LK25 (inkl. Luftbild LB4M) wurde bereits ab Version v1.2.8.5 untersttzt,
       die verschiedenen Zoomstufen wurden allerdings nicht nach Auflsung sortiert angezeigt
       und die Kalibrierung stimmte nicht (Projection=gk und OffsetEast<>0).
  Dok: LK50/LK25: die Satelliten- bzw. Luftbilder knnen ebenfalls konvertiert werden
       (LK50: Datei "SAT.gvg" bzw. LK25: Datei"LB4M.gvg"). Das Kartenbild liegt allerdings
       in 24 bpp (TrueColor) vor und wird entsprechend konvertiert.
       TODO: Option Farbreduktion auf 256 Farben bei 24 bpp!
  Hin: Bei der LB4M entsprechen die Angaben "1:x" bei den Zoomstufen der Pixelauflsung (!),
       also "1:4" entspricht 4 Meter/Pixel, "1:8" entspricht 8 Meter/Pixel usw.
  Dok: Kartentyp (gvg/gmp): ffnet man statt einer .gvg-Datei eine .gmp-Datei, steht nur das
       Kartenbild ohne Geo-Referenzierung zur Verfgung. Bei .gmp-Dateien, die mehrere
       Zoomstufen/Auflsungen enthalten, kann nur die Standard-Auflsung (blicherweise die
       hchste Auflsung) konvertiert werden.
  Hin: Die Daten der LK25 DVDs mssen in einem Verzeichnis liegen, es ist daher nicht mglich,
       die LK25 direkt von DVD zu konvertieren. Da zwei Dateien grer als 4 GB sind, muss der
       Datentrger in einem Dateisystem formatiert sein, das so groe Dateien untersttzt
       (z.B. NTFS, die Dateisysteme FAT oder FAT32 sind dafr nicht geeignet!).
  Neu: MM3 TE25 (TE25+TE3D, Luftbilder noch nicht!)
       Bei der TE25 stehen 11, bei der TE3D stehen 10 Auflsungen bzw. Zoomstufen zur Auswahl.
       Wie bei den MM2-Karten werden bentigte Umsetzungstabellen beim ersten ffnen erzeugt
       und im Unterverzeichnis "ResData" abgelegt (Deutschland gesamt TE25: 17 Dateien ~ 1.43 MB,
       TE3D: 8 Dateien ~ 348 KB).
  Hin: Wenn man mehrere TE25-Karten installiert, werden offenbar nicht mehr wie bei den MM2-Karten
       "*_virt.txt" Dateien erstellt, in der alle installierten Kartenteile (bzw. DVDs) aufgelistet
       sind. Man muss daher selbst solche .txt-Dateien erstellen, um sie mit OziMapTrans benutzen
       zu knnen. Am einfachsten geht das mit einfachen Kommandozeilen "dir"-Befehlen, z.B.

       dir C:\TE25\*_2D*. /S/B/ON >C:\TE25\brd_tk25_virt.txt
       dir C:\TE25\*_3D*. /S/B/ON >C:\TE25\brd_tk25_3D_virt.txt
       dir C:\TE25\LB_*.  /S/B/ON >C:\TE25\brd_LB_virt.txt
       
       Statt der Pfadangabe "C:\TE25\" im obigen Beispiel ist das Verzeichnis anzugeben, in das die
       Karten installiert wurden. Die drei so entstehenden Textdateien knnen natrlich auch in einem
       anderen Verzeichnis erzeugt oder anders benannt werden.
       Wenn die Daten-DVDs in ganz unterschiedliche Verzeichnisse bzw. auf verschiedenene Laufwerke
       installiert wurden, ist das entsprechend zu bercksichtigen.
       Alternative: auf den Daten-DVDs befinden sich jeweils im Verzeichnis "\TD" mehrere
       "*_virt.txt"-Dateien, in denen die Dateien ohne Pfadangaben aufgelistet sind. Die Dateinamen
       aus den Textdateien knnen kopiert, mit den entsprechenden Pfadangaben ergnzt und als
       Textdatei abgespeichert werden.
  Neu: MM3 TE50 sterreich (TE50A+TE3DA, Luftbilder noch nicht!)
       Bei der TE50A stehen 10, bei der TE3DA stehen 9 Auflsungen bzw. Zoomstufen zur Auswahl.
       Wie bei den MM2-Karten werden bentigte Umsetzungstabellen beim ersten ffnen erzeugt und im
       Unterverzeichnis "ResData" abgelegt (TE50A: 9 Dateien ~ 537 KB, TE3DA: 2 Dateien ~ 111 KB).
  Hin: Wenn man beide TE50 sterreich-DVDs installiert, werden offenbar nicht mehr wie bei den MM2-
       Karten "*_virt.txt" Dateien erstellt, in denen beide Kartenteile (bzw. DVDs) aufgelistet sind.
       Man muss daher selbst solche .txt-Dateien erstellen, um sie mit OziMapTrans benutzen zu knnen.
       Am einfachsten geht das mit einfachen Kommandozeilen "dir"-Befehlen, z.B.

       dir C:\TE50A\TK50_Austria_2D*.* /S/B/ON >C:\TE50A\Austria2D_virt.txt
       dir C:\TE50A\TK50_Austria_3D*.* /S/B/ON >C:\TE50A\Austria3D_virt.txt
       dir C:\TE50A\SAT_Austria*.*     /S/B/ON >C:\TE50A\Austria3D_SAT_virt.txt
       
       Statt der Pfadangabe "C:\TE50A\" im obigen Beispiel ist das Verzeichnis anzugeben, in das die
       Karten installiert wurden. Die drei so entstehenden Textdateien knnen natrlich auch in einem
       anderen Verzeichnis erzeugt oder anders benannt werden.
       Wenn die zweite DVD in ein anderes Verzeichnis bzw. auf ein anderes Laufwerk installiert
       wurde, ist das entsprechend zu bercksichtigen.
       Alternative: auf den beiden DVDs befinden sich im Verzeichnis "\BASE\TD" bzw. "\TD" mehrere
       "*_virt.txt"-Dateien, in denen die Dateien ohne Pfadangaben aufgelistet sind. Diese Dateinamen
       knnen kopiert, mit den entsprechenden Pfadangaben ergnzt und als Textdatei abgespeichert
       werden.
  Hin: Die TE50A ist etwas auergewhnlich, denn die Pixelauflsung ist nicht -wie man erwarten knnte-
       ca. 5m/Pixel, sondern etwa doppelt so gut (~2,49 m/Pixel horizontal, ~2,45 m/Pixel vertikal,
       man beachte die unterschiedlichen Werte!).
       Die TE3DA ist noch ohne Kalibrierung!
  nd: Die Dateifilter im MM2/MM3 "ffnen"-Dialog wurden fr die neuen Kartentypen erweitert.
       Erster Filter ist jetzt "Gesamtdateien (*.txt)", da das ffnen ber die .txt-Dateien
       bevorzugt verwendet werden sollte. Hintergrund: wenn ein Kartenteil aus mehreren Dateien
       besteht, kann es zu Lcken im Kartenbild kommen, wenn nicht alle Dateien des Kartenteils
       ausgewhlt werden, da die Kacheln ber die Kartendateien verstreut sein knnen.
  Hin: Die Kartenbilder aller neuen landesweiten Karten (LK25,TE25 etc.) in hchster Auflsung
       mussen in mehrere Teile aufgeteilt werden, da die Datenmengen zu gro fr eine weitere
       Verarbeitung mit Img2Ozf sind!

v1.2.8.8 (Debugrelease)
  Neu: MM1 Rheinland-Pfalz/Saarland v1.5 wird nun untersttzt (es war noch eine nderung
       zum korrekten Einlesen der beiden 2D-Dateien erforderlich, da der Dateiwechsel mitten
       in einem 7er Set stattfand). Danke an Ralf fr das "Einmessen" der Karte!

v1.2.8.7 (Debugrelease)
  nd: Die Seite "MM V2" wurde in "MM V2/V3" umbenannt... Grund: da die MM V3-Karten den
       MM V2-Karten sehr hnlich (praktisch identisch) im Aufbau sind, wurde keine neue
       Seite eingefgt, sondern nur die Dateiauswahl um neue Dateifilter erweitert.
       Derzeit sind folgende Kartenwerke im MM V3-Format bekannt: TourExplorer50 (TE50),
       TourExplorer (TE25), TourExplorer sterreich (TE50A) und ADAC TourGuide (ATG).
  Neu: MM3 TE50-Karten (TE50, Luftbilder LB50 noch nicht!) werden jetzt untersttzt.
       Es stehen 10 Auflsungen bzw. Zoomstufen zur Auswahl. Wie bei den MM2-Karten
       werden bentigte Umsetzungstabellen beim ersten ffnen erzeugt und im
       Unterverzeichnis "ResData" abgelegt (5 Dateien ~ 330 KB).
       ACHTUNG: das Kartenbild der TE50 (1:1) kann selbst bei LZW-Kompression nicht komplett
       als eine Datei fr OziExplorer gewandelt werden, da die Dateigre 2 GByte
       berschreitet! Die TE50 (1:1) muss daher aufgeteilt werden.
  Hin: Fr die TE50 liegt eine Anwender-Farbtabelle im Archiv ("TE50_TE50.rgb").
       Hier wurden einige Zwischentne auf die Farbe Wei (R=255,G=255,B=255) zusammengelegt,
       womit sowohl ein helleres Kartenbild als auch eine bessere Komprimierung erzielt wird.
       Die Datei muss vor ffnen der Karte in das Profile-Verzeichnis kopiert bzw. verschoben
       werden, damit die Farbumsetzung benutzt wird.
  Neu: MM3 ATG-Karten (ATK25 und ATK3D, Luftbilder noch nicht!) werden jetzt untersttzt.
       Bei der ATK25 stehen 11, bei der ATK3D stehen 10 Auflsungen bzw. Zoomstufen zur Auswahl.
       Wie bei den MM2/MM3-Karten werden bentigte Umsetzungstabellen beim ersten
       ffnen der jeweiligen Karten erzeugt und im Unterverzeichnis "ResData" abgelegt
       (ATK25: 13 Dateien ~ 1.21 MB, ATK3D: 7 Dateien ~ 325 KB).
       Besonderheit der ATK-Karten: das Kartenbild ist in den verschiedenen Auflsungen
       unterschiedlich, d.h. nicht alle niedrigen Auflsungen wurden durch Herunterrechnen
       der besten Auflsung erzeugt. Fr die meisten Auflsungen existiert keine gemeinsame
       Farbtabelle (max. 256 Farben), daher wird fr diese Auflsungen ein Kartenbild mit
       24 bpp Farbtiefe erzeugt, wenn keine Farbreduktion erfolgt.
  Hin: Wenn man die ATG-Karten installiert, werden offenbar nicht mehr wie bei den MM2-Karten
       "*_virt.txt" Dateien erstellt, in der alle installierten Kartenteile (bzw. DVDs) aufgelistet
       sind. Man muss daher selbst solche .txt-Dateien erstellen, um sie mit OziMapTrans benutzen
       zu knnen. Am einfachsten geht das mit einfachen Kommandozeilen "dir"-Befehlen, z.B.

       dir C:\ATG\TK_DVD*    /S/B/ON >C:\ATG\brd_virt.txt
       dir C:\ATG\TK_3D_DVD* /S/B/ON >C:\ATG\brd_3D_virt.txt
       dir C:\ATG\LB_*       /S/B/ON >C:\ATG\brd_LB_virt.txt
       
       Statt der Pfadangabe "C:\ATG\" im obigen Beispiel ist das Verzeichnis anzugeben, in das
       die Karten installiert wurden. Die drei so entstehenden Textdateien knnen natrlich
       auch in einem anderen Verzeichnis erzeugt oder anders benannt werden.

  Hin: ATG-Karten (ATK25 und ATK3D): da Img2Ozf ohnehin eine Farbreduktion auf max. 256 Farben
       vornimmt, liegen im Archiv mehrere Farbtabellen (ATG*.rgb), die die Reduktion auf 256
       Farben bereits bei der Erstellung der Grafikdateien ermglichen. Um die Farbtabellen
       zu aktivieren, mssen sie in das Profile-Verzeichnis kopiert bzw. verschoben werden.
       Die Farbtabellen wurden fr jede Auflsung mit mehr als 256 Farben ausgehend vom jeweiligen
       Gesamtbild (also allen Pixeln) auf einen mglichst geringen Farbfehler hin ermittelt.
       Die durch die Farbreduktion entstehenden Farbfehler sind praktisch nicht sichtbar, aber
       durch die kleinere Farbtiefe verringert sich die Gre der Grafikdateien drastisch und
       Img2Ozf wird stark entlastet. Auch wenn Img2Ozf gar nicht verwendet wird, sollte die Reduktion
       der Farbtiefe erwogen werden, da die Grafikdateien deutlich kleiner werden.
       Die Farbtabellen knnen natrlich auch noch individuell angepasst werden. Durch Zusammenlegen
       hnlicher Farbwerte lassen sich z.B. noch bessere Kompressionsraten (allerdings auf Kosten der
       Farbtreue) erreichen.
  Hin: In der Karte ATK25_8 (Auflsung 1:8) ist ein Kartenfehler in den Kacheln (X,Y)=(33,58),
       (34,58),(33,59) und (34,59). Der Kartenbereich liegt westlich von Kevelaer (Nordrhein-Westfalen).
       Hier wird ein Kartenbereich nahe des Ortes Grorschen (Brandenburg) in vier Kacheln
       wiedergegeben, der dort offensichtlich nicht hingehrt...
       In der Karte ATK25_16 (Auflsung 1:16) ist der Bereich nrdlich der deutsch-dnischen
       Grenze durchgngig als Wasserflche dargestellt (ist Dnemark im Meer versunken???)...
  Fix: (MM1-Analysekacheln angepasst)

v1.2.8.6
  Kos: Der Dateifilter "*.blobdir" beim ffnen von MM1-Karten wurde entfernt (war
       obsolet, das ffnen musste und muss ber die .mpf-Dateien erfolgen!)
  Kos: Tabulator-Reihenfolge bei einigen Controls korrigiert
  Fix: MM1 Niedersachsen/Bremen West v1.5: zwei Spalten waren jeweils um zwei Kacheln
       nach oben verschoben (scheint auer mir niemand bemerkt zu haben...)
  Fix: MM1 Bayern v1.0 (CD): Zentralmeridian 12 (statt 9) *** ungetestet ***
  Neu: MM1 Mecklenburg-Vorpommern v1.5 wird nun untersttzt
  Fix: Kompass Madeira und evtl. auch noch andere .gvg/.gmp-Karten: falsche UTM-
       Kalibrierung (Referenzpunkt: Rechtswert<0 und OffsetEast=0)
  nd: Bei .gvg/.gmp-Karten (Kompass) wird nun der Titel der Karte als Kartenname
       vorgegeben, wenn die Kartendateien den Namen "MAP","MAP_2" usw. haben.
  nd: Die Seiten "Mona (map)" und "TOPxxx (pdf)" wurden nach hinten gestellt (vor die
       Seite "Einstellungen"), da diese Seiten bzw. Konvertierungen selten benutzt werden.
  Dok: Bei Karten mit mehreren Auflsungen wird bei Auswahl einer niedrigeren Auflsung
       an den Kartennamen ein "_n" angehngt (n=Auflsung/Zoomstufe, z.B. "_2" fr halbe
       Auflsung). Diese nderung wurde bereits in v1.2.8.5 eingefhrt, aber vergessen
       zu dokumentieren...
  Neu: Option "mglichst kurze Nummern"
       Bei Aktivierung dieser Option werden die Kachel-Dateinamen verkrzt, wenn
       die Karte in mehrere Teile aufgeteilt wird. Die sich ergebenden Nummern (Y,X)
       werden dann nur noch auf die maximal ntige Anzahl von Stellen linksbndig mit
       "0" aufgefllt (bisher wurde immer auf 4 Stellen gefllt).
       Standardwert: [ ] (aus, es wird wie bisher auf 4 Stellen gefllt)
  Kos: .exe ist wieder krzer geworden als die vorige, weil einige interne Tabellen
       komprimiert wurden.
  Fix: Beim Schreiben der .kal-Dateien fr Glopus wurden die Kalibrierungspunkte nicht im
       Datum WGS84 geschrieben (wie Glopus es erwartet), sondern im Datum der jeweiligen Karte.
       Auerdem waren die Parameter "Central_Meridian" und "False_Easting" nicht immer korrekt
       und die Option "2-Punkt-Kalibrierung" durfte nicht verwendet werden...
       Es werden jetzt immer vier Kalibrierungspunkte geschrieben und die Lat/Lon-Werte
       ggf. in WGS84 umgerechnet. Die Parameter werden entsprechend der Kartenprojektion
       gesetzt, sofern mir eine Umsetzung fr Glopus bekannt ist. Im Zweifelsfall wird
       statt der Parameter nur "Projection = Geodetic" und "CoSys = Geodetic" ausgegeben.
  Fix: Beim Schreiben der .kml-Dateien werden die Koordinaten jetzt ebenfalls bei Bedarf
       in WGS84 umgerechnet. Die .kml-Dateien sind allerdings immer noch als experimentell
       zu betrachten.
  Fix: TOPxxx (mph/mpr): Projektion/Datum MP_BMN/GD_MGI (Hermannskogel)

v1.2.8.5
  Kos: Koordinatenanzeige bei UTM-Koordinaten wurde etwas gendert
  Kos: Fortschrittsanzeige wurde berarbeitet (u.a. war die Kompressions-Anzeige
       bei groen TIFF-Streifen nicht korrekt).
  Neu: einstellbare maximale TIFF-Streifengre.
       Hintergrund: bisher war die TIFF-Streifengre gleich der Original-Kachelhhe.
       Dies fhrt zu einem erhhten Hauptspeicherbedarf bei Img2Ozf (wahrscheinlich
       auch bei anderen Programmen), da wohl immer ein ganzer Streifen geladen wird.
       Das kann jetzt durch eine kleinere Streifengre gemildert werden, allerdings
       wchst (soweit ich beobachten konnte) die Dateigre dadurch etwas an.
       Die Streifengre muss kleiner sein als die jeweilige Kachelhhe, und die
       Kachelhhe muss ein ganzes Vielfaches der eingestellten Streifengre sein,
       andernfalls wird die Eingabe ignoriert und als Streifengre die Kachelhhe
       genommen. "Automatisch" entspricht der jeweiligen Kachelhhe (wie bisher)
       Standardwert=256
  nd: Einstellung "TIFF Kompression"
       Standardwert ist jetzt "LZW" (betrifft nur Neu-Installationen, da die einmal
       gewhlte Einstellung in der .ini-Datei gespeichert wird).
  Hin: Bei einigen Karten kann ein sehr groer Hauptspeicherbedarf entstehen,
       weil zum Konvertieren immer eine komplette Kachelzeile eingelesen wird.
       Wenn die Karte z.B. eine Kachelgre von 1024x1024 hat und horizontal
       aus 150 Kacheln aufgebaut ist, ergibt sich bei einer Farbtiefe von 8 bpp
       und Wandlung der gesamten Karte ohne Aufteilung ein Hauptspeicherbedarf
       von mindestens 150 MByte!
  Fix: Kalibrierungsfehler behoben, die in v1.2.8.0 eingefhrt wurden bei Anzeige
       bzw. Umrechnung der Koordinaten (betroffen war leider auch die LK50)
  Fix: Kalibrierungsfehler bei bestimmten Referenzpunkten behoben (Danke Christian!)
  Neu: Verzeichnis fr inviduelle Farbtabellen (.rgb Dateien werden standardmig
       jetzt dort statt wie bisher im Kartenverzeichnis erwartet und abgelegt)
       Beim Programmstart wird das Verzeichnis (nach Rckfrage) angelegt bzw. kann
       ausgewhlt werden.
       Standardwert: "<Programmverzeichnis>\Profile"
  Neu: "Mon" Karten (derzeit bekannt:Brandenburg Navigator und BVA).
       Achtung: die Karten haben die  Namenserweiterung ".map" (nicht verwechseln
       mit den Map-Dateien fr Ozi). Diese Karten haben eine sehr kleine Kachelgre
       (150x150 Pixel) und leider nicht immer eine gemeinsame Farbtabelle fr alle
       Kacheln (daher wird u.U. die Farbtiefe 24 bpp verwendet).
  Fix: (ungetestet) 24 bpp mph/mpr (planar RGB => chunky BGR/RGB, Danke Christian!)
  Fix: Bei kleinen UTM-Werten meckerte OziExplorer beim nachtrglichen Speichern der
       Map-Dateien, daher werden jetzt in diesem Fall fhrende Nullen geschrieben.
  Kos: Map-Ausgabeformat etwas gendert, damit die Map-Dateien besser verglichen
       werden knnen (nach berprfen und Speichern unter OziExplorer).
       Das optionale "Other Grid Setup" (Metergrid) wird nun wieder geschrieben
       (hatte ich irgendwann mal herausgenommen, um die Map-Dateien klein zu halten).
       Fest voreingestellt sind 1 Km. Das Metergrid ist derzeit unabhngig von der
       Option "Koordinatengitter in Ozi sichtbar" immer ausgeschaltet.
       Hintergrund: das Metergrid ist ganz praktisch zum berprfen der Kalibrierung,
       da in einigen Karten entsprechende Markierungen vorhanden sind.
  Neu: Option "bei UTM-Projektion: Kalibrierungspunkte im UTM Format schreiben"
       Karten mit UTM-Projektion knnen jetzt wahlweise auch als "Transverse
       Mercator"-Projektion gespeichert werden. Die Parameter fr "Projection Setup"
       werden dann entsprechend berechnet, bei UTM bleiben sie jetzt -wie bei Ozi- leer.
       Standardwert=[X] (an, d.h. es werden UTM-Koordinaten geschrieben)
  Fix: Die Verarbeitung der MM1-Karten klappte berhaupt nicht mehr (Stream-Lesefehler)!
  Fix: MM1-Kartenbilder wurden nicht korrekt bzw. vollstndig entschlsselt!!!
       Ursache war eine neuere Version der PNG-Komponente (eingefhrt nach v1.2.3.1,
       die offenbar Probleme mit nicht vollstndig gefllten Farbtabellen hat ???).
       Es wird jetzt wieder die ltere Version der Komponente verwendet, da die
       original Farbtabelle sonst nicht erhalten werden kann.
  Neu: Die Verarbeitung von MM1-Karten wurde den anderen Kartentypen angepasst.
       Statt der bisherigen Datei-Auswahl muss nun eine .mpf-Datei (im jeweiligen
       "Texturdaten"-Verzeichnis) ausgewhlt werden.
       Die Auswahlmglichkeit mehrerer Zoomlevel/Auflsungen ist entfallen, stattdessen
       kann nun (wie bei anderen Karten) EIN Zoomlevel bzw. EINE Auflsung aus einer Kombobox
       ausgewhlt werden. Es werden sowohl die 2D- als auch 3D-Karten angeboten, was
       14 Mglichkeiten bei v1.5 Karten (DVD mit 2D) bzw. 7 Mglichkeiten bei v1.0 Karten
       (CD ohne 2D, bzw. Tausende von Einzeldateien *.pne) ergibt.
       Wenn die Karte auf zwei DVDs aufgeteilt ist (z.B. Niedersachsen/Bremen
       West und Ost) und beide Teile in einem Verzeichnis installiert sind, kann auch
       die Gesamtkarte verarbeitet werden. Wenn nicht alle Teile installiert sind,
       sollte der fehlende Bereich ber "Leerkacheln suchen" elimiert werden!
  Hin: Besonderheit der MM1-Karten: die Kachelgre variiert je nach Zoomlevel zwischen
       1024x1024 und 16x16 Pixel. Kartenbild: die 3D-Karten liegen in halber Auflsung
       (ca. 4,88 m/Pixel) vor und enthalten keine Hhenlinien. Das gilt ebenso fr die
       v1.0 Karten (auf CD). In den bisher von mir untersuchten Kartenwerken sind bei
       den 3D-Karten viele zustzliche Kartenbereiche sichtbar, die im MM-Viewer nicht
       angezeigt werden! Folgende MM1-Karten werden derzeit untersttzt:

       Schleswig-Holstein/Hamburg v1.5
       Niedersachsen/Bremen v1.5 Ost (evtl. auch West, aber mangels Karte ungetestet)
       Brandenburg/Berlin v1.5
       Sachsen v1.5
       Thringen v1.5
       Sachsen-Anhalt v1.0 (CD, kein 2D nur 3D)

       Die lteren v1.0 Karten (auf CD) werden ggf. auch schon richtig gewandelt
       (mangels Karten konnte ich das nicht berprfen). Alle anderen DVD-Kartenwerke
       (v1.5) mssen erst "eingemessen" werden. Da ich diese Kartenwerke nicht habe,
       bitte bei mir melden.

  Neu: Der Dialog zur Farbanpassung (Button "Farben...") wurde erweitert: es werden
       jetzt die Originalfarben (links) und die Anwenderfarben (rechts) nebeneinander
       angezeigt. Die Originalfarben knnen nicht verndert werden. ber den Button
       "alle Farben zurcksetzen" knnen alle Anwenderfarben auf die Originalfarben
       zurckgesetzt werden. ber den Button "Farbe zurcksetzen" kann die jeweils
       markierte Farbe auf den Originalwert zurckgesetzt werden (die beiden Buttons
       sind nur dann aktiviert, wenn eine Abweichung der Farben vorliegt).
  Hin: Durch Zusammenlegung mehrerer Farben (z.B. diverse Grnabstufungen auf einen
       Grnwert) kann die Dateigre der Kartenbilder bei einigen Karten und einem
       Dateiformat mit Kompression nochmals reduziert werden.
  Neu: Beim ffnen einer Karte, deren Kachelbilder aus Einzelgrafiken zusammengesetzt
       sind, wird automatisch versucht, eine gemeinsame Farbtabelle zu erzeugen.
       Hierzu mssen allerdings alle Kachelbilder einmal gelesen werden. Wenn eine
       gemeinsame Farbtabelle ermittelt werden kann, wird sie automatisch im Verzeichnis
       fr individuelle Farbtabellen als .rgb-Datei abgespeichert (das Format der .rgb-
       Datei wurde dazu etwas erweitert). Die .rgb-Datei wird auch erzeugt (ohne
       Farbtabelle), wenn keine gemeinsame Farbtabelle ermittelt werden konnte, damit
       die Suche nicht beim jedem ffnen der Karte wiederholt wird.
       Ein entsprechender Dialog mit Fortschrittsanzeige und Hinweisen wird angezeigt.
  Neu: Fortschrittsanzeige (mit Abbruchmglichkeit) bei "Leerkacheln am Rand suchen..."
  Neu: Die MM2-Karten wurden den anderen Kartentypen angepasst und komplett berarbeitet.
       Es ist auch mglich, mehrere Bundeslnder bzw. Teilkarten zu kombinieren.
       Hierfr mssen die jeweiligen Bundeslnder auf Festplatte installiert bzw. kopiert
       werden. Die Auswahl bzw. Zusammenstellung der Karten erfolgt dann ber die Textdatei
       "brd_tk25_virt.txt" bzw. "brd_tk25_3D_virt.txt". Wenn man die einzelnen Karten nicht
       installieren will, kann man sich auch eine entsprechende Textdatei selbst erstellen
       und die Dateien (*_2d* bzw. *_3d*) auf die Festplatte kopieren.
       Bei den 2D-Karten (mit Hhenlinien) stehen 11 Auflsungen, bei den 3D-Karten (halbe
       Auflsung, keine Hhenlinien) stehen 10 Auflsungen zur Verfgung.
       Besonderheit bei den MM2-Karten: der nutzbare Kartenausschnitt reduziert sich
       abhngig davon, welche Teilkarten installiert, ausgewhlt bzw. vorhanden sind.
  Hin: Weil das Grn der MM2-Karten sehr dunkel ist, liegen im Archiv zwei Beispiele fr
       Anwender-Farbtabellen: "MM2_TK25.rgb" und "MM2_TK3D.rgb". Diese Dateien mssen bei Bedarf
       in das Profil-Verzeichnis kopiert werden (s.o.). Wer die Farbanpassung nicht mag oder
       nutzen will, kann die beiden Dateien lschen. Durch die Zusammenlegung einiger Farben
       reduziert sich auerdem die Gre der TIFF-Dateien, allerdings sieht die Farbanpassung
       bei den geringeren Auflsungen (1:4 etc.) nicht mehr gut aus.
  Hin: Um die .exe klein zu halten, wurde die ursprngliche Einbindung der Umsetzungstabellen
       fr die MM2-Karten als Resourcen aufgegeben. Stattdessen werden die Tabellen jetzt
       beim ersten ffnen einer MM2-Karte erzeugt und im Unterverzeichnis "ResData" abgelegt.
       Dieser Vorgang kann recht lange dauern, insbesondere wenn mehrere Kartenwerke auf einmal
       (ber eine *_virt.txt) geladen werden. Dies ist fr jede Karte aber nur einmal erforderlich.
       Wenn die Karte danach noch einmal geffnet wird, werden die vorhandenen ".res"-Dateien genutzt.

v1.2.8.0
  Kos: nach Leerkachel Analyse und Besttigung des gefundenen Bereichs wird bei
       der Kachelung die Auswahl "Teilbereich" getroffen (musste vorher einmalig
       manuell erfolgen).
  Neu: Einstellung "TIFF Kompression" PackBits
       Das PackBits-Verfahren komprimiert die Kartenbilder schlechter als LZW,
       aber die LZW-Kompression wird nicht von allen Programmen untersttzt.
  Neu: Option "PackBits statt LZW bei 24 bpp"
       OziExplorer bzw. Img2Ozf untersttzt das LZW-Kompressionsverfahren bei
       24 Bit Farbtiefe nicht. Diese Option ist nur einstellbar, wenn als
       Kompressionsverfahren LZW ausgewhlt wurde. Nur bei Kartenbildern mit
       24 Bit Farbtiefe wird dann abweichend das PackBits-Verfahren benutzt.
       Standardwert=[X] (an)
  Neu: Ausgabeformat "nur Map-Dateien fr bereits erzeugte Grafikdateien"
       Hiermit kann das erneute Erzeugen der Grafikdateien vermieden werden,
       wenn nur die Kalibrierung korrigiert werden soll. Es wird nach
       Grafikdateien *.ozf2,*.ozfx3,*.tif,*.bmp,*.png oder *.jpg gesucht (der
       genaue Name ergibt sich aus dem Map-Namen bzw. der eingestellten Kachelung).
       Die jeweilige Grafikdatei muss nur vorhanden sein, deren Abmessungen (in Pixel)
       wird nicht berprft!
  Neu: Button "Farben": bei Kartenbildern mit Farbtabelle (Farbtiefe 1/4/8 bpp)
       knnen die Farben jetzt im Programm eingestellt werden. Die Farbtabelle
       kann als .rgb-Datei gespeichert werden, damit sie bei einem spteren ffnen
       der Karte automatisch geladen und verwendet wird.
  Neu: Option "MM/2": die eingestellte berlappung wird fr eine bessere MovingMap-
       Steuerung halbiert. Der halbe berlappungsbereich (+/- 8 Pixel) wird aus
       der MovingMap-Steuerung herausgenommen (als nicht aktiver Kartenbereich
       markiert). Das hat zur Folge, dass Anschlusskarten bereits geladen werden,
       whrend noch die Hlfte des berlappungsbereiches auf der aktuellen Karte
       sichtbar ist. Die Anschlusskarten werden also frher geladen und es wird
       verhindert, da man am Kartenrand "ins Weie" fhrt. Die Option ist nur dann
       whlbar, wenn eine berlappung <> 0 eingestellt ist.
       Standardwert: [ ] (aus)
  Neu: Koordinatenanzeige des gewhlten Kartenausschnitts (Klick schaltet
       um zwischen Dezimalgrad/GradMinSek/Metergrid im jeweiligen Kartendatum)
  Neu: Ausgabeformat "TrekBuddy Set-Dateien (*.set)"
  Fix: Kartenformat LK50 (gvg/gmp): Kalibrierungspunkte werden jetzt geschrieben.
  Neu: Kartenformat LK50 (gvg/gmp): einige digitale Kompass-Karten knnen ebenfalls
       gewandelt werden (TODO: Liste der Kompass-Karten)

v1.2.7.0
  Fix: "WGS 84" statt "WGS84" (Schreibfehler) beim Kartendatum
  Fix: TOPxxx (mph/mpr): bei Karten mit Polynomial-Projektion werden jetzt 9 (3x3)
       Kalibrierungspunkte und PolyCal=Yes in die Map-Datei geschrieben.
  Neu: Option "Koordinatengitter in Ozi sichtbar"
       Gedacht als Erleichterung bei berprfung der Kalibrierung. Diese Option wirkt
       sich NICHT auf das Kartenbild aus, sondern schaltet nur das Koodinatengitter
       an (eingestellt sind 2 Min Gitterabstand). Standardwert=[ ] (aus)
  Neu: Einstellung "temporre Dateien"
       Verzeichnis fr temporre Dateien (hauptschlich fr PDF-Extraktion etc.)
       Standardwert=leer (=Kachelausgabeverzeichnis wird verwendet)
  Neu: Einstellung "max. Speichernutzung fr Kachelgrafiken"
       Insbesondere fr das Ausgabeformat PNG gedacht, da hierbei eine temporre Bitmap
       erstellt werden muss. Wenn die eingestellte max. Speichernutzung gross genug ist,
       wird die Bitmap im Speicher erstellt, andernfalls wird eine Bitmap-Datei geschrieben.
       Empfohlen sind Werte im Bereich 32-64 MByte, sofern das System ber ausreichend
       Speicher verfgt. Standardwert=0 (keinen zutzlichen Speicher benutzen)
  Neu: Einstellung "PNG Kompression"
       Legt die Kompressionsstrke beim PNG-Ausgabeformat fest. Wertebereich 0-9.
       Standardwert=9 (maximale Kompression)
  Neu: Einstellung "TIFF Kompression" LZW
       Hiermit kann das 2 GB Limit bei groen Karten umgangen werden. Die Erzeugung des
       Kartenbildes dauert lnger, aber die Dateien werden nur ca. 1/8 so gro (das ist
       natrlich abhngig vom Kartenbild). Standardwert=unkomprimiert.
  Neu: TOPxxx (mph/mpr): Farbezeichnungen werden aus den .mpi-Dateien (sofern vorhanden)
       gelesen und angezeigt.
  Neu: TOPxxx (mph/mpr): individuelle Farbtabellen werden gelesen.
       Die Farbtabellen (.rgb-Dateien) knnen mit dem TOPxxx-Viewer erstellt werden und
       mssen den gleichen Namen wie die Kartendateien allerdings mit der Namenserweiterung
       ".rgb" haben und im Verzeichnis der Kartendateien liegen, damit sie automatisch
       beim ffnen der Karte benutzt werden.
  Neu: Option "individuelle Farbtabelle benutzen" (s.o.)
  Neu: TOPxxx (mph/mpr): Koordinatenformat UTM bei Referenzpunkten (Grafik konnte erstellt werden,
       aber Kalibrierung blieb leer, bzw. enthielt 0-Koordinaten)
  Neu: Kartenformat LK50 (gvg/gmp)
       Das Kartenbild der Rasterkarte "Deutschland Digital 1:50000" von Garmin kann hiermit
       gewandelt werden. Einstellmglichkeiten wie beim Format "TOPxxx (mph/mpr)",
       es stehen aber zustzlich verschiedene Zoom-Stufen (1:2,1:4 usw.) zur Auswahl.
       ACHTUNG: das Kartenbild der LK50 kann selbst bei LZW-Kompression nicht komplett als
       eine Datei fr den Ozi-Explorer gewandelt werden, da die Dateigre 2 GByte berschreitet!
       Die LK50 muss daher aufgeteilt werden.
       TODO: die Map-Datei wird zwar angelegt, aber die Kalibrierungspunkte sind noch nicht
       implementiert.

v1.2.3.1
  *** erste Ausgabe ***

Legende:
  nd = nderung
  Dok = Dokumentation
  Fix = Fehlerkorrektur
  Hin = Hinweis
  Kos = kosmetische nderung
  Neu = neue Funktionalitt
