XML Schema Definition des signal.xml-Dateiformats - Versionsgeschichte

Johannes: SigAssiGrundzeile: +Falle 0-Indizierung

2019-07-25T19:02:59Z

SigAssiGrundzeile: +Falle 0-Indizierung

← Nächstältere Version		Version vom 25. Juli 2019, 21:02 Uhr
Zeile 64:		Zeile 64:
	BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10		BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10
	SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur bereits bestehende Matrixzeilen und -spalten mit den Daten dieses Signals vervollständigen, aber nicht (wie bei Attributwert "0") neue Zeilen und Spalten in der Kombinationsmatrix anlegen. Auf Ersatzsignale hat das Attribut keine Auswirkung; stattdessen hat jedes Ersatzsignal ein eigenes Attribut "SigAssiErgaenzen".		SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur bereits bestehende Matrixzeilen und -spalten mit den Daten dieses Signals vervollständigen, aber nicht (wie bei Attributwert "0") neue Zeilen und Spalten in der Kombinationsmatrix anlegen. Auf Ersatzsignale hat das Attribut keine Auswirkung; stattdessen hat jedes Ersatzsignal ein eigenes Attribut "SigAssiErgaenzen".
	SigAssiGrundZeile: Wird eingesetzt zusammen mit SigAssiErgaenzen. Die Konfiguration aus der angegebenen Grundzeile wird im Zielsignal in alle Zeilen eingetragen, für die unsere signal.xml keine anderweitige Konfiguration enthält. Damit erspart man sich, jede im Zielsignal denkbare Kombination aus Zeile und Spalte explizit konfigurieren zu müssen.		SigAssiGrundZeile: Wird eingesetzt zusammen mit SigAssiErgaenzen. Die Konfiguration aus der angegebenen Grundzeile wird im Zielsignal in alle Zeilen eingetragen, für die unsere signal.xml keine anderweitige Konfiguration enthält. Damit erspart man sich, jede im Zielsignal denkbare Kombination aus Zeile und Spalte explizit konfigurieren zu müssen. Da Signalzeilen von 0 gezählt werden und Attribute mit Wert "0" beim Schreiben weggelassen werden können, bedeutet das Nichtvorhandensein dieses Attributs, dass die erste Zeile Grundzeile ist.
	SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.		SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.
	SigAssiKeineKODiff: Wird eingesetzt, wenn das Signal in eine vorhandene Signalmatrix integriert werden soll, aber etwaige durch SigAssiPosition vorgegebene Verschiebungen des Signalstandorts nicht mitmachen soll, sondern auf jeden Fall an den vorgesehenen Koordinaten eingebaut werden soll. Anwendungsfall: Zum Beispiel PZB-Magnete, die unabhängig vom Standort des Hauptsignals (links/rechts vom Gleis) auf jeden Fall an der rechten Schiene positioniert werden sollen.		SigAssiKeineKODiff: Wird eingesetzt, wenn das Signal in eine vorhandene Signalmatrix integriert werden soll, aber etwaige durch SigAssiPosition vorgegebene Verschiebungen des Signalstandorts nicht mitmachen soll, sondern auf jeden Fall an den vorgesehenen Koordinaten eingebaut werden soll. Anwendungsfall: Zum Beispiel PZB-Magnete, die unabhängig vom Standort des Hauptsignals (links/rechts vom Gleis) auf jeden Fall an der rechten Schiene positioniert werden sollen.

AMeschede: TIL: SigAssiGrundzeile

2019-07-25T18:41:09Z

TIL: SigAssiGrundzeile

