Wir empfehlen:


DadAWeb:Strukturierung: Unterschied zwischen den Versionen

Aus DadAWeb
Wechseln zu: Navigation, Suche
(→‎Begriffsklärung)
Zeile 250: Zeile 250:
 
'''Gelbe Seiten:'''
 
'''Gelbe Seiten:'''
  
−
* direkte aktion
+
* [[Direkte aktion]]
  
 
'''Bewertung:'''
 
'''Bewertung:'''

Version vom 18. Mai 2007, 08:23 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)

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

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)

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:

  • Direkte Aktion

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", Beispiel:

http://www.mecopo.de/dada/awiki/index.php?title=Kategorie:DadA-Dokumentation_Periodika

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 [1] with the preview of [2].

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
Abgerufen von „http://dadaweb.org/index.php?title=DadAWeb:Strukturierung&oldid=5639“