Problem | 2020-07-31 |
Betroffen | GeoMapper / GeoOsm bis 1.0.0 |
Titel |
Zugang zum OSM-Server |
Beschreibung |
Die Schnittstelle zum Karten-Server wurde von OpenStreetMap im ersten Quartal 2020 geändert. Mit der bisherigen Schnittstelle können keine Karten mehr heruntergeladen werden. |
Workaround | - |
Behoben am | 2020-01-28 (GeoOsm 1.0.2) |
Problem | 2020-07-08 |
Betroffen | LTdefcheck bis 1.3.5 |
Titel |
LTool DefCheck mit meteo.def ohne Zeitreihe |
Beschreibung |
Falls in meteo.def keine Zeitreihe definiert ist, stürzt das LASAT-Werkzeug DefCheck beim Prüfen des Projektes ab. |
Workaround | Eine kurze Dummy-Zeitreihe einfügen, z.B. ! T1 T2 dummy Z -inf +inf 0 |
Behoben am | 2020-07-31 (LTdefcheck 1.3.6) |
Problem | 2018-10-22 |
Betroffen | Lasat bis 3.4.13 |
Titel |
Saisonal abhängige Mischungsschichthöhe |
Beschreibung |
Für den Fall, dass in param.def ein absolutes Referenzdatum und in meteo.def die Grenzschichtversion 5.2 oder 5.3 mit dem Coriolis-Parameter 1.1e-4 1/s angegeben sind, rechnet LASAT bei einer Zeitreihenrechnung für die Stabilitätsklassen Klug/Manier IV und V (labil) entsprechend Richtlinie VDI 3783/8 (2017) mit einer Mischungsschichthöhe, die vom Monat des Jahres abhängt. Allerdings verwendet LASAT hierbei nur den Monat des Referenzdatums, ohne weitere Aktualisierung im Verlauf der Zeitreihe. Tests haben gezeigt, dass dieser Fehler nur eine sehr geringe Auswirkung auf das Ergebnis hat. |
Workaround | - |
Behoben am | 2019-01-08 (3.4.16) |
Problem | 2018-10-04 |
Betroffen | Lasat bis 3.4.13 |
Titel |
Änderung von Quellparametern in Kombination mit PLURIS |
Beschreibung |
Die Überhöhungsrechnung mit PLURIS (Flag PLURIS) wird intern durchgeführt, wenn ein neues Intervall der meteorologischen Zeitreihe anbricht. Das ist in der Regel ausreichend, weil sich auch die Quellparameter üblicherweise nicht vorher ändern (beides wird in Form von Stundenmitteln vorgegeben). Falls sich jedoch für die Überhöhung relevante Quellparameter schneller ändern, bleibt diese Änderung bis zum nächsten Intervall der Meteorologie in der Überhöhungsrechnung unberücksichtigt. |
Workaround | Die Meteorologie auf mindestens so kurzen Intervallen wie die Quellparameter vorgeben. |
Behoben am | 2019-01-08 (3.4.16) |
Problem | 2017-06-27 |
Betroffen | Lopxtr bis 1.1.35 |
Titel |
Ergebnisauswertung für Indizes größer 9999 |
Beschreibung |
Das Werkzeug Lopxtr liest die LASAT-Konzentrationsdateien ein und prüft die Konsistenz der Indizes im Dateinamen und der Anzahl der Dateien. Der Index i2 der letzten Datei minus der Index i1 der ersten Datei plus 1 ergibt die Anzahl n der Dateien, n = i2 - i1 + 1. Ein Problem tritt auf, wenn der Index von 9999 auf 10000 übergeht (tritt in üblichen Anwendungen nicht auf), denn in der internen Sortierung ist der Dateinamen mit Index 10000 der erste und der Dateinamen mit Index 9999 der letzte. Das ergibt n = 9999 - 10000 + 1 = 0 und das Werkzeug merkt, daß hier etwas nicht stimmt und bricht mit einer Fehlermeldung ab. |
Workaround | - |
Behoben am | 2017-06-27 (Lopxtr 1.1.36) |
Problem | 2017-05-15 |
Betroffen | Lasat 3.4.3 |
Titel |
Abbruch der PLURIS-Rechnung |
Beschreibung | Bei ungültiger Meteorologie und besonderen EInzelfällen wird die Überhöhungsrechnung mit PLURIS und das Programm abgebrochen. |
Workaround | - |
Behoben am | 2017-05-17, Lasat 3.4.5 |
Problem | 2017-05-15 |
Betroffen | Lasat, Lprwnd, Lprprf 3.4.3 |
Titel |
Lizenzprobleme unter Windows
10 |
Beschreibung | Unter Windows 10 wird in
bestimmten Fällen die Lizenz nicht erkannt. |
Workaround | - |
Behoben am | 2017-05-17, Lasat, Lprwnd, Lprprf 3.4.5 |
Problem | 2017-05-15 |
Betroffen | GeoMapper 1.0 |
Titel |
Einlesen von vordefinierten
geschachtelten Netzen |
Beschreibung | Beim Einlesen vordefinierter
geschachtelter Netze wird geprüft, ob mindestens 2 Maschen Abstand
zwischen den Rändern aufeinanderfolgender Netze bestehen, AUSTAL2000
erzeugt dagegen in bestimmten Fällen Netze mit nur einer Masche
Abstand. |
Workaround | Anpassung der Netze |
Behoben am | 2017-05-17, GeoMapper 1.1 |