← Nächstältere Version		Version vom 25. Juli 2019, 20:41 Uhr
Zeile 64:		Zeile 64:
	BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10		BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10
	SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur bereits bestehende Matrixzeilen und -spalten mit den Daten dieses Signals vervollständigen, aber nicht (wie bei Attributwert "0") neue Zeilen und Spalten in der Kombinationsmatrix anlegen. Auf Ersatzsignale hat das Attribut keine Auswirkung; stattdessen hat jedes Ersatzsignal ein eigenes Attribut "SigAssiErgaenzen".		SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur bereits bestehende Matrixzeilen und -spalten mit den Daten dieses Signals vervollständigen, aber nicht (wie bei Attributwert "0") neue Zeilen und Spalten in der Kombinationsmatrix anlegen. Auf Ersatzsignale hat das Attribut keine Auswirkung; stattdessen hat jedes Ersatzsignal ein eigenes Attribut "SigAssiErgaenzen".
	SigAssiGrundZeile:		SigAssiGrundZeile: Wird eingesetzt zusammen mit SigAssiErgaenzen. Die Konfiguration aus der angegebenen Grundzeile wird im Zielsignal in alle Zeilen eingetragen, für die unsere signal.xml keine anderweitige Konfiguration enthält. Damit erspart man sich, jede im Zielsignal denkbare Kombination aus Zeile und Spalte explizit konfigurieren zu müssen.
	SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.		SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.
	SigAssiKeineKODiff: Wird eingesetzt, wenn das Signal in eine vorhandene Signalmatrix integriert werden soll, aber etwaige durch SigAssiPosition vorgegebene Verschiebungen des Signalstandorts nicht mitmachen soll, sondern auf jeden Fall an den vorgesehenen Koordinaten eingebaut werden soll. Anwendungsfall: Zum Beispiel PZB-Magnete, die unabhängig vom Standort des Hauptsignals (links/rechts vom Gleis) auf jeden Fall an der rechten Schiene positioniert werden sollen.		SigAssiKeineKODiff: Wird eingesetzt, wenn das Signal in eine vorhandene Signalmatrix integriert werden soll, aber etwaige durch SigAssiPosition vorgegebene Verschiebungen des Signalstandorts nicht mitmachen soll, sondern auf jeden Fall an den vorgesehenen Koordinaten eingebaut werden soll. Anwendungsfall: Zum Beispiel PZB-Magnete, die unabhängig vom Standort des Hauptsignals (links/rechts vom Gleis) auf jeden Fall an der rechten Schiene positioniert werden sollen.

Johannes: SigAssiRadio: SigAssiVorbelegung 0-indiziert

2019-06-16T08:37:06Z

SigAssiRadio: SigAssiVorbelegung 0-indiziert

← Nächstältere Version		Version vom 16. Juni 2019, 10:37 Uhr
Zeile 159:		Zeile 159:
	SigAssiPassiv: Die Radiobuttons werden ausgegraut dargestellt. Ihr durch "SigAssiVorbelegung" vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.		SigAssiPassiv: Die Radiobuttons werden ausgegraut dargestellt. Ihr durch "SigAssiVorbelegung" vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.
	SigAssiTitel: Definiert die Überschrift über den Radiobuttons.		SigAssiTitel: Definiert die Überschrift über den Radiobuttons.
	SigAssiVorbelegung: Definiert, welcher Radiobutton vorausgewählt ist. Die Zählung beginnt bei 1.		SigAssiVorbelegung: Definiert, welcher Radiobutton vorausgewählt ist. Die Zählung beginnt bei 0.
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>

Johannes: Signal -> SigAssiErgaenzen

2019-05-30T20:50:48Z

Signal -> SigAssiErgaenzen

← Nächstältere Version		Version vom 30. Mai 2019, 22:50 Uhr
Zeile 63:		Zeile 63:
	Formal ebenfalls zulässig, in Signalvorlagen aber nicht sinnvoll sind folgende zusätzliche Attribute: BeideRichtungen, NameBetriebsstelle, Signalname, Stellwerk, ZufallsWert		Formal ebenfalls zulässig, in Signalvorlagen aber nicht sinnvoll sind folgende zusätzliche Attribute: BeideRichtungen, NameBetriebsstelle, Signalname, Stellwerk, ZufallsWert
	BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10		BoundingR: Der Boundingradius der 3D-Dateien dieses Signals. Bei zu geringem Boundingradius werden die 3D-Dateien am Bildschirmrand wegploppen. Zu Details siehe Zusi-3-Doku Kapitel 5.1.1.10
	SigAssiErgaenzen:		SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur bereits bestehende Matrixzeilen und -spalten mit den Daten dieses Signals vervollständigen, aber nicht (wie bei Attributwert "0") neue Zeilen und Spalten in der Kombinationsmatrix anlegen. Auf Ersatzsignale hat das Attribut keine Auswirkung; stattdessen hat jedes Ersatzsignal ein eigenes Attribut "SigAssiErgaenzen".
	SigAssiGrundZeile:		SigAssiGrundZeile:
	SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.		SigAssiKeineGrunddaten: Wird hinter SigAssiRadio benutzt wenn Formulare vor der eigentlichen Positionierung des Signals mit SigAssiPosition benutzt werden.

Johannes: Ersatzsignal -> SigAssiErgaenzen

2019-05-30T20:48:36Z

Ersatzsignal -> SigAssiErgaenzen

