Automatisch MagicMaps Karten für OZI erzeugen mit NH-Top50Trans

Hallo Norbert,

erst einmal besten Dank für deine ausführliche Antwort.
Die MagicMaps-Karten sind scheinbar eine kitzelige Angelegenheit
Die Top50 haben bei mir auf Anhieb funktioniert

Zitat

Original von EnHa
falls die Installation nicht klappt, kann man es einmal mit der anderen setup.lst Datei im Installationspaket versuchen.

War ein guter Tipp - das Setup ist dann aber bei der Installation des VB-Teils hängen geblieben. Ich pausiere erst einmal mit dem Firmen-Notebook - ich befürchte, bei diesem Notebook werden Serverkomponenten aufgerufen, die offline nicht zur Verfügung stehen.

Zitat

Original von EnHa
Mit dem Ordner NHTemp stimmt etwas nicht. Darin darf sich keine Datei befinden.

... dieser Ordner war/ist bei mir leer

Zitat

Original von EnHa
Der MagicMaps Viewer verwendet andere Tastaturbefehle als NH-Top50Trans sendet. Es gibt verschiedene CD/DVD Versionen und ich habe es aufgegeben alle kompatibel zu machen. Aus diesem Grund muss die komplette MagicMaps Karte auf dem PC installiert werden und es muss das MagicMaps Update installiert sein.

MagicMaps ist "vollinstalliert", NH-Top50Trans V3.5 wird verwendet, das MagicMaps-Update ist eingespielt.

Zitat

Original von EnHa
Der MagicMaps Viewer verschluckt sich und der Kartenexport fällt anschließend wie ein Kartenhaus zusammen. Wenn die Tastaturbefehle zu schnell und zum falschen Zeitpunkt kommen, reagiert der MagicMaps Viewer plötzlich nicht mehr. Wenn ein Tastaturbefehl gesendet wird, bevor das entsprechende Fenster aufgegangen ist, klappt es auch nicht.

Genau so sieht es aus
Heute morgen hat er nicht einmal mehr den Messpfad angelegt
Der NH-Top5oTrans-Menübefehl "Grundeinstellung" hat wieder Ordnung reingebracht - nun sehe ich wieder, wie die Messpfade eingezeichnet werden.

Zitat

Original von EnHa
Es gibt in NH-Top50Trans zwei Schrauben an denen man drehen kann: Warte auf MagicMaps setzt eine zusätzliche Pause, falls die Karte zu langsam dargestellt wird. Der Kartenexport-Verzögerungsfaktor macht den gesamten Ablauf langsamer. Wenn man hier den Faktor 5 einträgt, wird aus einer Wartezeit von 0,2 Sekunden eine Wartezeit von 1 Sekunde. Jetzt sollte es entweder funktionieren, oder aber man kann die Stelle im Ablauf herausfinden, an der es hakt. Vielleicht fällt mir dann doch noch etwas ein.

An der ersten Schraube hatte ich noch nicht gedreht, da im Dialogfenster in grüner Schrift geraten wird, hier nicht zu drehen.

Aber immerhin komme ich auf bis zu 40 erstellten Kartenbilder
Danach "Es wurde kein Kartenbild erstellt/gefunden".

Bringt es im vorliegenden Fall etwas, die Karten teilen zu lassen?

Mit der Grundeinstellung wird 3.5 m/Pix eingetragen - in der Anleitung steht, dass man für die MagicMaps-Karten 2.5 wählen soll.
Subjektiv scheint es so, als ob er bei 3.5 erst später hängenbleibt.

Mit wieviel Kartenbilder muss ich bei der Bayern3D-DVD rechnen?

Zitat

Original von EnHa
Für Hessen, Bayern und Rheinland-Pfalz habe ich schon fertige Vorlagen für den Kartenexport erstellt. Damit erspart man sich viel Arbeit und es gibt auch keine weiße Stellen außerhalb der Karte.

Besten Dank - aber ich werde erst mal noch kleine Brötchen backen. Wenn der Export störungsfrei läuft, werde ich es mir noch etwas genauer ansehen.

Erst einmal werde ich noch an den Schrauben drehen und weiter testen.
Habe gerade noch entdeckt, dass für die System-Partition die Indizierung für die Dateisuche aktiviert war - habe sie nun sicherheitshalber deaktiviert.
Auch hängt der PPC nicht mehr am USB.

Mal sehen, ob ich noch Hilfe benötige

ciao & merci
Dieter

Hallo Norbert,

