Masterthread Registration-Suche

[Jan1991]

ANZEIGE

Ich habe dir mal eine von den Dateien hochgeladen. In den Metadateien suche ich nur nach Datum und Standort und dann mit der dazugehörigen Id weiter in den json Dateien.

acarsd.rar

drive.google.com

Wie man das ganze in Masse umwandeln kann, weiss ich nicht. Habe wohl gesehen, dass es wohl irgendwas mit Python gibt, Aber eine csv wäre schon mal ein Fortschritt. wobei man auch das Callsign mit ausgewertet sollte, weil wenn beides (Flugnummer und Callsign) vorhanden ist, man dem Callsign mehr vertrauen kann.

Ich schaue es mir gleich mal an.

 

[Jan1991]

Ich schaue es mir gleich mal an.

So, ich bin dran und habe eine erste Rückfrage: Hat es eine besondere Relevanz, wenn vor der Registrierung ein * steht? Wenn ja, welche?

 

[SaschaX99]

So, ich bin dran und habe eine erste Rückfrage: Hat es eine besondere Relevanz, wenn vor der Registrierung ein * steht? Wenn ja, welche?

Ich bin mir nicht 100% sicher, aber ich meine, dass das darauf hinweist, dass die Reg zum ersten Mal vom Empfänger getrackt wurde. Aber für die Reg-Suche hat das keine Bedeutung.

 

[fakepcy]

Found 2009-10-20 AC0225 YYC YVR 1820 1843 319 Adam Smith C-GBHN

AC1159 YYZ-YYC
Actual Departure Time: 15:02
Actual Arrival Time: 17:19
Tail Number: C-GBHN (A319 AC) 2116 20091020 AC1159 (YYZ-YYC) [Cambridge-2, Ontario, Canada]

AC225 YYC-YVR
Actual Departure Time: 18:19
Departure Gate: A14
Actual Arrival Time: 18:47
Arrival Gate: Terminal M Gate C38

I was going to pick AC218 YVR-YYC which arrived at 17:56. However, C-FZUG, the aircraft that operated it, had another ACARS log of it operating AC134 YYC-YYZ departing at 18:55. AC1159 was the closest other AC A319 arrival and the turnaround time makes sense. C-GBHN did not have ACARS logs on October 21, 2009, after operating AC1159. What I observed here was that their two A319s flew YYZ-YYC-YVR and YVR-YYC-YYZ. Correct me if I'm wrong, but this should make sense.

 

[Jan1991]

Ich bin mir nicht 100% sicher, aber ich meine, dass das darauf hinweist, dass die Reg zum ersten Mal vom Empfänger getrackt wurde. Aber für die Reg-Suche hat das keine Bedeutung.

Danke. Ich habe jetzt mal die Dateien 700 bis 800 durchlaufen lassen. Es sieht soweit ganz gut aus. Ich musste ein paar Filter setzen, um die Zitate raus zu bekommen. Die ausgeschriebenen Routen musste ich ebenfalls weglassen, da einige Zeichen das csv-Format zerschießen würden. Ebenso habe ich die Einträge ausgelassen, die sowohl keine Reg als auch kein Callsign hatten.

Edit: Die Route ist jetzt wieder vollständig drin (wenn gegeben), dafür fehlen bei den Flugzeugtypen vereinzelt Klammern am Ende.
1 - 1000 ist fertig, aktuell laufen 1001 - 10000 (die Datei wird etwas größer)

Edit2: Die zweite Datei ist Stand jetzt etwa 135 MB groß und enthält ca. 2 Mio Datensätze. Hier muss ich aber noch einmal ran, da es wieder Probleme mit der Route gibt (sinnlose Zeilenumbrüche).

Darf ich die Datei hier anhängen?

 

[SaschaX99]

