10.01.2026, 14:09
Hallo Christian
Deine Änderung bezüglich Flightradar24 sieht sehr gut aus. Die Dateien konnten bei mir problemlos geladen werden.
Wenn man da Änderungen dran macht, dann kommt es als ein CSV raus, was aber mit dem Flightradar24-Format nicht mehr viel zu tun hat. Das ist aber für mich OK, da ich das Flightradar-Format nur einlesen will. Danach geht es bei mir ohnehin im GPX-Format weiter.
Das zuvor von mir beschriebene Problem beim allgemeinen CSV-Format besteht aber immer noch.
Und nun noch die Erklärung zu meiner Anpassung bezüglich des Loggings.
Beim CSV-Format werden nacheinander verschiedene Zeitformatierungen beim Laden ausprobiert.
Sobald ein Format nicht passt, gibt es eine Logausgabe als "SCHWERWIEGEND". Zum einen wird da das Log bei grossen Files in meinen Augen mit geflutet und zum anderen irritiert es, da es ja nur ein Versuch war. Eigentlich liegt ja kein Fehler vor.
Hier mal ein Beispiel (ist im Zip anbei):
Obwohl es nur 3 Zeilen im CSV sind, erscheinen bei mir schon zig Meldungen der Art:
Daher wollte ich beim CSV-Format, wo mehrere Formatierungen nacheinander probiert werden, den Loglevel reduzieren.
Gruß
Thomas
Test-3.zip (Size: 350 bytes / Downloads: 8)
Deine Änderung bezüglich Flightradar24 sieht sehr gut aus. Die Dateien konnten bei mir problemlos geladen werden.
Wenn man da Änderungen dran macht, dann kommt es als ein CSV raus, was aber mit dem Flightradar24-Format nicht mehr viel zu tun hat. Das ist aber für mich OK, da ich das Flightradar-Format nur einlesen will. Danach geht es bei mir ohnehin im GPX-Format weiter.
Das zuvor von mir beschriebene Problem beim allgemeinen CSV-Format besteht aber immer noch.
Und nun noch die Erklärung zu meiner Anpassung bezüglich des Loggings.
Beim CSV-Format werden nacheinander verschiedene Zeitformatierungen beim Laden ausprobiert.
Sobald ein Format nicht passt, gibt es eine Logausgabe als "SCHWERWIEGEND". Zum einen wird da das Log bei grossen Files in meinen Augen mit geflutet und zum anderen irritiert es, da es ja nur ein Versuch war. Eigentlich liegt ja kein Fehler vor.
Hier mal ein Beispiel (ist im Zip anbei):
Code:
Description,Latitude,Longitude,Altitude,Speed,Time
Nordkap,71.1709797,25.7831594,263.0,10,"2026-01-01T00:01:00"
Westkap,62.1866052,5.1259121,481.0,20,"2026-01-02T00:02:00"
Südkap,57.982407,7.0477149,21.0,30,"2026-01-03T00:03:00"Obwohl es nur 3 Zeilen im CSV sind, erscheinen bei mir schon zig Meldungen der Art:
Code:
SCHWERWIEGEND: Could not parse '2026-01-02T00:02:00' with format 'dd.MM.yy HH:mm:ss'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-02T00:02:00' with format 'dd.MM.yy HH:mm'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-02T00:02:00' with format 'dd.MM.yy HH:mm:ss'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-02T00:02:00' with format 'dd.MM.yy HH:mm'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm:ss'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm:ss'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm:ss'
Jan. 10, 2026 2:01:25 PM slash.common.type.CompactCalendar parseDate
SCHWERWIEGEND: Could not parse '2026-01-03T00:03:00' with format 'dd.MM.yy HH:mm'Daher wollte ich beim CSV-Format, wo mehrere Formatierungen nacheinander probiert werden, den Loglevel reduzieren.
Gruß
Thomas
Test-3.zip (Size: 350 bytes / Downloads: 8)