mit dem Kartenexport geht es voran

Habe in der Bayern 3D (DVD) einen großen, quadratischen Pfad definiert und an den Schrauben gedreht.

Mit folgenden Einstellungen bin ich bislang auf 320 Kartenfiles gekommen
"Kartenexport-Verzögerungsfaktor"=3
"Warte auf MagicMaps" = 3

Danach hat er wieder mit "Kann Kartenbild nicht erstellen.." abgebrochen.

Nun - die Speicherpartition war ziemlich defragmentiert (wird gerade defragmentiert) und ich habe die karten nicht teilen lassen.

nachdem ich die Readme deiner MagMapsEXP.zip gelesen habe, werde ich noch eine Kartenteilung von 35km (überlappung 1km) einstellen.

Will es erst mal so versuchen, bevor ich die oberen Werte hoch setze.

Beim Rest der Readme habe ich noch Verständnisschwierigkeiten.

Was ich mir mit der Path-Datei Gutes antue, habe ich verstanden

Bei den OVLs bin ich ich mir noch unsicher. Ich habe es so verstanden:
NH-Top50Trans Menü Eingang > TOP50 OVL und nun FlächeMax35km.ovl auswählen. Das Kästchen Karten teilen darf dann nicht angewählt sein.

Die Waypointdatei verwende ich bloß, wenn ich in der Karte einen Kartennamen brauche - ich glaube ich brauche ihn nicht.

nochmal besten Dank

Dieter

Je mehr man sich mit NH-Top50Trans auseinandersetzt, desto mehr erkennt man darin ein wahrlich ultimatives Schweizermesser für digitale Karten.

Meine Hochachtung und Dank an Norbert:

Ich habe inzwischen den Ehrgeiz aufgegeben, in langwieriger Justage alle Kartenteile der Bayern 3D DVD in einem Arbeitsgang exportieren zu wollen. Beim gestrigen Versuch hat er Karte 0-23 (von 10) korrekt exportiert; danach wieder der Fehler "Kartenbild konnte nicht gespeichert werden....".
Mache ich halt nun ab Karte 24 weiter ...

@All
Seltsam ist, dass der Fehler bereits das dritte mal jeweils beim Beginn einer neuen Karte auftritt. Der 0-er-Kartenschnipsel wird noch als BMP und MAP exportiert - und dann tritt der Fehler ein.

Gibt es dafür eine Erklärung oder Begründung?

Wie beim Exportieren vorzugehen ist, ist ja schon mehrfach beschrieben und ergänzt worden. Wenn etwas nicht funktioniert ist es jedoch wichtig zu wissen, wie NH-Top50Trans eigentlich arbeiten würde, wenn das Problem nicht bestände.

Ich versuche deshalb mal diesen Ablauf grob zu formulieren - bitte korrigeirt mich, falls etwas falsch ist!

+++++++++++++
NH-Top50Trans erstellt in der 2D-Karte von Magic-Maps-Karte Pfade, die die zu exportierenden Kartenbilder eingrenzen. Je nach Einstellung wird so Kartenbild für Kartenbild definiert und exportiert.

Die Vorgaben zum Eintragen der Pfade bezieht NH-Top50Trans alternativ aus folgenden Vorlagen:

1. Ein in MagigMaps als Datei gespeicherter Pfad. Der Im Pfad definierte Kartenbereich kann in NH-Top50Trans mit dem Optionskästchen "Karten teilen" unterteilt werden.

2. Eine Overlaydatei, in der die einzelnen Kartenabschnitte abgegrenzt sind

In der Regel sind die ausgewählten Katenbilder für den Export zu groß.

Die exportierten Kartenbilder werden deshalb in kleinere Kartenabschnipsel unterteil. Die Nummer des Kartenbildes und es Kartenschnipsels sind im Dateinamen der exportierten Bild- und MAP-Datei erkennbar.
++++++++++++++

schöne Grüße
Dieter

@All

... ich habe gerade etwas experimentiert ....

... für alle die keinen Photoshop haben (es könnte auch sein, dass es der kürzere Weg ist)........

IrfanView hat wohl die beste Batchverarbeitung für digitale Bilder.

Kurz mein Weg:

1. NH-Top50trans erstellt normale BMPs.

2. IrfanView wandelt im Batch alle BMPs in 16 Farben GIFs um. Bei der Farbreduzierung auf 16 Farben werden in jedem GIF recht einheitliche Farben in den Frabpaletten erzeugt (ich habe es über mehrere Kartenschnipsel getestet).

