@Bill_gehts POI Tool (Erzeugung)

Hallo wombat307,

Zitat

Kann es sein, daß Du recht viele POIs in der Karte hast, evtl. nah am Limit?

Bingo, das war der goldene Tipp, habe 'mal alle OVIs in ein anderes Verzeichnis verschoben und siehe da, Dein Tool läuft jetzt ohne Probleme! Vielen Dank!

Die Testdatei macht aber noch Probleme, eine Zeilennummer zu der Fehlermeldung kommt leider nicht, anbei der Screenshot. Vielleicht kannst Du ja daraus etwas mehr ablesen.

Nochmals danke für die schnelle Problemlösung, ich werde jetzt 'mal das Tool (im Hauptspeicher, nicht auf Speicherkarte) mit 355 Adressen von Daihatsu-Händlern füttern. Ich bin ja 'mal auf die Laufzeit auf meinem MDA1-Methusalem gespannt.

Grüße,

Scooty

Ich hab im obigen Dateianhang eine Korrektur reingestellt. Die Fehlermeldung sollte nicht mehr kommen. Die Ursache liegt allerdings in einem Kommunikationsfehler mit dem SDK, evtl. ein Timeout o.ä.

@wombat307
Danke für das Update, habe es für die 355 Adressen benutzt.

Zum Laufzeitverhalten:
2 Versuche habe ich gemacht, nach jeweils einer dreiviertel Stunde und 161 Adresssätzen kam immer nur die Meldung: "Kein Ergebnis".
Habe das Skript dann gestoppt und siehe da: Auch TomTom (Version 5.21) war beendet. Ich gehe 'mal davon aus, dass das auch der Grunde für die Meldung "Kein Ergebnis" ist. TomTom scheint (zumindest auf meinem MDA1) nach der Anzahl einfach seinen Dienst zu quittieren.

Adressverarbeitung:
Es gibt immer noch ein paar Adressen, bei denen ein rc=-5 erscheint. Diese Adressen können aber in TomTom über die manuelle Adresseingabe gefunden werden. Kannst Du Dir das irgendwie erklären?

@All:
Wäre schön, wenn es mal jemand anders auf einem anderen Gerät probieren könnte, anbei die Adressdatei und die Log-Datei des letzten Versuchs. Also los!
;D

Danke und Grüße,

Scooty

Hallo scooty,
vielleicht komme ich übers Wochenende dazu Deine Datei durchlaufen zu lassen. Ich werde dann auch wenn die Zeit es erlaubt das Script ein bisschen anpassen.

Anstatt der POI-Aufrufe werde ich dann doch die Möglichkeit einbauen direkt eine .asc Datei für makeov2.exe zu erzeugen. So werden auch die Schreibzugriffe auf die Speicherkarte begrenzt (insbesondere wenn das Script im Hauptspeicher läuft wird dann nicht mehr auf die Karte geschrieben).

Dann werde ich zumindest auch einbauen, daß er bei "kein Ergebnis" (hier=TimeOut) mit passender Meldung wartet, bis man wieder den TomTom gestartet hat. Eigenständig den TT starten, das wird wohl nicht passieren.

Zu guter Letzt hatte ich zuletzt eine Variante getestet, bei der das Script auf dem PC läuft und über ActiveSync (TCP/IP) den PDA ansteuert. Auf dem PDA läuft dann nur ein kleines "Proxy-Script". Das vereinfacht zwar das Dateihandling, aber für so manchen dürfte das noch komplizierter sein.

Letztendlich zu dem -5:
Der Code scheint einfach nur einen beliebigen unklassifizierten Fehler innerhalb der TT-Funktion anzuzeigen. Ob das nun ein Zugriffsfehler auf die Speicherkarte oder irgendetwas anderes ist. Vermutlich gibt es bei einem zweiten Versuch an anderer Stelle den -5.

Ich melde mich dazu evtl. am Wochenende nochmal. Eventuell findet sich zwischendurch ja schon jemand, der Deine Datei einmal durchlaufen läßt.

Hallo,
das hört sich ja alles schon gut an. Ich werde diese Woche mal den Härtetest machen und so 2000 Adressen umwandeln.
Vielen Dank an den Programmierer.

Wird es solch ein Tool auch für WinXP geben.
POIs am PC lassen sich viel schneller erzeugen und würden sicher auch eine zügigere Aktualisierung der aktuellen POIs bedeuten.

Hier in Berlin ist doch einiges im Argen, was die Aktualität angeht.

Das Tool sollte aber unbedingt Freeware sein.

@Sonnenflieger
vermutlich gibts Probleme mit TT. Ich baue grade eine robustere Version, die TT neu startet wenn es nicht mehr antwortet (ich vermute ein Speicherproblem). Probieren kannst Du es natürlich.

Empfehlen würde ich eine Nicht-Plus Karte also z.B. die "Deutschland". Die dürfte weniger anspruchsvoll, da kleiner sein und bei den Adressen evtl. bessere Treffer liefern.

@Sebbo04
Ich weiß ja nicht was Du glaubst, wo die Adressen herkommen. Bei dieser Lösung jedenfalls aus TomTom. Da die hier angesprochene Anwendung nur auf dem Pocket PC läuft, wird das nie nur auf dem PC gehen.

