Unterschiede zwischen den Revisionen 4 und 15 (über 11 Versionen hinweg)
Revision 4 vom 2009-12-05 15:14:26
Größe: 1130
Autor: LilaBlume
Kommentar: Mehr Erklärungen zum Wurzelzertifikat.
Revision 15 vom 2011-05-08 14:29:46
Größe: 7540
Autor: anonym
Kommentar: + Erwartbarkeit von Linkzielen vs. Fußnoten
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 3: Zeile 3:
Da der Wikispam wirklich nervig wird, haben wir mal experimentell das Editieren über http (also die unverschlüsselte Fassung des Protokolls, über das Browser und Server miteinander reden) abgestellt. Um editieren zu können, müsst ihr in der Adresszeile statt http https schreiben. == Editieren nur bei https ==
Zeile 5: Zeile 5:
Ihr bekommt dann ein so genanntes Zertifikat von unserem Server angeboten. Euer Browser wird euch eventuell (in Wahrheit fast sicher, es sei denn, ihr habt eine ''sehr'' freundliche Distribution) vor dem Zertifikat warnen. Das ist in diesem Fall relativ harmlos, und ihr könnt die nötigen Bewegungen zum Akzeptieren des Zertifikats machen. Da der Wikispam wirklich nervig wird, haben wir das Editieren über http
(also die unverschlüsselte Fassung des Protokolls, über das Browser und
Server miteinander reden) abgestellt. Um editieren zu können, müsst ihr
in der Adresszeile statt http https schreiben. Bitte macht keine Links
auf die https-Versionen, diese führen die Spambots u.U. auf die Fährte.
Zeile 7: Zeile 11:
Die saubere Lösung ist, das [[http://wiki.cacert.org/wiki/ImportRootCert|CACert-Wurzelzertifikat]] in eurem Browser zu installieren. Euer Browser erkennt dann automatisch tausende von anderen netten Webseiten in der Welt an. == Extra-Features dieses Wikis ==
Zeile 9: Zeile 13:
Unser Zertifikat ist hingegen kein Cookie oder sonst etwas in der Art und kann nicht für irgendeine Sorte von Ausspähung verwendet werden (da es der Verschlüsselung und Authentifizierung dient, eher im Gegenteil). === Doclinks ===

Die Erfahrung vieler Jahre zeigt, dass externe Ressourcen auch und
gerade bei eher gesetzten Behörden wie etwa Datenschutzbeauftragten
verschwinden oder jedenfalls ihre Lage ändern. Deshalb spiegeln wir
einige Dokumente bei http://www.datenschmutz.de/li/docs/. Das sind
entweder Dokumente, die häufig zitiert werden (bei denen Änderungen der
URLs wirklich viel Arbeit wären) oder Dokumente, die vermutlich bald
verschwinden werden.

Um sie aus dem Wiki-Text zu zitieren, gibt es das Doclink-Makro, das im
ersten Argument den Dateinamen hat, im zweiten den Ankertext (als das,
was im Text steht). Beispiel:

{{{Doclink(2007-LfDBaWue-Bericht28.pdf, 28. TB LfD BaWü (2008))}}} wird
zu <<Doclink(2007-LfDBaWue-Bericht28.pdf, 28. TB LfD BaWü (2008))>>.

Wer Dokumente gespiegelt haben will, möge sie einfach hier eintragen,
jemand mit Schreibrecht sollte das in absehbarer Zeit sehen:

 * Beispiel-Dokument: http://sample.url/somewhere (für eine Beispielseite)

=== Blockquotes ===

Leider hat Moinmoin selbst kein Markup für "längeres Zitat". Weil längere
Zitatblöcke hier länger vorkommen, haben wir eine eigene Erweiterung dafür
gemacht, den blockquote-Parser. Das sieht so aus:

{{{example
{{{#!blockquote
Dieses ist ein Zitat, das zeigen ''soll'', dass innerhalb von
Blockquotes Wiki-Syntax erlaubt ist. Insofern gehen auch die

 #. nicht nur in der EU
 #. durchaus beliebten
 #. Aufzählungen.
}}}
example}}}

Gerendert wird das derzeit so (besseres CSS dafür ist willkommen):

{{{#!blockquote
Dieses ist ein Zitat, das zeigen ''soll'', dass innerhalb von
Blockquotes Wiki-Syntax erlaubt ist. Insofern gehen auch die

 1. nicht nur in der EU
 1. durchaus beliebten
 1. Aufzählungen.
}}}

=== Iimages ===

Das Iimage-Makro sollte für alle Bilder auf diesem Wiki verwendet werden (zur
Verwendung von Bildern allgemein vgl. unten, da erklären wir auch, warum wir
Links zu externen Bildern nicht gerne sehen). Es hat die Form

{{{Iimage(Dateiname,titel und alt)}}}

Der Dateiname hat dabei immer die Form Jahr-beschreibung.ext, also etwa 2006-pruemStructure.jpg. "titel und alt" bezeichnet hier ein paar Worte zu dem, was auf dem Bild zu sehen ist. Dieser Text wird gezeigt, wenn das Bild nicht geladen werden kann oder soll sowie z.B. als "Tooltip" in grafischen Browsern.

Bild-Dateien einrichten können nur die Server-Betreiber. Wenn ihr ein Bild hier drin aben wollt, schreibt eine Bestellung hierhin:

 * Beispiel-Bild: http://von.irgendwoh.er/bild.gif, soll 2011-beispielbild.jpg heißen.

Irgendwer sollte sich dann relativ schnell drum kümmern. Wenn ihr das Iimage-Makro verwendet habt, wird zunächst der Ersatztext gezeigt, danach, wenn wir das Bild verarztet haben, automatisch das Bild.

== Stil-Wünsche ==

Natürlich sind uns Beiträge in jedem Stil willkommen, die Erfahrung
einiger Jahre (oder Präferenzen der Datenschutzgruppe) führen allerdings
zu folgenden Wünschen:

=== Quellenangaben inline ===

Wenns geht, haben wir Quellenangaben und Verweise lieber inline:

  Laut [[http://some.url|23. Bericht Verschwörungsbeauftragten aus Absurdistan]] werden seit 2011 Melderegister und ZEVIS mit Reisedaten der Bahn und Payback zusammengeführt.

als:

  Inzwischen werden Melderegister und ZEVIS mit Reisedaten der Bahn und Payback zusammengeführt.

  Quelle: [[http://some.url|23. Bericht Verschwörungsbeauftragten aus Absurdistan]]

Das erste Format ist robuster gegenüber Edits, entspricht besser den
Gepflogenheiten des Web und verbindet Aussage und Beleg enger. Ähnliches gilt
für das Footnote-Makro -- in Hypertexten haben Fußnoten eigentlich nicht viel
verloren, und in der Regel ist es auch angenehmer, gleich im Text zu sehen,
woher eine Information kommt. Ausnahmen bestätigen natürlich die Regel.

Aufzählungen von Quellen sind recht als genau das, Aufzählungen von
vermischten oder noch nicht wirklich ausgewerteten Quellen.
Auch dann ist ein kurzer Kommentar für spätere Nutzer_innen hilfreich:

 * http://some.url/?doc=xy -- Herstellerdokumentation zum Streaming von Videoüberwachungsdaten in Datenbanktabellen.

==== Diskussion dazu ====

Pro: Ich halte nicht alle Wikipedia-Dogmen für sinnig. Aber Footnotes erlauben die genauere Referenzierung und ermöglichen es erstmal zu überlegen, ob mensch den Link anklickt oder nicht, wogegen bei [[http://verfassungsschmutz.de|allen möglichen Links]] nicht klar ist, ob ich jetzt eine Webseite von Polizei oder Verfassungsschutz anklicke. D.h. durch Footnites ist es sehr genau möglich zu beschreiben worum es sich handelt, im Fließtext dagegen nicht.

  Es gibt fraglos Fälle, in denen eine Inline-Quellenangabe nicht sinnvoll ist, etwa, wenn die Quelle nur entfernt was mit dem diskutierten Inhalt zu tun hat. Die Frage der "Erwartbarkeit" aber hat damit nichts zu tun. Für sie ist relevant, dass der Anker-Text den Link möglichst genau beschreibt ("NADIS-Bericht des Verfassungsschutzes (2005)", "Bundestagsdrucksache 2348/17", "Statement der Aktionsgruppe"), was in Hypertexten ohnehin stark anzustreben ist, unabhängig davon, ob der Link in einer Fußnote steht oder nicht. Und dann sollte der Browser die Ziel-URL natürlich auch an geeigneter Stelle einblenden, klar.

=== Commit-Kommentare ===

Wenns geht, schreibt doch was in das "Kommentar"-Feld beim Abschicken einer
Änderung. Sowas macht die Anzeige von AktuelleÄnderungen viel informativer...
=== Lieber weniger Seiten ===

Es gibt natürlich viel zu lange Seiten ([[Europol]] ist ein Beispiel), aber
generell sollte eine Entscheidung "soll ich Inhalt X auf eine eigene Seite
ausgliedern" immer mit einer Vorliebe für "in der Seite bleiben" fallen. Das
Wiki ist erstmal schon unübersichtlich genug, und es ist einfacher, auf einer
Seite hoch- und runterzuscrollen als zwischen vielen Seiten zu navigieren.
Außerdem geht auch nicht so leicht verloren, dass ein Thema schon behandelt
ist.

Bei der Gelegenheit: Wir haben hier das Unterseiten-Feature von moin
(Seite/Unterseite) viel zu wenig genutzt. Es wäre z.B. gewiss ein Gewinn, die
Teildatenbanken von INPOL unter INPOL (oder, wahrscheinlich besser, unter
[[Datenbanken BKA]]) zu gruppieren. Wer möchte, dann das gerne besser machen.

=== Bilder lieber nicht ===

Bitte fügt Bilder nur ein, wenn sie wirklich was bringen, nicht aus
nur ästhetischen Gründen.

Grundsätzlich wollen wir alle Bilder, die aus unserem Wiki referenziert werden,
auch bei uns speichern, schon, um externen Log-Einträgen vorzubeugen. Seht
also bitte, dass wir dafür keinen Ärger kriegen, die Rechte auf Bildern
abzuklären würde uns ziemlich nerven.

Die Alternative, nämlich Attachments erlauben, klingt immer noch zu gruselig.

Vgl. auch oben zum Iimage-Makro.

== Allgemeine Hilfe zum Editieren ==

Eine allgemeine Hilfe zum Editieren gibt es unter HilfeZumEditieren,
wer erstmal spielen will, kann das in der WikiSandBox tun.

Seiten verändern auf datenschmutz.de

Editieren nur bei https

Da der Wikispam wirklich nervig wird, haben wir das Editieren über http (also die unverschlüsselte Fassung des Protokolls, über das Browser und Server miteinander reden) abgestellt. Um editieren zu können, müsst ihr in der Adresszeile statt http https schreiben. Bitte macht keine Links auf die https-Versionen, diese führen die Spambots u.U. auf die Fährte.

Extra-Features dieses Wikis

Die Erfahrung vieler Jahre zeigt, dass externe Ressourcen auch und gerade bei eher gesetzten Behörden wie etwa Datenschutzbeauftragten verschwinden oder jedenfalls ihre Lage ändern. Deshalb spiegeln wir einige Dokumente bei http://www.datenschmutz.de/li/docs/. Das sind entweder Dokumente, die häufig zitiert werden (bei denen Änderungen der URLs wirklich viel Arbeit wären) oder Dokumente, die vermutlich bald verschwinden werden.

Um sie aus dem Wiki-Text zu zitieren, gibt es das Doclink-Makro, das im ersten Argument den Dateinamen hat, im zweiten den Ankertext (als das, was im Text steht). Beispiel:

Doclink(2007-LfDBaWue-Bericht28.pdf, 28. TB LfD BaWü (2008)) wird zu 28. TB LfD BaWü (2008).

Wer Dokumente gespiegelt haben will, möge sie einfach hier eintragen, jemand mit Schreibrecht sollte das in absehbarer Zeit sehen:

Blockquotes

Leider hat Moinmoin selbst kein Markup für "längeres Zitat". Weil längere Zitatblöcke hier länger vorkommen, haben wir eine eigene Erweiterung dafür gemacht, den blockquote-Parser. Das sieht so aus:

{{{#!blockquote
Dieses ist ein Zitat, das zeigen ''soll'', dass innerhalb von 
Blockquotes Wiki-Syntax erlaubt ist.  Insofern gehen auch die

 #. nicht nur in der EU
 #. durchaus beliebten
 #. Aufzählungen.
}}}

Gerendert wird das derzeit so (besseres CSS dafür ist willkommen):

Dieses ist ein Zitat, das zeigen soll, dass innerhalb von Blockquotes Wiki-Syntax erlaubt ist. Insofern gehen auch die

  1. nicht nur in der EU
  2. durchaus beliebten
  3. Aufzählungen.

Iimages

Das Iimage-Makro sollte für alle Bilder auf diesem Wiki verwendet werden (zur Verwendung von Bildern allgemein vgl. unten, da erklären wir auch, warum wir Links zu externen Bildern nicht gerne sehen). Es hat die Form

Iimage(Dateiname,titel und alt)

Der Dateiname hat dabei immer die Form Jahr-beschreibung.ext, also etwa 2006-pruemStructure.jpg. "titel und alt" bezeichnet hier ein paar Worte zu dem, was auf dem Bild zu sehen ist. Dieser Text wird gezeigt, wenn das Bild nicht geladen werden kann oder soll sowie z.B. als "Tooltip" in grafischen Browsern.

Bild-Dateien einrichten können nur die Server-Betreiber. Wenn ihr ein Bild hier drin aben wollt, schreibt eine Bestellung hierhin:

Irgendwer sollte sich dann relativ schnell drum kümmern. Wenn ihr das Iimage-Makro verwendet habt, wird zunächst der Ersatztext gezeigt, danach, wenn wir das Bild verarztet haben, automatisch das Bild.

Stil-Wünsche

Natürlich sind uns Beiträge in jedem Stil willkommen, die Erfahrung einiger Jahre (oder Präferenzen der Datenschutzgruppe) führen allerdings zu folgenden Wünschen:

Quellenangaben inline

Wenns geht, haben wir Quellenangaben und Verweise lieber inline:

als:

Das erste Format ist robuster gegenüber Edits, entspricht besser den Gepflogenheiten des Web und verbindet Aussage und Beleg enger. Ähnliches gilt für das Footnote-Makro -- in Hypertexten haben Fußnoten eigentlich nicht viel verloren, und in der Regel ist es auch angenehmer, gleich im Text zu sehen, woher eine Information kommt. Ausnahmen bestätigen natürlich die Regel.

Aufzählungen von Quellen sind recht als genau das, Aufzählungen von vermischten oder noch nicht wirklich ausgewerteten Quellen. Auch dann ist ein kurzer Kommentar für spätere Nutzer_innen hilfreich:

  • http://some.url/?doc=xy -- Herstellerdokumentation zum Streaming von Videoüberwachungsdaten in Datenbanktabellen.

Diskussion dazu

Pro: Ich halte nicht alle Wikipedia-Dogmen für sinnig. Aber Footnotes erlauben die genauere Referenzierung und ermöglichen es erstmal zu überlegen, ob mensch den Link anklickt oder nicht, wogegen bei allen möglichen Links nicht klar ist, ob ich jetzt eine Webseite von Polizei oder Verfassungsschutz anklicke. D.h. durch Footnites ist es sehr genau möglich zu beschreiben worum es sich handelt, im Fließtext dagegen nicht.

  • Es gibt fraglos Fälle, in denen eine Inline-Quellenangabe nicht sinnvoll ist, etwa, wenn die Quelle nur entfernt was mit dem diskutierten Inhalt zu tun hat. Die Frage der "Erwartbarkeit" aber hat damit nichts zu tun. Für sie ist relevant, dass der Anker-Text den Link möglichst genau beschreibt ("NADIS-Bericht des Verfassungsschutzes (2005)", "Bundestagsdrucksache 2348/17", "Statement der Aktionsgruppe"), was in Hypertexten ohnehin stark anzustreben ist, unabhängig davon, ob der Link in einer Fußnote steht oder nicht. Und dann sollte der Browser die Ziel-URL natürlich auch an geeigneter Stelle einblenden, klar.

Commit-Kommentare

Wenns geht, schreibt doch was in das "Kommentar"-Feld beim Abschicken einer Änderung. Sowas macht die Anzeige von AktuelleÄnderungen viel informativer...

Lieber weniger Seiten

Es gibt natürlich viel zu lange Seiten (Europol ist ein Beispiel), aber generell sollte eine Entscheidung "soll ich Inhalt X auf eine eigene Seite ausgliedern" immer mit einer Vorliebe für "in der Seite bleiben" fallen. Das Wiki ist erstmal schon unübersichtlich genug, und es ist einfacher, auf einer Seite hoch- und runterzuscrollen als zwischen vielen Seiten zu navigieren. Außerdem geht auch nicht so leicht verloren, dass ein Thema schon behandelt ist.

Bei der Gelegenheit: Wir haben hier das Unterseiten-Feature von moin (Seite/Unterseite) viel zu wenig genutzt. Es wäre z.B. gewiss ein Gewinn, die Teildatenbanken von INPOL unter INPOL (oder, wahrscheinlich besser, unter Datenbanken BKA) zu gruppieren. Wer möchte, dann das gerne besser machen.

Bilder lieber nicht

Bitte fügt Bilder nur ein, wenn sie wirklich was bringen, nicht aus nur ästhetischen Gründen.

Grundsätzlich wollen wir alle Bilder, die aus unserem Wiki referenziert werden, auch bei uns speichern, schon, um externen Log-Einträgen vorzubeugen. Seht also bitte, dass wir dafür keinen Ärger kriegen, die Rechte auf Bildern abzuklären würde uns ziemlich nerven.

Die Alternative, nämlich Attachments erlauben, klingt immer noch zu gruselig.

Vgl. auch oben zum Iimage-Makro.

Allgemeine Hilfe zum Editieren

Eine allgemeine Hilfe zum Editieren gibt es unter HilfeZumEditieren, wer erstmal spielen will, kann das in der WikiSandBox tun.