Um die (zu) dunkelgrünen Wälder aufzuhellen, kann man unter den erweiteren Optionen noch den Gammawert und die Saturation anpassen (siehe Bild) und das Ganze noch Schärfen. Mit den Einstellungen im Bild habe ich ungefähr die Top50-Farben hinbekommen - aber hier kann jeder noch selbst herumspielen.

Tipp: Mit dem Menübefehl Image > Enhence colors lassen sich die Werte bequem einstellen und brauchen dann nur in den oben beschriebenen Optionsdialog übertragen werden.

3. Mit MapMerge dann die GIF-Kartenschnipsel zusammenfügen und die Ozfx3-Datei generieren.

Leider passt nun die von NH-Top50Trans generierte MAP-Datei nicht, da sie auf die BMP-Datei verweist - die MAP-Datei muss deshalb angepasst werden (suche ".bmp" ersetze ".gif").

Kennt jemand einen Batch-fähigen Editor, der dies machen könnte?

ciao
Dieter

Hallo,

@diwo

So funktioniert es nicht. Karten teilen hat absolut nichts mit dem eigentlichen Kartenexport zu tun!

NH-Top50Trans exportiert ein bestimmtes Koordinaten Rechteck. Das ist ein Kartenteil. Irgendwoher muss das Programm wissen welches Kartenstück exportiert werden soll. Da MagicMaps nur Pfade kennt, kann man einen Pfad nehmen. Das ist so, als wenn man in eine Papierkarte reinkritzelt und sagt: Das Stück will ich.

Damit die Sache noch einfacher wird, kann man mehrere Kartenteile bestimmen. Zum Beispiel, indem man hintereinander mehrere Pfade zeichnet und diese in NH-Top50Trans einliest. Dann weiß das Programm, es sollen mehrere Kartenstücke hintereinander exportiert werden.

Wem das immer noch zu umständlich ist, der sagt einfach: Es soll alles von da bis da exportiert werden und zeichnet einen solchen Pfad. Aber die Karte wird zu groß, deshalb soll NH-Top50Trans den großen Bereich in mehrere Kartenteile aufteilen. Es entstehen wieder mehrere Kartenteile.

Das sind die Kartenteile. Die Kartenteile sagen nur, von da oben links nach da unten rechts will ich ein kalibriertes Bild haben. Fertig und aus!

Erst jetzt kommt der Kartenexport. Der läuft in einer Schleife und nimmt sich jedes Kartenstück hintereinander vor:

Der MagicMaps Kartenexport setzt nun ein Kartenstück aus einzelnen Bildschirmkopien zusammen. Dazu muss das jeweilige Puzzlestück richtig auf den Monitor gebracht werden. Dies geschieht mit einem senkrechten Pfad. NH-Top50Trans erzeugt einen Pfad und sendet die Tastaturbefehle zum Laden dieses Pfades an MagicMaps. (Kann man selbst ausprobieren. Pfad zeichnen, und alt p l u.s.w) Dann wird das Bild gespeichert (Tastaturbefehl Strg s u.s.w.) Nh-Top50Trans lädt das Bild und bastelt die Teile zusammen. Das geht solange, bis das erste Kartenstück abgescannt ist. Dann geht es mit dem nächsten Kartenstück weiter.

LeGro

>Kartenexport-Verzögerungsfaktor = 6

Seltsam, da stimmt etwas mit der Festplatte oder mit der Grafikkarte nicht. Mein PC hat eine billigst Grafikkarte, 2,2 Ghz, 1GB RAM und HD-RAID. Der Kartenexport könnte noch schneller ablaufen.

Wichtig ist, wenn irgendetwas dazwischen kommt, bricht der Kartenexport zusammen. Also, wenn der PC meint auslagern zu müssen, war es das gewesen. Beim Photoshop kann das passieren. Hier könnte ich eventuell noch etwas einbauen. Wenn der Kartenexport nicht geht, würde ich zuerst einmal MapMerge verwenden, Kartenexport Verzögerungsfaktor 5 einstellen und bei Warte auf MagicMaps auch etwas zugeben. Dann sollte man die Stelle und vielleicht auch die Ursache finden, an der der Kartenexport scheitert.

Tja,..

Norbert

@Norbert
Besten Dank für deine vorzügliche Erklärung - mir sind nun die Zusammenhänge klar

WOM

Zitat

... bin aber seit einiger Zeit auf XnView (Freeware) umgestiegen .....
... benutze ich des öfteren UltraEdit. Dazu gibt es dort den Befehl "Ersetzen in Dateien"....

