Beiträge von LeGro

Hallo jougen,

welche Karten nimmst du als Grundlage zur Erstellung deiner Ozi-Dateien? Wenn es die Karten der LVermÄ sind, gibt es doch die Möglichkeit dort die Flächen nach Wunsch einzubringen. Die sog. Geogrid Viewer können doch Graphiken darstellen. Diese wären dann für die schraffierten Flächen.

Wäre das nicht eine Möglichkeit für dich?

Viele Grüße
LeGro

Hallo Wastl,

für so tolle Programme wie OziCE und OziPC es sind, sollten diese Schwächen wirklilch nur in der Entwicklungsphase vorzufinden sein.

Die Nordung exakt zu gestalten dürfte weit weniger schwierig zu realisieren wie vieles Übrige, an dem wir uns bei diesem Programm erfreuen. Die Ladegeschwindigkeit ist da schon kritischer. Hier wurde sich offensichtlich auf ein Dateiformat festgelegt, dass zu diesem Phänomen führt. Ich fürchte, dass, soll hier etwas geändert werden, wohl ein tiefer Eingriff in die bisherige Strategie erforderlich ist. Aber das sehe ich auch eher als unkritisch an, wenn ich daran denke, wie lange TomTom oder Navigon benötigen, bis sie endlich betriebsbereit sind.

Nein, so vorsichtig wie du es dir wünschen magst, bin ich da nicht. Des Newman traue ich weiß Gott zu, auch diese kleinen Schwächen noch auszumerzen.

Dies meinte
LeGro

Hallo ams999,

vielen Dank für deine detaillierte Antwort. Zwar habe ich die Zeiten nicht gemessen, aber ich denke, so sieht's auch bei mir - selbst auf einem iPAQ2210 - aus.

Mir scheint, OziCE dev ist hoffentlich das, was der Name sagt: 'noch in der Entwicklung'.

Leider ist dies nicht die einzige Besonderheit: MapMerge verändert die Ausrichtung der Karte. Die UTM-Gitterlinien der DTK10 NRW sind nunmal in unseren Breiten leicht schräg. MapMerge richtet sie sauber und präzise vertikal und horizontal aus. Da kann man nur hoffen, dass dies nach dem Dev'status raus ist.

Diese meinte
LeGro

Hallo Wastl,

die Datenmengen sind gar nicht so riesig, wie von dir vermutet. Sie liegen - unabhängig von den oben geschilderten Herstellungsarten - bei ca. 14MB. Das sollte also einen iPAQ2210 doch wohl nicht überfordern. Zudem werkelt eine Transcend 2GB CF in meinem PDA, die ja eigentlich auch nicht zu den langsamen zählt.

Wie dem auch sei, was mich stutzig macht ist ja, dass die Lahmheit nur bei dem neuen Dateiformat und dem OziCE dev auftritt. All das deutet doch wohl daraufhin, dass die Software und nicht die Hardware diese eklatanten Laufzeitunterschiede verursacht.

Vielen Dank für deine Antwort und

viele Grüße von
LeGro

Hallo allerseits,

nachdem ich meine Startschwierigkeiten mit OziMapMerge überwunden habe, konnte ich einige - leider nicht unbedingt erfreuliche - Erfahrungen im Umgang mit dem neuen Dateiformat 0zfx3 machen. Diese hier geschilderten Beobachtungen beruhen auf Ausschnitten aus der DTK10 NRW der Größe 20x20Km², die ich einmal in einem Stück, das andere Mal aus vier Kacheln zu 10x10Km² und MapMerge für das selbe Gebiet erstellt habe.

1) OziCE dev ist schnarchlangsam beim Laden/Starten
2) Das Zoomen geht ebenfalls oberschnarchlangsam
3) Moving Map geht in etwa in beiden Fällen gleich schnell vonstatten.

Ich würde ja daher gerne die in einem (großen) Stück erstellten Karten verwenden, aber die Herstellung solcher riesigen Auszüge aus der DTK10 dauern viele Stunden; hingegen hat man die 10x10Km² sehr zügig in Minuten erstellt.

Wie sieht's mit euren Erfahrungen aus? Mache ich vielleicht etwas falsch?

Dies fragt sich und euch
LeGro

@alle

Mittlerweile habe ich den Eindruck, Ozi hat was gegen mich.

Nie verzagen, Wastl fragen

Wastl, du hattest mal wieder Recht. Als Ausgangsformat hatte ich zwar auch UTM gewählt, aber - wie ich sehen musste - stellte sich das wieder auf den Standard zurück. Nachdem auch der dritte Versuch eine verknauschte Karte lieferte, schaute ich nochmals alles durch und siehe da, die Einstellung UTM war verschwunden.

