Zusi-Forum

Hallo Michael,

ist gerichtet. Beim Speichern der Landschaft werden offenbar alle ls-Dateien neu geschrieben, vermutlich wegen des A.x-Versionsattributs?

Falls das neue Modul den Weg ins Repository finden sollte, wäre das nicht tragisch - derzeit gibt es eine Fehlermeldung, dass die st3 nicht gefunden werden kann.

Grüße
Michael

derzeit gibt es eine Fehlermeldung, dass die st3 nicht gefunden werden kann.

Kommt noch. Ich arbeite mich langsam voran. Nächstes Objekt ist Lutterberg, dann kommt Speele, dann verlängere ich meinen Fahrplan. Und dann geht's hoffentlich zu Carsten.

Beim Speichern der Landschaft werden offenbar alle ls-Dateien neu geschrieben, vermutlich wegen des A.x-Versionsattributs?

Woher kommt diese Vermutung?

Carsten

Weil nur an einer Stelle Fahrleitung korrigiert worden ist, aber mehr als 10 ls-Dateien (Kacheln) als verändert im SVN markiert wurden.
Geprüft habe ich das allerdings nicht, mein Fokus liegt in dieser Woche noch auf Sandkasten-Volleyball.

EDITH hat mal kurz ein SVN-Diff angeworfen und mir ausnahmsweise mal Recht gegeben. Version A.0 ist auf A.1 geändert.

Grüße
Michael

Ja klar, aber der Editor speichert die Datei ja nicht neu ab deswegen. Das muss man ihm dann ausdrücklich sagen.

Carsten

Moin Carsten,

ich hatte lediglich wie gewohnt den Speichern-Button betätigt. Gibt es da Konfigurationseinstellungen, die das beeinflussen?

Grüße
Michael

Es wird dann das gespeichert, was inhaltlich irgendwie angefasst wurde.

Carsten

Den von Michael genannten Effekt habe ich aber auch schon beobachtet, es werden manchmal Kacheldateien mit abgespeichert, die definitiv nicht angefasst wurden.
Die Kacheldatei hat dann einen neuen Zeitstempel, ist inhaltlich aber exakt gleich zur alten Version.

Ein weiterer Effekt, der bei mir hin und wieder auftritt ist, dass Dateien aus dem offiziellen Bestand (z.B. Bäume oder Büsche) beim Speichern im eigenen Datenbereich gespeichert werden. Das fällt dann im Prinzip erst bei der Verwaltungsprüfung auf, die dann anmeckert, dass die Dateien im offiziellen und im eigenen Bestand vorhanden sind.

Gruß
Wolfgang

Wolfgang Hüttner hat geschrieben:Ein weiterer Effekt, der bei mir hin und wieder auftritt ist, dass Dateien aus dem offiziellen Bestand (z.B. Bäume oder Büsche) beim Speichern im eigenen Datenbereich gespeichert werden.

Da habe ich den Gleisplaneditor als Verursacher im Verdacht, denn es betrifft bei mir immer wieder Objekte, die ich bereits im Gleisplaneditor platziere. Kann es sein, dass der Gleisplaneditor beim Export von per F9-Fähnchen gesetzten Objekten das Schreibschutz-Flag für diese Objekte nicht setzt?

Hallo Alwin,

den Gleisplaneditor kann ich mit Sicherheit ausschließen, da es bei mir hauptsächlich bei aus Zusi2 konvertierten Modulen auftritt.
Und von denen gibt es überhaupt keine Gleisplaneditor - Dateien.

Gruß
Wolfgang

Dafür bräuchte ich mal einen reproduzierbaren Fall.

Carsten

Wolfgang Hüttner hat geschrieben:Den von Michael genannten Effekt habe ich aber auch schon beobachtet, es werden manchmal Kacheldateien mit abgespeichert, die definitiv nicht angefasst wurden.
Die Kacheldatei hat dann einen neuen Zeitstempel, ist inhaltlich aber exakt gleich zur alten Version.

Tritt bei mir hin und wieder auch auf. Im SVN-Vergleich mit der Vorgänger-Datei sehe ich dann, dass diverse Bounding-Radien auch über die gerade angefasste Kachel hinaus neu berechnet wurden.