Danke für die Tipps - werde mir die Programme holen und etwas testen

Zitat

.... ich exportiere derzeit etappenweise NRW in 40x40 km großen Kacheln mit jeweils 4 km Überlappung, und zwar als Tiffs ....

Mhm - erfolgt der Tiff-Export über das Photoshop-Script? - ich habe in NH-Top50Trans noch keine Auswahl BMP. Tiff, Gif etc. erkennen können.

@All
Grundsätzlich finde ich es günstiger, wenn in der Arbeitskette möglichst früh die Farbanzahl der Dateien reduziert wird. Dies spart Festplattenkapazität und sollte auch der Verarbeitungsgeschwindigkeit gut tun. Das GIF-Format ist diesbezüglich ein recht rationelles Bildformat.

Aus der Sicht der Farben gibt es beim Kartenexport für den PPC zwei Probleme (ich fasse es mal für zukünftige Neueinsteiger zusammen).

1. Farbersetzung bei der Farbreduzierung:
Auch wenn dem ersten Augenschein entsprechend in den Karten nur einige Grundfarben vertreten sind, existieren auch zusätzliche Mischfarben.

Überlässt man Img2Ozf oder MapMerge die Farbreduzierung, so kommt es leicht zu Fehlfarben. Diese beiden Tools arbeiten intern ähnlich, wie beim Speichern im GIF-Format.

Beim Abspeichern im GIF-Format wird der Bildinhalt analysiert und daraus eine Farbpalette definiert, die in der entsprechenden Datei abgespeichert wird. Da die beim Exportieren entstehenden Kacheln unterschiedliche Farbanteile besitzen, werden auch unterschiedliche Paletten gebildet - was später zu unterschiedlichen Farben in den Karten führen kann. Es hängt also in erster Linie vom Algorithmus ab, der die Farbpalette bestimmt.

Beschränkt man bei IrfanView (andere Tools habe ich noch nicht getestet) die Farbtiefe auf 16 Farben, so werden pro Kachel sehr einheitliche Farbpaletten gebildet (MapMerge übernimmt hinterher exakt diese Farben).

Absolut ideal wäre es, wenn man selbst eine 16-Farben-Palette definiert und das wandelnde Programm zwingen könnte genau diese Farben zuzuordnen. Eine andere Alternative wäre, die Farbpaletten aller Kacheldateien zu harmonisieren, d.h. überall die selben Farbwerte in die Palette zu schreiben. Leider unterscheidet sich in den Farbpaletten die Reihenfolge der Palettenfarbe - bedeutet also höheren Programmieraufwand.

Aber so wie es aussieht, ist die 16-Farbreduzierung von IrfanView (bezogen auf meine Bayern 3D Karten) ausreichend einheitlich.

2. Exakte Farben sind unerwünscht
Auch wenn man die Farben der Dateien farbecht auf 16 Farben reduziert hat, ist das Ergebnis auf dem PPC oft nicht zufriedenstellend. Z.B. erscheint das Grün der Wälder aus der Bayern 3D Karte (besonders bei Tageslicht betrachtet) viel zu dunkel.
Die Farben müssen deshalb angepasst werden - sinnvollerweise in einem Batchprozess.

@All
Mein NH-Top50Trans werkelt weiter, zeichnet Pfade, speichert, wartet etc.
Bricht aber immer wieder mal ab. Mit der Option von Norbert "exportiere ab Kartenteil xyz" hangle ich mich aber immer weiter.

Ich verwende die *Fläche.ovl" von Norbert und teile die Karten in 30km (2km Überlappung) Kacheln.

Es entstehen Kacheldateien Bezeichnungsmuster ***01_Y000X000.bmp

01 ist die Nummer des Kartenteils.

Die Kacheln entstehen im entsprechenden Kartenteil zeilenweise jeweils von links nach rechts - ..X000, ...X001, ....X002 etc.

Wenn eine neue Zeile begonnen wird, zählt der Y-Wert hoch ...Y000, Y001, ...Y002 etc.

Sorry an die alten Hasen - aber solche Infos verhelfen einem Einsteiger zum schnelleren Durchblick

Mein Export bleibt immer an einer typischen Stelle hängen - und zwar, wenn eine neue Zeile begonnen wird. Für ....X000 wird die BMP und die MAP-Datei noch erstellt. Beim Speichern der X001 bleibt er hängen.

Was kann hier falsch gelaufen sein?

