Kartengröße verringern, wie am besten?

    Ich will einige topografische Kartenausschnitte zusammen stampfen, hatte da aber bisher nur mäßigen Erfolg. Die Karten sollen mit Glopus verwendet werden und da habe ich ab etwa 1MB Kartengröße erhebliche Probleme, dann wird die Karte nicht mehr geladen. Nun will ich aber keine Mini-Ausschnitte erzeugen, mir wäre eine möglichst große zusammen hängende Karte am liebsten. Jedenfalls ist ein Kartenausschnitt im png-Format ca. 2,8-3MB groß. Das sollte zwar keine wirkliche Einschränkung bedeuten, wenn man 35MB Arbeitsspeicher frei hat, aber es funktioniert halt nicht.


    Mit welchem Programm könnte man da noch was machen? Oder hilft da wirklich nur die Teilung der Karte?

    Moin!


    Welche Farbtiefe haben die Dateien denn? Entscheidend ist nämlich nicht die Dateigröße, sondern die ausgepackte Größe im Speicher. Wenn die Datei noch 24bit Farbtiefe hat, dann wird sie beim Laden wieder größer (das gilt natürlich besonders für JPEG). In dem Falle solltest du dann auf 256 Farben (8bit) reduzieren.


    Gruß
    HK2000

    Die png hat wie gesagt 2,88MB Größe, lediglich 4Bit Farbtiefe und eine Größe von 8000x8000 Pixel. Ein wandeln auf jpg hab ich gelassen, dann wird die nur noch größer.

    Zitat

    Original von Baumschubser
    Die png hat wie gesagt 2,88MB Größe, lediglich 4Bit Farbtiefe und eine Größe von 8000x8000 Pixel.


    Macht 30,5MB im RAM (8000*8000*0,5 Byte). Also leider zu groß (solange Glopus die Datei nicht in einer anderen Weise lädt). In der Glopus-Rubrik werden ja auch kleinere Kacheln empfohlen.


    Zitat

    Original von Baumschubser
    Ein wandeln auf jpg hab ich gelassen


    Das ist bei Karten aus einer digitalen Quelle (wenige diskrete Farbwerte) auch auf jeden Fall besser ;D

    Also bleibt nur teilen? Oder geht das noch irgendwie zu verkleinern? Ich denke mal, das wird nichts werden.

    Zitat

    Original von Baumschubser
    Also bleibt nur teilen? Oder geht das noch irgendwie zu verkleinern? Ich denke mal, das wird nichts werden.


    Ich fürchte auch, dass sich das so nicht weiter verringern lässt. Die Abmessungen sind einfach zu groß. Statt mit einem segmentweise ladbaren Format (TIFF, ECW, OZF2, ...) arbeitet Glopus ja bewusst mit kleinen Einzelkacheln, die dann eben komplett geladen werden müssen.

    Wenn ich da TIFF lese, das ist ja das Ursprungsformat der Daten. Würdest du eventuell ein anderen Programm zur Anzeige empfehlen? Ich will keinerlei Mätzchen damit machen, brauche es lediglich zur Standortbestimmung mitten im Busch.


    Allerdings sind die Gebiete, die ich da abklopfen will, etwas größer als durchschnittlicher Vorgarten. Das Hauptareal, wo ich das mal einsetzen will, ist ca. 75km² groß. Es wäre also schön, wenn ich die TIFF da unverändert lassen könnte, die sind im Schnitt 4MB groß.

    Hallo Baumschubser,


    viele kleine Kacheln bereiten Glopus keine Schwierigkeiten.
    Die Kacheln werden nahtlos in Glopus angezeigt. Man merkt innerhalb von Glopus nicht, dass es sich um einzelne Kacheln handelt.
    In der aktuellen Version von Glopus ist es möglich die Kacheln in ein zip zu packen, so dass sie auch sehr schnell eingelesen werden.

    Zitat

    Original von Baumschubser
    Wenn ich da TIFF lese, das ist ja das Ursprungsformat der Daten. Würdest du eventuell ein anderen Programm zur Anzeige empfehlen?


    Also ich wüsste jetzt kein "normales" Programm, das TIFF auf dem PDA direkt liest. Höchstens so etwas eindeutig überdimensioniertes wie ArcPad ;D


    Wie Thomas auch schon geschrieben hat, die Teilung der Kacheln müsste eigentlich die eleganteste Lösung sein.

    Das Problem ist nur, dass ich aus jeder der Ursprungsdateien ca. 8 Kacheln erzeugen muss. Um das genannte Gebiet abzudecken, müsste ich etwa 6 oder 8 Dateien in Kacheln zerlegen und ja letztlich jede einzelne erstmal noch kalibrieren. Diesen Aufwand wollte ich irgendwie umgehen. Ich habe fürs zerlegen bisher Thumbs Plus genommen, gibts da was, wo das etwas einfacher gemacht wird? Zippen brauch ich nicht unbedingt, habe ca. 1,2GB Platz auf der Speicherkarte.

    Also der GMM scheint mir da ja auch nicht sehr hilfreich zu sein, ich habe das jedenfalls mit einer ähnlichen Datei nicht hinbekommen (habe den bisher aber mangels Glopus kaum benutzt). Was mir aufgefallen ist - unterstützt der etwa keine Worldfiles?


    Ich selbst würde das dann z.B. mit Global Mapper machen, aber den muss man natürlich auch erstmal haben. Außerdem würde das das Worldfileproblem (wenn tatsächlich vorhanden) mit dem GMM auch nicht lösen.



    Vielleicht kann einer der Glopus-Nutzer dazu mehr sagen?

    Zitat

    Original von Baumschubser
    Das Problem ist nur, dass ich aus jeder der Ursprungsdateien ca. 8 Kacheln erzeugen muss. Um das genannte Gebiet abzudecken, müsste ich etwa 6 oder 8 Dateien in Kacheln zerlegen und ja letztlich jede einzelne erstmal noch kalibrieren. Diesen Aufwand wollte ich irgendwie umgehen. Ich habe fürs zerlegen bisher Thumbs Plus genommen, gibts da was, wo das etwas einfacher gemacht wird? Zippen brauch ich nicht unbedingt, habe ca. 1,2GB Platz auf der Speicherkarte.


    Das Teilen und Kalibrieren der Kacheln erledigt der GlopusMapManager "vollautomatisch". Hat bei mir besten geklappt.
    Zippen ist zu empfehlen, das sich das Laden der vieler Kacheln dadurch wesentlich verkürzt.


    PS: Der GlopusMapManager kann auch Größe reduzieren, Farbtiefe reduzieren und Grafikformatändern.

    Danke erstmal an alle, die mir bis hierher geholfen haben. Das Programm werde ich nachher mal testen. Ein erster Versuch jetzt ist gescheitert. Beim Öffnen einer der Kacheln im png-Format stürzte das Programm ab, mit einer kleineren Kachel kam es klar. Muss ich mal schauen, woran das liegt.

    Der Absturz könnte am mangelnden Speicher gelegen haben. Schau mal im Verzeichnis, wo die exe des GMM liegt, dort hatte ich eine Logdatei gefunden, in der stand, das ein Bild aufgrund von Speichermangel nicht geöffnet werden konnte. Bei mir war das ein 6MB jpg (mit 256MB Ram).