Danke. Ich habe jetzt mal die Dateien 700 bis 800 durchlaufen lassen. Es sieht soweit ganz gut aus. Ich musste ein paar Filter setzen, um die Zitate raus zu bekommen. Die ausgeschriebenen Routen musste ich ebenfalls weglassen, da einige Zeichen das csv-Format zerschießen würden. Ebenso habe ich die Einträge ausgelassen, die sowohl keine Reg als auch kein Callsign hatten.

Edit: Die Route ist jetzt wieder vollständig drin (wenn gegeben), dafür fehlen bei den Flugzeugtypen vereinzelt Klammern am Ende.
1 - 1000 ist fertig, aktuell laufen 1001 - 10000 (die Datei wird etwas größer)

Darf ich die Datei hier anhängen?

Wow das ging ja fix

Keine Ahnung ob man sowas grosse hier anhängen darf.

 

[Jan1991]

Wow das ging ja fix

Keine Ahnung ob man sowas grosse hier anhängen darf.

Ich hänge mal die kleinere Datei an. Wenn es damit Probleme gibt, nehmen wir sie wieder raus.
Schau mal, ob es so passt. Ich musste wieder eine txt daraus machen, weil eine csv nicht hochgeladen werden kann. Nach dem Download dann einfach wieder in csv ändern, dann müsste es passen.
Das sind jetzt die Dateien 1 bis 1000.

Edit: Den Rest schaue ich mir morgen an. Bis dahin habe ich vielleicht eine Idee, wie ich das Problem mit den Zeilenumbrüchen löse.

 

[SaschaX99]

Ich hänge mal die kleinere Datei an. Wenn es damit Probleme gibt, nehmen wir sie wieder raus.
Schau mal, ob es so passt. Ich musste wieder eine txt daraus machen, weil eine csv nicht hochgeladen werden kann. Nach dem Download dann einfach wieder in csv ändern, dann müsste es passen.
Das sind jetzt die Dateien 1 bis 1000.

Edit: Den Rest schaue ich mir morgen an. Bis dahin habe ich vielleicht eine Idee, wie ich das Problem mit den Zeilenumbrüchen löse.

Also auf den ersten Blick sieht das echt gut aus. 46K Flüge bei 1000 Dateien sollte auch hinkommen.

Wie geht dein Tool damit um, wenn es Callsign und Flugnummer gibt? Wäre es auch möglich die Msg ID der jeweiligen Datei mit zuübernehmen?

 

[SaschaX99]

@gotflyer @Jan1991

Und auch gleich ein Treffer

found 2004-04-15 SK0926 IAD CPH 1730 0730 A343 gotflyer SE-REF
20040415 2307 SE-REF SK0926 IAD-CPH SK Saint-Georges

 

[Jan1991]

Also auf den ersten Blick sieht das echt gut aus. 46K Flüge bei 1000 Dateien sollte auch hinkommen.

Wie geht dein Tool damit um, wenn es Callsign und Flugnummer gibt? Wäre es auch möglich die Msg ID der jeweiligen Datei mit zuübernehmen?

Ich muss ehrlich sagen, dass ich mir ein solcher Fall noch nicht aufgefallen ist und ich nach der Stelle gehe: Registrierung, dann Flugzeugtyp (evtl. in Klammern), danach Uhrzeit, Datum und das, was nach dem Datum kommt, habe ich callsign genannt. Dahinter kommt - wenn vorhanden - die Route.
Hast du zufällig ein konkretes Beispiel wo beides vorkommt?
Wenn es beides gibt, kann ich auch beides einbauen. Ich filtere das u.a. über einen Befehl, der sich StringField nennt.
Meinst du mit Msg ID die Nummer der Datei? Wenn ja, kann ich das sehr leicht ergänzen (Wäre nur ein +";"+Str(i) ).

 

[SaschaX99]

