Routingsimulator ("Alphaversion" ab CGPSL 7.3)

Ich halte das Thema für wert, separat weitergeführt zu werden.
Hier noch mal zitiert Aussagen von Nutzern welche ich finden konnte:

Zitat von papaluna

Kein Vergleich zum Ausblick auf eine Routingsimulation.
Die kalkulierte Route kann gespeichert werden.
Man kann sie in einen Track umwandeln.
Dieser hat allerdings nur Anfang-Ende als Wegpunkte.
Aber man kann die Wegpunkte der Route markieren und in den Track kopieren.
Somit erhält man einen Roadbooktrack mit den Wegpunkten der kalkulierten Route.
[Ergänzung]
Die Routensimulation wird initiiert durch das Anlegen des Start/Endpunktes.
Bei geöffneter VMAP mit rechter Masutaste kontextmenu öffnen.
Die Punkte "Starte hier Simulation" "Beende Simulation hier" öffnet den Simulatorreiter(evtl. weiter reinzoomen zur Auswahl der Punkte).
Es kann auch ein Wegpunkt auf den Startpunkt gezogen werden um diesen festzulegen. Für den Endpunkt geht dies bisher nicht. Dafür öffnet sich dort eine Suchmaske, welcher aber noch nicht nutzbar ist.
Auch wenn das Routing wie gesagt ansatzweise funktioniert ist es als Tool bisher noch sehr rudimentär.

Alles anzeigen

Zitat von Sardinien

in dieser neuen Anwendung könnte Potential stecken, wenn Compe diese noch erweitert. Siehe auch hier:
http://www.naviboard.de/vb/sho…php?p=419606&postcount=12

Habe den Wunsch via Ticket mit Screens erläutert zusammen mit der Info, dass als Endziel über die VMAP (Doppelklick auf den End Button ) nur Adressen von Spanien ausgewählt werden können.

Gewisse Anwendungen/Infos werden nur aktiviert durch Doppelklick auf den Namen und nicht wie früher auf das oft dem Namen vorangestellte Icon. Ist das so normal?

Edit:
Compe will das erweiterte Simulador Routing verwirklichen.

Alles anzeigen

Zur akt. Vorgehensweise:

Zitat von Sardinien

workarraound Simulador Routing:

Bild 1 = Start des Routings
Bild 2 = Ende des Routings des 1. Zwischenzieles
Bild 3 = Umbennenung des eresten Abschnittes in 0
Bild 4 = Ankunft in Beginn der Route 1 schieben
Bild 5 = Beendigung des nächsten Abschnittes
Bild 6 = Abschnitt 2+3 wird in 1. Abschnitt geschoben (Route 0)
Bild 7 = Entfernen von Ankunft und Start innerhalb der Route
Bild 8 = Auswertungen der gesamten Route/Track

Die Route wird im Offroadmodus zur Navigation (Sprachausgabe/Abbiegehinweise) herangezogen. Im Routenordner sollten die Audio wav Dateien liegen zur Sprachausgabe (so funktionierte bei mir nur die Sprachausgabe ohne weitere
Manipulationen der rte Datei)

Es funktioniert:
-Sprachausgabe
-Abbiegeanweisungen visuell und akustisch mit laufender Entfernungsfortschreibung der Abbiegehinweise und Entfernung zum Endziel
-Start über Wegpunkte oder Rechtsklick "Starte hier Simulation" und ????
-Ende nur über Rechtsklick "Beende hier Simulation" auf der VMAP in Zoom 50-10 m oder Adresseingabe (Bug geht zur Zeit nur Spanien) nach Doppelklick auf den Simulador Routing End Button
-automatisches Wiedereinloggen bei verlassen der Route
-ob eine Umschaltung in den Onroadmodus sinnvoll ist muss noch getestet werden

Fazit:
klasse Zukunftsoption, die schon jetzt für ein vollautomatisches Routing mit Sprachausgabe via workarround schnell gebastelt ist. In CGPSL vorgeplante Routen/Touren werden ohne jede Neuberechnung in TwoNav zur automatischen Navigation herangezogen.

