History

Daniel Schick 9bc1fb2873 Assignments angefangen		2025-11-11 16:54:43 +01:00
..
AISAdmin	Assignments angefangen	2025-11-11 16:54:43 +01:00
bsmd.AIS2Service	Assignments angefangen	2025-11-11 16:54:43 +01:00
bsmd.AISService	moving directories around	2021-11-10 09:29:31 +01:00
bsmd.pasttrack.service	Pasttrack Service erweitert auf Anfrage Michael: jetzt kann zusätzlich zur MMSI auch eine IMO Nummer angegeben werden (/imo/mins)	2021-01-11 07:14:55 +00:00
LS100PortProxy	Version 5.0.15 Neue Port Areas (in progress)	2018-08-25 06:46:49 +00:00
puls200.AIS2Excel	AIS 2 CSV Tool completed	2019-05-13 07:04:17 +00:00
SQL	Import von Bastis Zonen, Laden und Speichern, Reihenfolge der Zonen (Sequence) ändern	2025-11-11 16:54:43 +01:00
AIS.Bereinigung.png	Version 5.0.11, Monatsende Juli	2018-06-30 08:54:12 +00:00
AnalogerLaufzettel.jpg	Ein erster Rahmen eines kleinen Verwaltungstools (AISAdmin) hinzugefügt.	2025-11-11 16:54:42 +01:00
architektur.jpg	some basic work	2025-11-11 16:54:40 +01:00
itu-m.1371-4-201004.pdf	some basic work	2025-11-11 16:54:40 +01:00
PortProxy.png	5.0.15: Port Areas	2018-08-28 10:03:12 +00:00
ReadMe.md	Assignments angefangen	2025-11-11 16:54:43 +01:00

AIS Service

Übersicht

In der Übersicht nur Daten aus der Datenbank, vorerst keine Daten aus Wetris.

Überlegungen:

Wie können ein- bzw. ausgehende Schiffe erkannt werden?
- Nach "langer" Zeit wird ein Alarm im "Randgebiet" erkannt. Je nach Anfang/Ende ist es ein eingehender oder ausgehender Anlauf.
Muss ein Anlauf getrackt werden oder reicht eine "Menge" an Alarmen?
- Das Datenmodell muss den Anlauf vermutlich abbilden, aber in der DB reichen vermutlich die Alarme.
Wann erreicht ein Schiff die Zone? (aka, wann wird der Alarm ausgelöst)
- kein aktueller Alarm für die Zone und
- Die Position wird bereits für n Sekunden innerhalb der Zone reported (avoid jitter)
Im Alarm muss gespeichert werden, wann
1. die Zone "zuerst" erreicht wurde
2. der Zeitpunkt des letzten Reports innerhalb der Zone
3. keine Referenz sondern Kopie der Position/Timestamp?
Alarm / Zuordnung sind unabhängig von der Gruppe. Die Gruppe / der Zulauf ergibt sich erst in der Webanwendung. (Ist das sinnvoll?)

Nächste geplante Schritte:

Gebiete müssen einer Gruppe zugeordnet werden, damit wir Laufzettel für mehrere getrennte, aufeinanderfolgende Gebiete erstellen können (z.B. Weser und Elbe).
Erstellung eines AIS-Admin Tools, um Gebiete zu verwalten (KML Import, Löschen, Zuweisen von MMSI/IMO zu den Gebieten). Das Tool kann nur auf dem Server verwendet werden (obviously) und wird der Einfachheit halber einfach ein Winforms Projekt.
Verbesserte HTML Übersicht analog zu dem Laufzettel (Einfahrtzeit in die Gebiete)

Entscheidung, den leidlich laufenden AIS Service zu verbessern, da aktiv nicht mehr an WETRIS weitergearbeitet wird. Aufgaben: