Beiträge von LeGro

Ich bin halt die vielen Querelen leid. ( -> u.a. geschlossener Thread zu NHToptrans ) Die eigentlichen Probleme - so wie meine - werden kaum mehr beantwortet. Schön, dass wieder Leben in diesen Thread gekommen ist. Wenn sich Schnoeppi und Peterpu, die sich bekanntermaßen ja gut mit TTQV und PW auskennen, zu Wort melden, habe ich wieder Hoffnung, doch noch eine Lösung zu finden.

@peterpu

Vielleicht bin ich ja einfach nur noch zu unwissend: Wie kann ich Bitmaps ohne Verlust an Auflösung exportieren? Wähle ich eine kleinere Zoomstufe, kann ich zwar einen größeren Kartenabschnitt exportieren, jedoch ist der Maßstab nicht auf 1 - also keine Verkleinerung - einstellbar.

In einem hast du natürlich recht: NHToptrans lässt sich mit einem kleinen Hilfsprogramm ja auch problemlos weiter benutzen. Genau das tue ich auch. Aber was wird, wenn ich künftig MM 2.x benutze möchte?

@Schnoeppi

Vielen Dank für deine klärende Antwort. Ich hatte die Hoffnung, dass auch das Bild sich aus der prc-Datei herausziehen ließe, wenn ich mit der Option "ohne Komprimierung'" den Export nach Pathaway durchführe. Ich hoffte, mir den Pathaway-Export für OziCE zunutze machen zu können. Schade!

Wastl

In einem hast du mich leider missverstanden. Ich möchte Pathaway nicht schlecht reden. Ich bin bloß ob der (allzu) vielen Verschusslorbeeren enttäuscht. In TTQV und Pathaway ist ja wenigstens noch Leben drin. Die Entwickler werden, wenn sie's nicht wie D.N. treiben (der tut ja gar nichts mehr ), die beiden Programme schon zu dem machen, was Ozi wohl nie mehr erreichen wird.

Ja, du hast schon recht, die Kalibrierungsmethoden sterben leider wohl dank TTQV aus. Was haben wir nicht alles probiert: Peterpu's Anleitungen studiert, WOM's Fineprint Methode probiert, ..

Nachmals vielen Dank für eure Beiträge und viele Grüße von
LeGro

Hallo Hopi,

wenn du dich für TTQV entscheidest, hast du anscheinend unweigerlich Pathaway am Hals. Ist ersteres ein wirklich gutes Programm, so ist letzteres eher eine Enttäuschung.

Warum es mit deinem Kartenexport nicht klappt, kann ich dir nicht sagen. Du solltest wohl TTQV einmal auf einem anderen System aufspielen. Aber vorher ein Image machen! Das hilft dir, die Reste auch wieder loszuwerden, die dir vielleicht die geschilderten Probleme einbrocken.

Der Kartenexport ist zwar SEHR EINFACH in TTQV, aber seine Ergebnisse sind nicht berauschend: Die Ausschnitte sind recht klein. Wählst du größere, bricht ohne Vorwarnung der Export mit einer nichts sagenden Fehlermeldung ab. Mühsam musst du herausfinden, welche Größe gerade noch geht. Zudem hängt das Ganze auch noch von der jeweiligen Karte ab. Also ganz und gar kein so tolles Verhalten. Ein Export im Bitmap-Format liefert noch kleinere Ausschnitte (nur Bildschirmkacheln sind ohne Reduktion der Auflösung bei MM, DTK10, ..?.. möglich). Was ich mittlerweile von dem Ganzen halte, kannst du hier nachlesen.

Derzeit ist die Kombination MM + NHToptrans + OziCE für's Cachen unschlagbar.

Viele Grüße
LeGro

Zitat

Original von macnetz

Ob du damit glücklich wirst ist eine andere Frage . . .

Mit dieser Frage hast du voll ins Schwarze getroffen. Ich bin nicht nur nicht glücklich damit, sondern sogar unglücklich.

Was soll dieser Schwachsinn? Jetzt liefert TTQV ja ohnehin schon nur sehr kleine Kartensegmente und dann werden die für den PDA nochmals in winzige Bitmaps zerlegt. Kein Wunder, dass zoomen, scrollen, .. ewig lange dauern und OziCE dagegen eine echte Rakete ist.

Jetzt wundert mich auch nicht mehr, warum der 'gute' D.N. nichts mehr an OziCE verbessert. Pathaway ist von dem Niveau, das OziCE aufweist, meilenweit weg. Pathaway is away from the way :gap Da ist es nur ein schwacher Trost, dass TTQV ein gutes Programm ist, schließlich laufe ich beim Cachen nicht mit einem Laptop durch die Gegend.