[Blockierte Grafik: http://thumbs.picr.de/9121767nee.jpg]

Alles anzeigen

Zur Frage ob es mit 7.3 auch beim Mac geht:
Beitrag:
Routing bei CGPSL 7.3 Mac möglich
Fazit:Geht bis dato nicht.

Ich konnte meine diesbzgl. schon mal getätigte negative Aussage nicht mehr finden.(ansonsten hätte ich sie oben beigefügt)

Mittlerweile habe ich aber festgestellt das die Routingsimulatorfunktion auch mit selbsterstellten routingfähigen MPVFs funktioniert.

[Ergänzung]
Dieser Hinweis nur als Indiz das MPVFs wohl in Zukunft Berücksichtigung finden werden.
Aktuell funktioniert dies bei manchen Overlays und , warum auch immer, bei anderen wiederum nicht, obwohl mit gleicher Version(7.3.) erstellt.

ray
ja.
Für "mein" Layering-Problem(Überlagerung der POI durch Linien) gibt es nun folgende Lösung:
Ist das MPV fertig erstellt wird die finale Zeichnungsreihenfolge durch Ordnung der Layer hergestellt(im Baum von oben nach unten Polygone-Linien-POI)
Mit der fertigen Reihenfolge wird das MPVF erzeugt.

Netzwerkerzeugung hat einen Fehler=>Marek
Nach unergründlichen Kriterien gelingt es manchmal dennoch ein funktionsfähiges Overlay zu erzeugen.

Manchmal (s.o) kann man diese sogar für den Routingsimulator verwenden.

Das ist alles weiterhin eine Bastelbude und ich denke wir werden wohl bis zur OSM=>Vectorkarten-Umsetzung warten müssen, bis es eine wirklich brauchbare Lösung gibt.
Nichtsdestotrotz mag es bis dahin dem einen oder anderen gelingen(wie teilweise auch mir) brauchbare Overlays zu erzeugen. Ist halt Glückssache bzw. liegt an nicht klar ersichtlichen Kriterien(Komplexität, Datenmengen etc.).

@Marek
confirmed and already reported and it will be fixed for next version.

Zitat von ray

D.h. Netzwerkerstellung, also Routingfähigkeit ist das Hauptproblem?

Nein. Der Fehler tritt zwar auf. Dennoch ist es anschliessend möglich ein MPVF zu speichern.

Das gravierenste Problem ist es einfach, das es keine Möglichkeit gibt festzustellen ob nun alle Daten von der MPV zur MPVF "mitgenommen" wurden.
Das Problem besteht aber unabhängig vom obigen Fehler.
Manchmal gehen alle Daten rüber, manchmal nur ein Teil.

Zitat von ray

Draworder wurde doch schon immer (?) über die Reihenfolge im "Baum" festgelegt, daher habe ich die zu importierende MP entsprechend per Script sortiert. Zumindest ist es so in der 6.8.5, war es zwischenzeitlich anders?

Meinst du MPV oder MPVF oder beide?

Die 709B zeigt POI-POLYLINE-POLYGON im MPV als POLYGON-POLYLINE-POI an. Auch das resultierende MPVF wird mit POLYGON-POLYLINE-POI dargestellt.
Aber auch wenn ich die Reihenfolge im MPV umkehre wird immer noch korrekt POLYGON-POLYLINE-POI

In irgendeiner Folgeversion hat sich dies geändert.
7.3 zeigt POI-POLYLINE-POLYGON im MPV als POLYGON-POLYLINE-POI an. Soweit noch sogut.
Aber das resultierende MPVF wird dann falsch in Bezug auf die Zeichnungsreihenfolge erzeugt.
Ok, nach Änderung der Reihenfolge im Baum des MPV geht es dann.
Irgendwie alles nicht so rund(imo)

@Gerd
layers_mp.dat

Objekttypen welche beim Import nur als layer-1234 etc. auftauchen, können hier eingefügt werden.
Diese Datei war wohl mal ein Versuch solche Dinge wie Draworder, Namensgebung, Iconzuordnung etc. einzubauen.
Das Ganze ist afaik auf der Idee eines Anwenders gewachsen und letzlich wohl mit dem Vektormodul eingeschlafen.

P.S
Bei den Linienstilen hat es analog zu den Tracklinienstilen Erweiterungen gegeben. Was da im Detail funktioniert oder nicht kann ich nicht sagen.
Bei den Tracks in Twonav geht ja derzeit nur ein Teil der neuen Stile

Sofern man die Parameter in die GPS.INI einträgt, kann man schon jetzt ein klein wenig an den Vorgaben drehen.

Fahrzeugtyp via
[TiempoReal]
Vehicle_Type=2,0,0,0,0,0,0,0, =>Auto
oder...
Vehicle_Type=1,0,0,0,0,0,0,0, =>Rad
oder...
Vehicle_Type=0,0,0,0,0,0,0,0, =>Fussgänger

Entfernung oder Zeit:

[Rutas]
Algorithm_Shortest_Route=1,1,1,1,1,1,1,1,

Bsp.:
1,1,1,1,0,1,1,1, Fuss=Entf Rad=Zeit Auto=Zeit
1,1,1,1,0,0,1,1, Fuss=Entf Rad=Entf Auto=Zeit
1,1,1,1,1,1,1,1, Fuss=Zeit Rad=Zeit Auto=Zeit
1,1,1,1,1,1,0,1, Fuss=Zeit Rad=Zeit Auto=Entf

wobei
0=Entfernung
1=Zeit
(wobei soweit ich das sehe, beim Fussgänger Zeit+Entfernung gleichwertig sind)

[Rutas]
Params_Shortest_Route=60,20,23,23,60,20,23,23,

Fuss
44=unbefestigt nein
60=unbefestigt ja

Rad
4=unbefestigt nein
20=unbefestigt ja

Auto
4= Maut nein Autobahn nein unbefestigt nein
6= Maut nein Autobahn ja unbefestigt nein
5= Maut ja Autobahn nein unbefestigt nein
7= Maut ja Autobahn ja unbefestigt nein
20= Maut nein Autobahn nein unbefestigt ja
21= Maut ja Autobahn nein unbefestigt ja
22= Maut nein Autobahn ja unbefestigt ja
23= Maut ja Autobahn ja unbefestigt ja

(alle Angaben ohne Gewähr)

[allg. Hinweis]
finden sich in der GPS.INI Parameter folgender Art
- 60,20,23,23,60,20,23,23,
- 1,1,1,1,1,1,0,1,
ist derzeit meist folgende Zuordnung gültig

OFFROAD Fuss,OFFROAD Rad,OFFROAD Auto,OFFROAD Boat, ONROAD Fuss, ONROAD Rad,ONROAD Auto,ONROAD Boat,

Manchmal wird aber auch davon abgewichen.
Die ausgewertetenStellen sind oben im Text fett markiert