Testphase und Diskussion zu "Add-Ons einreichen"

[Juergen_Verheien]

Hallo Fabian,

Du musst c:\Zusi3-SVN-Daten\Export0001\Addon0001\owndata hier und hier eintragen. Wenn ich das nicht mache, bekomme ich mehrere Seiten rote Fehlermeldungen. Hast du das gemacht? Ja oder nein?

Genauso wie in 2*hier mache ich es.....

Wenn Ja fällt mir nur noch ein, dass dein offizieller Bestand möglicherweise nicht aktuell ist.

Zu Beginn der Addon-Bastelei wird der offizielle Bestand bei mir aktualisiert.

Wenn das Ja ist: Kannst du mal auf c:\Zusi3-SVN-Daten\_setup\ gehen, und schauen, ob die Datei addons.script.xml einen grünen Haken hat, also unter Versionskontrolle steht? Das darf nicht der Fall sein. Die muss ein graues Minus haben.

Mein BS ist WIN8.1, die Dateien in dem Ordner haben keinen grünen Haken....

[F. Schn.]

Sehr gut.

Mir fällt dann nicht mehr viel ein.

[Juergen_Verheien]

Hallo,

Carsten hatte gestern geschrieben:

Die Einreichen-Funktion ermittelt die Differenz zwischen bisherigem offiziellen Bestand und Deinem Baubestand. Genau das ist ihre Aufgabe. Diese Differenz ist im Regelfall das, was man als Add-On einreichen möchte.

Da in der gegenwärtigen Bauphase der Addon-Erstellung der bisherige und für uns vorliegende offizielle Bestand unvollständig ist, hier jetzt die dringende und wichtige Frage:

Wer pflegt den offiziellen Bestand ???

Die Frage sollte kurzfristig beantwortet werden, und damit der offizielle Bestand aktualisiert werden, um eine Baupause zu vermeiden.

[Carsten Hölscher]

Der offizielle Stand ist der, der über die Verwaltung installiert wird. Das läuft bekanntlich derzeit über mich.
Daran ist nichts zu ändern. Wenn bei Dir Fehler auftauchen, dann liegt das nicht am offiziellen Bestand, sondern an irgendwas auf Deinem Rechner oder am SVN.

Carsten

[Juergen_Verheien]

Hallo Carsten,

hier mal ein Bericht zum Addon Hagen-Hbf:

Der Export der Daten war erfolgreich und die Prüfung zeigte keinen Fehler ! Ich zeige hier einen interessanten Teilbereich:



Die Addon-Erzeugung funktionierte ebenfalls problemlos, die Überprüfung des owndata Bereiches war nicht fehlerfrei, hier der gleiche Teilbereich wie aus dem Exportdaten:



Ergänzend zu den angezeigten Fehlern die Gegenüberstellung eines Objektes links aus dem Export und rechts aus owndata.



Interessant ist, dass die angezeigten fehlenden Dateien alle aus Hagen-Hbf stammen, aber bereits in Köln-Düsseldorf verbaut wurden, wodurch sie auf mir unbekanntem Wege in den offiziellen Bestand gerieten.

Es wurden komplette Objekte in Köln-Düsseldorf verbaut, aber nur dds-Dateien stehen im offiziellen Bestand.

Hier wäre es doch sinnvoll und konsequent, wenn die kompletten Objekte dann im offiziellen Bestand geführt würden.

Was aber nun zum totalen Unverständnis beiträgt ist die Tatsache, dass im Modul Hagen-Hbf die betreffenden Objekte, deren Texturdateien im Ordner Hagen-Hbf/Objekte...fehlen, dort makellos rum stehen, denn es gibt in den Modulen Köln-Düsseldorf keine Ordner mit den Hagen-Hbf-Objekten.

[Carsten Hölscher]

Vermutlich sind Deine beiden Datenverzeichnisse jeweils nicht richtig gesetzt. So kann man aus den Screenshots nichts erkennen.
Also man müßte zu jedem Deiner Schritte zumindest mal die jeweils eingestellten Verzeichnisse wissen.

Carsten

[Juergen_Verheien]

Hallo Carsten,

und die Tatsache, dass im Export-Ordner die dds-Dateien der Objekte vorhanden sind, im gleichnamigen Ordner im owndata aber nur eine dds-Datei überlebt hat, das ist doch synchron zu der Verwaltungsprüfung...