Ich bastle zwar auch an einer Abwandlung dieser Anwendung, bei der ein Teil auf dem PC läuft, aber TomTom muß immer noch auf einem per ActiveSync verbundenen PPC laufen. Die Adreßdaten sind immernoch die selben und die Geschwindigkeit ist auch nicht besser. Nur die Speicherkarte würde etwas weniger belastet, da sie nicht für jeden einzelnen POI einen Schreibvorgang erdulden muß.

Für eine eigenständige POI-Erstellung auf dem PC muß man tatsächlich auf andere Software, wie z.B. MapPoint (was ich nicht genauer kenne) ausweichen.

Wer weiß, vielleicht gibt es zukünftig auch freie Anwendungen für Google Earth, die dies ermöglichen. Aber das ist hier sowieso Off-Topic.

Grüße vom Wombat

@wombat307
laß dich von tt nicht verarschen, 99,9% der Probleme
kommen vom TT5SDK Interface ! Eigene Erfahrung !
Ich habe schon lange den Überblick über die TT Fehler
verloren.
Ursache ist die Firmenstruktur bei TomTom.
Eine Abteilung entwickelt TT, eine andere das SDK.
Ich denke die reden nicht viel miteinander.
Ich vermute auch das TT nur die Userfunktionen
testet, bevor die ein Update rausbringen, nicht aber
das SDK Interface.

Tip:
Sollte sich herausstellen, das nach 300 Adressen TT
abschmiert, baue einfach eine Routine ein die TT aller 250
neu startet. (zum TT Beenden bitte nicht die SDK Funktion
nehmen, die ist auch buggy und crasht den GPS Thread)

Grüße
Bill

Hallo bill_gehts,
ist mir schon klar, daß es nicht an mir liegt, wenn TT sich verabschiedet.

Eigentlich schade, daß TT sein "schönes" SDK auch nicht gleich zum selber Testen nimmt. Vielleicht haben Sie aber auch ihre eigenen Testergebnisse dank Termindruck ignoriert (ist natürlich eine ganz ganz böse Unterstellung)

Wie denkst Du denn, soll TT alternativ beendet werden?

Ich hätte hier die Möglichkeit ein destroywindow für das Fenster aufzurufen oder alternativ den Menüpunkt per "stylus-taps" auszuwählen (in der Hoffnung, daß der Anwender kein abweichendes Menü verwendet).

@wombat307

ich verwende in HereIAm (C++)

SendMessage(m_hTTWnd,WM_DESTROY,0,0);

m_hTTWnd ist durch

FindWindow(TEXT("MunichWinClass"),NULL);

ermittelt worden.

Mit CeSpy++ habe ich selber gesehen das TT auch
WM_DESTROY auslöst wenn der Benutzer auf "Beenden" tippt ...

Grüße
Bill

Alles klar,
"MunichWinClass" ist ja mal lustig, eventuell vom Oktoberfest inspiriert, als einer der Holländer Entwickler mal aus dem Festzelt-Fenster hing.

Danke bill_gehts.

@wombat307

So heißt nun mal die TT Fensterklasse ...

Übrigens:
Man könnte das TT Fenster ja auch über den Fenstertitel
suchen ...
ABER
Hier liegt der nächste TT Bug !
Der Win Kern sendet bei FindWindow(NULL,"FensterTitel")
eine WM_GETTEXT Botschaft an das Programm. (um den Titel zu erfahren)
Wenn aber TT sich mal wieder selbst gecrasht hat gibts zwar
das Fenster (Hiden) noch, TT bearbeitet aber nicht mehr
die Message - Botschaften.
In dem Moment hängt sich dein Programm auch auf, weil
es auf Antwort von WM_GETTEXT ewig wartet ...
(Bis zum Reset ;D)

Grüße
Bill

Das sind ja mal ein paar interessante Infos.
Ich arbeite nämlich auch mit FindWindow (in 'ner anderen CE Applikation).

Was ist denn CeSpy++ und wie/woher bekommt man den??

Grüße,
Jörg

Hallo Leute,
ich kann bei der technischen Diskussion nicht mitreden, doch einen Testlauf mit 81 Adressen habe ich auf meinem System gerade gemacht. Funzt prima! Hat auch nur rund 10-12 Min. gedauert und ich hab jetzt ne Menge netter Fragezeichen in der Karte.

Muß mir gleich nochmal ein Symbol basteln.

Einzig wundert mich grade, daß einige POI´s jetzt zur Anzeige aktiviert sind, die es vorher garantiert nicht waren... Zum Beispiel Bahnhöfe, Fähren und Flugterminals...!? Komisch, aber schnell auch wieder deaktiviert.

Super Tool, DANKE!

Joachim

@wombat307

Einen hab ich noch :
Wenn du die GPS Daten von den Adressen ermittelst,
bringe TT unbedingt in den Vordergrund !
TT bearbeitet SDK Befehle wesentlich schneller wenn
es "vorne" ist. (ca. 100ms zu 900ms je Kommando + GPS Suchzeit)

@navJörgi

CeSpy++ ist die PocketPC ausgabe vom Spy++ (zBsp VC6++)Tool.
Damit kann man Fenster auflisten und die Window Botschaften
tracen ...

Im eVC3++ bzw eVC4++ bzw im PPC 200x SDK sind seeehr tolle
Programme dabei ... ;D
(z.Bsp ein HeapDump, da kannst du ins laufende TT schauen ;D)

Grüße
Bill