Ich muss ehrlich sagen, dass ich mir ein solcher Fall noch nicht aufgefallen ist und ich nach der Stelle gehe: Registrierung, dann Flugzeugtyp (evtl. in Klammern), danach Uhrzeit, Datum und das, was nach dem Datum kommt, habe ich callsign genannt. Dahinter kommt - wenn vorhanden - die Route.
Hast du zufällig ein konkretes Beispiel wo beides vorkommt?
Wenn es beides gibt, kann ich auch beides einbauen. Ich filtere das u.a. über einen Befehl, der sich StringField nennt.
Meinst du mit Msg ID die Nummer der Datei? Wenn ja, kann ich das sehr leicht ergänzen (Wäre nur ein +";"+Str(i) ).

Hier ein Beispiel für Flugnummer / Callsign aus Msg ID 27621

n D-ABAE 3C4825 (B737-86J/WL AB/BER) 1738 20090625 AB4858 (DRS-IBZ) AB297M


ja mit der Msg Id meinte ich die Dateinummer. Macht die Sache einfacher wenn man doch mal in die Originaldatei gucken muss.

 

[Jan1991]

Hier ein Beispiel für Flugnummer / Callsign aus Msg ID 27621

n D-ABAE 3C4825 (B737-86J/WL AB/BER) 1738 20090625 AB4858 (DRS-IBZ) AB297M


ja mit der Msg Id meinte ich die Dateinummer. Macht die Sache einfacher wenn man doch mal in die Originaldatei gucken muss.

Solange die Reihenfolge eingehalten wird, sollte das machbar sein.
Falls das nicht der Fall ist: Gibt es Mindestanforderungen, die ein Callsign erfüllen muss? (z.B. Länge, Mindestanzahl Großbuchstaben, Ziffern, dürfen auch Kleinbuchstaben vorkommen?, ...)
Die Msg ID ergänze ich noch. Möchtest du die Werte in einer bestimmten Reihenfolge haben?

 

[SaschaX99]

Falls das nicht der Fall ist: Gibt es Mindestanforderungen, die ein Callsign erfüllen muss? (z.B. Länge, Mindestanzahl Großbuchstaben, Ziffern, dürfen auch Kleinbuchstaben vorkommen?, ...)

Eigentlich sollten es 6 Zeichen sein, aber manchmal gibt es die auch mit 7 Zeichen. Flugnummer AB1234 = AB012J oder BER12J wäre der Normalfall. Kleinbuchstaben habe ich noch nie bemerkt. Hauptgrund für die Callsigns ist, das in den alten Dateien oft einer falschen Flugnummer zugeordnet waren. Grade beim Wechsel von SFP auf WFP und umgekehrt.

Die Msg ID ergänze ich noch. Möchtest du die Werte in einer bestimmten Reihenfolge haben?

Nein, das kann ich mir dann selbst sortieren

Danke nochmal für deine Hilfe.

 

[Jan1991]

Eigentlich sollten es 6 Zeichen sein, aber manchmal gibt es die auch mit 7 Zeichen. Flugnummer AB1234 = AB012J oder BER12J wäre der Normalfall. Kleinbuchstaben habe ich noch nie bemerkt. Hauptgrund für die Callsigns ist, das in den alten Dateien oft einer falschen Flugnummer zugeordnet waren. Grade beim Wechsel von SFP auf WFP und umgekehrt.

Nein, das kann ich mir dann selbst sortieren

Danke nochmal für deine Hilfe.

Danke. Ich habe währenddessen in ein paar meiner ADSB-Files geschaut. Dort gab es sogar 3-stellige Callsigns, aber das waren irgendwelche Kleinstflugzeuge. Ansonsten hatte ich eine 747 mit Frachtflug und Callsign UPS1 (war das kürzeste).
Ich würde in unserem Fall für das Callsign folgende Anforderungen definieren (korrigiert mich bitte, wenn ich falsch liege):
- 4- bis 7-stellig
- enthält nur Großbuchstaben und Ziffern
- bei 6- oder 7-stelligem Callsign kommt mind. eine Ziffer vor.

Sollte hier ein Callsign durchrutschen, landet es im Feld Route.