[Carsten Hölscher]

Witterst Du eine Fehlfunktion der Verwaltung? Mir ist die Frage nicht klar, die zu klären ist.

Carsten

[Michael_Poschmann]

Kleiner spätabendlicher Test von meiner Seite, nachdem in den letzten Tagen umfassende Datenbewegungen im Raum Hagen im Bau-SVN zu sehen waren: Beim testweisen Anspielen eines Fahrplans im Raum Hagen wird ein Objekt als "fehlend" angemahnt (soweit erinnerlich irgendwas mit "Boeler" und "Kulisse"). Das war in den Tagen zuvor nicht der Fall. Da wird wohl beim Umrangieren(?) was schief gegangen sein, was bestimmt auch in den Export durchschlägt.

Grüße
Michael

[Juergen_Verheien]

Hallo Carsten,

Witterst Du eine Fehlfunktion der Verwaltung? Mir ist die Frage nicht klar, die zu klären ist.

NEIN !

In den mehrfachen Versuchen, ein fehlerfreies Addon Hagen-Hbf zu basteln, waren einige Versuche von "weissen Objekten" gekennzeichnet. Die Recherche ergab, dass dort bei den Objekten die Texturdatei fehlte, die auch in "offiziell.sript.xml" eingetragen waren. Weitere Suche ergab, dass diese Objekte aus der Bauphase bereits in Köln-Düsseldorf verbaut waren. Lt. Deinen Aussagen könne die ja nur durch Dich dort eingetragen worden sein.

Es gibt doch einen ganz simplen Ansatz:

"In "offiziell.script.xml" werden diese Zeilen

<Datei Dateiname="Routes\Deutschland\32U_0004_0056\000356_005645_Koeln_Hbf\Objekte\angepasste_Objekte\Hagen_Hbf_21_Boeler-Block-8-1b_gespiegelt.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="1797931405" Groesse="2152">
<Datei Dateiname="Routes\Deutschland\32U_0004_0056\000356_005645_Koeln_Hbf\Objekte\angepasste_Objekte\Hagen_Hbf_21_Boeler-Block-8-1b_gespiegelt.lod1.ls3"/>
</DateiInfo>

und diese Zeilen

<DateiInfo Hashwert="3871425478" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-1a.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-1a.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="3568448694" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-1b.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-1b.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="794180199" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-2.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-2.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="600360876" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-4.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-4.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="2624464612" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-6.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-6.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="3731596688" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-8.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-8.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="2857826883" Groesse="574">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-Block-8-1b.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="598485636" Groesse="1504">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-Block-8-1b.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="2658095178" Groesse="29838">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-Block-8-1b.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="3530192039" Groesse="1266">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-Block-8-1b.lod3.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="3564562921" Groesse="15046">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Boeler-Block-8-1b.lod3.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="4104922178" Groesse="582">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_12-14.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="1040492202" Groesse="452">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_12-14.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="1417244438" Groesse="9312">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_12-14.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="661833943" Groesse="440">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_12-14.lod3.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="3944343642" Groesse="2592">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_12-14.lod3.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="2332519638" Groesse="576">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_30.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="876115448" Groesse="613">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_30.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="3826656676" Groesse="12352">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_30.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="2881640019" Groesse="436">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_30.lod3.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="526760965" Groesse="6824">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_21_Stadtkulisse\Hagen_Hbf_21_Fehrbellinerstr_30.lod3.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="4039618800" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="3306093460" Groesse="380">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="4257643039" Groesse="451">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="2282725117" Groesse="2604">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="3087428648" Groesse="536">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="335168639" Groesse="422">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="455194206" Groesse="24066">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="2868153110" Groesse="412">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2.lod3.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="1506986357" Groesse="7580">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2.lod3.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="1274016416" Groesse="538">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2b.lod.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="3361638278" Groesse="423">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2b.lod1.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="3221091934" Groesse="23986">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2b.lod1.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="2917955545" Groesse="413">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2b.lod3.ls3"/>
</DateiInfo>
<DateiInfo Hashwert="664662024" Groesse="7660">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckeseyer_2b.lod3.lsb"/>
</DateiInfo>
<DateiInfo Hashwert="1444249301" Groesse="174904">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckesey_2.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3639383423" Groesse="213">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_25_Stadtkulisse_5\Eckeseyerstr_2\Eckesey_2.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="672377328" Groesse="87536">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\SigBruecke_Esig_M\Alterung.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3235614239" Groesse="195">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\SigBruecke_Esig_M\Alterung.dds.author.xml"/>
</DateiInfo>
<DateiInfo Hashwert="4014843898" Groesse="1398256">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\SigBruecke_Esig_M\SigBruecke_Hagen_Schutzgitter.dds"/>
</DateiInfo>
<DateiInfo Hashwert="3235614239" Groesse="195">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\SigBruecke_Esig_M\SigBruecke_Hagen_Schutzgitter.dds.author.xml"/>
</DateiInfo>