Andererseits ist Ozi ohne N.H.'s Arbeit nichts wert. Wie will man sonst an Karten kommen Was ist das alles für eine Sch..

Langsam aber sicher wird einem die Lust an diesem Hobby ausgetrieben. Querelen, wo man hinschaut; jeder bremst den anderen aus ( -> Export aus TTQV in .. ); die Gutwilligen werden von Trittbrettfahren benutzt ( -> Ozi / NHToptrans ); sehr gute Leute ziehen sich zunehmend zurück; ..

Nein, das Ganze macht bald keinen Spaß mehr.

Dies meint ein zunehmend gefrusteter
LeGro

Hallo PetrB,

die Standardversion kann doch bereits mit Google Earth umgehen. Also ganz so teuer wird's dann mit TTQV doch nicht.

Darüber hinaus kann TTQV ja doch noch viel mehr. Es kann - etwa im Gegensatz zu OziPC - sehr viele Karten direkt einlesen und zum PDA schicken. Letzteres leider nur mit Garmin und Pathaway. Diese beiden Produkte finde ich jedoch nicht ihr Geld wert.

Leider scheint es keine Lösung TTQV -> OziCE zu geben, wie meine Anfrage hier im Board zeigt. Aber vielleicht schreiben die Experten ja mittlerweile anderswo.

Viele Grüße
LeGro

Armer WOM ;-((((

Deine Fragen sind leider nicht geeignet, in der Rangliste aufzusteigen. 49 Hits und keine Antwort!

Gilt etwa auch hier (mittlerweile) der Erhaltungssatz: Quantität x Qualität = const.
Gibt es denn wirklich keine Experten mehr hier im Forum?

Leider kann ich dir auch keine Antwort darauf geben. Dieses Posting sollte nur verhindern, dass das Ganze allzu schnell in der Versenkung verschwindet, bin doch auch ich sehr an der Klärung dieser Fragen interessiert.

Dies meinte ein trauriger
LeGro

Zur deutschen Version von Pathaway fällt mir nur ein 'away with pathaway".

Vieles habe ich eben nur trotz Übersetzung verstanden. Daher hier zwei Beispiele aus dem Pathaway-Programm und dem Handbuch.

das deutsche Pahtaway ..

1) GPS -> Erweitertes Routenziel
2) GPS -> Setze nächste Routenziel

Die Option 1) macht das, was man unter 2) versteht. 2) meint im Übrigen den von der aktuellen Kartenposition nächstgelegenen Punkt der aktivierten Route.

So schön, so schlecht. Könnte man sagen. Da gewöhnt man sich mit der Zeit dran. Aber auch das deutsche Handbuch kann hier durchaus mithalten.

das deutsche Handbuch ..

Über 'subtile' Optionen wie 'Flächen berechnen ..' wird ausführlich falsch berichtet:

Kontextmenü in der Kartenansicht -> Untermenü "Routen Menü" -> Option "Fläche berechnen"

Hier meint der Autor des Handbuches, dass statt der Flächen- eine Längenberechnung der Route erfolge. Tatsächlich wird hier jedoch die Fläche berechnet.

Dafür wird sich über die 'trivialen' Aufgaben richtig ausgeschwiegen. Schließlich weiß doch wohl jeder was 'Kalibrierung durch nudge Kontrolle' ist. Oder etwa nicht?

Das sind nur einige Highlights ( = Glanzlichter ). Nein, hieran will ich mich nicht gewöhnen. Dann lieber gleich in Englisch statt auf Denglisch.

Einziger Lichtblick: Es wurde nicht alles versucht zu übersetzen.

Dies meinte ein ziemlich enttäuschter
LeGro

PS:

Wer ein solches Handbuch verfassen kann, das ja ganz und gar nicht 'nur schlecht' ist (im Gegenteil!), derjenige sollte doch in der Lage sein, es ganz schnell angemessen(er) zu gestalten.

Aber auch Pathaway könnte ganz wesentlich benutzerfreundlicher werden. Warum lernen die Autoren (z.B. von Ozi, Glopus,..) nicht voneinander?

Pocht hier jeder auf das Recht, seine eigenen Fehler machen zu dürfen?

Hallo Wastl!

Die von TTQV erzeugten *.prc Dateien, die direkt nach Pathaway in den PDA kopiert werden, enthalten offensichtlich Bild- und Kalibrierungsinformationen. Daher ja auch meine Frage: So wie NH-Toptrans die Kalibrierungsdaten aus diesen Dateien erzeugt, möchte ich eben auch die Bildinformationen herausziehen können.

