KRL-Wiki

Hallo!

Ich habe so den Eindruck, das es noch mehr leuten so geht wie mir, das sie nicht an Dokumentationen aller Befehle ran kommen, Befehle nicht - oder nur schwer - in der Doku finden und des öfteren mehr Informationen brauchen als in der Doku enthalten sind. Dieses Forum funktioniert da ja wahnsinnig gut, nur leider nur auf Anfrage. Schön wäre deswegen ne Befehlsreferenz in Datenbankform.
Ich habe ein bisschen Web-Space zur Verfügung, auf dem sich ein Wiki-System installieren liesse (Ich denke jeder kennt http://www.wikipedia.de) , bei dem es dann eben um KRL ginge. So liesse sich das Wissen, das Hotlines, Schulungen, Rumprobieren und so weiter erzeugen bündeln und bequemer abrufen als mit den 1000 PDF-Dokus.
Wenn ich allerdings der Einzige bin, der das für ne spannende Idee hält, werde ich mir die Mühe nicht machen...
Also, lasst mal wissen, was ihr davon haltet!

Kai

Ich hab mir eben mal die Statistiken hier im Forum angesehen. Da nur gut 20 Mitglieder mehr als 20 Beiträge geschrieben haben, ist ein Wiki wahrscheinlich eher zum Scheitern verurteilt. BZW man könnte das mit denen die es echt interessiert hinter nem Passwortschutz oder so aufbauen, dann stört es zum einen Kuka hoffentlich nicht und zum anderen liessen sich dann auch direkt Auszüge aus der Doku nehmen. Mal sehen, ob diese Umfrage noch resonanz bringt...

Zitat von kai_n

Ich hab mir eben mal die Statistiken hier im Forum angesehen. Da nur gut 20 Mitglieder mehr als 20 Beiträge geschrieben haben, ist ein Wiki wahrscheinlich eher zum Scheitern verurteilt. BZW man könnte das mit denen die es echt interessiert hinter nem Passwortschutz oder so aufbauen, dann stört es zum einen Kuka hoffentlich nicht und zum anderen liessen sich dann auch direkt Auszüge aus der Doku nehmen. Mal sehen, ob diese Umfrage noch resonanz bringt...

Aber der Einwand mit der Erlaubnis ist gut. Obwohl ja auch "Markt und Technik" Jahrelang so ne Art Handbücher für Raubkopierer raus gebracht hat, ohne Ärger zu bekommen...

Ich habe nur eine Datenbank zur verfügung, ich muss noch klären, ob man dann verschiedene WIKIS installieren kann, ansonsten hab ich nix gegen. Ich werd am WE mal sehen, was es für Möglichkeiten gibt, schliesslich müsste auch der Aufbau von Anfang an sinnvoll gewählt werden.

Ich fänd es zu viel ganze Programme rein zu stellen, die Lösung von einzelproblemen wie sie auch hier besprochen werden, könnte man gut unter passende Stichworte sortieren. Sowas wie ein globaler, gut sortierter Notitz-Zettel, auf dem auch andere Schreiben.
So benutze ich die grosse Wikipedia ja auch.

OK, hätte mir zwar ein wenig mehr Feedback gewünscht, aber die, die abgestimmt haben waren ja total positiv. Gerade jetzt stecke ich in den letzten vier Wochen meiner Diplomarbeit, aber ab Mitte Januar habe ich Zeit mich richtig drum zu kümern.
Übrigens:

Zitat

Is it possible to install more than one wiki (MediaWiki) on a server? How?

Yes, MediaWiki can be installed multiple times in different directories using either the same database with a different set of table prefixes (configurable upon install) or using different databases altogether.

Also lässt sich - anscheinend - über die eine Datenbank, die ich zur Verfügung habe, auch ein zweites, drittes ... .... Wiki einbauen. Wenn ich da was erreicht habe, werde ich auch in den anderen Foren bescheid geben, so dass es auch ein ABB-Wiki etc geben könnte. Da ich selbst aber bis lang nur mit KUKA gearbeitet habe, wird da von mir wohl kaum nen Beitag kommen...

Ich denke darüber nach, das ganze mit passwörtern ab zu sichern, nicht um irgendwen aus zu sperren, sondern weil ich glaube, das das ganze Urheberrecht in nem nicht öffentlichen Bereich des Internet leichter einzuhalten ist. Sagt doch da auch was zu...

Ach ja, an ROBODOC: Ich hab natürlich nichts dagegen, wenn jemand auch konmplette source-codes ins wiki stellen würde, ich könnte aber auch verstehen (bzw: mir geht das irgendwie so) wenn das nicht jeder so konsequent mit macht. Ich glaube auch, das die bandbreite der zu lösenden Probleme zu gross ist, als das da was wirklich hilfreiches bei raus kommt.
Vielleicht macht es mehr sinn ne Art Verzeichnis schon erstellter Programme ein zu bauen, über das man direkt mit Programmierern, die schon was ähnliches gemacht haben, Kontakt aufnehmen kann.

Erst mal vielen Dank an Wener für das Einrichten des Wiki (ich hätte das erst ende Januar, nach dem Diplomstress hin bekommen)

Ich denke es wäre gar nicht blöd, uns mal auf nen Aufbau der Artikel zu einigen, damit man sich leichter zurecht findet.
Mal ne kleine Sammlung:
Befehle (Parameter [incl declaration], Wertebereich, Erklärung, Beispiel)
Systemvariablen (declaration, Ort im Filesystem, Wertebereich, Erklärung, Beispiel)
Hardware (Typbezeichnung, Art des Anschlusses, Parameter...)

Sonst noch was?
Die Frage geht eher an Werner, glaub ich: Wie unterscheiden wir im Wiki zwischen ABB, Kuka, etc? Macht es da Sinn mehrere Wikis zu haben, die über ne startpage verlinkt sind?

Leider habe ich auch nicht wirklich viel erfahrung mit der Erstellung von Wiki artikeln. Habe eben mal nen Artikel über ENUM verfasst, um mal den Aufbau nen bisschen zu testen. Hab das nur aus dem Kopf verfasst, schlage ENUM nachher noch nach, damit da kein mist drin steht...

Das Inhaltsverzeichnis hat das Wiki selbst ertellt. Die Kästen um das Beispiel (das ist unformatierter text) erhält man, wenn man die Zeilen mit zwei Leerzeichen beginnt. Absätze gibt es nach zwei mal Enter (ne Leerzeile wird nen Zeilenumbruch).
Ist dieser Aufbau für Befehle OK? Was denkt ihr?
Wie soll das bei Systemvariablen aussehen?
Wir sollten ja nun auch Fehlermeldungen Berücksichtigen, wie soll da der Aufbau sein?

Naja, es ist halt wie immer: Es gibt Dinge, die die Anlauf-Phase nicht überstehen. Ich glaube das Ding hatte nie mehr als 20 Artikel.
Schade drum. Vielleicht wäre ein zweiter Versuch aber gar nicht so schlecht?