Edit: Jetzt wird es schwierig: Bei den Daten von 2004 aus Ungarn steht für mich hinter dem Datum mal das Callsign, mal die Flugnummer. Spricht etwas dagegen, wenn ich definere, dass alles, was aber der 3. Stelle einen Buchstaben hat, automatisch als Callsign gesehen wird?

 

[SaschaX99]

Danke. Ich habe währenddessen in ein paar meiner ADSB-Files geschaut. Dort gab es sogar 3-stellige Callsigns, aber das waren irgendwelche Kleinstflugzeuge. Ansonsten hatte ich eine 747 mit Frachtflug und Callsign UPS1 (war das kürzeste).
Ich würde in unserem Fall für das Callsign folgende Anforderungen definieren (korrigiert mich bitte, wenn ich falsch liege):
- 4- bis 7-stellig
- enthält nur Großbuchstaben und Ziffern
- bei 6- oder 7-stelligem Callsign kommt mind. eine Ziffer vor.

Sollte hier ein Callsign durchrutschen, landet es im Feld Route.

Edit: Jetzt wird es schwierig: Bei den Daten von 2004 aus Ungarn steht für mich hinter dem Datum mal das Callsign, mal die Flugnummer. Spricht etwas dagegen, wenn ich definere, dass alles, was aber der 3. Stelle einen Buchstaben hat, automatisch als Callsign gesehen wird?

Generell nicht, aber ich meine das ich auch Logs gesehen habe, bei denen die Flugnummer 3 Buchstaben hat. Ich forsche mal weiter und melde mich dann.

Was ab noch kommt (keine Ahnung ob du berücksichtigen musst), ist die Flugnmmer gleich als erste Information

MsgId 14444
nAA0071 N755AN B777-223 (ER) 1110 20060311 (FRA-DFW)

Beitrag automatisch zusammengeführt: Mittwoch um 17:24

Also ich ja jetzt was gefunden, aber aus einer anderen Datei.

C07FB1 WJA132 C-GWJG B737 38000 38000 21/02/2013 08:30:53\r

Aber wenn du das so schreiben kannst, dass dann das Feldflugnummer leer bleibt, dann würde das ja auch passen.

 

[Jan1991]

Generell nicht, aber ich meine das ich auch Logs gesehen habe, bei denen die Flugnummer 3 Buchstaben hat. Ich forsche mal weiter und melde mich dann.

Was ab noch kommt (keine Ahnung ob du berücksichtigen musst), ist die Flugnmmer gleich als erste Information

MsgId 14444
nAA0071 N755AN B777-223 (ER) 1110 20060311 (FRA-DFW)

Beitrag automatisch zusammengeführt: Mittwoch um 17:24

Also ich ja jetzt was gefunden, aber aus einer anderen Datei.

C07FB1 WJA132 C-GWJG B737 38000 38000 21/02/2013 08:30:53\r

Aber wenn du das so schreiben kannst, dass dann das Feldflugnummer leer bleibt, dann würde das ja auch passen.

Ich habe es jetzt bis 2000 laufen lassen. Es sieht schon besser aus. Ich hänge die Datei mal an. Ich musste sie komprimieren, da sonst zu groß.
Das Problem mit den Zeilenumbrüchen konnte ich lösen. Die MsgID habe ich hinzugefügt. Die automatische Sortierung Flugnummer / Callsign funktioniert auch.
Morgen mache ich dann weiter.

Edit: Datei gelöscht, da aktuellere / bessere Version existiert und zur Vermeidung von Datenmüll. (siehe unten)

 

[cas_de]

Also, meine $.02:

Die C/S sind max. 7-stellig und bestehen aus Airline + Flugnummer oder wenn es das nicht gibt aus der Registration des A/C. Wenn es eine Flugnummer gibt, dann gibt es 2 Varianten:

1. 1.+2. Stelle für den IATA Code der Fluggesellschaft, plus max. 4 Stellen für die Flugnummer (numerisch). Es kann sein, dass in manchen Dateien mit führenden Nullen aufgefüllt wird um auf die 6 Stellen zu kommen.