Der zitierte Menüpunkt in NH-Toptrans sollte eigentlich doch hierzu gut sein. Die Kalibrierungsdatei *.map wird ja auch korrekt erzeugt, lediglich die Bilddaten bleiben unzugänglich.

Viele Grüße
LeGro

Hallo allerseits,

nach einer Stunde vergeblichen Suchens nun doch ein neues Thema:

Kann man mit TTQV erstellte Karten für Pathaway in ein OZIce kompatibles Format wandeln?

Das Schweizer Messer für Navigationsprobleme - NHToptrans - scheint ja so etwas anzubieten. Leider verstehe ich nicht, diesen Menüpunkt in meinem Sinne nutzbar anzuwenden. Oder geht das gar nicht und ich verstehe diesen Punkt miß?

NH-TopTrans -> Tools -> Kartenexport -> Tools -> Kalibrierung TTQV to OZI

Ich dachte eigentlich, dass diese Option meine Wünsche erfüllt. Tatsächlich wird aus zu einer *.prc Datei eine *.map Datei erzeugt. Bleibt die Frage, wie ich aus der *.prc Datei die Bilddatei für OZIce erhalte - also die *.ozf2 Datei erzeugen lassen kann.

Viele Grüße
LeGro

Hallo Achim,

vielen Dank! Habe deinen Tipp soeben in die Tat umgesetzt.

Du antwortest ja schneller als ich meine Fehler in meinen Postings beseitigen kann. Ich sollte doch wohl besser desöfteren einmal die Vorschau benutzen

viele Grüße
Leander

Zitat

Original von Achim

Bei meiner Kabelmaus geht dito auch problemlos über den 'Serial Port 1' bzw. über den Com-Splitter mit Com9 (Hardwareanschluss Com1=Kabelmaus, Softwareanschluss Com9=TTN).
Nur in der PDA-Registry musst du vorher den Text für den 'Serial Port 1' korrigieren, da stehen vorher russische Buchstaben drin -- meinst du das?
...

Nur wer braucht den Splitter wirklich? TTN5, TTN6, iGO, Quo Vadis arbeiten bei mir immer nur einzeln.

Achim

Alles anzeigen

Wenn mich meine Schulkenntnisse nicht völlig im Stich lassen, ist das wohl - zumindest in meinem X51v - das griechische Alphabet. In OziCE kann man die griechischen Schriftzeichen in all ihrer Pracht bewundern, während in TTN leider nur Fragezeichen anzeigt werden.

Weißt du noch, wo und wie man diesen flaschen Eintrag korrigieren kann?

Zitat

Original von Achim
Nur wer braucht den Splitter wirklich? TTN5, TTN6, iGO, Quo Vadis arbeiten bei mir immer nur einzeln.
Achim

Nachdem das Ganze nun endlich funktioniert, möchte ich den parallen Betrieb von OziCE, VisualGPS und TTN nicht mehr missen. Mit TTN in die Nähe eines Caches navigiert, dann auf OziCE umgeschaltet und die Feldwege anvisiert, das Ganze noch mit VisualGPS gelockt, .. Einfache ein feine Sache.

Viele Grüße
LeGro

Achim

Dass der Dell X51v noch mehr Schwierigkeiten macht (->Kabelmäuse), kann man ja in diversen u.a. auch oben zitierten Threads nachlesen. Hier ging es ausschließlich darum, wie TTN am GPS-Port von WM2005 im X51v ans Laufen zu bringen geht.

Über die direkten Hardware-Anschlüsse für Bluetooth-Mäuse funktionerte TTN ab der Versioin 5.x doch wohl ohnehin problemlos.

Viele Grüße
LeGro

Hallo TheRock,

diese Hänger habe ich zum Glück nicht. Das Rerouting funktioniert in Sekundenschnelle. Alle anderen Anwendungen laufen ohne Störung weiter.

Leider habe ich mich nicht ganz eindeutig oben ausgedrückt. Daher hier ein kleiner Nachtrag.

Damit TTN in Schwung kommt, muss eine andere GPS-Anwendung beim Starten von TTN Daten über den GPS-Port beziehen. Erst danach kann diese Anwendung geschlossen werden und TTN läuft weiter. Ansonsten schaltet TTN zwar Bluetooth (ggf.) an, aber kann keine GPS-Daten empfangen.

Dieses Fietscher hat ebenfalls problemlos den Versionssprung (V.5->6) unbeschadet überstanden. Das nenne ich wieder einmal 'wahre Beständigkeit'.

Viele Grüße
LeGro

