@Bill_gehts POI Tool (Erzeugung)

das stimmt schon. Kundenbesuche werden selbstverständlich mit Outlookadressen geplant.
Jedoch ist oft folgende Situation im Aussendienst. Ich habe am Standort x noch ca. 1 Stunde Zeit bis zum nächsten Termin. Dann könnte ich in den POI nachschauen welcher Kunde in der Nähe ist und dann dort hinnavigieren.

Zitat

Original von hgassner
aus meiner Sicht geht es hier nicht um einen POI sondern um eine ganze Menge.
z.b. wäre es für Aussendienstmitarbeiter sehr sinnvoll, einen ganzen Adressdatenbestand "Kunden" als POI zu haben.

Hallo erstmal,

ich verstehe das mit der Exceltabelle nicht ganz?!
Ich habe so am Tag 10 bis 15 Termine im Außendienst und gehe so vor.
Adresse übergeben aus Klicktel zu Outlook, sync mit PPC und die Adresse ist auf dem PPC gespeichert. Ab hier wie von Achim2205 schon beschrieben.
Die Route von einem zum andren Kunden plane ich mit HereIAm vom Schreibtisch im warmen Büro aus. (Dank/e Bill_gehts).
Die Kunden könnte man auch bei der Planung als POI speichern und später am PC mit dem Programm POIEdit zu einem POI zusammenfassen.
Was gut sein könnte ist, so ein Programm wie POIEdit auf dem PPC.
Nun mit meiner o.g. Vorgehensweise bin ich sehr zufrieden.
Aber vielleicht verstehe ich die Problematik hier nicht ganz., mit Excel, csv Dateien usw.

Grüsse Holgi

Hallo,
im Aussendienst muss man aber auch Routen optimieren, bzw. raussuchen, welcher Kunden liegt nun am nächsten. Angenommen man hat 10 Kunden in einer Stadt. Hat man nun die kunden als POI, kann ich mir diese in der Kartenansicht ansehen und Abschätzen, wie ich am günstigten fahre. Habe ich nur die Daten in Outlook, kann es sein, das der erste Kunden im Osten ist und der nächst im Westen, dann wieder einer im Südosten usw.
Mir ging es eingendlich um größere Datenbestände. Es geht im speziellen um ca 18000 Adressen in einem größeren Teil Deutschlands. Es werden immer verschiedene PLZ-Bereiche abgearbeitet, es müsste die Möglichkeit geben, mit Hilfe des PDA`s die Routen zu optimieren und einen " Fahrplan" für jeden Tag zu erstellen. Daher die Idee mit der Erzeugung von POI`s aus einer Adressdatei. Mir ist klar dass dies nicht zu 100% genau und möglich ist, im Einzellfall muss man händisch korrigieren.

Zitat

Pflichtenheft:

Scheinbar wird im Kreis diskutiert!?!

Stimmt mein "Pflichtenheft"?

@Hucky
Hallo Hucky,
Dein Pflichtenheft trift mein Anliegen voll auf den Kopf!
Es sollte nur noch ein Freitext vorhanden sein um die POI-Bezeichnung zu definieren.
Also eigendlich benötige ich für TT "nur" eine Art Batchdatei, die TT bedient.

Gut, danke!

Mal sehen was nächstes Jahr meine Programmierer dazu sagen.

Wir machen nämlich nun Pause bis zum 9.1.2006

Prosit Neujahr!

PS: Sag, mal Sonnenflieger, kann es sein, dass du ein Paragleiter oder Hängegleiter bist und schon mal in OÖ geflogen bist?

@Hucky
Hallo,
nein ich fliege nicht Paragleiter, Sonnenflieger kommt vom Modellflug, speziell Solarflug.
Prost Neujahr
Viel Spaß im Urlaub.

@Hucky
Du hast Deine eigene Programmierer??

Ja, die sind aber z.Z. noch in Urlaub. Kommen am Montag zur Arbeit.
Falls das Thema ohne große Umstände zu bewältigen ist, werde ich die beiden mal drauf ansetzen.
Interessiert mich selber - daher.

Hey die Idee ist klasse und sollte wirklich bald umgesetzt werden.

Ich arbeite genau an so einer Adress-Liste, die im Excel-Format vorliegt und dann wohl über Mappoint und PoiEdit mühsam einzeln geocodiert werden muss :-((

Da bin ich sofort dabei :-))

JoBi

Moin allerseits,
ich habe mal ein script "zusammengebastelt" das aus einer csv-Datei per TomTom-SDK eine POI-Datei generiert.

