qt-migration-legatus

0 Fork 0

Files

T

torsten d5c13033e2 Session 022: Migrate Lts/Tools (72 submodules) to Qt6

- Copied complete Lts/Tools directory from qt5-before to qt6-after
- Updated 32 CMakeLists.txt files (Qt5:: → Qt6::)
- Tools subdirectory already included in parent Lts/CMakeLists.txt
- All 72 tool submodules now present in qt6-migrated-legatus
- Includes: Adler, ArAssets, ConfigX, DBAdministration, DBUpdate,
  DdsView, InfrastructureManagement, and 67 more tools
- C++17 standard (RTI 7.7.0 compatibility maintained)
- Tests deferred until final validation phase

Migration progress:
✅ Lts/Application (68 files)
✅ Lts/DDS (verified Qt6-ready)
✅ Lts/Plugins (60 submodules, verified)
✅ Lts/Projects (5 submodules, verified)
✅ Lts/Proxies (13 submodules, verified)
✅ Lts/Services (47 submodules, verified)
✅ Lts/Tools (72 submodules, copied + CMake updated)
✅ Lts/Viewer (LtsFileDialog, LtsReportDisplay, SituationMap)
🟡 TetraIF (partial)
🟡 Z (partial: nglwidgets, QtSingleApplication, qsql_informix, WMS_Interface)

2026-08-25 14:07:20 +02:00

file.js

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

gpx.sh

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

outfile.csv

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

Output.gpx

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

Readme.txt

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

statement2.sql

Session 022: Migrate Lts/Tools (72 submodules) to Qt6

2026-08-25 14:07:20 +02:00

Readme.txt

1. Wenn man gpx.sh ausführt, wird erst mithilfe von statement2.sql eine outfile.csv-Datei erzeugt, in der die Daten vorhanden sind für einen Participant und dann wird file.js ausgeführt, womit man eine GPX-Datei erhält.

2. In file.js ist das JavaScript Programm, welches mit den Daten einer outfile.csv-Datei eine GPX-Datei erzeugt.
    In Zeile 18 ist die Equipment bzw. Participant ID hardcoded enthalten. Statt das jedes Mal im Code zu ändern, wäre es sinnvoller, dass man in einer Oberfläche die ID manuell eingeben kann
    Aufruf: node file.js

3. In statement2.sql ist die SQL-Abfrage für die Datenbank enthalten. Hier ist die participant ID hardgecoded. Sinnvoller wäre es dann, wenn man auch hier in einer Oberfläche die ID eingeben kann.

4. outfile.csv ist die CSV-Datei, die durch den Befehl psql lts_ets_pro -t -A -F";" -f statement2.sql > outfile.csv, der im Shell-Skript (gpx.sh) ausgeführt wird, erstellt wird. Hier ist der Seperator ein ";", welcher auch bei file.js beim einlesen benutzt wird.

5. Output.gpx ist die finale GPX-Datei, die man über einen GPX-Viewer auslesen kann. https://www.j-berkemeier.de/ShowGPX.html ist dafür eine gute Seite zum Überprüfen der GPX-Datei.

6. Ein GPX Viewer soll noch selber erstellt werden. Ebenfalls soll das Programm erweitert werden, dass man auch Events mithilfe von Waypoints einlesen und in die GPX-Datei reinläuft.