Wie ist es denn bei dieser Funktion?
Ich bin bisher davon ausgegangen, dass die Eintragungen nach der Auflauf der Zeitsperrung automatisch wieder gelöscht werden, das scheint aber nicht so zu sein. Muss man dran denken diese Meldungen nach Ablauf der Frist selber wieder raus zu löschen? Das kann doch nicht im Sinne des Erfinders sein… oder läuft da von Zeit zu Zeit ein Script, das die alten Einträge entfernt?
Also wie das genau funktioniert kann ich dir auch nicht sagen. Auch selber habe ich noch keine Begrenzung eingetragen, der es einer Aufhebung bedurfte.
Aber: es sollte schon automatisch laufen. Und ich denke mal auch sofort umgesetzt sein.
Ist mir auch schon aufgefallen.
Abgelaufene Restrictions bleiben erhalten.
Ist zwar unsauber, aber solange es aufs Routing keinen Einfluss hat nicht so schlimm. Kann man löschen wenns einem stört.
Waze halt 
kein Einfluß? Wie schnell reagiert WAZE denn auf den Ablauf der Beschränkungen?
Sowohl in der App als auch beim Routing in der Livemap wird noch umgeleitet, obwohl der Zeitraum gestern abgelaufen ist…
Nächstes tile-update abwarten.
status.waze.com
Ohne Update keine Änderungen.
Wenn das nur täglich wäre wie auch schon mal …
die TBTR werden nur per tiles-update geschlatet???
Bist du dir da sicher?
Das wäre aber… sagen wir mal… sub-optimal
Bin mir nicht sicher.
Wie sollte es denn sonst funktionieren? Die TBTR sind Eigenschaften des Segmentes, genau wie die grünen oder roten Abbiegepfeile oder der Straßenname. Eine Editor-Datenbank, eine Router-Datenbank und dazwischen ein Updater-Prozess… Die werden genauso mit dem Tile-Update versorgt, wie alles andere, einen Direktzugriff aus dem Editor in die Router-DB würde ich für massiv gefährlich halten.
Und wenn das da gehen würde, bräuchten wir dann auch gleich gar keinen Update-Prozess mehr…
OK, da hast ddu auch wieder recht…
Ich habe mir das irgendwie anders “vorgestellt”
So FTW-Mäßig…
Aber gut zu wissen
…nur sollte dann irgendwie sichergestellt werden, dass der Update-Prozeß “zeitnah” durchgeführt wird.
Ob ich da Recht habe, weiß ich nicht, das ist nur “Vermutung”, “Erfahrung mit Waze” und “Erfahrung mit Datenbankentwicklung”… Technisch machbar ist ein Direktdurchgriff natürlich… nur sehr gefährlich. Nicht auszudenken, was passieren könnte, wenn da einer mal ein Script anwirft, ohne dass der Updater eine Plausi-Prüfung macht…
1-2 mal die Woche… für “wegen Unfall die nächsten 2 Stunden gesperrt” ist das natürlich nichts. Aber für dauerhafte Sperren wie hier in Hannover z.B. eine Straße, die am Wochenende gesperrt ist, oder Baustellen die über Tage/Wochen/Monate gehen, ists klasse.
Bin letzte Nacht das erste mal von Waze durch die oben genannte Straße geroutet worden, bisher mussten wir die komplett sperren, damit eben am Wochenende keiner da durchgeleitet wird…
Meinem Eindruck nach wurden hier zwei verschiedene Dinge durcheinander geworfen.
Das eine ist, dass die Information der zeitlichen Beschränkungen, die im Editor angelegt wird, natürlich zum Routing Server muss. Das wird ziemlich sicher mit dem Tile Update geschehen. Wie Mesonus es schrieb: Es ist ein Attribut der Segmente wie auch Fahrtrichtung oder Abbiegeverbote. Das geschieht also im Normalfall einmal täglich, öfters aber durchaus mit längeren Verzögerungen dazwischen. Daher ist es nicht möglich (auch Beispiel Mesonus), jetzt eine zeitliche Sperre für die nächsten zwei Stunden zu hinterlegen.
Das zweite ist, dass wenn die Information der zeitlichen Beschränkungen einmal durch das Tile Update beim Routing-Server angekommen ist, dort minutengenaue Anwendung finden kann. Dafür ist dann kein Tile-Update mehr nötig. Es wäre ja sonst unmöglich, Straßen zu bestimmten Uhrzeiten zu sperren und wieder freizugeben. Wenn ich also jetzt weiß, dass Straße X in sieben Tagen für zwei Stunden gesperrt wird, könnte ich das durchaus anlegen. Dafür bedarf es dann keinen “zeitnahen Update-Prozess”, sondern nur halt einen im Laufe der Woche, der diese Info zum Routing-Server transferiert.
Meinen Beobachtungen nach scheint es auch so zu sein, dass zeitliche Beschränkungen nicht wieder automatisch gelöscht werden. Wenn ich also sage, Straße X ist am 06.12. den ganzen Tag gesperrt, dann steht diese Info auch eine Woche später überflüssigerweise noch in dem Segment drin. Aber Anwendung findet die Beschränkung nicht mehr! Der Zeitraum ist ja abgelaufen. Das ist das, was popel22 damit meinte, dass es “zwar unsauber, aber auf das Routing keinen Einfluss hat”.
Hast Du einen Permalink mit einem Beispiel?
Typhix’ Darstellung passt zu dem, was ich aus den Staffaussagen im Kopf habe. TBR werden erst nach dem nächsten Tileupdate verarbeitet. Eine Dauersperrung vom z.B. 10.-20.12. wird nur fristgerecht wirksam, wenn bis spätestens 9.12. ein Tileupdate läuft. Dann sind die Beginn- und Endedaten für den Routingserver wirksam, und ab dem 21.12. wird die Restriction nicht mehr berücksichtigt, auch wenn das nächste Update erst am 24.12. erfolgt.
Die Einträge bleiben aber noch länger in der DB. Ich habe immKopf dass es dafür ein Aufräumintervall gibt, aber keine Ahnung mehr wie lang das war.
Nach diesen Infos sehe ich uns nicht in der Aufräumpflicht, sie sagen dass sie aufräumen, dann sollen sie auch. Der Speicherbedarf kann auch nicht sehr groß sein.
Fundstelle habe ich nicht, das war teils im Champsbereich, teils im Vortrag in Benelux. Der ist off-the-record, aber das hat sich ja durch allgemeines Release der Funktion erledigt.
Die Idee, dass man die sofort wirksamen Sperren auch über Editor oder Livemap eingeben kann liegt dem HQ natürlich auch vor
Ciao,
Detlev
Hier ist eines: https://www.waze.com/de/editor/?lon=9.7169&lat=52.39845&zoom=7&layers=TBFTFFTTTTTTTFTTTTTTTTTTTT&env=row&segments=75221827
Die Sperre galt bis zu dem 30. November. Eingetragen ist sie, wie im Editor zu sehen, weiterhin. Wird aber für das Routing natürlich nicht mehr verwendet, kann auch auf der Live-Map nachgeprüft werden. Wenn das nach gewissen Intervallen automatisch entfernt wird, wie Detlev es in Erinnerung hat, dann ist’s auch kein Problem. Im Gegenteil: Wenn das Ding ein paar Tage länger im System bleibt, kann das eventuell noch bei der Aufklärung des einen oder anderen URs helfen.
Hab da auch noch ein Beispiel für " Lange abgelaufen "
ich hab hier auch ein Beispiel, weiß jemand wie der Stand der Dinge ist? https://www.waze.com/de/editor/?lon=7.57617&lat=51.88639&zoom=5&layers=TBFTFFTTTTFTTTTTTTTFTTTTTT&segments=236876940&env=row
Es wird irgendwann Aufräumläufe geben mit denen das verschwindet. Damit haben wir keine Arbeit mit dem Aufräumen.
Wann und wie oft habe ich nicht extra nachgefragt weil ich das persönlich für ein “Problem anderer Leute” halte, und weil die Auskunft ähnlich verbindlich sein wird wie alle Aussagen zur Aktualität des GPS-Layers
Ciao,
Detlev
Ein Widerspruch in sich 
+1 !
Aber was hat der GPS-Layer mit TBR zu tun?
Hab ich irgendwas überlesen…?