Sicherlich ist es nicht ganz pflegeleicht, da hierfür Dateien auf den Pocket-PC kopiert werden müssen und dort während der Ausführung von TomTom gestartet werden müssen. Aber ich gehe davon aus daß erfahrene Anwender damit klarkommen (siehe liesmich.txt im zip).

Das Script wird per nscriptm (im Archiv enthalten) ausgeführt. Enthalten ist die Version für ARM Prozessoren, wer einen "Exoten" sein eigen nennt, kann das komplette nscriptm von http://www.s-k-tools.com/util.html herunterladen und die ensprechende Prozessorversion dort entnehmen.

Stets zu beachten ist das Urheberrecht:
Durch die Georeferenzierung werden den Adreßdaten ja die Geokoordinaten zugeordnet. Da dies in diesem Falle über die TomTom-Anwendung geschieht unterliegen die Geokoordinaten dem Urheberrecht von TomTom.

Das heißt, das die mit diesem Tool erstellte POI (=OVI) Datei nur mit TomTom und nur auf dem PocketPC verwendet werden darf.

Ich reite darauf (siehe auch liesmich und Message-Box im Script) herum, weil das natürlich ein empfindliches Thema ist. Die Versuchung wäre natürlich groß gleich direkt eine kml-Datei für GoogleEarth o.Ä. zu erstellen. Nur das ist eben leider nicht erlaubt.

Falls jemand es auf sich nimmt das Tool tatsächlich mal auszuprobieren, dann bin ich natürlich über Feedback (hier im Thread) erfreut.

Grüße vom Wombat
13.01.2006: Dateianhang aktualisiert: Kleine Korrektur bzgl. "Kein Ergebnis" Fehlermeldung.

Hi wombat307,

klasse Arbeit. Ich habe es mal mit deiner Demo Adressdatei getestet, klappte wunderbar.

Ich melde mich wieder, wenn ich mal eine eigene Adressdatei erstellt und getestet habe.

Ciao
lammy

Hallo lammy,
freut mich, daß es grundsätzlich schonmal geht.

Mit größeren Beständen habe ich es nicht getestet. Bin mal gespannt, was herauskommt. Evtl. brauchts später mal eine recovery-funktion.

(Edit:)
Es sei noch angemerkt:
Wenn es sich um große Adreßlisten handelt, so finden vermutlich auch recht viele Schreibvorgänge auf die Speicherkarte statt. Das kann auf die Lebensdauer selbiger gehen.

Grüße vom wombat

@wombat307

Erst 'mal danke für Deine Arbeit, ein tolles Tool, besonders wenn man kein MapPoint o.ä. zur Verfügung hat.

Allerdings bekomme ich leider aus meine Adressdatei keine OVIs generiert. Könntest Du Dir das bitte 'mal anschauen, meine ADR.CSV und ADR_LOG.CSV hänge ich mal an (zur Unterscheidung mit meinem Nick am Dateinamen).

Auch bei deiner Testdatei kommt auf meinem System leider ein Fehler, allerdings ein anderer:
# # # Error: Sentence error : importadr.main : %

Die dazugeghörige Logdatei ist die ADR_LOG.CSV

Als Karte habe ich die DE_AT_CH_PL_CZ_Plus-Map installiert. Liegt es vielleicht daran, geht es vielleicht nur mit der reinen Deutschland Map?

Danke für Deine Hilfe,

Scooty

Hallo Scooty

Man merkt schon, ist alles noch etwas beta....

Gemäß Deinem Log hat die Georeferenzierung geklappt, nur leider das AddPoi nicht. Grummel...

Fehlercode -5 heißt vielsagend: KErrSDKMethodFailed = -5

Kann es sein, daß Du recht viele POIs in der Karte hast, evtl. nah am Limit?
Notfalls macht es hier Sinn mal ein paar OVI vorübergehen zu verschieben.
Es könnte Sein, daß einfach das Generieren von "MeineAdressen" fehlschlägt. Kannst das ja sonst man manuell in tt probieren. Importadr löscht diese übrigens vor jedem Import.

Oder aber die Karte schreibgeschützt ist? Falls Du das Script aus dem Hauptspeicher ausführst.

Ansonsten habe ich es hier mit TT 5.0 probiert, wer weiß, vielleicht ist in Deinem (vermutlich) 5.1 wieder etwas verschlimmbessert worden. An der Karte kanns normal eigentlich nicht liegen, dann dürfte die Georeferenzierung schon nicht klappen.

Das mit der Fehlermeldung kommt mir auch spanisch vor. Das ist eine Art Syntax-Fehler. Evtl. wurde die adr.csv beim Transfer über active-Sync irgendwie umgewandelt? Gibts zu der Meldung auch noch eine Zeilennummer?

Viel Erfolg und Grüße vom Wombat