gelöscht !

Das Addon Hagen-Hbf wird erneut gebastelt, die ganzen zurück liegenden Probleme werden nicht mehr auftreten, das Addon wird von Dir abgenommen und damit offiziell, und der ganze Krempel Hagen-Hbf wird in die "offiziell.script.xml" von Dir eingetragen !

Und fertig, alles ist ok:

[Juergen_Verheien]

Hallo Michael,

Du hattest vermutet:

Da wird wohl beim Umrangieren(?) was schief gegangen sein, was bestimmt auch in den Export durchschlägt.

Wenn diese Aussage zuträfe, dann wäre der Exportbereich lt. Verwaltungsprüfung nicht fehlerfrei.

Er ist aber fehlerfrei, damit ist Deine Aussage falsch !

[Michael Springer]

Naja

<DateiInfo Hashwert="3306093460" Groesse="380">
<Datei Dateiname="Routes\Deutschland\32U_0004_0057\000392_005691_Hagen_Hbf\Objekte\Hagen_Hbf_23_Stadtkulisse_3\Galenring_64\Hagen_Hbf_23_Galenring_64.lod.ls3"/>
</DateiInfo>

hat im offiziellen Bestand 380 Byte.

Im SVN aber 383 Byte. Somit ist klar, warum die Datei mit ins Addon wandert. Weil sie zum offiziellen Bestand hin verändert ist.



Ich verstehe langsam nichts mehr...

Michael

[Michael_Poschmann]

Guten Morgen,

wenn ich diese Datei aus dem offiziellen Bestand und die von Jürgen mit "QS-Maßnahme, Objektoptimierung für Veröffentlichung" am 14.3.2020 im SVN geänderte Datei vergleiche, bekomme ich dieses Ergebnis:


Ich kann leider nicht nachvollziehen, welche Änderungen an der Datei durchgeführt konkret wurden, zumal der Kommentar keine hilfreichen Hinweise gibt. Bitweiser Vergleich über mehrere Revisionen dürfte angesichts der Vielzahl betroffener Objekte auch nicht unbedingt der Weisheit letzter Schluss sein.

Daher die Frage an Jürgen: Was hast Du an der dieser Datei und anderen denn verändert, und aus welchem Grund?

Grüße
Michael

[MarkusEgger]

Morgen!

Als Laie mal kurz in der Raum geworfen: Die Umstellung von UTF-8 BOM auf UTF-8 oder umgekehrt könnte schon alleine dadurch entstehen dass unterschiedliche Nutzer mit unterschiedlichen Textverarbeitungsprogrammen (oder unterschiedlichen Einstellungen in den Textverarbeitungsdateien) die Datei offen hatten und ggf. unverändert abgespeichert haben. Was sagt denn der SVN-Log der Datei, wann wurde die Bauversion denn zuletzt behandelt?

Markus

[Juergen_Verheien]

Hallo Michael,

in den meisten Fällen habe ich Fehlerhinweis der Verwaltung innerhalb des Anzeigedialogs dort mit Öffnen der angezeigten Datei mit dem MS-Editor bearbeitet, es war "Autor fehlt, lod-Stufen nicht plausibel"

Auch wenn mit dieser pauschalen Bemerkung im Nachhinein tiefergehende Fragen nicht beantwortet werden, es lag auf jeden Fall ein Fehler vor, der für das Addon nicht tolerabel war !

[Flo Zille]