Ich könnte ja noch verstehen, wenn er bei der X000 hängen bleiben würde - MagicMaps muss ja durch den "Zeilensprung" an einer anderen Kartenstelle aufsetzen (verlängerter Bildaufbau etc.) - aber warum steigt er gerade danach aus?

schöne Grüße
Dieter

Hallo,

@diwo

Über das was du über die Farbreduzierung schreibst, habe ich auch lange nachgedacht. Genau die Wege, die du beschreibst habe ich versucht mit Photoshop durchzuführen: Reduzierung der Farben und Austausch der Farbpalette. Es ist mir bei den MagicMaps Karten nicht gelungen, und ich habe es vorerst aufgegeben.

Außerdem erzeugt Image2Ozf dennoch einige Karten mit völlig falschen Farben. Selbst wenn ich ein Bild verwende, das definitiv nur aus wenigen Farben besteht. (z.B. Top50, Tk25 Hessen)

Zufällig habe ich bemerkt, dass Image2Ozf *viel* besser mit TIFF Bildern umgehen kann. Es scheint auch keine Größenbeschränkung zu geben. Bei den anderen Bildformaten klappt das Umwandeln nur, wenn die theoretische BMP Bildgröße in den Arbeitsspeicher passt. (GIF Bild zu BMP wandeln muss eine Dateigröße ergeben, die keiner als der Arbeitsspeicher ist) Die Farbfehler scheinen bei TIFF auch nicht mehr aufzutreten. Aus diesem Grund würde ich nun grundsätzlich das TIFF Format verwenden.

> Beim Speichern der X001 bleibt er hängen.

Das wäre doch genau nach dem *Zeilenrücklauf* Das Programm macht solange weiter, bis es absolut nicht mehr geht. Wenn die Tastaturbefehle für das Speichen vom ersten Bild der neuen Zeile gesendet werden, während MagicMaps anderweitig beschäftigt ist, wird der Kartenexport scheitern, sobald dieses Bild gespeichert, oder das nächste Bild gesetzt werden soll. Die Befehle zum Setzten des ersten Bildes einer Zeile werden von MagicMaps ja angenommen, aber nicht schell genug ausgeführt. 5 oder 10 Sekunden Warten auf MagicMaps bringt wirklich nichts?

Zur Verständigung: MagicMaps bleibt hängen, nicht NH-Top50Trans! Entweder verabschiedet sich MagicMaps ins Nirwana, wenn die Tastaturbefehle zu hektisch eingehen, oder MagicMaps reagiert mit Verzögerung und die Tastaturbefehle laufen ins Leere.

Norbert

WOM

Zitat

Nh-Top50Trans 3.5 fragt beim Start des Kartenexports nach dem Speicherort und bietet dabei folgende Auswahlmöglichkeiten:
*.png, *.bmp, *.jpg, *.tif.

schäm - hätte nicht nur optimieren, sondern auch mal die Dropdownliste betätigen sollen

@Norbert

Zitat

Außerdem erzeugt Image2Ozf dennoch einige Karten mit völlig falschen Farben. Selbst wenn ich ein Bild verwende, das definitiv nur aus wenigen Farben besteht. (z.B. Top50, Tk25 Hessen)

Bedeutet dies; ich gebe "Img2Ozf" bzw. "MapMerge" ein 16-Farben-GIF - wähle unter colors 16 Farben, und die Farben werden trotzdem gelegentlich verschoben?

Dann macht die Vorab-Farbreduzierung keinen Sinn, bzw. wird das Ziel verfehlt.

In diesem Zusammenhang ist mir ein seltsames Verhalten von MapMerge aufgefallen.

16-Faren-GIFs werden mit "Img2Ozf" V3.01 in .ozfx3 umgewandelt. MapMerge erkennt diese Kachel und montiert sie auch - es werden aber nur die Kachelumrisse angezeigt - auch kann ich die Kacheln im Auswahlfeld nicht auswählen - seltsam!

Zitat

Die Farbfehler scheinen bei TIFF auch nicht mehr aufzutreten. Aus diesem Grund würde ich nun grundsätzlich das TIFF Format verwenden.

Gut - werde am Wochenende mit TIFF weiter experimentieren.

Zitat

Die Befehle zum Setzten des ersten Bildes einer Zeile werden von MagicMaps ja angenommen, aber nicht schell genug ausgeführt. 5 oder 10 Sekunden Warten auf MagicMaps bringt wirklich nichts?

