Wir empfehlen:


DadAWeb:Strukturierung: Unterschied zwischen den Versionen

Aus DadAWeb
Wechseln zu: Navigation, Suche
(Begriffsklärung)
(Subpages / Unterseiten)
 
(10 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 2: Zeile 2:
 
regelmäßig abgeglichen wird. '''Aktueller Stand: 13.05.2007''' --[[Benutzer:WikiSysop|Jochen S]] 10:33, 13. Mai 2007 (CEST)
 
regelmäßig abgeglichen wird. '''Aktueller Stand: 13.05.2007''' --[[Benutzer:WikiSysop|Jochen S]] 10:33, 13. Mai 2007 (CEST)
  
:'''Kommentar -- [[Benutzer:Günter H]] 09:16, 18. Mai 2007 (CEST):''' Es ist sehr aufwendig, die beiden Portale immer auf gleichem Stand zu halten. '''Vorschlag:''' Wir sollten die Tests grundsätzlich im DadAWeb machen (so ist das Weiterarbeiten mit den Ergebnissen einfacher) und nur die Massenimporte im Testportal vornehmen.
+
'''Strukturierung der Contents auf dem DadAWeb'''
 +
=Tag Cloud=
 +
Dafür gibt's eine Extra-Extension.
 +
* [http://www.orangedino.org/index.php?name=News&file=article&sid=1 Info]
 +
* [http://orangedino.org/demo/index.php?title=Tag_cloud_demo Demo]
 +
 
 +
=Subpages / Unterseiten=
 +
 
 +
Wird bei Lemmata benötigt, bei denen es Artikel von mehr als einem Autor gibt (wie z.B. bei [[Otto Gross]]).
 +
 
 +
'''Deutsche Anleitung''', siehe:
 +
* http://de.wikipedia.org/wiki/Hilfe:Unterseiten
 +
* http://wiki.zum.de/Hilfe:Unterseiten
 +
 
 +
==Beschreibung im Mediawiki-Manual==
 +
MediaWiki has a subpage feature, although activation depends on project and namespace. If activated, the following applies (if not, "A/b" is just a page with that name).
 +
 
 +
A [[w:en:tree structure|tree structure]] of pages is established by using forward slashes in pagenames: A/b is a child of A, hence A is a parent of A/b; also A/b/c is a child of A/b; A/a, A/b, and A/c are siblings.
 +
 +
At the top of the subpage body links to all ancestor pages are shown automatically, without any corresponding wikitext. The links show up even if the parent page does not exist, but the sequence of ancestors stops before any non-existing ancestor page (e.g., if the grandparent page does not exist, the parent page is not shown either). Like most letters of a page name, the first letter after the slash is case-sensitive; "/subpage" and "/Subpage" are different pages.
 +
 
 +
[[Help:What links here|What links here]] and [[Help:Related changes|Related changes]] ignore these automatic links.
 +
 
 +
In the namespace where subpage feature is activated, any slash in a page name causes a subpage structure. This may cause unintended subpage creation.
 +
 
 +
===Variables===
 +
On page A:B/c/d, where A is a namespace with the subpage feature enabled, <nowiki>{{BASEPAGENAME}}</nowiki> gives B/c and <nowiki>{{SUBPAGENAME}}</nowiki> gives d
  
:: '''Kommentar --[[Benutzer:WikiSysop|Jochen S]] 10:51, 18. Mai 2007 (CEST):''' Das halte ich für keine gute Idee, denn Tests, die dermaßen gravierend in die Systemebene eingreifen, wie das jetzt bei den Tests mit den Namensräumen der Fall ist, macht man nicht auf dem Liveportal. Erst wenn die Tests gezeigt haben, dass das System weiter stabil läuft, können wir sie für das Liveportal übernehmen.  
+
=== Relative links ===
 +
Inside a subpage hierarchy the following relative links can be used:
 +
* <nowiki>[[../]]</nowiki> links to the parent of the current subpage, e.g., on A/b it links to A, on A/b/c it links to A/b.
 +
* <nowiki>[[../../]]</nowiki> links to the grandparent of the current subpage, e.g., on  A/b/c it links to A.
 +
* <nowiki>[[../s]]</nowiki> links to a sibling of the current subpage, e.g., on A/b, it links to A/s.
 +
* <nowiki>[[../../s]]</nowiki> links to an "uncle" of the current subpage, e.g., on A/b/c, it links to A/s.
 +
*<nowiki>[[/s]]</nowiki> links to a subpage, e.g. on A it is the same as <nowiki>[[A/s]]</nowiki>. Because of this, linking from a namespace where the subpage feature is enabled to a page in the main namespace with a name starting with "/", requires a workaround: put a colon before the pagename.
  
'''Strukturierung der Contents auf dem DadAWeb'''
+
Linking to an anchor of an ancestor does not work; attempting that gives a link to a page with the name consisting of the name of the ancestor followed by "/".
 +
 
 +
Relative links still work if all pages of a tree are renamed according a name change of the root, including making it a child of a new root.
 +
 
 +
See also [[w:Wikipedia:Subpages]], and the example pages [[m:Link/a/b]] and [[m:Help:Link/a/b]]. The subpage feature works in both namespaces.
 +
 
 +
=== Subpage activation ===
 +
Wikipedia has this feature activated in all talk namespaces and the user and project namespace. The Meta-Wiki also has it in the main namespace. The default is set in [[mw:Help:Configuration settings|DefaultSettings.php]][http://cvs.sourceforge.net/viewcvs.py/wikipedia/phpwiki/newcodebase/DefaultSettings.php?rev=1.21&view=markup]. As of revision 1.21, the following namespaces have it activated by default: Special, Main talk, User and User_talk, Meta_talk, and Image_talk. Settings per project are changed in [[LocalSettings.php]][http://cvs.sourceforge.net/viewcvs.py/wikipedia/phpwiki/newcodebase/LocalSettings.php?rev=1.25&view=markup].
 +
 
 +
Quelle: [http://meta.wikimedia.org/wiki/Help:Link#Subpage_feature Mediawiki-Manual]
 +
 
 +
Siehe auch:
 +
* http://www.mediawiki.org/wiki/Help:Subpages
 +
* http://www.mediawiki.org/wiki/Manual:%24wgNamespacesWithSubpages
 +
 
 +
=== User space ===
 +
Subpages of a user page (<code><nowiki>[[User:Username/Subpage]]</nowiki></code>) are considered to be in that user's "user space". Rules are often relaxed in a user's own subpages, whereas they are typically tightened for a user editing another user's subpages.
  
 
=Navigationsleiste anpassen=
 
=Navigationsleiste anpassen=
Zeile 276: Zeile 324:
 
http://www.dadaweb.de/index.php?title=Kategorie:DadA-Dokumentation_Periodika
 
http://www.dadaweb.de/index.php?title=Kategorie:DadA-Dokumentation_Periodika
  
'''Recherchetests'''
+
'''Recherchetests:'''
  
 
Anspruch an Recherche: Bei Suche nach "direkte aktion" als Artikel sollen alle Einträge mit Beginn Direkte Aktion (wie oben aufgeführt) erscheinen.
 
Anspruch an Recherche: Bei Suche nach "direkte aktion" als Artikel sollen alle Einträge mit Beginn Direkte Aktion (wie oben aufgeführt) erscheinen.
Zeile 300: Zeile 348:
 
   8. Pressedokumentation:Direkte Aktion (Frankfurt a.M., 1971) (2590 Byte)
 
   8. Pressedokumentation:Direkte Aktion (Frankfurt a.M., 1971) (2590 Byte)
  
 +
Es fehlt also: [[Pressedokumentation:Direkte Aktion (Gummersbach, 1988)|Direkte Aktion (Gummersbach, 1988)]] (Redirect auf [[Pressedokumentation:Dogrudan Eylem (Gummersbach, 1988)|Dogrudan Eylem (Gummersbach, 1988)]])
 +
 +
Die Einbeziehung dieses Artikels in das Rechercheergebnis wäre aus meiner Sicht nur möglich durch eine Seite Begriffsklärung mit dem Titel "Direkte Aktion" auf der manuell alle Links aufgeführt werden.
  
 +
:'''Kommentar -- [[Benutzer:Günter H]] 11:18, 18. Mai 2007 (CEST):''' Es muss also entschieden werden, wie wir grundsätzlich verfahren: 1. Artikel mit gleichen Titeln erhalten immer Zusätze, so dass bei Recherche des reinen Titels die Varianten zur Auswahl angezeigt werden. Auf die Anzeige von Redirects muss dabei verzichtet werden. Oder 2. Wie oben, aber es wird eine Seite Begriffsklärung erstellt, die bei der Recherche des reinen Titels erscheint und alle Verweise enthält.
  
 
----
 
----

Aktuelle Version vom 15. Oktober 2007, 19:21 Uhr

ACHTUNG: Darauf achten, dass diese Fassung mit dem Original auf dem DadATest-Portal regelmäßig abgeglichen wird. Aktueller Stand: 13.05.2007 --Jochen S 10:33, 13. Mai 2007 (CEST)

Strukturierung der Contents auf dem DadAWeb

Tag Cloud

Dafür gibt's eine Extra-Extension.

Subpages / Unterseiten

Wird bei Lemmata benötigt, bei denen es Artikel von mehr als einem Autor gibt (wie z.B. bei Otto Gross).

Deutsche Anleitung, siehe: 
* http://de.wikipedia.org/wiki/Hilfe:Unterseiten
* http://wiki.zum.de/Hilfe:Unterseiten

Beschreibung im Mediawiki-Manual

MediaWiki has a subpage feature, although activation depends on project and namespace. If activated, the following applies (if not, "A/b" is just a page with that name).

A tree structure of pages is established by using forward slashes in pagenames: A/b is a child of A, hence A is a parent of A/b; also A/b/c is a child of A/b; A/a, A/b, and A/c are siblings.

At the top of the subpage body links to all ancestor pages are shown automatically, without any corresponding wikitext. The links show up even if the parent page does not exist, but the sequence of ancestors stops before any non-existing ancestor page (e.g., if the grandparent page does not exist, the parent page is not shown either). Like most letters of a page name, the first letter after the slash is case-sensitive; "/subpage" and "/Subpage" are different pages.

What links here and Related changes ignore these automatic links.

In the namespace where subpage feature is activated, any slash in a page name causes a subpage structure. This may cause unintended subpage creation.

Variables

On page A:B/c/d, where A is a namespace with the subpage feature enabled, {{BASEPAGENAME}} gives B/c and {{SUBPAGENAME}} gives d

Relative links

Inside a subpage hierarchy the following relative links can be used:

  • [[../]] links to the parent of the current subpage, e.g., on A/b it links to A, on A/b/c it links to A/b.
  • [[../../]] links to the grandparent of the current subpage, e.g., on A/b/c it links to A.
  • [[../s]] links to a sibling of the current subpage, e.g., on A/b, it links to A/s.
  • [[../../s]] links to an "uncle" of the current subpage, e.g., on A/b/c, it links to A/s.
  • [[/s]] links to a subpage, e.g. on A it is the same as [[A/s]]. Because of this, linking from a namespace where the subpage feature is enabled to a page in the main namespace with a name starting with "/", requires a workaround: put a colon before the pagename.

Linking to an anchor of an ancestor does not work; attempting that gives a link to a page with the name consisting of the name of the ancestor followed by "/".

Relative links still work if all pages of a tree are renamed according a name change of the root, including making it a child of a new root.

See also w:Wikipedia:Subpages, and the example pages m:Link/a/b and m:Help:Link/a/b. The subpage feature works in both namespaces.

Subpage activation

Wikipedia has this feature activated in all talk namespaces and the user and project namespace. The Meta-Wiki also has it in the main namespace. The default is set in DefaultSettings.php[1]. As of revision 1.21, the following namespaces have it activated by default: Special, Main talk, User and User_talk, Meta_talk, and Image_talk. Settings per project are changed in LocalSettings.php[2].

Quelle: Mediawiki-Manual

Siehe auch:

User space

Subpages of a user page ([[User:Username/Subpage]]) are considered to be in that user's "user space". Rules are often relaxed in a user's own subpages, whereas they are typically tightened for a user editing another user's subpages.

Navigationsleiste anpassen

Ist auf Adminebene möglich, siehe: http://apfelwiki.de/wiki/Main/MediaWikiInstallieren#toc10. Gewünscht für den Direktlink zu den Portalseiten:

  • DadA-Dokumentationen
  • Digitale Bibliothek
  • Lexikon der Anarchie

--Jochen S 12:00, 9. Dez 2006 (CET)

DadAWeb-Contentstrukturen

Kategorien

Günter hat für die Gelbe Seiten Periodika Kategorien eingeführt und schreibt: "Ich denke, die Kategorien sind sehr nützlich. Damit können auch Hierarchien aufgebaut und die Artikel mehrfach zugeordnet werden. Sicher auch interessant für das Lexikon.

DadAWeb Kategorien

Entwurf einer Struktur der DadAWeb Kategorien

Tipps & Infos

Namensräume

Außerdem bietet es sich an, eigene Namensräume anzulegen (kann nur über Eingriff in LocalSettings.php erfolgen). Dann wären gleiche Namen in unterschiedlichen Namensräumen möglich und die Recherche kann auf Namensräume beschränkt werden.

Beschreibungen zur Einrichtung und Nutzung von Namensräumen

Nochmal gründlich die folgenden Konfigurationshinweise im offiziellen MediaWiki-Manual anschauen:


Die 1. Lösung (06.05.2007)

In LocalSettings nach dem Info im MediaWiki-Manual den folgenden Code eingefügt:

$wgRedirectScript   = "$wgScriptPath/redirect.php";
## Extra Namespaces definieren
$wgExtraNamespaces[100] = "Lexikon_der_Anarchie";
$wgExtraNamespaces[101] = "Lexikon_der_Anarchie_Diskussion"; 
$wgExtraNamespaces[110] = "Pressedokumentation";
$wgExtraNamespaces[111] = "Pressedokumentation_Diskussion"; 
$wgExtraNamespaces[120] = "Literaturdokumentation";
$wgExtraNamespaces[121] = "Literaturdokumentation_Diskussion"; 
$wgExtraNamespaces[130] = "Digitale Bibliothek";
$wgExtraNamespaces[131] = "Digitale Bibliothek_Diskussion"; 
$wgExtraNamespaces[140] = "Gelbe Seiten";
$wgExtraNamespaces[141] = "Gelbe Seiten_Diskussion"; 

## For more information on customizing the URLs please see:

Resultat

Jetzt werden die neue Namensräume auf der Suche-Seite angezeigt! Allerdings werden sie bei der Standardsuche nicht berücksichtigt. Deshalb erneuter Versuch mit alternativer 2. Lösungsvariante.

Prüfen und Verifizieren

AKTUELL: Folgende Hinweise zur Namespace-Einrichtung auswerten und berücksichtigen:


Fragen und Antworten zu den Namensräumen

Frage: Wie legt man neue Seiten im Namensraum an?

Antwort: Seiten in Namensräumen lassen sich wie jede normale Neue Seite anlegen und verlinken. Allerdings muss beim Legen des Links (also beim originären Erstellen der Seite) vor dem Artikel der Name des Namensraum mit folgendem Doppelpunkt angegeben werden.

Beispiele:

  • Synthax: [[Lexikon_der_Anarchie:Anarchie|Anarchie - begriffsgeschichtlich]]

Resultat: Seite wird angelegt, Seitentitel "Lexikon der Anarchie:Anarchie" sieht aber unschön aus. Man kann zwar die Seite zu einem Titel ohne Nennung des Namensraum VERSCHIEBEN (und ich meine ich hätte das auch irgendwo als Lösungsvorschlag gefunden), die Frage ist nur: Wird dann diese verschobene Seite noch dem Namensraum zugeordnet?

Ich habe es für die Testseite wie folgt gemacht:

Lexikon_der_Anarchie:Anarchie --> Anarchie - Begriffsgeschichte Nur "Anarchie" wollte er nicht nehmen, weil sonst der bestehende gleichnamige Artikel aus dem MediaWiki-Standardnamensraum gelöscht worden wäre.

Weitere Testseite (noch nicht existierender Titel):

Realcode: Lexikon_der_Anarchie:Gepardenforelle


Frage: klappt die auf den Namensraum eingeschränkte Suche?

Antwort: JA, die neuen Namensräume werden auf der speziellen Suche-Seite angezeigt. Doch es gibt ein Problem: Die im Extra-Namensraum angelegten Seiten werden nicht bei der allgemeinen Suche über die Schnellsuchmaske gefunden. Siehe Test von Günter am Beispiel von "Gegner". Das aber sollte Standard sein. Hier hat auch der ergänzend eingefügte Befehl $wgContentNamespaces[] keine Lösung bewirkt.


Frage: was hat es mit den SubPages auf sich (denn die wurden in dem ursprünglichen Lösungsansatz extra definiert, siehe: Gescheiterter Versuch)?


Frage: Wie werden die Seiten der Extra-Namespaces statistisch behandelt? Funktioniert das Seiten-Tracking, können separate Statistiken für den jeweiligen Namensraum angelegt werden. Hier wurde der Befehl $wgContentNamespaces[] in LocalSettings eingefüg. Muss och geprüft werden, ob dies tatsächlich in der Statistik berücksichtigt wird.

Die 2. Lösungsvariante - erfolgreiche Tests (07.05.2007/12.05.2007)

Quellcode für Extra Namensräume

## Extra Namensräume definieren
$wgExtraNamespaces = array(
100 => "Lexikon_der_Anarchie",
101 => "Lexikon_der_Anarchie_Diskussion",
102 => "Pressedokumentation",
103 => "Pressedokumentation_Diskussion",
104 => "Literaturdokumentation",
105 => "Literaturdokumentation_Diskussion"
);
$wgNamespacesWithSubpages = array(
	NS_TALK           => true,
	NS_USER           => true,
	NS_USER_TALK      => true,
	NS_PROJECT_TALK   => true,
	NS_IMAGE_TALK     => true,
	NS_MEDIAWIKI_TALK => true,
	NS_TEMPLATE_TALK  => true,
	NS_HELP_TALK      => true,
	NS_CATEGORY_TALK  => true,
	100               => true,
	101               => true,
	102               => true,
	103               => true,
	104               => true,
	105               => true
);
## Zusätzliche Namensräume für Statistik als Artikel registrieren 
$wgContentNamespaces[] = 100; 
$wgContentNamespaces[] = 102; 
$wgContentNamespaces[] = 104;
## Seiten die bei der Standardsuche durchsucht bzw. nicht durchsucht werden 
$wgNamespacesToBeSearchedDefault = array(
       -1                => false, 
       NS_MAIN           => true, 
       NS_USER           => false,
       NS_USER_TALK      => false, 
       NS_PROJECT_TALK   => false, 
       NS_IMAGE_TALK     => false, 
       NS_IMAGE_TALK     => false, 
       NS_TEMPLATE_TALK  => false, 
       NS_HELP_TALK      => false, 
       NS_CATEGORY_TALK  => false, 
	100               => true,
	102               => true,
	104               => true
);

Resultat

  • Alles klappt! D.h. nun werden auch die (mit dem Befehl $wgNamespacesToBeSearchedDefault definierten) ausgewählten Namensräume in der Standardsuche aufgeführt.
  • Frage: Unterschied zwischen 1. und 2. Lösungsvariante abklären.
  • Offener Test: SubPages testen. Welchen Sinn haben die SubPages und welchen Nutzen für die Contents des DadAWeb.

Bug und Hauptproblem der Extra Namensräume

Die Berücksichtigung der der Extra Namensräume in der Standardsuche klappt nicht:

  • Beim der primären Standardsuche oder beim Zugang über die Spezial-Seite: Suche werden die Extra Namensräume in der festgelegten Voreinstellung angezeigt.
  • Bei einer nochmaligen Suche (?) bzw. bereits bei dem ersten eingeblendeten Suchergebnis ist jedoch die Voreinstellung (Aktivierung der Extra Namensräume) in der Suche verschwunden. Nun sind wieder die alten Werte für die Standard-Namensräume aktiviert. Keine Ahnung, woran das liegt. Bislang kenne ich nur Sites (wie PerryPedia), die die Extra Namensräume gar nicht in die Standardsuche mit aufgenomen haben --Jochen S 11:41, 12. Mai. 2007 (CEST)

Ausklammern unerwünschter Namensräume bei der Standardsuche (12.05.2007)

Durch Setzen des Wertes auf false statt auf true

## Seiten die bei der Standardsuche durchsucht werden 
$wgNamespacesToBeSearchedDefault = array(
       -1                => false, 
       NS_MAIN           => true, 
       NS_USER           => false,
       NS_USER_TALK      => false, 
       NS_PROJECT_TALK   => false, 
       NS_IMAGE_TALK     => false, 
       NS_IMAGE_TALK     => false, 
       NS_TEMPLATE_TALK  => false, 
       NS_HELP_TALK      => false, 
       NS_CATEGORY_TALK  => false, 
	100               => true,
	102               => true,
	104               => true
);


Zusätzliche Namensräume als Artikel definieren (für Statistik, 12.05.2007)

## Zusätzliche Namensräume für Statistik als Artikel registrieren 
$wgContentNamespaces[] = 100; 
$wgContentNamespaces[] = 102; 
$wgContentNamespaces[] = 104; 

Hat leider keine Auswirkung auf Suche und muss auch noch in der Wirkung auf die Statstik verifiziert werden. --Jochen S 10:59, 12. Mai. 2007 (CEST)


Test Günter 08.05.2007:

Erfasste Dokumente:

Gegner

Gegner (Berlin, 1999)

Pressedokumentation:Gegner (Berlin, 1999)

Möglichkeiten der Recherche:

  • Suchfeld linker Frame: Gegner Button "Artikel" = Gegner; Gegner Button Suche = Anzeige von allen drei Artikeln (Gegner im Titel) Bewertung: Nicht Benutzerfreundlich
  • Suche über Spezialseiten -> Suche: Anzeige wie oben bei Suche - Problem: Die Voreinstellung der Suche in Namensräumen war nicht mehr gegeben; Grund noch unklar
  • Suchfeld linker Frame: Gegner* Button "Artikel" = Anzeige von zwei Artikeln (nicht der Artikel im Namensraum Pressedokumentation)

Anmerkung: Vor diesem Hintergrund sollte die Namenskonvention noch mal durchdacht werden. Es ist nicht günstig, wenn der Nutzer bei der Artikelsuche nach "Gegner" direkt zu diesem Dokument kommt und keinen Hinweis auf den Artikel "Gegner (Berlin, 1999)" erhält und schon gar nicht den Artikel im Namensraum.

FRAGE (von Jochen): Günter, wie würde denn ein optimales Suchergebnis aussehen? Vielleicht kannst Du das mal Suche-und-Ergebnis-Szenario am Beispiel des "Gegners" skizzieren. Ich hatte gehofft, durch den Befehl $wgContentNamespaces[] (Definition der Seiten aus den Extra Namensräumen als Artikel) hier eine Lösung zu erreichen, aber zumindest bei der Suche hat sich nichts geändert. Vielleicht stolperst Du auch mal über eine MediaWiki-Site, auf der das so wie gewünscht funktioniert. Dann könnte man dort nachfragen.--Jochen S 11:25, 12. Mai. 2007 (CEST)

Weitere Recherchetests siehe nächsten Abschnitt: Begriffsklärung.


Begriffsklärung

Funktion in WikiPedia: Eine Begriffsklärung (nicht „Begriffserklärung“) wird notwendig, wenn ein Wort (homograph) mehrere Begriffe (Sachverhalte) bezeichnet. siehe: http://de.wikipedia.org/wiki/Wikipedia:Begriffskl%C3%A4rung

Es existieren drei Modelle für Begriffsklärungen:

  • Modell 1: Stichwort führt auf eine Begriffsklärungsseite (BKL I),
    Beispiel:
    • Eris ist eine Begriffsklärungsseite, über die man in die verschiedenen Artikel zum Stichwort gelangt: Göttin der griechischen Mythologie und Himmelskörper.
  • Modell 2: Stichwort führt auf den geläufigsten Sachartikel (BKL II),
    Beispiel:
    • Europa ist ein Artikel und behandelt die gleich lautende Hauptbedeutung (Kontinent). Der Kopf der Seite zeigt auf eine Begriffsklärungsseite mit anderen Themen, die mit dem Stichwort bezeichnet werden: Asteroid, Mond des Jupiter etc.
  • Modell 3: Stichwort führt auf eine Weiterleitung (BKL III),
    Beispiel:
    • Bismarck ist eine Weiterleitung (Redirect) zur Hauptbedeutung auf den nicht gleich lautenden Artikel Otto von Bismarck. Im Kopf dieses Artikels wird auf eine Begriffsklärungsseite verwiesen.

Nach dem Muster wäre es möglich, folgendes einzurichten:

Die Suche nach direkte aktion führt zu einer Seite, die z.B. folgende Titel enthält (mit entsprechender Verlinkung):

Dokumentation Periodika: (Namensraum: Pressedokumentation)

Lexikon der Anarchie:

Gelbe Seiten:

Bewertung:

  • Vorteile:

Der Nutzer muss nicht wissen, welche Zusätze der Titel hat oder dass er mit einer Trunkierung (*) suchen muss bzw. in einem bestimmten Namensraum. Es wird immer eine Seite Begriffsklärung gefunden, die alle Links zu den einschlägigen Artikeln enthält.

So macht es auch WikiPedia, Besipiel: Direkte Aktion http://de.wikipedia.org/wiki/Direkte_Aktion

  • Nachteile:

Es müssen die Seiten mit der Begriffsklärung bzw. Weiterleitungen manuell erstellt und gepflegt werden.

Kommentar --Jochen S 23:17, 15. Mai 2007 (CEST): Aber das ist 'ne tolle Vision! Und ich habe kein Problem damit, wenn sie nur Schritt für Schritt realisiert werden kann. Because: Time is on our side.

Außerdem erscheinen die Titel in der alphabetischen Auflistung nach dem Aufruf über die Seitenkategorie immer mit dem vorangestellten Namensraum, also hier Pressedokumentation", Beispiele siehe:

http://www.dadaweb.de/index.php?title=Kategorie:DadA-Dokumentation_Periodika

Recherchetests:

Anspruch an Recherche: Bei Suche nach "direkte aktion" als Artikel sollen alle Einträge mit Beginn Direkte Aktion (wie oben aufgeführt) erscheinen.

Rechercheergebnis: Eingabe "direkte aktion" -> Klick auf Artikel: Es wird kein Artikel angezeigt, sondern das Rechercheergebnis:

Übereinstimmungen mit Überschriften

  1. Direkte Aktion (Gelbe Seiten) (1396 Byte)

  2. Pressedokumentation:Direkte Aktion (Berlin, 1907) (2521 Byte)

  3. Pressedokumentation:Direkte Aktion (Hannover, 1965) (3983 Byte)

  4. Lexikon der Anarchie:Direkte Aktion (2937 Byte)

  5. Pressedokumentation:Direkte Aktion (o.O., 1933) (1547 Byte)

  6. Pressedokumentation:Direkte Aktion (Hamburg, 1980, I-FAU-Abspaltung) (2122 Byte)

  7. Pressedokumentation:Direkte Aktion (Hamburg, 1977, I-FAU) (13649 Byte)

  8. Pressedokumentation:Direkte Aktion (Frankfurt a.M., 1971) (2590 Byte)

Es fehlt also: Direkte Aktion (Gummersbach, 1988) (Redirect auf Dogrudan Eylem (Gummersbach, 1988))

Die Einbeziehung dieses Artikels in das Rechercheergebnis wäre aus meiner Sicht nur möglich durch eine Seite Begriffsklärung mit dem Titel "Direkte Aktion" auf der manuell alle Links aufgeführt werden.

Kommentar -- Benutzer:Günter H 11:18, 18. Mai 2007 (CEST): Es muss also entschieden werden, wie wir grundsätzlich verfahren: 1. Artikel mit gleichen Titeln erhalten immer Zusätze, so dass bei Recherche des reinen Titels die Varianten zur Auswahl angezeigt werden. Auf die Anzeige von Redirects muss dabei verzichtet werden. Oder 2. Wie oben, aber es wird eine Seite Begriffsklärung erstellt, die bei der Recherche des reinen Titels erscheint und alle Verweise enthält.

Problem: Titel von Extra-Namensräumen - Test #Redirect-Befehl (13.05.07)

Redirect-Seiten einrichten: Gepardenforelle und Leopardenforelle

[[Gepardenforelle]]
[[Leopardenforelle]]

Dort dann jeweils den entsprechenden Redirect-Befehl auf die ALex-Originalseite platzieren:

in [[Gepardenforelle]]:
#REDIRECT [[Lexikon_der_Anarchie:Gepardenforelle]]
in [[Leopardenforelle]]:
#REDIRECT [[Lexikon_der_Anarchie:Gepardenforelle]]

Vielleicht wäre das ein Modell, um die blöde Schreibweise der ALex-Namen, also die Mitbenennung des ALex-Namensraumes wegzubekommen.

Beispiel:

Artikelname: Lexikon der Anarchie:Freie Arbeiter-Union Deutschlands (FAUD)

1. Redirect: Freie Arbeiter-Union Deutschlands (FAUD)

2. Redirect: FAUD

Gescheiterter Versuch (22.04.2007)

In LocalSettings nach den Hinweisen im Buch Wiki-Tools den folgenden Code eingefügt:

## Default skin: you can change the default skin. Use the internal symbolic
## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':
$wgDefaultSkin = 'monobook';
$wgExtraNamespaces =
    array(100 => "Lexikon",
          101 => "Lexikon_Diskussion");
define(
'NS_LEXIKON', 100, 
'NS_LEXIKON_DISKUSSION; 101
);
/** Which namespaces should support subpages?
 * See Language.php for a list of namespaces.
 */
$wgNamespacesWithSubpages = array(
-1 => 0
0 => 0
100 => 1
101 => 1
);
$wgNamespacesToBeSearchedDefault = array(
-1 => 0
0 => 1
100 => 1
101 => 1
);


## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.


Ergibt die Fehlermeldung:

 Parse error: syntax error, unexpected T_STRING in 
 .../LocalSettings.php on line 156

Generic namespace names

On the column "Alternate syntax" in the table at the beginning of the previous section, a list of project-independent namespace names (also called generic namespace names) is shown in the form of {{ns:namespace name}}, the same as those on Meta and the English Wikipedia, except that "Meta" and "Wikipedia" are replaced by "Project". The prefixes are the terms listed, followed by a colon.

The prefix "Project:" is for every project automatically converted to the project namespace, e.g. try the link Project:xyz. It is like a piped link. Therefore a page name starting with "Project:" is not possible (unless, of course, that is the name of the project).

Similarly the other project-independent namespace prefixes are also automatically converted to the project-specific ones.

An exception to the rule that the link label is the name used in the wikitext and not the converted name, applies if the target of a redirect is expressed using a project-independent namespace name: in that case the converted name is shown on the redirect page, compare [3] with the preview of [4].

Extra Namensräume - Wie machen es die anderen?

Die scheinen bei der Nutzung von Extra Namensräume am weitetsten gekommen zu sein und haben sogar zwei Spezial Extensions programmiert.
Mal dort genau anschauen und testen!

Contentfeed

Abfrage der "Beliebtesten Seiten":

http://dadaweb.de/index.php?title=Spezial:Popularpages&limit=10&offset=0