XML Schema Definition des ls3-Dateiformats - Versionsgeschichte

AMeschede: Datei-Element ab der Hauptversion 3.1.3.0

2017-07-28T09:42:30Z

Datei-Element ab der Hauptversion 3.1.3.0

← Nächstältere Version		Version vom 28. Juli 2017, 11:42 Uhr
Zeile 7:		Zeile 7:
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	XML Schema Definition für das ls3-Datenformat des Zugsimulators Zusi 3 von Carsten Hölscher. Elemente und Attribute, die als veraltet gelten und von der Referenzimplementation (Zusi3DEditor.exe) zwar noch gelesen werden können, aber nicht mehr geschrieben werden, sind nicht alle in diesem Schema enthalten.		XML Schema Definition für das ls3-Datenformat des Zugsimulators Zusi 3 von Carsten Hölscher. Elemente und Attribute, die als veraltet gelten und von der Referenzimplementation (Zusi3DEditor.exe) zwar noch gelesen werden können, aber nicht mehr geschrieben werden, sind nicht alle in diesem Schema enthalten.

	Allgemeine Hinweise zu Zusi-XML-Datenformaten:		Allgemeine Hinweise zu Zusi-XML-Datenformaten:

	Bei Attributen existiert für jeden Typ ein Standardwert, der verwendet wird, wenn das Attribut nicht vorhanden ist. Es folgt daraus, dass das Attribut auch beim Schreiben weggelassen werden kann, wenn sein Wert dem Standardwert entspricht. Zusi macht das konsequent so. Der Standardwert ist		Bei Attributen existiert für jeden Typ ein Standardwert, der verwendet wird, wenn das Attribut nicht vorhanden ist. Es folgt daraus, dass das Attribut auch beim Schreiben weggelassen werden kann, wenn sein Wert dem Standardwert entspricht. Zusi macht das konsequent so. Der Standardwert ist
	- bei Ganzzahlen (integer, integer 64 bit, integer enum, bool) der Wert 0.		- bei Ganzzahlen (integer, integer 64 bit, integer enum, bool) der Wert 0.