Irgendwie habe ich es nun geschafft, dass MapMerge diese Einstellung diesmal nicht vergessen hat. In dem ausgegrauten Fensterchen (oben rechts) stehen ja während des Zusammenfügens die gerade verwendeten Einstellungen.

Bei mir sind aller guten Dinge halt vier.

Ich werde wohl noch ein wenig herumprobieren müssen, um herauszufinden, warum Ozi eigenmächtig meine Auswahlen ignoriert.

Viele Grüße von
LeGro

Hallo Wastl,

vielen Dank für deine Antwort.

Deinen Rat hatte ich schon in vorauseilendem Gehorsam befolgt. Die Karten habe ich mit OZ2F im UTM/WGS84-Format erstellt und die sich ergebenden OZI-Files mit MapMerge zusammengefügt. Die Auflösung (m/Pixel) wählte ich gröber als die Maße der drei Teilkarten (gerundet auf 3m/Pixel).

Was könnte es sonst noch sein?

Dies fragt sich und euch ein ratloser
LeGro

Hallo allerseits,

meine ersten Versuche zu MapMerge verliefen eher enttäuschend. Die Gesamtkarte ist in Nort-Süd-Richtung zusammengestaucht. Die Überprüfung der Skalierung jedoch lieferte einwandfreie Werte, wenn ich sie mit den Einzelkarten verglich.

Welche Anforderungen müssen den die Karten erfüllen, die man zusammenfügen möchte, damit das künftig nicht mehr geschieht?

Viele Grüße von
LeGro

Hallo allerseits,

kann Ozi eigentlich mit VGA-Auflösung umgehen? Gemeint ist natürlich, dass nicht etwa eine Pixeldoppelung in jeder Richtung dabei herauskommt. Bei der Suche mittels (Ozi + VGA + ..) fand ich nichts hierüber.

Jetzt sind doch einige PDAs mit solcher Auflösung schon erhältlich. Wäre doch eine feine Sache.

Dies fragt sich und euch
LeGro

Nach mehreren erfolgreichen Einsätzen von WOMs Fineprint-Methode will ich meine Erfahrungen euch nicht vorenthalten.

Rückblick

1) Nachdem ich von Fineprint 4.83 auf die neueste Version umgestiegen bin, wurden die Dateien deutlich kleiner. Beispiel: Aus der TK10 NRW habe ich mehrfach ca. 26x26Km² große Stücke ausgedruckt. Es ergaben sich Dateigrößen von ca. 160MB. Größere Ausschnitte scheiterten offenbar am Geogrid Viewer, der in diesen Fällen einen internen Fehler meldete.
2) Zwischen Bitmap und TIF ist kaum ein Größenunterschied vorhanden, wählt man als Farbtiefe 8 Bit.
3) Je nach Wahl des in Fineprint verwendeten bzw. zugrundegelegten Hardware Druckers ergeben sich weiße Streifen im Ausdruck. Leider kann auch das Gegenteil eintreten, es werden Zeilen verschluckt. Nach meinen Tests sind diese Störungen am geringsten, wird der HP Laserjet 8500 PCL verwendet.

Ausblick

Nun will ich mich an Ozi + Mapmerge wagen. Ich bin sehr gespannt, wie das Ganze ausgeht. Denn eines ist mir noch nicht klar: Ändert sich die Skalierung in den erzeugten Bitmaps, wenn ich unterschiedlich große Ausschnitte wähle? Vergleiche ich am Bildschirm Ausdrucke von 12x12Km² großen Flächen mit jenen zu 26x26Km², so sieht es auf den ersten Blick aus, als wären die Skalierungen (m/Pixel) identisch.

Wo bleiben eigentlich die Mitstreiter? WOM hat das doch wohl nicht nur für sich und mich ausgetüftelt!

Viele Grüße
LeGro

Hallo Maxx,

in der Tat, ich habe OziCE auf der Speicherkarte installiert. Beim ersten Mal war's eine SD-Karte (Transcend 1GB) nunmehr verwende ich eine CF-Karte (ebenfalls Transcend 2GB).

Zitat

Original von Maxx922

Zwar kann man die Software auch auf der Speicherkarte installieren (s. z.B. hier ) aber bei mir gab es damit gelegentlich auch Probleme. Gerade bei starken Bewegungen/Erschütterungen verliert bei meinem Ipaq 3970 die Speicherkarte kurzzeitig den Kontakt zum PDA und es kann zu Aussetzern und Abstürzen kommen.
Maxx