← Nächstältere Version		Version vom 30. Mai 2019, 22:48 Uhr
Zeile 116:		Zeile 116:
	<xs:element name="Ersatzsignal">		<xs:element name="Ersatzsignal">
	<xs:complexType>		<xs:complexType>
			<xs:annotation>
			<xs:documentation xml:lang="de">
			SigAssiErgaenzen: Ist dieses Attribut auf "1" gesetzt, wird der Signalassistent nur ein bereits bestehendes Ersatzsignal mit gleicher ErsatzsigID mit den Daten dieses Eintrags vervollständigen, aber nicht (wie bei Attributwert "0") ein neues Ersatzsignal anlegen, wenn noch keines mit gleicher ErsatzsigID existiert.
			</xs:documentation>
			</xs:annotation>
	<xs:sequence>		<xs:sequence>
	<xs:element ref="MatrixEintrag"/>		<xs:element ref="MatrixEintrag"/>

Johannes: Ergaenzungen zu SigAssiCheck und SigAssiRadio

2019-05-23T17:53:19Z

Ergaenzungen zu SigAssiCheck und SigAssiRadio

← Nächstältere Version		Version vom 23. Mai 2019, 19:53 Uhr
Zeile 133:		Zeile 133:
	<xs:annotation>		<xs:annotation>
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	SigAssiCheck ~~generiert~~ im Formular des Signalassistenten ein Ankreuzfeld. Eine Signaloption kann damit an- und abgewählt werden.		SigAssiCheck: Generiert im Formular des Signalassistenten eine Liste von Ankreuzfeldern. Für jeden Untereintrag wird ein Ankreuzfeld dargestellt. Eine Signaloption kann damit an- und abgewählt werden.
	SigAssiPassiv: ~~Die~~ Checkbox wird ausgegraut dargestellt. Ihr durch ~~das Formular~~ vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.		SigAssiPassiv: Eine Bitmaske, die für jede Checkbox angibt, ob sie deaktiviert ist. Eine deaktivierte Checkbox wird ausgegraut dargestellt. Ihr durch "SigAssiVorbelegung" vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.
	SigAssiTitel: Hat bei SigAssiCheck anders als bei SigAssiRadio keine Funktion und wird vom 3D-Editor ignoriert.		SigAssiTitel: Hat bei SigAssiCheck anders als bei SigAssiRadio keine Funktion und wird vom 3D-Editor ignoriert.
	SigAssiVorbelegung: ~~Die~~ Checkbox ~~ist nicht~~ angekreuzt~~, wenn das Attribut den Wert 0 hat. Sie~~ ist ~~angekreuzt, wenn es den Wert 1 hat~~.		SigAssiVorbelegung: Eine Bitmaske, die für jede Checkbox angibt, ob sie standardmäßig angekreuzt ist.
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>
Zeile 152:		Zeile 152:
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	SigAssiRadio generiert im Formular des Signalassistenten eine Wahlmöglichkeit mit Radiobuttons (genau eine der angebotenen Optionen muss vom Streckenbauer ausgewählt werden)		SigAssiRadio generiert im Formular des Signalassistenten eine Wahlmöglichkeit mit Radiobuttons (genau eine der angebotenen Optionen muss vom Streckenbauer ausgewählt werden)
	SigAssiPassiv: Die Radiobuttons werden ausgegraut dargestellt. Ihr durch ~~das Formular~~ vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.		SigAssiPassiv: Die Radiobuttons werden ausgegraut dargestellt. Ihr durch "SigAssiVorbelegung" vorgegebener Zustand kann dadurch vom Streckenbauer nicht geändert werden.
	SigAssiTitel: Definiert die Überschrift über den Radiobuttons.		SigAssiTitel: Definiert die Überschrift über den Radiobuttons.
	SigAssiVorbelegung: Definiert, welcher Radiobutton vorausgewählt ist.		SigAssiVorbelegung: Definiert, welcher Radiobutton vorausgewählt ist. Die Zählung beginnt bei 1.
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>

AMeschede: Datei-Element ab der Hauptversion 3.1.3.0

2017-07-28T09:47:17Z

Datei-Element ab der Hauptversion 3.1.3.0

Änderungen zeigen

AMeschede: diverse Attribute dokumentiert

2016-09-12T18:16:27Z

diverse Attribute dokumentiert

Änderungen zeigen

AMeschede: Obergrenze für SignalFrames

2016-09-02T15:50:19Z

Obergrenze für SignalFrames

Änderungen zeigen

AMeschede: in Vorlagen nicht sinnvoll einsetzbare Bestandteile rausgenommen

2016-08-21T19:34:55Z

in Vorlagen nicht sinnvoll einsetzbare Bestandteile rausgenommen