Der Unterschied wird dann wohl tatsächlich in vorhandener bzw. nicht vorhandener BOM (byte order mark) liegen. Eine BOM kann optional bei UTF8-Dateien eingefügt werden und ist dann genau diese 3 Bytes lang. Am Textinhalt ändert die BOM nichts, aber es sind eben tatsächlich 3 Bytes mehr in der Datei, quasi unsichtbare Metadaten, die angeben, dass es sich um ein UTF8-Dokument handelt.

Folgender Absatz ist hinfällig, siehe nächster Absatz:
Ich halte das in UTF8-Dokumenten aber für ziemlich sinnlos. Bei UTF16 u.ä. ist es eine gute Sache, aber bei UTF8 ist soweit ich weiß die Bytereihenfolge sowieso immer gleich. Ich würde also versuchen, diese BOMs loszuwerden. Je nach Editor ist das hoffentlich möglich, aber vielleicht auch viel Handarbeit, wenn es viele Dateien betrifft. Wer sich an Unix tools traut, die gibt es ja auch für Windows, kann es auch so versuchen und alle Dateien auf einen Schlag von der BOM befreien (vorher Backup oder sicherstellen, dass man mittels SVN wieder auf den vorherigen Stand kommt, wenn es Probleme gibt!):
https://www.yiiframework.com/wiki/570/r ... ecursively" target="_blank

Edit: Ein weiteres Problem könnte natürlich sein, dass bereits Dateien mit BOM im offiziellen Bestand gelandet sein könnten. Wenn man dann überall die BOMs entfernt, hat man auch wieder "Geisteränderungen". Edit 2: Gerade mal geschaut, ja. Es gibt im derzeitigen Zusi-Steam-Bestand sowohl zahlreiche Dateien mit als auch ohne BOM. Das Entfernen aller BOMs wäre also wohl keine gute Idee bzw. würde eine Änderung vieler Dateien nach sich ziehen.

Vielleicht könnte die Dateiverwaltung auch so umgestrickt werden, dass sie BOMs beim Vergleichen von Textdateien ignoriert und die Dateien als identisch und daher nicht "veröffentlichungspflichtig" ansieht, falls sie sich nur bei der BOM unterscheiden. Eine andere Möglichkeit wäre ein Menüpunkt zur automatischen Entfernung von BOMs aus den Dateien, aber sowas ist natürlich auch immer etwas gefährlich und kann zu Datenverlust führen, wenn man Bugs einbaut.

[Juergen_Verheien]

Hallo,

wäre es denn möglich einen Editor zwingend vorzuschlagen bzw. einzusetzen, der solche Veränderungen nicht bewirkt ?

[Alwin Meschede]

Eine andere Möglichkeit wäre ein Menüpunkt zur automatischen Entfernung von BOMs aus den Dateien, aber sowas ist natürlich auch immer etwas gefährlich und kann zu Datenverlust führen, wenn man Bugs einbaut.

Aus der Zusi-Praxis heraus halte ich es für eine große Errungenschaft, dass zumindest die Zusi-Programme selbst immer den BOM schreiben. Bei Dateien ohne den BOM haben wir in der Vergangenheit einige üble Überraschungen erlebt. Ich hatte da mal folgendes zu aufgeschrieben: "Probleme ergeben sich bei Zusi-XML-Dateien, die mit externen Texteditoren erzeugt wurden. Solange die Dateien noch keine Sonderzeichen wie deutsche Umlaute und keinen Byte Order Mark enthalten, sind sie sowohl gültiger ASCII-Text als auch gültiges UTF-8. Es gibt auch heute noch Editoren, die in so einem Fall dann von ASCII-Text ausgehen. Kritisch ist insbesondere der Fall, wenn in eine solche Datei nachträglich doch noch Sonderzeichen per externem Editor eingefügt werden sollen. Das Ergebnis ist dann in der Regel ein in Windows-1252 codierter Text. Dieser steht dann im Widerspruch zu der Deklaration encoding="UTF-8" im XML-Inhalt der Datei".

Also man sollte m.E. keine Funktionalität einbauen zum automatischen Entfernen des BOM, sondern allenfalls zum automatischen Einfügen in Zusi-Dateien, bei denen er noch fehlt.

[Juergen_Verheien]

Hallo Alwin,

kannst Du denn einen externen Editor empfehlen, der sich wie die Zusi-Programme bzgl. UTF-8 verhält ?

[F Sch]

Notepad++, sofern du als Codierung UTF-8 BOM auswählst.