Von diesen Abstürzen kann ich ein Lied singen. Es kam desöfteren vor, dass ein Klick auf das GPS-Symbol OziCE zum Beenden veranlasste. Hänger und Abstürze kamen und kommen ebenfalls immer wieder mal vor.

Dennoch bin ich mir sicher, dass es an Erschütterungen nicht liegt. Bisher habe ich das gute Stück schön brav und ruhig beim Wandern in Händen gehalten. Zudem habe ich mit der CF-Karte sogar mehr solcher Misslichkeiten erdulden müssen als mit der SD-Karte.

Aber vielleicht sollte ich ja wirklich einmal OziCE ins RAM/ROM installieren.

Viele Grüße
LeGro

Hallo Wastl!

Zitat

Original von Wastl
BTW: Wie hast du dieses Riesending eigentlich aus dem TOP-Viewer exportiert? Ich hab das zuerstmal mit 'maßstabbsgerecht nach aktueller karte' probiert (bei 32Bit Farbtiefe), da kam aber ein 2 gig-File raus. Dann noch mal mit 256 Farben und dann gings -- 650 MB BMP schnurrten dann auf 10 MB zusammen bei 16 Farben im ozf2.
Wastl

Deine Angaben ließen mir keine Ruhe. Ich habe daher noch größere Ausschnitte ( bis fast 30x30Km² ) aus der Top10 exportiert. Ich komme in keinem Falle auch nur annähernd auf diese riesiegen Dateigrößen.

Ein Beispiel: 26x26Km² = 135MB (Bitmap) = 136MB (Tiff) bei Farbtiefe 8Bit. Der Ausdruck mittels Fineprint in eine Datei erfolgt mit 1200x1200dpi.

Nein, ich habe mich nicht verschrieben: Die Bitmap-Datei ist tatsächlich kleiner als die Tiff-Datei.

Wie gesagt, ich verwende die Fineprint-Methode nach WOM. Welche Methode verwendest du?

Mir scheint, WOMs Methode ist einfach genial.

Viele Grüße
LeGro

Hallo Wastl!

1) "Verschlucker"

Was die Speichernutzung betrifft, kann sich kein Programm bei mir beschweren! Der gesamte interne Speicher ist frei verfügbar; alle Programme sind auf SD- bzw. CF-Karte installiert. Daran mag's also nicht liegen.

2) linear exception error

Die Wahl der Kalibrierungspunkte sollte nicht hierfür verantwortlich sein. In der Top10 laufen die Gitterlinien parallel, so dass ja eigentlich bereits drei Punkte ausreichen sollten. Ich habe jedoch fünf gewählt: vier in den Ecken und einen in der Mitte (ganz so wie's Peterpu vorschlägt).

Viele Grüße
LeGro

Wastl

Sollte mein iPAQ 2210 so 'ne lahme Gurke sein Ich hoffe doch sehr, dass es an der Hardware nicht liegen mag.

Zudem spricht dagegen, dass diese Verschlucker - wie du sie nennst - reproduzierbar an ein und derselben Stelle bevorzugt auftreten.

Was den 'bilinear Exception Error' betrifft, sollten wir nicht so schnell aufgeben. Ich würde doch zu gerne wissen, was damit gemeint ist. Meine Hypothese: OziCE interpoliert zwischen den Kalibrierungspunkten. Stellt es - unterschiedliche Kalibrierungspunkte verwendend - Unterschiede fest, gibt's diesen Fehler.

Aber wie das so ist, niemals keiner weiß was genaues nicht.

Dies fragt sich ein frustrierter
LeGro

Hallo cludy!

Zitat

Original von cludy
Wenn von der Größe einer tif oder bmp gesprochen wird, so ist immer der "Plattenspeicherplatz" gemeint, nicht aber der Speicher, den die Datei nach dem Öffnen benötigt und ein bmp braucht da immens viel davon, ein vielfaches des Plattenspeicherplatzes, im Gegensatz zum tif.

Das ist mir schon klar; daher ja auch meine Frage. Bei der Fineprint-Methode scheint dies anders zu sein. Die BMP-Dateien sind dort fast schon so klein, wie die TIFs. Das erstaunt mich ja gerade.

Ups, da fällt mir 'was ein: Ich werde beim nächsten Mal darauf achten, ob ich nicht am Ende die RLE-Kompression in den BMP-Dateien in Fineprint aktiviert hatte. Das wäre dann wohl die Erklärung.

Viele Grüße
LeGro