3D-Editor speichert unveränderte Dateien
- Michael_Poschmann
- Beiträge: 19880
- Registriert: 05.11.2001 15:11:18
- Aktuelle Projekte: Modul Menden (Sauerland)
- Wohnort: Str.Km "1,6" der Oberen Ruhrtalbahn (DB-Str. 2550)
3D-Editor speichert unveränderte Dateien
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
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
- Michael Springer
- Beiträge: 2932
- Registriert: 24.06.2002 16:22:44
- Wohnort: Schwäbisch Gmünd
Re: Modul Ihringshausen
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.derzeit gibt es eine Fehlermeldung, dass die st3 nicht gefunden werden kann.
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: Modul Ihringshausen
Woher kommt diese Vermutung?Beim Speichern der Landschaft werden offenbar alle ls-Dateien neu geschrieben, vermutlich wegen des A.x-Versionsattributs?
Carsten
- Michael_Poschmann
- Beiträge: 19880
- Registriert: 05.11.2001 15:11:18
- Aktuelle Projekte: Modul Menden (Sauerland)
- Wohnort: Str.Km "1,6" der Oberen Ruhrtalbahn (DB-Str. 2550)
Re: Modul Ihringshausen
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
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
Zuletzt geändert von Michael_Poschmann am 22.07.2020 21:39:52, insgesamt 1-mal geändert.
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: Modul Ihringshausen
Ja klar, aber der Editor speichert die Datei ja nicht neu ab deswegen. Das muss man ihm dann ausdrücklich sagen.
Carsten
Carsten
- Michael_Poschmann
- Beiträge: 19880
- Registriert: 05.11.2001 15:11:18
- Aktuelle Projekte: Modul Menden (Sauerland)
- Wohnort: Str.Km "1,6" der Oberen Ruhrtalbahn (DB-Str. 2550)
Re: Modul Ihringshausen
Moin Carsten,
ich hatte lediglich wie gewohnt den Speichern-Button betätigt. Gibt es da Konfigurationseinstellungen, die das beeinflussen?
Grüße
Michael
ich hatte lediglich wie gewohnt den Speichern-Button betätigt. Gibt es da Konfigurationseinstellungen, die das beeinflussen?
Grüße
Michael
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: Modul Ihringshausen
Es wird dann das gespeichert, was inhaltlich irgendwie angefasst wurde.
Carsten
Carsten
- Wolfgang Hüttner
- Beiträge: 748
- Registriert: 14.03.2003 15:10:13
- Aktuelle Projekte: Netz Nordbaden, Weserbergland
- Wohnort: Neckarsteinach
Re: Modul Ihringshausen
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
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
-
- Beiträge: 8974
- Registriert: 04.11.2001 19:57:46
- Aktuelle Projekte: Zusi3 Objektbau
- Kontaktdaten:
Re: Modul Ihringshausen
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?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.
Mein Youtube-Kanal: youtube.com/echoray1
- Wolfgang Hüttner
- Beiträge: 748
- Registriert: 14.03.2003 15:10:13
- Aktuelle Projekte: Netz Nordbaden, Weserbergland
- Wohnort: Neckarsteinach
Re: Modul Ihringshausen
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
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
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: Modul Ihringshausen
Dafür bräuchte ich mal einen reproduzierbaren Fall.
Carsten
Carsten
- Matthias H.
- Beiträge: 341
- Registriert: 10.04.2016 12:14:17
- Aktuelle Projekte: Bauen für die Grenzlandbahnen
Re: Modul Ihringshausen
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.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.
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.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.
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
- Wolfgang Hüttner
- Beiträge: 748
- Registriert: 14.03.2003 15:10:13
- Aktuelle Projekte: Netz Nordbaden, Weserbergland
- Wohnort: Neckarsteinach
Re: Modul Ihringshausen
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
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
Zuletzt geändert von Wolfgang Hüttner am 28.07.2020 23:00:54, insgesamt 1-mal geändert.
-
- Beiträge: 8974
- Registriert: 04.11.2001 19:57:46
- Aktuelle Projekte: Zusi3 Objektbau
- Kontaktdaten:
Re: 3D-Editor speichert unveränderte Dateien
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.
Mein Youtube-Kanal: youtube.com/echoray1
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: 3D-Editor speichert unveränderte Dateien
Die Formatversion ist aber nicht maßgebend für eine Speicherung.
Carsten
Carsten
- JuRa
- Beiträge: 271
- Registriert: 27.02.2018 09:04:33
- Aktuelle Projekte: Stecke Plockhorst - Peine
Objekte Epoche III - Wohnort: Edemissen
- Kontaktdaten:
Re: 3D-Editor speichert unveränderte Dateien
aber die Art der Änderung der Kachel:Carsten Hölscher hat geschrieben:Die Formatversion ist aber nicht maßgebend für eine Speicherung
- 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.
- Carsten Hölscher
- Administrator
- Beiträge: 33445
- Registriert: 04.07.2002 00:14:42
- Wohnort: Braunschweig
- Kontaktdaten:
Re: 3D-Editor speichert unveränderte Dateien
Nein, das sollte nicht sein.
Carsten
Carsten
-
- Beiträge: 3677
- Registriert: 27.01.2002 11:30:41
- Wohnort: Duisburg
Re: 3D-Editor speichert unveränderte Dateien
Bitte löschen, falscher Thread.
Holger
Holger
- Johannes
- Beiträge: 3203
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
3D-Dateien: Importierte Dateien als verändert markiert
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?
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?