Hallo allerseits,

TTN und der GPS Port von Windows mobil 2005 verweigerten die Zusammenarbeit. Mit systematischem Suchen fand ich zufällig heraus, dass es doch geht.

Mein Vorgehen:

1) Bluetooth Mäuse an COM7 oder COM8 (Hardwareanschluss)
2) GPS-Port als COM6 in WM2005 konfiguriert.
3) Anwendungen (TTN, OZIce, VisualGPS, ..) greifen auf COM6 zu.
4) Im Bluetooth Manager Bluetooth aktiviert

Meine Erfahrungen:

1) Alle Programme (OZIce, VisualGPS, ..) konnten problemlos auf die angeschlossenen Mäuse zugreifen.
2) TTN konnte dies (zunächst) nicht.
3) Greife ich jedoch zuvor mit OZIce, VisualGPS, .. auf den GPS-Port (COM6) zu, so funktionert anschließend auch TTN.

Meine Folgerung:

TTN kann zwar Bluetooth aktivieren,
aber nicht den GPS-Port initialisieren.

Ergänzungen:

TTN kann problemlos mit allen angeschlossenen Mäusen (hier habe ich ein halbes Dutzend ausprobiert) umgehen, wenn man diese über die Hardware-Ports (hier COM8,COM7) ansteuert: TTN startet automatisch Bluetooth, holt sich die GPS-Daten von den Mäusen und beendet Bluetooth auch wieder, wenn das Programm beendet wird. Aber mit dem WM2005 GPS-Port verträgt sich TTN nicht ohne Weiteres.

Diese hier beschriebene Methode ließ es zu, VisualGPS, OZIce und TTN parallel/gleichzeitig mit GPS-Daten zu versorgen.

Wer kann dieses Verhalten bestätigen?

Viele Grüße
LeGro

Zitat

Original von Abulense
..nachvollziehen was Sobo hier schildert. Wie in den beiden Videos zu sehen ist, verläuft das Navigieren im Hochformat ohne ruckeln, aber im Querformat ist es eine reine Katastrophe.

Da ist meine Hardware (X51v) konsequenter: TTN kann auch im Hochformat ganz schön kräftig ruckeln, wenn ich das Verhalten im iPAQ2210 als Vergleich heranziehe.

Aber dein Beitrag zeigt eines doch sehr deutlich: Was der Dell kann, kann Siemens schon lange. Da läuft bekanntlich sowieso alles wie geschmiert.

Wenn ich jetzt eins und eins zusammenzähle, so erhärtet sich die These, dass TT wohl den schwarzen Peter hat. Hier wurden die Algorithmen wohl nicht auf das VGA-Querformat optimiert. Ist ja eigentlich auch klar. Wer TTN im Querformat haben möchte, sollte sich gefälligst gleich eines der Komplettgeräte von TT kaufen. Ist das nicht ein TomTomTolles Verkaufsargument?

Aber was ich von der Sache halte, habe ich ja oben schon zum Besten (besser: Schlechten) gegeben. Nein, ich hätte dennoch nichts dagegen, wenn mich die Hersteller endlich einmal Lügen straften. Aber ich fürchte, den Zahn können wir uns ziehen. :gap+

Viele Grüße
LeGro

Zitat

Original von karomue
"Stellen wir einen Satz aus einem der letzten Hefte von Bild der Wissenschaft voran, ..

"Dieselben GPS-Signale, die den neuen Waffen ihre Zielsicherheit verleihen, sind zugleich ihre Achillesferse...

Lieber Karomue,

wenn wir schon OT sind, dann muss ich dir doch widersprechen:

Alle Waffen treffen bekanntlich immer TODSICHER. Der Krieg ist eben nicht der Vater aller Dinge, sondern wohl eher deren Tod

Ansonsten kann ich dir nur zustimmen. Noch hat dieses Forum Qualität und so sollte es auch bleiben. Gerade deine Beiträge stehen hierfür.

Nun aber doch noch etwas Fachliches: Da 24 Satelliten unterweges sind und somit nur die Hälfte sichtbar ist, macht es eigentlich keinen Sinn, mehr als 12 Kanäle zu haben. Aber da niemand niemals was Genaues nicht weiß, könnte es durchaus sein, dass die einzelnen Kanäle via Reflexionen ein und denselben Satelliten auswerten. Ein Zusammensetzen der Signalfragmente könnte demnach die Empfindlichkeit der SIRFIII-Mäuse mit ihren (zu)vielen Kanälen plausibel machen. Schei.. Spekulationen Warum rückt da niemand mit raus, wie's wirklich geht

Viele Grüße
LeGro