← Nächstältere Version		Version vom 21. August 2016, 21:34 Uhr
Zeile 1:		Zeile 1:
	Hier entsteht eine XSD-Datei des Dateiformats signal.xml - work in progress!		Hier entsteht eine XSD-Datei des Dateiformats signal.xml - work in progress! Zweck dieser Datei ist vor allem die Validierung von Vorlagen im Signals-Verzeichnis. Einige formal zulässige, aber in Signalvorlagen nicht sinnvolle Elemente und Attribute sind deshalb in dieser Datei bewusst nicht definiert, damit sie bei toolgestützten Validierungen angemeckert werden.

	<source lang="xml">		<source lang="xml">
Zeile 83:		Zeile 83:
	<xs:element name="Signal">		<xs:element name="Signal">
	<xs:complexType>		<xs:complexType>
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Formal ebenfalls zulässig, in Signalvorlagen aber nicht sinnvoll sind folgende zusätzliche Attribute: BeideRichtungen, NameBetriebsstelle, Signalname, Stellwerk, ZufallsWert
			</xs:documentation>
			</xs:annotation>
	<xs:sequence>		<xs:sequence>
			<xs:annotation>
			<xs:documentation xml:lang="de">
			Formal ebenfalls zulässig, in Signalvorlagen aber nicht sinnvoll ist hier das Element KoppelSignal
			</xs:documentation>
			</xs:annotation>
	<xs:element minOccurs="0" ref="p"/>		<xs:element minOccurs="0" ref="p"/>
	<xs:element minOccurs="0" ref="phi"/>		<xs:element minOccurs="0" ref="phi"/>
	~~<xs:element minOccurs="0" ref="KoppelSignal"/>~~
	<xs:choice>		<xs:choice>
	<xs:element ref="SigAssiPosition"/>		<xs:element ref="SigAssiPosition"/>
Zeile 101:		Zeile 110:
	</xs:choice>		</xs:choice>
	</xs:sequence>		</xs:sequence>
	~~<xs:attribute name="BeideRichtungen" type="xs:integer"/>~~
	<xs:attribute name="BoundingR" type="xs:integer"/>		<xs:attribute name="BoundingR" type="xs:integer"/>
	<xs:attribute name="SigAssiErgaenzen" type="xs:integer"/>		<xs:attribute name="SigAssiErgaenzen" type="xs:integer"/>
Zeile 109:		Zeile 117:
	<xs:attribute name="SignalFlags" type="xs:integer"/>		<xs:attribute name="SignalFlags" type="xs:integer"/>
	<xs:attribute name="SignalTyp" type="xs:integer"/>		<xs:attribute name="SignalTyp" type="xs:integer"/>
	<xs:attribute name="~~NameBetriebsstelle~~" type="xs:~~string~~"/>		<xs:attribute name="Zwangshelligkeit" type="xs:float"/>
	~~<xs:attribute name="Stellwerk" type="xs:string"/>~~
	~~<xs:attribute name="Signalname" type="xs:string"/>~~
	~~</xs:complexType>~~
	~~</xs:element>~~
	~~<xs:element name="KoppelSignal">~~
	~~<xs:complexType>~~
	~~<xs:sequence>~~
	~~<xs:element minOccurs="0" ref="Datei"/>~~
	~~</xs:sequence~~>
	</xs:complexType>		</xs:complexType>
	</xs:element>		</xs:element>
Zeile 177:		Zeile 176:
	<xs:annotation>		<xs:annotation>
	<xs:documentation xml:lang="de">		<xs:documentation xml:lang="de">
	Formal sind ~~im SignalFrame-Element auch~~ folgende zusätzliche Attribute ~~zulässig~~: WeichenbaugruppeIndex, WeichenbaugruppeNr, WeichenbaugruppeBeschreibung, WeichenbaugruppePos0, WeichenbaugruppePos1. Diese sind in diesert xsd nicht definiert, weil sie in signal.xml nicht sinnvoll sind und ihr Vorkommen dort als Fehler anzusehen ist (entsteht, wenn eine signal.xml aus einer Weiche entwickelt wurde)		Formal ebenfalls zulässig, in Signalvorlagen aber nicht sinnvoll sind folgende zusätzliche Attribute: WeichenbaugruppeIndex, WeichenbaugruppeNr, WeichenbaugruppeBeschreibung, WeichenbaugruppePos0, WeichenbaugruppePos1. Diese sind in diesert xsd nicht definiert, weil sie in signal.xml nicht sinnvoll sind und ihr Vorkommen dort als Fehler anzusehen ist (entsteht, wenn eine signal.xml aus einer Weiche entwickelt wurde)
	</xs:documentation>		</xs:documentation>
	</xs:annotation>		</xs:annotation>