Sag niemals nie - und nie immer ...
Gestern habe ich noch behauptet er würde immer (also schon zum dritten mal) nach X000 aussteigen - heute morgen ist er bei X012 ausgestiegen.
Immerhin hat er diesmal 13 komplette Karten exportiert (meine frühere Aussage über die Anzahl der exportierten Karten war Schmarren, denn ich habe den Y-Wert als Kartennummer interpretiert - sah ja bislang keinen erfolgreichen Kartenwechsel)
Werde aber den Wert für "warte auf MM" erhöhen.

Zitat

Zur Verständigung: MagicMaps bleibt hängen, nicht NH-Top50Trans!

Sorry - hast natürlich Recht

Zitat

Entweder verabschiedet sich MagicMaps ins Nirwana, wenn die Tastaturbefehle zu hektisch eingehen, oder MagicMaps reagiert mit Verzögerung und die Tastaturbefehle laufen ins Leere.

Bei mir ist es Letzteres - zu Zeiten, als ich noch gespannt den PC Bildschirm verfolgte, kamen irgend wann die Windows-Ploing-Geräusche, die eindeutig verkündigen, dass Tastatureingaben ins Leere gehen.

LeGro

Zitat

Das TIFF-Format ist ein verlustfreies Komprimierungsverfahren, alle anderen von euch genannten Verfahren komprimieren das Bild eben auch mittels Dithering - Mischfarbenerzeugung - um so die Datenflut zu komprimieren.

so einfach ist es leider nicht ganz ...

1. Das TIFF-Format ist grundsätzlich kein Komprimierungsverfahren - das TIFF-Format existiert jedoch in verschiedenen Varianten - eine reine Datenkomprimierung (ähnlich ZIP) ist erst später hinzugekommen - ursprünglich ist TIFF unkomprimiert. Viele Programme die "TIFF" beherrschen, beherrschen jedoch nicht die Komprimierung, auch nicht die Spielarten die Photoshop hinzubringt.

2. Was heißt "verlustfrei" - man kann nur das verlieren was man besitzt. Wenn ich ein Realbild einer Digitalkamera in JPG speichere, verliere ich Bilddetails und evtl. Farbinformationen; wenn ich dieses Bild als GIF speichere verliere ich keinerlei Bilddetails aber Farbinformationen. Insoweit ist TIFF für Realbilder die erste Wahl (BMP macht hier in der Farbtiefe schlapp). Für Karten-Bitmaps ist JPG weiterhin problematisch, da die Bilddetails komprimiert werden. Aber in den Karten-Bitmaps sind definitiv nur wenige Farben vertreten - hier müsste man bei einem 16-Farben-GIF eigentlich keine Farbinformationen verlieren. Für Originale (z.B. Programmscreenshots), die nur aus wenigen Farben bestehen, ist GIF verlustfrei.

Problematisch ist der Algorithmus zur Farbreduzierung.

IrfanView (und ich befürchte auch bei anderen Programmen) kommen konkret mit den MagiMaps-Karten nicht klar. Für Grün werden drei Palettenfarben vernascht, wo nur eine Palettenfarbe nötig wäre. Für das Seen- und Flussblau wird keine Palettenfarbe spendiert - hilft nur die Gegenmaßnahme "Dithering".

Zitat

TIFF ist somit aus zwei Gründen ideal: Es enthält alle Informationen, die auch die Bitmap-Datei enthält und das auch noch komprimiert, so dass das Ganze noch in den Speicher passt.

mhm - verstehe ich nicht.

Bayern 1:250000 als TIFF auf dem PPC - da muss ich noch ein paar SD-Kärtchen ordern.

schöne Grüße
Dieter

@diwo
> IrfanView (und ich befürchte auch bei anderen Programmen) kommen konkret mit den MagiMaps-Karten nicht klar

Die Ursache ist klar, nur die Abhilfe nicht: Die Top50 und auch die Original Top25 Karten (von denen MagicMaps abgemalt hat) bestehen aus Layern mit jeweils nur einer Farbe. So etwas ergibt Bilder mit wenigen eindeutigen Farben. Also eine exakte reproduzierbare und austauschbare Farbtabelle.

In dem MagicMaps Viewer werden die Bilder der MagicMpas Karten aber für eine gefällige zoombare Darstellung optimiert. Das ergibt an den Rändern einer Fläche oder Linie Farbverläufe. Jetzt ist es vorbei mit der exakten Farbtabelle. Welche Farbe war die Original Farbe, was ist hinzugekommen. Woher soll das ein Programm wissen.

Norbert