Zeile 16:		Zeile 16:
	- bei Farben (D3DColor) die Farbe R=G=B=A=0.		- bei Farben (D3DColor) die Farbe R=G=B=A=0.
	- bei Datums-/Zeitangaben (date,time) der 30. Dezember 1899, 00:00:00.		- bei Datums-/Zeitangaben (date,time) der 30. Dezember 1899, 00:00:00.

	Dateipfade (<Datei Dateiname="..."> sind entweder		Dateipfade (<Datei Dateiname="..."> sind entweder
	- Pfade relativ zum Zusi-Datenverzeichnis (RollingStock\Deutschland\Lok.ls3), wobei ein führender Backslash erlaubt ist und ignoriert wird, oder		- Pfade relativ zum Zusi-Datenverzeichnis (RollingStock\Deutschland\Lok.ls3), wobei ein führender Backslash erlaubt ist und ignoriert wird, oder
	- wenn sie keinen Backslash enthalten, Dateien im selben Verzeichnis wie die Datei, in der der Pfad steht.		- wenn sie keinen Backslash enthalten, Dateien im selben Verzeichnis wie die Datei, in der der Pfad steht.
	Insbesondere können Dateien, die auf einem anderen Laufwerk als das Zusi-Datenverzeichnis liegen, nicht referenziert werden.		Insbesondere können Dateien, die auf einem anderen Laufwerk als das Zusi-Datenverzeichnis liegen, nicht referenziert werden.

	Programmseitig generierte XML-Dateien, die UTF-8-kodiert sind, sollten eine Byte Order Mark (0xEF,0xBB,0xBF) am Anfang enthalten, damit Texteditoren sie zuverlässig als UTF-8 erkennen.		Programmseitig generierte XML-Dateien, die UTF-8-kodiert sind, sollten eine Byte Order Mark (0xEF,0xBB,0xBF) am Anfang enthalten, damit Texteditoren sie zuverlässig als UTF-8 erkennen.
	</xs:documentation>		</xs:documentation>
Zeile 47:		Zeile 47:
	<xs:sequence>		<xs:sequence>
	<xs:element ref="AutorEintrag" minOccurs="1" maxOccurs="unbounded"/>		<xs:element ref="AutorEintrag" minOccurs="1" maxOccurs="unbounded"/>
			</xs:sequence>
			<xs:sequence>
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Ab der Zusi3-Hauptversion 3.1.3.0 (und einigen vorherigen Betaversionen der Programme) ist in allen Zusi-XML-Formaten an dieser Stelle das Element 'Datei' zulässig. Es dient dazu, Bezüge zu Dateien in Zusi-fremden Dateiformaten herzustellen, damit solche Dateien bei Exportoperationen des Dateiverwaltungsprogramms automatisch mitkopiert werden. Typische Anwendungsfälle sind z.B. jpg-Dateien der Fahrplanintros oder in Streckensound-Ereignissen verwendete wav-Dateien.
			</xs:documentation>
			</xs:annotation>
			<xs:element ref="Datei" minOccurs="0" maxOccurs="unbounded"/>
	</xs:sequence>		</xs:sequence>
	<xs:attribute name="Beschreibung" type="xs:string"/>		<xs:attribute name="Beschreibung" type="xs:string"/>
Zeile 158:		Zeile 166:
	<xs:attribute name="Cd" type="xs:hexBinary"/> <!-- Datentyp D3DColor -->		<xs:attribute name="Cd" type="xs:hexBinary"/> <!-- Datentyp D3DColor -->
	<xs:attribute name="Ce" type="xs:hexBinary"/> <!-- Datentyp D3DColor -->		<xs:attribute name="Ce" type="xs:hexBinary"/> <!-- Datentyp D3DColor -->

	<xs:attribute name="C" type="xs:string"/> <!--type="xs:hexBinary"/--> <!-- Funktioniert bei meinem Validator nicht, vermutlich Zahl durch die führende 0 zu lang. -->		<xs:attribute name="C" type="xs:string"/> <!--type="xs:hexBinary"/--> <!-- Funktioniert bei meinem Validator nicht, vermutlich Zahl durch die führende 0 zu lang. -->
	<xs:attribute name="CA" type="xs:string"/> <!--type="xs:hexBinary"/-->		<xs:attribute name="CA" type="xs:string"/> <!--type="xs:hexBinary"/-->
	<xs:attribute name="E" type="xs:string"/> <!--type="xs:hexBinary"/-->		<xs:attribute name="E" type="xs:string"/> <!--type="xs:hexBinary"/-->

	<xs:attribute name="DoppeltRendern" type="xs:boolean"/>		<xs:attribute name="DoppeltRendern" type="xs:boolean"/>
	<xs:attribute name="GruppenName" type="xs:string"/>		<xs:attribute name="GruppenName" type="xs:string"/>
Zeile 195:		Zeile 203:
	10: Überlagertes Fenster, tagsüber ausschaltend		10: Überlagertes Fenster, tagsüber ausschaltend
	11: Nebelwand		11: Nebelwand

	Die erlaubten Werte der in Großbuchstaben geschriebenen Attribute der SubSetTexFlags ergeben sich aus der Dokumentation des DirectX-9-SDK bzw. Zusi-Doku Kapitel 11.4		Die erlaubten Werte der in Großbuchstaben geschriebenen Attribute der SubSetTexFlags ergeben sich aus der Dokumentation des DirectX-9-SDK bzw. Zusi-Doku Kapitel 11.4
	</xs:documentation>		</xs:documentation>

F. Schn.: So kann ich die meisten LS3-Dateien validieren.

2016-08-21T12:55:38Z

So kann ich die meisten LS3-Dateien validieren.

Änderungen zeigen

AMeschede: Doku der Angaben im Dateikopf

2016-08-21T11:14:42Z

Doku der Angaben im Dateikopf

← Nächstältere Version		Version vom 21. August 2016, 13:14 Uhr
Zeile 35:		Zeile 35:
	<xs:element name="Info">		<xs:element name="Info">
	<xs:complexType>		<xs:complexType>
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Beschreibung ist eine Freitext-Beschreibung des Landschaftsobjekts, die von Editoren ggfs. dem Benutzer angezeigt werden kann. Mehrere Zeilen werden mit Semikolon getrennt.
			DateiKategorie ist eine frei vergebene Kategorisierung der Datei. Das Attribut wird derzeit normalerweise nicht genutzt. Für einheitliche Vorgaben zur Kategorisierung ist zukünftig die bei Zusi 3 mitgelieferte Datei _Setup/categories.txt vorgesehen.
			DateiTyp muss bei ls3-Dateien immer 'Landschaft' sein.
			EinsatzAb und EinsatzBis können dem Benutzer Hinweise geben, in welcher Epoche das Objekt zeitlich sinnvoll einsetzbar ist.
			MinVersion und Version müssen im aktuellen ls3-Dateiformat immer 'A.1' sein. Das ältere A.0-Dateiformat ist nicht Gegenstand dieser xsd-Datei. A.0 wird seit April 2007 von den Zusi-Editoren nicht mehr neu geschrieben und sollte deshalb nicht mehr in freier Wildbahn vorkommen.
			ObjektID ist eine Nummer für das Objekt. Das Attribut wird derzeit normalerweise nicht genutzt. Hier könnte es sein, dass zukünftig eine zentral vorgegebene Nummerierung eingeführt wird.
			</xs:documentation>
			</xs:annotation>
	<xs:sequence>		<xs:sequence>
	<xs:element ref="AutorEintrag"/>		<xs:element ref="AutorEintrag"/>
Zeile 40:		Zeile 50:
	<xs:attribute name="Beschreibung" type="xs:string"/>		<xs:attribute name="Beschreibung" type="xs:string"/>
	<xs:attribute name="DateiKategorie" type="xs:string"/>		<xs:attribute name="DateiKategorie" type="xs:string"/>
	<xs:attribute name="DateiTyp" type="xs:string"/>		<xs:attribute name="DateiTyp" type="xs:string" use="required" fixed="Landschaft"/>
	<xs:attribute name="EinsatzAb"/> <!-- Datentyp TDateTime -->		<xs:attribute name="EinsatzAb"/> <!-- Datentyp TDateTime -->
	<xs:attribute name="EinsatzBis"/> <!-- Datentyp TDateTime -->		<xs:attribute name="EinsatzBis"/> <!-- Datentyp TDateTime -->
	<xs:attribute name="MinVersion" type="xs:string"/>		<xs:attribute name="MinVersion" type="xs:string" use="required" fixed="A.1"/>
	<xs:attribute name="ObjektID" type="xs:int"/>		<xs:attribute name="ObjektID" type="xs:int"/>
	<xs:attribute name="Version" type="xs:string"/>		<xs:attribute name="Version" type="xs:string" use="required" fixed="A.1"/>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>
Zeile 51:		Zeile 61:
	<xs:annotation>		<xs:annotation>
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	AutorID steht für eine durch die Firma Hölscher vergebene Autoren-ID. Autor-IDs mit negativen Werten werden an Programme vergeben, die selbstständig ohne großen menschlichen Input Zusi-Inhalte generieren.		AutorAufwand ist der zur Erstellung des Objekts benötigte Zeitaufwand, gemessen in 'Haus-Einheiten'. 1 Haus-Einheit entspricht dem Zeitaufwand zur Erstellung eines durchschnittlichen 3D-Hauses.
			AutorBeschreibung dient vor allem bei Gemeinschaftsproduktionen der näheren Beschreibung, was genau der Autor zum Objekt beigetragen hat.
			AutorEmail dient der optionalen Angabe einer Mailadresse des Autors.
			AutorID steht für eine durch die Firma Hölscher vergebene Autoren-ID. Autor-IDs mit negativen Werten werden an Programme vergeben, die selbstständig ohne großen menschlichen Input Zusi-Inhalte generieren.
			AutorLizenz muss angegeben werden, wenn der jeweilige Autor eine abweichende Verteilung der ihm zustehenden Einnahmen aus der kommerziellen Nutzung der Zusi-Objekte wünscht. Es gilt: 0 = Einnahmen an den Autor, 1 = Einnahmen auf alle anderen Autoren im Pool verteilen, 2 = Einnahmen gehen an Firma Carsten Hölscher Software, 3 = Objekt ist in der Public Domain (Autor verzichtet auf seine Autorenrechte), 4 = Private nicht zur Veröffentlichung vorgesehene Datei, 5 = Kommerzielle Sondernutzung
			AutorName ist der Name des Autors. Bei Autoren mit AutorenID der Firma Hölscher muss die genaue Schreibweise des AutorNamens mit Firma Hölscher abgestimmt sein, da dort eine Plausibilitätsprüfung stattfindet (= passt die ID zum Namen?)
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>
Zeile 58:		Zeile 73:
	<xs:attribute name="AutorBeschreibung" type="xs:string"/>		<xs:attribute name="AutorBeschreibung" type="xs:string"/>
	<xs:attribute name="AutorEmail" type="xs:string"/>		<xs:attribute name="AutorEmail" type="xs:string"/>
	<xs:attribute name="AutorID" type="xs:int"/>		<xs:attribute name="AutorID" type="xs:int" use="required"/>
	<xs:attribute name="AutorLizenz"/> <!--Datentyp integer enum -->		<xs:attribute name="AutorLizenz" default="0"/> <!--Datentyp integer enum -->
	<xs:attribute name="AutorName" type="xs:string"/>		<xs:attribute name="AutorName" type="xs:string" use="required"/>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>

AMeschede: Doku DX-Werte und Texturen ohne Mipmaps

2016-08-20T18:49:19Z

Doku DX-Werte und Texturen ohne Mipmaps

Änderungen zeigen

Johannes: max. Anzahl Vertices

2016-08-20T18:00:45Z

max. Anzahl Vertices

← Nächstältere Version		Version vom 20. August 2016, 20:00 Uhr
Zeile 1:		Zeile 1:
	Hier entsteht eine XSD-Datei des ls3-Dateiformats - work in progress! Status: Die XSD ist so weit entwickelt, dass gängige in der Praxis aufgetretene Strukturfehler in ls3-Dateien damit aufgedeckt werden können. Die schriftliche Dokumentation ist noch unvollständig. Auf die exakte Abbildung komplexer Datentypen wie TDateTime oder den Enums wurde verzichtet. Es wurden noch nicht bei allen Deklarationen die exakten Grenzen des Zusi-3D-Editors (der für das Dateiformat die Referenzimplementierung darstellt) ausgetestet. Der Editor dürfte beispielsweise irgendwann Fehlermeldungen werfen, wenn man ihm tatsächlich eine ''unbounded'' Anzahl von ~~Vertices~~ zu verdauen gibt.		Hier entsteht eine XSD-Datei des ls3-Dateiformats - work in progress! Status: Die XSD ist so weit entwickelt, dass gängige in der Praxis aufgetretene Strukturfehler in ls3-Dateien damit aufgedeckt werden können. Die schriftliche Dokumentation ist noch unvollständig. Auf die exakte Abbildung komplexer Datentypen wie TDateTime oder den Enums wurde verzichtet. Es wurden noch nicht bei allen Deklarationen die exakten Grenzen des Zusi-3D-Editors (der für das Dateiformat die Referenzimplementierung darstellt) ausgetestet. Der Editor dürfte beispielsweise irgendwann Fehlermeldungen werfen, wenn man ihm tatsächlich eine ''unbounded'' Anzahl von Faces zu verdauen gibt.

	<source lang="xml">		<source lang="xml">
Zeile 135:		Zeile 135:
	<xs:element ref="RenderFlags" minOccurs="0" maxOccurs="1"/>		<xs:element ref="RenderFlags" minOccurs="0" maxOccurs="1"/>
	<xs:element ref="Textur" minOccurs="0" maxOccurs="2"/>		<xs:element ref="Textur" minOccurs="0" maxOccurs="2"/>
	<xs:element ref="Vertex" minOccurs="0" maxOccurs="~~unbounded~~"/>		<xs:element ref="Vertex" minOccurs="0" maxOccurs="65536"/>
	<xs:element ref="Face" minOccurs="0" maxOccurs="unbounded"/>		<xs:element ref="Face" minOccurs="0" maxOccurs="unbounded"/>
	</xs:sequence>		</xs:sequence>

AMeschede: Status-Update

2016-08-20T17:50:14Z

Status-Update

← Nächstältere Version		Version vom 20. August 2016, 19:50 Uhr
Zeile 1:		Zeile 1:
	Hier entsteht eine XSD-Datei des ls3-Dateiformats - work in progress!		Hier entsteht eine XSD-Datei des ls3-Dateiformats - work in progress! Status: Die XSD ist so weit entwickelt, dass gängige in der Praxis aufgetretene Strukturfehler in ls3-Dateien damit aufgedeckt werden können. Die schriftliche Dokumentation ist noch unvollständig. Auf die exakte Abbildung komplexer Datentypen wie TDateTime oder den Enums wurde verzichtet. Es wurden noch nicht bei allen Deklarationen die exakten Grenzen des Zusi-3D-Editors (der für das Dateiformat die Referenzimplementierung darstellt) ausgetestet. Der Editor dürfte beispielsweise irgendwann Fehlermeldungen werfen, wenn man ihm tatsächlich eine ''unbounded'' Anzahl von Vertices zu verdauen gibt.

	<source lang="xml">		<source lang="xml">

AMeschede: Hinweise auf weitere enums

2016-07-13T16:26:52Z

Hinweise auf weitere enums

← Nächstältere Version		Version vom 13. Juli 2016, 18:26 Uhr
Zeile 248:		Zeile 248:
	</xs:sequence>		</xs:sequence>
	<xs:attribute name="AnzahlMipMapLevel" type="xs:int"/>		<xs:attribute name="AnzahlMipMapLevel" type="xs:int"/>
	<xs:attribute name="TransparentFarbe" type="xs:~~string~~"/> <!-- Datentyp D3DColor -->		<xs:attribute name="TransparentFarbe" type="xs:hexBinary"/> <!-- Datentyp D3DColor -->
	<xs:attribute name="TransparentModus"/> <!-- Datentyp integer enum -->		<xs:attribute name="TransparentModus"/> <!-- Datentyp integer enum -->
	</xs:complexType>		</xs:complexType>
Zeile 283:		Zeile 283:
	<xs:element ref="Datei" minOccurs="0" maxOccurs="unbounded"/>		<xs:element ref="Datei" minOccurs="0" maxOccurs="unbounded"/>
	</xs:sequence>		</xs:sequence>
	<xs:attribute name="AnkerKat"/>		<xs:attribute name="AnkerKat"/> <!-- Datentyp integer enum -->
	<xs:attribute name="AnkerTyp"/>		<xs:attribute name="AnkerTyp"/> <!-- Datentyp integer enum -->
	<xs:attribute name="Beschreibung" type="xs:string"/>		<xs:attribute name="Beschreibung" type="xs:string"/>
	</xs:complexType>		</xs:complexType>
Zeile 375:		Zeile 375:
	</xs:sequence>		</xs:sequence>
	<xs:attribute name="LautstaerkeAbh" type="xs:boolean"/>		<xs:attribute name="LautstaerkeAbh" type="xs:boolean"/>
	<xs:attribute name="PhysikGroesse"/>		<xs:attribute name="PhysikGroesse"/> <!-- Datentyp integer enum -->
	<xs:attribute name="SoundGeschwAbh" type="xs:boolean"/>		<xs:attribute name="SoundGeschwAbh" type="xs:boolean"/>
	<xs:attribute name="SoundOperator"/>		<xs:attribute name="SoundOperator"/> <!-- Datentyp integer enum -->
	<xs:attribute name="Trigger"/>		<xs:attribute name="Trigger"/> <!-- Datentyp integer enum -->
	<xs:attribute name="TriggerGrenze" type="xs:float"/>		<xs:attribute name="TriggerGrenze" type="xs:float"/>
	</xs:complexType>		</xs:complexType>

AMeschede: lsb Dateiname required, weil die Verwaltung sonst nicht klarkommt

2016-07-13T15:04:27Z

lsb Dateiname required, weil die Verwaltung sonst nicht klarkommt

← Nächstältere Version		Version vom 13. Juli 2016, 17:04 Uhr
Zeile 112:		Zeile 112:
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	Wenn das lsb-Element vorhanden ist, dann liegen die Vertex- und Face-Daten dieser ls3-Datei ausschließlich in Form einer lsb-Datei vor. Die SubSet-Elemente enthalten dann keine Elemente vom Typ Vertex oder Face.		Wenn das lsb-Element vorhanden ist, dann liegen die Vertex- und Face-Daten dieser ls3-Datei ausschließlich in Form einer lsb-Datei vor. Die SubSet-Elemente enthalten dann keine Elemente vom Typ Vertex oder Face.
	Das Dateiname-Attribut gibt den Pfad zur lsb-Datei an. Es ~~wird nur benötigt~~, ~~damit~~ die ~~Verwaltung ohne weitere Spezialbehandlung~~ die lsb-Datei als zur ls3-Datei zugehörig identifiziert. Simulator und 3D-Editor ignorieren dieses Attribut und laden zu einer Datei 'Dateiname.ls3' immer die lsb-Datei 'Dateiname.lsb' im selben Verzeichnis.		Das Dateiname-Attribut gibt den Pfad zur lsb-Datei an. Es ist "required", weil die Zusi-Dateiverwaltung sonst bei Export- und Prüfvorgängen die lsb-Datei nicht als zur ls3-Datei zugehörig identifiziert. Simulator und 3D-Editor ignorieren dieses Attribut und laden zu einer Datei 'Dateiname.ls3' immer die lsb-Datei 'Dateiname.lsb' im selben Verzeichnis.
	Wenn das NurInfo-Attribut = 1 ist, dann bedeutet dies, dass keine Warnmeldung erzeugt werden soll, wenn die angegebene Datei fehlt. Dies ist im Kontext von lsb-Dateien normalerweise nicht sinnvoll.		Wenn das NurInfo-Attribut = 1 ist, dann bedeutet dies, dass keine Warnmeldung erzeugt werden soll, wenn die angegebene Datei fehlt. Dies ist im Kontext von lsb-Dateien normalerweise nicht sinnvoll.
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>
	<xs:complexType>		<xs:complexType>
	<xs:attribute name="Dateiname" type="xs:string"/>		<xs:attribute name="Dateiname" type="xs:string" use="required"/>
	<xs:attribute name="NurInfo" type="xs:boolean"/>		<xs:attribute name="NurInfo" type="xs:boolean"/>
	</xs:complexType>		</xs:complexType>

Johannes: Doku lsb-Dateiname

2016-07-11T20:45:18Z

Doku lsb-Dateiname

← Nächstältere Version		Version vom 11. Juli 2016, 22:45 Uhr
Zeile 112:		Zeile 112:
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	Wenn das lsb-Element vorhanden ist, dann liegen die Vertex- und Face-Daten dieser ls3-Datei ausschließlich in Form einer lsb-Datei vor. Die SubSet-Elemente enthalten dann keine Elemente vom Typ Vertex oder Face.		Wenn das lsb-Element vorhanden ist, dann liegen die Vertex- und Face-Daten dieser ls3-Datei ausschließlich in Form einer lsb-Datei vor. Die SubSet-Elemente enthalten dann keine Elemente vom Typ Vertex oder Face.
	Das Dateiname-Attribut gibt den Pfad zur lsb-Datei an. ~~Wenn das Dateiname~~-Attribut ~~fehlt, dann lädt Zusi~~ zu einer Datei 'Dateiname.ls3' die lsb-Datei 'Dateiname.lsb'		Das Dateiname-Attribut gibt den Pfad zur lsb-Datei an. Es wird nur benötigt, damit die Verwaltung ohne weitere Spezialbehandlung die lsb-Datei als zur ls3-Datei zugehörig identifiziert. Simulator und 3D-Editor ignorieren dieses Attribut und laden zu einer Datei 'Dateiname.ls3' immer die lsb-Datei 'Dateiname.lsb' im selben Verzeichnis.
	Wenn das NurInfo-Attribut = 1 ist, dann bedeutet dies, dass keine Warnmeldung erzeugt werden soll, wenn die angegebene Datei fehlt. Dies ist im Kontext von lsb-Dateien normalerweise nicht sinnvoll.		Wenn das NurInfo-Attribut = 1 ist, dann bedeutet dies, dass keine Warnmeldung erzeugt werden soll, wenn die angegebene Datei fehlt. Dies ist im Kontext von lsb-Dateien normalerweise nicht sinnvoll.
	</xs:documentation>		</xs:documentation>

AMeschede: Dokumentation

2016-07-11T20:24:12Z

Dokumentation

← Nächstältere Version		Version vom 11. Juli 2016, 22:24 Uhr
Zeile 96:		Zeile 96:
	</xs:element>		</xs:element>
	<xs:element name="sk">		<xs:element name="sk">
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Das sk-Element regelt die Skalierung der verknüpften ls3-Datei entlang der drei Achsen.
			Bei den drei Attributen X, Y und Z führen sowohl die Werte 0 als auch 1 zu einem auf 100 % Größe skalierten Objekt. Bei allen anderen Werten wird das Objekt um den angegebenen Faktor skaliert.
			</xs:documentation>
			</xs:annotation>
	<xs:complexType>		<xs:complexType>
	<xs:attribute name="X" type="xs:float"/>		<xs:attribute name="X" type="xs:float" default="0"/>
	<xs:attribute name="Y" type="xs:float"/>		<xs:attribute name="Y" type="xs:float" default="0"/>
	<xs:attribute name="Z" type="xs:float"/>		<xs:attribute name="Z" type="xs:float" default="0"/>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>
	<xs:element name="lsb">		<xs:element name="lsb">
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Wenn das lsb-Element vorhanden ist, dann liegen die Vertex- und Face-Daten dieser ls3-Datei ausschließlich in Form einer lsb-Datei vor. Die SubSet-Elemente enthalten dann keine Elemente vom Typ Vertex oder Face.
			Das Dateiname-Attribut gibt den Pfad zur lsb-Datei an. Wenn das Dateiname-Attribut fehlt, dann lädt Zusi zu einer Datei 'Dateiname.ls3' die lsb-Datei 'Dateiname.lsb'
			Wenn das NurInfo-Attribut = 1 ist, dann bedeutet dies, dass keine Warnmeldung erzeugt werden soll, wenn die angegebene Datei fehlt. Dies ist im Kontext von lsb-Dateien normalerweise nicht sinnvoll.
			</xs:documentation>
			</xs:annotation>
	<xs:complexType>		<xs:complexType>
	<xs:attribute name="Dateiname" type="xs:string"/>		<xs:attribute name="Dateiname" type="xs:string"/>
Zeile 327:		Zeile 340:
	<xs:element name="phi">		<xs:element name="phi">
	<xs:complexType>		<xs:complexType>
	<xs:attribute name="X"/>		<xs:attribute name="X" type="xs:float"/>
	<xs:attribute name="Y"/>		<xs:attribute name="Y" type="xs:float"/>
	<xs:attribute name="Z"/>		<xs:attribute name="Z" type="xs:float"/>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>
	<xs:element name="LandschaftSound">		<xs:element name="LandschaftSound">
	<xs:complexType>		<xs:complexType>
	<xs:sequence>		<xs:sequence>
	<xs:element ref="Sound" minOccurs="1" maxOccurs="1"/>		<xs:element ref="Sound" minOccurs="1" maxOccurs="1"/>
	<xs:element ref="Abhaengigkeit" minOccurs="0" maxOccurs="unbounded"/>		<xs:element ref="Abhaengigkeit" minOccurs="0" maxOccurs="unbounded"/>
	</xs:sequence>		</xs:sequence>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>