Arbeitstagebuch 2020

Heute standen folgende Punkte auf dem Programm:

Abschluss der Synchronisierung von mdm proto und mdm spec

1. Gemeinsam mit Lin Nan wurden die fehlerhaften Ausdrücke in der mdm spec (RuoGanChu) korrigiert.
2. Es wurden einige offene Punkte hinterlassen, die Lin Nan und ich nicht allein entscheiden konnten.
3. In der Morgenbesprechung am 2020-04-26 wurde beschlossen, die schwierigsten Teile LaneSplitMerge und Polyline auf später zu verschieben.
4. Abschluss der Änderungen an proto.
5. Abschluss der Änderungen an nexus.
6. Abschluss der Änderungen an mdk.
7. Nebenbei wurde ein Problem mit den Testdaten behoben (ständige Datenfehler).

Fehlerbehebungen

Kurz vor dem Release am 30. April stieg die Anzahl der Bugs stark an.

HDMAPMDK-1111 Analyse abgeschlossen

• Skript zum automatischen Kopieren von Testfällen
• Apple Reminder exportieren

• Objektspur-POI-Bindung abgeschlossen und Debug abgeschlossen[4]

POI-Verknüpfung auf der Gegenfahrbahn

• Bindung der Daten nach dem Multidigitize-Prozess
• Testdaten erstellen

RoadBorder-Reparatur

• Migration der Testfälle abgeschlossen
• Dune sowie dessen ReadMe verbessert, sodass es nun direkt Testdaten ausgeben kann
• Mit Weiyu gesprochen, Ausblick in die Zukunft: Ich konzentriere mich auf das Compiler-System

POI-Bindung für Gegenfahrbahn

• Bindung der Daten nach der Multidigitize-Durchführung

Benutzerdefinierte Geschwindigkeitsbegrenzung

• Guangcong hat die Eingabe in einen Vektor umgewandelt und Tests hinzugefügt
• Ein kleines Problem ist, dass Guangcong nicht wirklich versteht, wie C++-Zeiger funktionieren
• Vielleicht versuchen, https://github.com/scalameta/scalafmt/issues/337 zu lösen?
• Die von Dàshù freigegebenen Dateien über Resillo Sync als anonyme Freigabe bereitstellen

RoadBorder-Reparatur

Es stellte sich heraus, dass ich falsche Annahmen gemacht hatte. Die in rc aufgezeichneten Informationen zu lc und rb können folgende Eigenschaften haben:

1. lc gibt es nur einmal, daher kann nicht angenommen werden, dass lc mindestens zwei ist.
2. Auf einer Seite kann rb fehlen, daher kann nicht angenommen werden, dass rb immer existiert.

Geschwindigkeitsbegrenzung abgeschlossen.

• SpeedLimit-Kompilierung und -Validierung: OSMSerializable ist nicht ganz geeignet, da das gebundene SpeedLimit keine Geometrie hat. Möglicherweise gibt es Probleme: Bei der Einfahrt auf die Rampe kann die Geschwindigkeitsbegrenzung zu Problemen führen.
• Interpolation
• Hausdorff-Distanz
• LcInJunctionTile

Einige kreative Ideen

• Direkt auf Spark?
• Was braucht der OSM-Kontext?

• Mit Yiming die Schnittstelle für benutzerdefinierte Geschwindigkeitsbegrenzung (custom speed limit) geklärt: Er garantiert, dass das eingegebene Location-Paar immer eine eindeutige kürzeste Route bestimmen kann. Danach mit Guangcong den Algorithmus zur Generierung der benutzerdefinierten Geschwindigkeitsbegrenzung durchgegangen.
  1. Gegebene Route
  2. Bekannt: | start DiRoadOnPath::count - end DiRoadOnPath::count | ≤ 1, dann kann man immer ein Paar (start DiRoadOnPath, end DiRoadOnPath) finden, sodass die Distanz minimal ist.
• Für Xiaokang vorübergehend eine nutzbare Snapshot-Version des pylon-v0.1.1-Compilers veröffentlicht.
• Mit Hanteng runtergegangen, rumgelaufen und Quatsch geredet.
• Mit Zizhe und Yicheng die Schnittstelle zur Nutzung der SUMO-Karte geklärt.
• Geschwindigkeitsbegrenzung (speed Limit) erfolgreich kompiliert, aber noch nicht verifiziert.

• Benutzerdefinierte Geschwindigkeitsbegrenzung festgelegt @guangcong
  1. Das neue module-dynamicEvent verwenden, um dieses Problem zu lösen
  2. Das benutzerdefinierte Update der Geschwindigkeitsbegrenzung als neues Ereignis veröffentlichen, um die Aktualisierung der Horizon-Daten auszulösen
  3. Ausnahmebehandlung und Speicherprobleme müssen berücksichtigt werden Nach Diskussion mit Guangcong sind bei ihm einige Probleme aufgetreten
• Xiaokangs Review Java als solide Sprache hat schon einiges zu bieten
• Kompilierung der Geschwindigkeitsbegrenzung Grundsätzlich kaum Fortschritte; Logik zum Extrahieren von RoadCenterTile hinzugefügt
• Lösung des Sectioning-Problems; Analyse des Optimierungsplans für edgeLifting; Optimierungsalgorithmus vorgeschlagen: Bei gegebenem traverse-Header und connectivity-Funktion wird die Durchlaufmethode angegeben
• Funktionsweise von selbstausführendem Jar untersucht

• Begrenzung der Kompilierungsgeschwindigkeit
• Benutzerdefinierte Geschwindigkeitsbegrenzung