Beiträge von kkoeniger

    @ B.K.


    Die mir vorliegende Beschreibung des SDAL-Formates, in dem Navteq seine Kartendaten liefert, stammt laut Copyrightvermerk aus den Jahren 1999, 2000 und 2001. Insoferne sollte diese Norm also zur Zeit der Aussage Deines Informaten bereits aktuell bekannt gewesen sein.


    Aber auch die Aussage Deines Informanten klingt eigentlich glaubhaft. Wenn jedem Segment (Strassenabschnitt) schon fixe Geschwindigkeiten zugeordnet sind, so würde dies die Theorie von Konvertierungsmängeln (bzw. Erhebungsmängel von Navteq) bestärken. Dadurch dass bestimmten Segmenten zu hohe Geschwindigkeiten zugeordnet sind, wären die Hacken beim Routing erklärt. Ebenso wären die nicht befahrbaren Stadtstrecken durch zu geringe oder fehlende Zuordnungen erklärbar. Aber dann würde uns kein Update des MN|4 weiterhelfen - es müßte die Grundkarte des Mapexport getauscht werden.

    Zitat

    Original von B.K.


    leider benutzt Navigon ein eigenes Geschwindigkeitsprofil für MN|4.
    Da gibt es für jede Straßenart nur 2 Geschwindigkeiten, eines für innnerhalb und eines außerhalb geschlossener Ortschaften.


    Damit wird das viel differenziertere Original-NAVTEQ-Profil kaputtgemacht. Bei NAVTEQ gibt es kein auf Straßenarten abgestimmtes Profil, sondern dort wird jedem Straßenabschnitt eine Geschwindigkeit zugeordnet, dabei sind dann auch Ampeln berücksichtigt.
    Bei dem Navigon-Profilen ist das nicht möglich, für soetwas sind die viel zu primitiv gestrickt.


    Wo her hast Du diese Aussage?


    In den Navtequnterlagen finde ich nur Geschwindigkeitskategorien in den normalisierten Attributen für Routingsegmente, aber keine dezidierte Geschwindigkeitszuordnung zu jedem Segment:


    Speed Category: (3 bits) (Bits 29-31) Speed limit range.
    Value Description
    000 131 - 255 miles
    001 101 - 130 miles
    010 91 - 100 miles
    011 71 - 90 miles
    100 51 - 70 miles
    101 31 - 50 miles
    110 11 - 30 miles
    111 0 - 10 miles


    Und im Segment selbst wird nur die erlaubte Höchstgeschwindigkeit angeführt. Oder irre ich da?

    Zitat

    Original von Dr. Riessenradt


    Und fahre Sie deselbe route wie Cylote ??? ?(


    Nicht um das Routing ging es mir. Cylote schrieb MDAII, MN|4 und POI-Warner funktionieren nicht! Dem mußte ich widersprechen, denn die arbeiten bei mir einwandfrei zusammen. Alle gesyncten POIs werden wenn korrekt eingestellt auch angezeigt und auch angesagt.


    Auf seine Routingprobleme gehe ich hier nicht ein, dazu gibt es bereits genügend andere Threads.

    Zitat

    Original von cylote
    Hi@all,


    nun habe ich meine erste Strecke hinter mir und gleich
    etwas geiles festgestellt.
    Mal abgesehen davon, daß der POI-Warner 2.52 mit MN|4.01 und dem MDA II nicht funzt, ...


    Dem muss ich widersprechen!


    Ich fahre seit Wochen mit MDAII, MN|4 und dem POI-Warner ohne jedes Problem !!


    Für die Faulen unter uns: Könntest Du das kleine File nicht zippen und hier ins Forum stellen?


    Danke.

    Das wird nicht in einem INI einstellbar sein.


    Da muss Dir der Hersteller des PPC/Betriebssystems (nein nicht MS, Toshiba ist für die Anpassung an die Hardware zuständig) wohl einen entsprechenden Treiber zur Verfügung stellen.


    Wenn Du damit meinen solltest, dass die TMC-Daten aus dem GPS-Stream herausgefiltert werden sollen - nein, das wird sicher nicht funktionieren. Die Daten werden immer 1:1 an alle virtuellen Ports weitergeleitet.


    Es macht aber doch auch kein Problem an einem Port eine TMC-Maus, an einem anderen eine normale Maus zu betreiben (zB TMC-Maus via Kabel, Normalmaus via Bluetooth und eben 2 Programme auf unterschiedliche Ports einzustellen). Ich vergleiche so z.B. die Sprachansagen neuer Navis mit der Referenz.


    Wozu sollte es auch gut sein, die TMC-Daten herauszufiltern? Ich betreibe alle möglichen Navis mit der GNS-Modulmaus (die übrigens nicht mehr initialisiert werden muss!) und hatte trotz angestecktem TMC-Modul noch nie Probleme.

    Genau dieses Problem, dass auf einigen PocketPCs bereits alle COM-Ports belegt sind, wird in der nächsten Version von GPS-Gate behoben werden. Die Ports sollen dann temporär freigegeben und für das COM-sharing genutzt werden können.


    Da der Programmieren fieberhaft daran arbeitet und ich einen Test sowie die Information der Allgemeinheit vor Behebung dieses viele User betreffenden Problems nicht für sinnvoll hielt, warte ich auch mit meinem Testbericht zu.


    Am MDA hatte ich noch einen freien Port, da lief GPS-Gate perfekt.

    Auch am PocketPC sind die beiden Routen mit R66 ok.


    Übrigens: MN|4 schafft nur Route 2 korrekt, auf Route 1 geht es ab in die Leitplanken.

    Der Routenplaner (CD-Version) von TomTom erscheint mir keineswegs überflüssig! Er stellt die einzige Möglichkeit dar, an Karten des ehemaligen "Ostblocks" bis zum Ural zu kommen. Das bietet derzeit kein Navigationsprogramm. Zum Routen mit GPS ist das in diesen Ländern völlig ausreichend.


    Unbestritten ist er aber für Westeuropa nicht mehr zeitgemäß.