SRCP-Erweiterungen - Versionsgeschichte

Guido Scholz: Formatierung justiert

2016-01-30T18:55:45Z

Formatierung justiert

Guido Scholz: Formulierung eingedeutscht

2016-01-30T18:50:17Z

Formulierung eingedeutscht

Guido Scholz: Aussage unverbindlich (Entwurf) umformuliert

2016-01-30T18:45:19Z

Aussage unverbindlich (Entwurf) umformuliert

Sven Schlender: /* SRCP-Stammtisch */

2010-02-18T13:34:20Z

‎SRCP-Stammtisch

Sven Schlender: /* Formalisierte Beschreibung mittels XML */

2009-10-10T15:38:13Z

‎Formalisierte Beschreibung mittels XML

Sven Schlender: /* Formalisierte Beschreibung mittels XML */ Links und Bild hinzugefügt.

2009-10-10T15:37:17Z

‎Formalisierte Beschreibung mittels XML: Links und Bild hinzugefügt.

Sven Schlender: /* Erweiterung des bisherigen Befehlsvorrats */ Schema-Abbildung hinzugefügt.

2009-10-10T15:22:45Z

‎Erweiterung des bisherigen Befehlsvorrats: Schema-Abbildung hinzugefügt.

Sven Schlender: /* Das initiale Posting */

2009-08-28T08:46:44Z

‎Das initiale Posting

Michael Oppenauer: /* Erweiterung des bisherigen Befehlsvorrats */ Attribute für rekursive Aufrufe hinzugefügt

2009-02-24T13:06:38Z

‎Erweiterung des bisherigen Befehlsvorrats: Attribute für rekursive Aufrufe hinzugefügt

Michael Oppenauer: /* Abfrage der CRCF-Daten via Generic Messages */ actor_id

2009-02-09T17:22:02Z

‎Abfrage der CRCF-Daten via Generic Messages: actor_id

@@ Zeile 550: / Zeile 550: @@
 ;'''CRCF-Broadcast'''
-::Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.
+:Eine von einem SRCP-Client in Form von "SET 0 GM <AntwortID> 0 CRCF CONFGET <messagetext>" initiierte Rundrufnachricht, die der SRCP-Server über den INFO-Kanal an alle angeschlossenen SRCP-Clients weiterleitet.
 ;'''CRCF-Client'''
-::Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.
+:Ein Client mit lokalen CRCF-Daten bzw. lokaler CRCF-Datenbank.
 [[Kategorie:SRCP]]

@@ Zeile 310: / Zeile 310: @@
 [[bild:CRCF_XSD.jpg]]
-Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.
+Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solche Datei als Datenbank verwalten. Dynamische Daten können direkt in die CRCF-XML Datei eingepflegt werden.
 Hier können [http://www.mobacon.de/crcf/CRCF.xsd CRCF Schema-Datei] und eine [http://www.mobacon.de/crcf/Example.xml CRCF Beispiel-Datei] heruntergeladen werden.

@@ Zeile 168: / Zeile 168: @@
 ;<actor_id>
-:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es handelt sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122].
+:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es könnte sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122] oder auch eine beliebige positive Ganzzahl handeln.
 :Wie sieht es mit einer ID für Broadcasts aus? Es würde sich 00000000-0000-0000-00000000000 anbieten, aber vielleicht gibt es da bessere Alternativen.

@@ Zeile 38: / Zeile 38: @@
 |-
 |  Sven Schlender
-|  Karlsruhe
+|  Leipzig
 |-

@@ Zeile 310: / Zeile 310: @@
 [[bild:CRCF_XSD.jpg]]
