Hi,
technisch ist das natürlich weniger Problem, aber wie nickolo schon korrekt angemerkt hat gibt es ein Problem die Daten zu erfassen.
Was ich aber noch viel schwieriger bzw. problematischer finde, ist die Codierung. Das TomTom Format gibt leider keine zusätzlichen Felder für solche Aktionen her, aber die Information muss auf der anderen Seite direkt in den Overlay-files stehen.. Deswegen wäre eine Anpassung des Formates seitens TomTom eigentlich notwendig, oder eine Pseudo-Anpassung/Vorgabe, indem man sagt die ersten oder letzten X-Stellen der Beschreibung sind für die Richtung vorreserviert. Eine Pseudo-Anpassung durch uns wäre dann aber wieder mit vielen anderen Problemen verbunden (man denke nur an die Auswirkungen der hierüber nicht informierten User, hier wären dann u.U. massig falsch richtungscodierte Blitzer vorhanden, der Effekt wäre eine sogar schlechtere Zuverlässigkeit als bei der nicht richtungscodierten Methode).
Aber natürlich wird über eine Lösung zu diesen Problemen schon seit längerem nachgedacht und wir entwickeln und experimentieren auch schon seit einiger Zeit mit einigen Lösungsalternativen. Allerdings bin ich noch mit keiner so richtig zufrieden.. In jedem Falle ist die Richtungscodierung ein wichtiges Ziel, wir arbeiten daran ;)!
Zusätzlich oder alternativ könnt ihr da natürlich gerne mal den Tobias zu einem Aufruf überreden, dass diese Daten von den Usern in irgendeinem Pseudo-Format in die Overlays codiert werden. Wenn das dann doch besser als erwartet klappt und die Datensammlung und -erfassung vorliegt, wird es an den notwendigen POI-Warner Anpassungen nicht scheitern!
Viele Grüße,
Markus