Ein weiterer Effekt, der bei mir hin und wieder auftritt ist, dass Dateien aus dem offiziellen Bestand (z.B. Bäume oder Büsche) beim Speichern im eigenen Datenbereich gespeichert werden. Das fällt dann im Prinzip erst bei der Verwaltungsprüfung auf, die dann anmeckert, dass die Dateien im offiziellen und im eigenen Bestand vorhanden sind.

Ich muss auch regelmäßig die Bäume und Büsche im SVN "reverten", weil sie beim Speichern der Landschaft eines Moduls geändert wurden. Tritt aber nicht in allen Modulen auf. Mal schauen, ob ich das reproduzierbar nachstellen kann.

Was mir aber jetzt auffiel ist, dass in den LOD-Dateien einiger Bestands-Bäume das Schreibschutz-Flag nicht gesetzt ist (z. B. alle LOD-Stufen der Beech01-15m.lod.ls3, oder die LOD2-Einbindung der Chestnut01-15m.lod.ls3)

Gruß
Matthias

Hallo Carsten,

ich versuche mal einen einfachen reproduzierbaren Fall zu erzeugen.

Könntest Du die Threads hier aus dem Modulthema Ihringshausen entfernen und in ein neues Thema unter Programmfehler z.B. als 'Speicherfehler 3D-Editor' einsortieren?
Die Sache hat ja speziell nichts mehr mit Ihringshausen zu tun und wird sonst später einmal kaum wiederzufinden sein.

Gruß
Wolfgang

Hallo,

hänge mich mal hier dran.

Habe im Modul "Ankensen" lediglich ein Objekt hinzugefügt. Das Ergebnis nach dem speichern:

Verschiebe ich ein schon vorhandenes Objekt, wird nur die eine Kacheldatei gespeichert.

Der gleiche Effekt tritt auch bei anderen Modulen auf.

Gruß
Jürgen

Es kann schonmal passieren, dass der Editor sich in den Kopf setzt, irgendwelche Datenformats-Änderungen nachzuziehen. Im Moment z.B. A.0/A.1 bei der MinVersion. Was auch immer mal sein kann: Die Fließkomma-Rundung im Editor ist auf der letzten Nachkommastelle nicht stabil. Da geht es dann schonmal von 0,001 auf 0,0009 hin und her, und am nächsten Tag wieder zurück (ich frage mich ja seit Jahren, ob die Streckenmodule durch sowas möglicherweise im Zeitverlauf mit ihrer Geometrie ganz langsam in eine bestimmte Himmelsrichtung wandern... ). Das hängt irgendwie von der Tagesform des Editors ab, und kann durchaus Kacheln betreffen die man nicht bewusst angefasst hat.

Die Formatversion ist aber nicht maßgebend für eine Speicherung.

Carsten

Carsten Hölscher hat geschrieben:Die Formatversion ist aber nicht maßgebend für eine Speicherung

aber die Art der Änderung der Kachel:

- Objekte verschieben: Es wird nur die Kacheldatei neu gespeichert, in der das Objekt verschoben wurde.
- Neues Objekt einfügen: Es werden etliche (nicht alle!) Kacheldateien und Detailkacheln neu gespeichert.

Ich kann mir nicht vorstellen, dass das für den Einreichungsprozess Sinnvoll ist, für eine minimale Änderung eine solche Menge von Dateien zu aktualisieren.

Nein, das sollte nicht sein.

Carsten

Bitte löschen, falscher Thread.

Holger

Szenario: Frisch gestarteter Editor im Streckenbaumodus, "Landschaftsobjekt verknüpft importieren" an Koordinate 0/0/0:



Noch mal "Landschaftsobjekt verknüpft importieren" an Koordinate 0/0/0: plötzlich wird das zuerst importierte Objekt als verändert markiert, obwohl ich nichts daran geändert habe:



Drittes Mal "Landschaftsobjekt verknüpft importieren" an Koordinate 0/0/0:



Beim Beenden des 3D-Editors kommt daher immer die Meldung "Es sind noch nicht alle Dateien gespeichert", selbst wenn ich direkt davor "Landschaft speichern" aufgerufen habe. Wie kann ich dem 3D-Editor dieses Verhalten abgewöhnen?