-Aus diesem Dokument kann dann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.
+Aus diesem Dokument kann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.
 Hier können [http://www.mobacon.de/crcf/CRCF.xsd CRCF Schema-Datei] und eine [http://www.mobacon.de/crcf/Example.xml CRCF Beispiel-Datei] heruntergeladen werden.

@@ Zeile 306: / Zeile 306: @@
 ====Formalisierte Beschreibung mittels XML====
-Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben. Aus diesem Dokument kann dann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.
+Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben (siehe Abbildung).
-Hier können CRCF Schema-Datei und eine CRCF Beispiel-Datei heruntergeladen werden.
+[[bild:CRCF_XSD.jpg]]
 ; Designentscheidungen:

← Nächstältere Version		Version vom 10. Oktober 2009, 15:22 Uhr
Zeile 304:		Zeile 304:

	(TODO: weitere ergänzen)		(TODO: weitere ergänzen)
		+
		+	====Formalisierte Beschreibung mittels XML====
		+	Der aufgespannte CRCF-Namensraum wird durch ein XML Schema beschrieben. Aus diesem Dokument kann dann eine CRCF-konforme XML-Datei erstellt werden. Ein CRCF-Server (zentralisiert über SRCP oder standalone) kann eine solches File als Datenbank verwalten. Dynamische Daten können direkt in das CRCF-XML File eingepflegt werden.
		+
		+	Hier können CRCF Schema-Datei und eine CRCF Beispiel-Datei heruntergeladen werden.
		+
		+	; Designentscheidungen:
		+	# Die beschriebenen Daten entsprechen dem Ergebnis einer fertig installierten Anlage.
		+	# Es wurde eine 1:1 Abbildung von Lok zu Decoder vorgenommen. Als weitere Schritt könnten die Decoderdaten vollkommen in den Lokdaten aufgehen. Über diese Abbildung besteht jedoch auf jeden Fall noch Diskussionsbedarf.
		+	# Auf die Referenzierung des Elternelements mittels ID-Referenzierung wurde verzichtet, da darauf mit XML-Mitteln einfach zugegriffen werden kann.
		+	# Es wurde als weiteres Element eine (SRCP-)Serverdatenbank aufgenommen. Hierbei fehlt aber noch die Möglichkeit eine lokale Steuerung durch den CRCF-Server abzubilden (Vorschläge?!).
		+	# Die Lokfunktionen werden im Modell als direkte Kindelemente der Lok wahrgenommen und nicht als Kinder des Decoders. Die Abbildung entspricht eher der menschlichen Wahrnehmung (Lok = {Geschwindigkeit, Fahrtrichtung, Menge an Funktionen}). Auch hier gibt es vermutlich Diskussionsbedarf.

	==SRCP-Erweiterungen==		==SRCP-Erweiterungen==

@@ Zeile 1: / Zeile 1: @@
-==Das initiale Posting==
+==Zielsetzung dieser Seite==
 Dieses Dokument soll eine Zusammenfassung der Diskussion „SRCP-Erweiterungen“ (erster Eintrag war am 27.12.2006) darlegen.
@@ Zeile 21: / Zeile 21: @@
 Gruß, Sven.
-Es gab eine rege Beteiligung an der Diskussion, beide Ideen wurden darin ausführlich diskutiert.
 ==SRCP-Stammtisch==

@@ Zeile 261: / Zeile 261: @@
 ::Identifikationsnummer (ID) - UUID - statisch
 ::Name (NAME) - alphanumerisch - statisch
 ::unterstützte Protokolle (PROTOCOL) - LISTE - statisch
@@ Zeile 267: / Zeile 268: @@
 ::Identifikationsnummer (ID) - UUID - statisch
 ::Format des Protokolls (NAME) - alphanumerisch - statisch
 ::Adresse (ADRESS) - numerisch - dynamisch
 ::Bus (BUS) - numerisch - dynamisch
@@ Zeile 278: / Zeile 280: @@
 ::Identifikationsnummer (ID) - UUID - statisch
 ::Beschreibung (NAME) - alphanumerisch - statisch
 ::Nummer der Funktion (NUMBER) - numerisch - statisch
 ::Auslöseart (MODE) - numerisch - statisch

@@ Zeile 163: / Zeile 163: @@
 ;<actor_id>
-:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es handelt sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122]. Die Frage ist, ob diese URL-kodiert werden soll oder nicht. Aus Gründen der Einheitlichkeit wäre dieses zu bevorzugen.
+:Identifikationsnummer, die zur eindeutigen Adressierung des Akteurs dient. Es handelt sich dabei um eine [http://en.wikipedia.org/wiki/UUID UUID] gemäß [http://tools.ietf.org/rfc/rfc4122.txt RFC4122].
 ;<method>