2. 1.-3. Stelle für den ICAO Code der Flugesellschaft, plus max. 4 Stellen für die Flugnummer (Kombination numerisch + alphaumerisch). Kann von der eigentlichen Flugnummer abweichen.



Beispiel hier:

Lufthansa 434 MUC-ORD kann entweder

LH434 (Variante 1) oder
DLH2C (Variante 2) sein.

Variante 2 ist das Callsign, welches von ATC verwendet wird, während Variante 1 in den Flugplänen und für die Tickets & Buchungen genutzt wird. Die Unterscheidung wurde meines Wissens auch eingeführt um zu vermeiden, dass es bei sehr ähnlichen Flugnummern im Funkverkehr zu Verwechslungen kommt.

Für IATA vs. ICAO Code siehe Wikipedia. Beispiele:

LH vs. DLH
4Y vs. OCN

etc...

Analog dazu gibt es auch zwei Varianten der Airport Codes,

IATA - dreistellig
ICAO - vierstellig

Die IATA Codes werden in Variante 1 genutzt, die ICAO Codes in Variante 2. Beispiel

MUC vs. EDDM

 

[SaschaX99]

Ich habe es jetzt bis 2000 laufen lassen. Es sieht schon besser aus. Ich hänge die Datei mal an. Ich musste sie komprimieren, da sonst zu groß.
Das Problem mit den Zeilenumbrüchen konnte ich lösen. Die MsgID habe ich hinzugefügt. Die automatische Sortierung Flugnummer / Callsign funktioniert auch.
Morgen mache ich dann weiter.

Die MsgId ist wohl durcheinandergekommen.

topicId": 947,
"numMessagesInTopic": 2,
"msgSnippet": "Hungarian ACARS log Location: Balatonf ldvar, 46.50N 17.54E Hungary Created by: acarsd1.41-Beta26

20040614​

947​

1890​

OY-KHE

SK0793

CPH-NCE

MD82 [SAS] - 49 SK

EDDL/DUS 51N 007E Germany

Allerdings finde ich auch kein Log mit dem Flug am 14.06.2004.

Jetzt habe ich auch die ID gefunden "topicId": 1890,

 

[Jan1991]

Die MsgId ist wohl durcheinandergekommen.

topicId": 947,
"numMessagesInTopic": 2,
"msgSnippet": "Hungarian ACARS log Location: Balatonf ldvar, 46.50N 17.54E Hungary Created by: acarsd1.41-Beta26

20040614​

947​

1890​

OY-KHE

SK0793

CPH-NCE

MD82 [SAS] - 49 SK

EDDL/DUS 51N 007E Germany

Allerdings finde ich auch kein Log mit dem Flug am 14.06.2004.

Jetzt habe ich auch die ID gefunden "topicId": 1890,

An der zweiten Stelle kommt die Uhrzeit, die MsgId ist die 3. Stelle -> also 1890. Oder habe ich irgendwas falsch verstanden?

Was ab noch kommt (keine Ahnung ob du berücksichtigen musst), ist die Flugnmmer gleich als erste Information

MsgId 14444
nAA0071 N755AN B777-223 (ER) 1110 20060311 (FRA-DFW)

Das könnte ein Problem werden. Wird es dann generell so dargestellt oder betrifft das nur einzelnen Dateien?
Das Problem ist, dass beides 6-stellig ist und aus Ziffern und Großbuchstaben besteht. Bei den Regs fehlt zudem manchmal der -. Hierfür muss ich schauen, dass ich dabei irgendeine Regelmäßigkeit finde.

Also ich ja jetzt was gefunden, aber aus einer anderen Datei.

C07FB1 WJA132 C-GWJG B737 38000 38000 21/02/2013 08:30:53\r

Aber wenn du das so schreiben kannst, dass dann das Feldflugnummer leer bleibt, dann würde das ja auch passen.

