Geländeformer moniert angeblich fehlende Datei
Moderator: Roland Ziegler
-
- Beiträge: 19
- Registriert: 03.02.2019 14:43:43
Geländeformer moniert angeblich fehlende Datei
Hallo in die Runde!
Ich bastle gerade an einem Fantasiemodul, welches nun auch endlich das Gelände "drumherum" bekommen soll.
Nun wollte ich also die st3-Datei im Geländeformer laden, da kam die Meldung, dass angeblich die Datei "DB_Ra12.lod.ls3" beim Einlesen der ls3-Datei nicht gefunden werden kann (siehe Screenshot).
Die Datei ist aber im offiziellen Bestand vorhanden:
Ich komme mit meinen Bordmitteln hier grad nicht weiter. Wer kann mir helfen?
Würde es als Workaround funktionieren, wenn ich die 30 Ra12 in meinem Modul lösche und nach dem GF-Lauf wieder aufstelle?
Gruß
Martin
Ich bastle gerade an einem Fantasiemodul, welches nun auch endlich das Gelände "drumherum" bekommen soll.
Nun wollte ich also die st3-Datei im Geländeformer laden, da kam die Meldung, dass angeblich die Datei "DB_Ra12.lod.ls3" beim Einlesen der ls3-Datei nicht gefunden werden kann (siehe Screenshot).
Die Datei ist aber im offiziellen Bestand vorhanden:
Ich komme mit meinen Bordmitteln hier grad nicht weiter. Wer kann mir helfen?
Würde es als Workaround funktionieren, wenn ich die 30 Ra12 in meinem Modul lösche und nach dem GF-Lauf wieder aufstelle?
Gruß
Martin
- Johannes
- Beiträge: 3216
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Geländeformer moniert angeblich fehlende Datei
Vor kurzem gab es ein Update der Ziegler-Tools auf Version 2.2.1.1, das die hier benoetigte Unterstuetzung fuer das zweite Datenverzeichnis nachruestet. Hast du das schon installiert?
-
- Beiträge: 19
- Registriert: 03.02.2019 14:43:43
Re: Geländeformer moniert angeblich fehlende Datei
Hallo Johannes,
die Updates sind alle auf dem neuesten Stand, hab das gerade noch mal geprüft. Oder ist hier was anderes gemeint als die normales Updates über die Dateiverwaltung?
Martin
die Updates sind alle auf dem neuesten Stand, hab das gerade noch mal geprüft. Oder ist hier was anderes gemeint als die normales Updates über die Dateiverwaltung?
Martin
- Johannes
- Beiträge: 3216
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Geländeformer moniert angeblich fehlende Datei
Ich glaube, dass die Ziegler-Tools nicht ueber die Dateiverwaltung aktualisiert werden, sondern separat. Diese Version meine ich: viewtopic.php?f=74&t=15618" target="_blank
-
- Beiträge: 19
- Registriert: 03.02.2019 14:43:43
Re: Geländeformer moniert angeblich fehlende Datei
Hallo,
es lag tatsächlich am Update, jetzt läuft der Geländeformer.
Allerdings musste ich vorher auch noch das 2017er-Update der Ziegler-Tools von hier http://www.rolandziegler.de/StreckeUndL ... ansDEM.htm herunterladen und installieren. Das war irgendwie auch noch nicht aufgespielt :-/
Aber jetzt läufts. Danke für die Hilfe!
Gruß
Martin
es lag tatsächlich am Update, jetzt läuft der Geländeformer.
Allerdings musste ich vorher auch noch das 2017er-Update der Ziegler-Tools von hier http://www.rolandziegler.de/StreckeUndL ... ansDEM.htm herunterladen und installieren. Das war irgendwie auch noch nicht aufgespielt :-/
Aber jetzt läufts. Danke für die Hilfe!
Gruß
Martin
-
- Beiträge: 9006
- Registriert: 04.11.2001 19:57:46
- Aktuelle Projekte: Zusi3 Objektbau
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Ganz 100%ig funktioniert die Unterstützung des zweiten Datenverzeichnisses im Geländeformer noch nicht: In meinem eigenen Datenverzeichnis liegen einige modifizierte lod.ls3, während die zugehörigen lod1/2/3-Stufen unmodifiziert im offiziellen Verzeichnis liegen. Der Geländeformer beschwert sich, er könne die untergeordneten lod-Stufen nicht finden. Offenbar erwartet er, dass ein 3D-Objekt gesamthaft im eigenen Datenverzeichnis liegen muss, wenn die lod.ls3 dort liegt.
Mein Youtube-Kanal: youtube.com/echoray1
- Roland Ziegler
- Beiträge: 5510
- Registriert: 04.11.2001 22:09:26
- Wohnort: 32U 0294406 5629020
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Es gibt nur eine einzige Stelle im Code, wo Dateipfade aufgelöst werden. Jeder einzelne Pfad geht da durch. Weicht in diesem Fall der Pfad vom Üblichen ab?
-
- Beiträge: 9006
- Registriert: 04.11.2001 19:57:46
- Aktuelle Projekte: Zusi3 Objektbau
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Ich würde sagen, nein:Roland Ziegler hat geschrieben:Weicht in diesem Fall der Pfad vom Üblichen ab?
Code: Alles auswählen
<?xml version="1.0" encoding="UTF-8"?>
<Zusi>
<Info DateiTyp="Landschaft" Version="A.1" MinVersion="A.1">
</Info>
<Landschaft>
<Verknuepfte Flags="16" BoundingR="5" SichtbarBis="500" Vorlade="1" LODbit="12">
<Datei Dateiname="sycamore01-08m.lod0.ls3"/>
<p/>
<phi/>
<sk/>
</Verknuepfte>
<Verknuepfte Flags="16" GruppenName="Pflanzen" BoundingR="5" SichtbarAb="500" SichtbarBis="1000" Vorlade="1" LODbit="4">
<Datei Dateiname="sycamore01-08m.lod1.ls3"/>
<p/>
<phi/>
<sk/>
</Verknuepfte>
<Verknuepfte Flags="24" GruppenName="Pflanzen" BoundingR="5" SichtbarAb="1000" SichtbarBis="1500" Vorlade="1" LODbit="2">
<Datei Dateiname="sycamore01-08m.lod2.ls3"/>
<p/>
<phi/>
<sk/>
</Verknuepfte>
<Verknuepfte Flags="24" GruppenName="Pflanzen" BoundingR="4" SichtbarAb="1500" SichtbarBis="3000" Vorlade="1" LODbit="1">
<Datei Dateiname="sycamore01-08m.lod3.ls3"/>
<p/>
<phi/>
<sk/>
</Verknuepfte>
</Landschaft>
</Zusi>
Mein Youtube-Kanal: youtube.com/echoray1
- Roland Ziegler
- Beiträge: 5510
- Registriert: 04.11.2001 22:09:26
- Wohnort: 32U 0294406 5629020
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Ich vermute mal, dass mein ls3-Reader gar nicht weiß, was LODs überhaupt sind. Wird zu untersuchen sein, muss aber ebenfalls bis nach dem Urlaub warten.
Re: Geländeformer moniert angeblich fehlende Datei
Es gibt ja die Pfade "Routes/blub/bla/whatever.ls3" für Dateien, die in anderen Ordnern liegen, und die Pfade "blub.ls3", für Dateien, die im selben Ordner liegen. Möglicherweise kannst du ja mal darauf achten, ob das Problem dort irgendwie existiert.
Zuletzt geändert von F. Schn. am 24.09.2019 20:12:54, insgesamt 1-mal geändert.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
- Carsten Hölscher
- Administrator
- Beiträge: 33513
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Seit 3.3 werden Änerungern am Format durch eine neue Versionsnummer gekennzeichnet. Hier sollte es reichen, nur auf Version A unabhängig von der Folgenummern zu prüfen, da es hier i.d.R. um Werte geht, die nicht Zieglertool-relevant sind.
Carsten
Carsten
-
- Beiträge: 9006
- Registriert: 04.11.2001 19:57:46
- Aktuelle Projekte: Zusi3 Objektbau
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Möglicherweise ein verwandtes Problem: Ich habe den Geländeformer dabei erwischt, dass er Dateien aus dem offiziellen Verzeichnis lädt, obwohl die Dateien auch in meinem privaten Verzeichnis existieren. Dort liegen sie in einer Fassung vor, bei der ich fehlerhafte GF-Kennzeichnungen korrigiert habe - deshalb kann man gut sehen, dass der Geländeformer intern die alten fehlerhaften Fassungen dieser Häuser aus dem offiziellen Verzeichnis für seine Berechnungen verwendete. Bei Bedarf kann ich Testdaten zur Verfügung stellen.
Mein Youtube-Kanal: youtube.com/echoray1
- Roland Ziegler
- Beiträge: 5510
- Registriert: 04.11.2001 22:09:26
- Wohnort: 32U 0294406 5629020
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Konkretes Beispiel, gegen das ich den Debugger laufen lassen kann, wäre tatsächlich hilfreich.
- Roland Ziegler
- Beiträge: 5510
- Registriert: 04.11.2001 22:09:26
- Wohnort: 32U 0294406 5629020
- Kontaktdaten:
Re: Geländeformer moniert angeblich fehlende Datei
Der ganze Mechanismus, wie .ls3-Dateien vom GF gefunden werden, wird neu geschrieben. Der bisherige Ansatz enthielt noch Elemente aus der langen Zusi3-Entwickungsphase, bei denen die Verzeichnisstrukturen anfangs noch nicht immer eindeutig waren. Einzelne jener Suchkriterien vertragen sich aber nicht mit der dieses Jahr eingeführten dualen Verzeichnisstruktur. Das führt zu dem beobachteten Fehlverhalten.
Ein Beispiel von Alwin scheint im ersten Versuch nach der Neuimplementierung nun fehlerfrei durchzulaufen, aber das werde ich noch genauer untersuchen. Es soll dann so sein, dass für alle .ls3-Dateien zuerst immer im benutzerdefinierten Baum geguckt wird, erst danach im offiziellen. Das gilt auch für lokale .ls3-Datei-Verweise, solche ohne Pfad. Voraussetzung natürlich, dass der benutzerdefinierte Baum genauso aufgebaut ist, wie der offizielle.
Bei .lsb-Dateien allerdings erwartet der GF auch zukünftig, dass sie im selben physikalischen Verzeichnis wie die zugehörige .ls3 liegen.
Ein Schmankerl aus der alten Zeit ließ sich erhalten. Ein komplett unabhängiger, dritter Verzeichnisbaum ist weiterhin möglich. Der wird bestimmt durch den absoluten Pfad der obersten .ls3-Datei. Der GF lässt ja die direkte Auswahl einer .ls3-Datei zu, ohne Verzeichniswurzeln zu prüfen. Auch bei Dateien aus diesem dritten Baum wird bei hier fehlenden in den beiden anderen Bäumen gesucht.
Anmerkung am Rande: Mit einer der jüngsten Entwicklungen in der C++-Standardisierung, C++17, steht nun auch unter C++ ein plattformunabhängiges komfortables API für das Dateisystem zur Verfügung, namespace std::filesystem, #include <filesystem>. Da kann man zum Beispiel mit einfachsten Funktionen feststellen, ob ein Dateipfad existiert, oder ob es sich um einen absoluten Pfad handelt. Erstaunliche/verblüffende Ähnlichkeit zu den entsprechende Framework-Klassen in .Net und C#. Treibende Kraft Microsoft? Die Gemeinde nimmt's dankend an.
Ein Beispiel von Alwin scheint im ersten Versuch nach der Neuimplementierung nun fehlerfrei durchzulaufen, aber das werde ich noch genauer untersuchen. Es soll dann so sein, dass für alle .ls3-Dateien zuerst immer im benutzerdefinierten Baum geguckt wird, erst danach im offiziellen. Das gilt auch für lokale .ls3-Datei-Verweise, solche ohne Pfad. Voraussetzung natürlich, dass der benutzerdefinierte Baum genauso aufgebaut ist, wie der offizielle.
Bei .lsb-Dateien allerdings erwartet der GF auch zukünftig, dass sie im selben physikalischen Verzeichnis wie die zugehörige .ls3 liegen.
Ein Schmankerl aus der alten Zeit ließ sich erhalten. Ein komplett unabhängiger, dritter Verzeichnisbaum ist weiterhin möglich. Der wird bestimmt durch den absoluten Pfad der obersten .ls3-Datei. Der GF lässt ja die direkte Auswahl einer .ls3-Datei zu, ohne Verzeichniswurzeln zu prüfen. Auch bei Dateien aus diesem dritten Baum wird bei hier fehlenden in den beiden anderen Bäumen gesucht.
Anmerkung am Rande: Mit einer der jüngsten Entwicklungen in der C++-Standardisierung, C++17, steht nun auch unter C++ ein plattformunabhängiges komfortables API für das Dateisystem zur Verfügung, namespace std::filesystem, #include <filesystem>. Da kann man zum Beispiel mit einfachsten Funktionen feststellen, ob ein Dateipfad existiert, oder ob es sich um einen absoluten Pfad handelt. Erstaunliche/verblüffende Ähnlichkeit zu den entsprechende Framework-Klassen in .Net und C#. Treibende Kraft Microsoft? Die Gemeinde nimmt's dankend an.
- Johannes
- Beiträge: 3216
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Geländeformer moniert angeblich fehlende Datei
Es handelt sich hierbei um die Bibliothek Boost.Filesystem, die nahezu 1:1 in den C++-Standard uebernommen wurde.Roland Ziegler hat geschrieben:Erstaunliche/verblüffende Ähnlichkeit zu den entsprechende Framework-Klassen in .Net und C#. Treibende Kraft Microsoft? Die Gemeinde nimmt's dankend an.