Das wird noch schwieriger. Aus welcher ID ist das?
Ich muss schauen, was ich daraus machen kann.

Edit: Aus irgendeinem Grund hat der mir beim letzten Export die ersten Dateien weggelassen ?!

 

[SaschaX99]

An der zweiten Stelle kommt die Uhrzeit, die MsgId ist die 3. Stelle -> also 1890. Oder habe ich irgendwas falsch verstanden?

Schande über mein Haupt, keine Ahnung was mich so geritten hat, dass ich die Spalten so vertauscht habe

Das könnte ein Problem werden. Wird es dann generell so dargestellt oder betrifft das nur einzelnen Dateien?
Das Problem ist, dass beides 6-stellig ist und aus Ziffern und Großbuchstaben besteht. Bei den Regs fehlt zudem manchmal der -. Hierfür muss ich schauen, dass ich dabei irgendeine Regelmäßigkeit finde.

Das betrifft nur einzelne Dateien von bestimmen Empfängern.

Das wird noch schwieriger. Aus welcher ID ist das?
Ich muss schauen, was ich daraus machen kann.

Da ist aus einer anderen yahoo-group. Sollte nur ein Beispiel sein für eine Flugnummer mit drei Buchstaben

 

[Jan1991]

Schande über mein Haupt, keine Ahnung was mich so geritten hat, dass ich die Spalten so vertauscht habe

Das betrifft nur einzelne Dateien von bestimmen Empfängern.





Da ist aus einer anderen yahoo-group. Sollte nur ein Beispiel sein für eine Flugnummer mit drei Buchstaben

Ok, alles klar. Ein kurzes Update: Die fehlenden Daten habe ich gefunden. Es gibt viele unterschiedliche Reihenfolgen und Arten von Zeilenumbrüchen. Ich muss für jede neue Version eine Regel finden. Es wird wohl noch ein paar Tage dauern, bis ich den nächsten größeren Durchlauf starten kann.

Edit:
Da es mir doch keine Ruhe lässt : Der Durchlauf für die Dateien 1 bis 3000 ist fertig. Leider sind 6 MB schon zu groß und wir müssen eine andere Lösung finden. Die Dateien aus den älteren Beiträge lösche ich wieder, da sich dort der ein oder andere Fehler eingeschlichen hat, den ich mitlerweile ausbessern konnte. Zwei Flüge wurden nicht erfasst und müssen manuell nachgetragen werden (wegen fehlerhafter Zeichen bzw. Reihenfolge). Aber ich denke bei mehr als 465000 Datensätzen ist das eine gute Quote.

 

[gotflyer]

Leider sind 6 MB schon zu groß und wir müssen eine andere Lösung finden.

i can probably provide some space to drop these files (at least temporarily), send me a DM and I'll send you a link where you can upload it, then I can copy that where it's available for folks to look at.

 

[Jan1991]

i can probably provide some space to drop these files (at least temporarily), send me a DM and I'll send you a link where you can upload it, then I can copy that where it's available for folks to look at.

Vielen Dank. Wenn ich soweit bin, werde ich schauen, wie viel es ist und welche Möglichkeiten es gibt.
Ein aktuelles Update: Nachdem mir gestern Nachmittag das Programm "abgeraucht" ist, habe ich es neu aufgesetzt und einige Fehler ausgebessert. Ich hoffe, dass ich es jetzt nicht mehr für jede kleinere Änderung in der Reihenfolge anpassen muss. Die großen Probleme liegen beim Erkennen der Route und des Typs, sowie bei der Unterscheidung zwischen Flugnummer, Callsign und Hex-Code (und Registrierungen, die als diese durchgehen würden). Für alle Größen, die das Programm nicht automatisch zuordnen kann, gibt es jetzt die Spalte unknown. Es ist allerdings noch einiges auszubessern.

 

[SaschaX99]

@TobiD87

Ich denke, hier haben wir den Nachweis, dass es die G-BHDH war.

1998-08-02 BA4508 SJU LGW ---- ---- DC10 TobiD87 (vermutlich G-BHDH #6992)
UTC FREQ FLIGHT SELCAL COMMENT
213 5598 BAW4508 BE-CK G-BHDH/DC10-30/SJU-EGKK
Subject: [Atlantic] HF Log 8/2/98 (Sun) & 8/3/98 (Mon)

 

[HannoverEDDV]

Moin zusammen,
als "Nebenprodukt" meiner eigenen HF- und AB-Reg-Suchen habe ich mir mal einige der noch offenen Charterflüge aus dem Zeitraum Anfang der 2000er-Jahre vorgenommen. Ich habe hier keine direkten Treffer gefunden, aber ich habe in den LGW-LHR-ACARS-Daten nach Mustern in den Umläufen der gesuchten Flugnummern gesucht. So konnte ich die Umlaufpläne der Maschinen, die die gesuchten Flüge fliegen, in Excel nachbasteln. Anhand dieser Umlaufpläne konnte ich dann schauen, ob einer der vorherigen oder späteren Umläufe als der gesuchte mit einer Reg. getrackt wurde und habe dann die wahrscheinliche Reg für den gesuchten Flug.

Natürlich können immer kurzfristige Änderungen etc. vorgefallen sein, aber mit hoher Wahrscheinlichkeit dürften die Flüge so stattgefunden haben. Ich habe mir immer den gesuchten Monat und die angrenzenden Monate angeschaut, mit Fragezeichen markierte Flüge wurden nicht getrackt und sind im Log leer.

@tim.p 2002-07-22 AB6548 DTM HER 0600 0950 738 tim.p -> wahrscheinlich D-ABAR

Die Maschine flog laut ACARS-Daten:
Sonntags: (DUS)-LPA-DTM-ALC-DTM (AB4210-AB6153-AB6614-AB6615)
Montags: dann DTM-HER (AB6548)

Juli 2002:


August 2002:


Somit der gesuchte Flug am 22.07.2002 mit der D-ABAR, wobei hier die Maschine tatsächlich ausnahmsweise nicht aus DUS über LPA nach DTM kam, sondern als AB2164 aus CGN über LPA:


--------------------------------------------

@tim.p 2002-08-12 AB6549 HER DTM 1910 2115 738 tim.p -> wahrscheinlich D-ABBD

Die Maschine flog laut ACARS-Daten:
Sonntags: DTM-LPA-FMO-ALC-PAD (AB6152-AB4211-AB4104-AB5779)
Montags: PAD-HER-HAM-HER-DTM (AB5346-AB5217-AB5216-AB6549)
Dienstags: DTM?-AYT?-FMO-ACE-FMO (AB7374-AB4133-AB4886-AB4887)

August 2002:


Somit der gesuchte Flug am 12.08.2002 mit der D-ABBD:


--------------------------------------------------

@Tobi1990 2003-08-07 AB3593 SPC TFS 1750 1820 B73? Tobi1990 (see #6952) -> wahrscheinlich D-ABAW
@Tobi1990 2003-08-07 AB3593 TFS HAJ 1905 0035 B73? Tobi1990 (Weiterflug im gleichen Flugzeug SPC->TFS->HAJ) -> wahrscheinlich D-ABAW

Die Maschine flog laut ACARS-Daten:
Donnerstags (SPC)-TFS-HAJ (AB3593)
Freitags: HAJ-ALC-HAM-ALC-CGN-ALC-HAJ (AB3884-AB7397-AB7396-AB2059-AB2058-AB3885)

Juli 2003, im August 2003 wurde der gesuchte Flug leider nie getrackt:


Somit der gesuchte Flug am 07.08.2003 mit der D-ABAW:


Für meine eigenen Flüge war mir dies Beweis genug für eine bestimmte Reg, aber hier müssen entweder die Suchenden oder die Community entscheiden, ob das als Beweis ausreicht.