Benutzer:Andreas Plank/Entwurf zur Benennung von Seitennamen: Unterschied zwischen den Versionen

Aus Open Source Ecology - Germany
Zur Navigation springen Zur Suche springen
Zeile 140: Zeile 140:
  
 
Siehe vielleicht auch Parameter der sinnverwandten Vorlage https://offene-naturfuehrer.de/web/Vorlage:Project_data
 
Siehe vielleicht auch Parameter der sinnverwandten Vorlage https://offene-naturfuehrer.de/web/Vorlage:Project_data
 +
 +
=== Vorlagen ===
 +
 +
<nowiki>{{{project data}}}</nowiki> with parameters
 +
* name
 +
* logo
 +
* version
 +
* version date
 +
* summary
 +
* description
 +
* application
 +
* keywords
 +
* status
 +
* predecessor
 +
* entity
 +
* team
 +
* contact
 +
* location
 +
* join
 +
* donate
 +
* difficulty
 +
* tools
 +
* space
 +
* costs
 +
* licence

Version vom 15. Oktober 2018, 21:26 Uhr

Es ist, denke ich, sinnvoll eine Bauanleitung und ein Projekt auf separaten Seiten zu pflegen, da sie unterschiedliche Daten enthalten und beides zusammen auf einer Seite schnell zu unübersichtlich wird.

Allgemein

Ein aussagekräftiger und selbsterklärender Seitenname ist die Beste Vorraussetzung, dafür dass die Leser den zu erwartenden Inhalt ohne Probleme erahnen können und der Inhalt mit dem Seitentitel gut übereinstimmt. Dennoch möchte man oft kurze Schlagworte auf die Seite verlinken: hierzu setzt man Weiterleitungen ein, die auf den Hauptartikel verweisen. Mittels #WEITERLEITUNG [[Allerletzte Zielseite]] kann man so Schlagwortseiten oder Abkürzungen sinnvoll auf den Hauptartikel verlinken. Dabei ist zu beachte, dass es immer nur eine Weiterleitungsebene geben darf bei mehr als zwei Weiterleitungsebenen funktioniert diese nicht mehr, Beispiel:

FAQ
│ ┌ Fragen und Antworten
│ │ ┌ Open Source Ecology Germany/Fragen und Antworten
│ │ │ ┌ sinnvolle Weiterleitungsseite
│ │ │ │
↓ ↓ ↓ ↓
Hilfe:Fragen und Antworten zu Open Source Ecology Germany

Die folgende doppelte Weiterleitung funktioniert hingegen nicht (FAQ → Fragen und Antworten → Hilfe:Fragen und Antworten zu Open Source Ecology Germany):

FAQ ───────────────────────┐
│ ✓ funktioniert           │
↓                          ↓
  Fragen und Antworten     (FAQ-Weiterleitung bleibt hier stecken)
  │ ✓ funktioniert
  ↓
Hilfe:Fragen und Antworten zu Open Source Ecology Germany

Zur Pflege und Verwaltung von Weiterleitungen siehe auch Hilfe: Verwaltungsaufgaben im Wiki (Abschnitt Verlinkungen).

Bauanleitungen

Der Hauptartikel einer Bauanleitung sollte alles beschreiben, damit man der Bauanleitung folgend das Gerät, die Erfindung gefertigt werden kann. Auf Unterseiten könnten umfangreichere Texte gepflegt werden, z.B. Programmcode o.ä.. Beispiel:

       Artikel                                                  #WEITERLEITUNG

┌ Temperatur-Controller mit WLAN-Anschluss – TempCTRL ─┐   ←     TempCTRL
│ * Kurzbeschreibung (Zusammenfassung)                 │
│ * Einsatzmöglichkeiten                               │
│ * Benötigte Materialien                              │
│ * Schwierigkeitsgrad                                 │
│ * u.v.a.m.                                           │
│                                                      │
│                                                      │
│                                                      │
└───────── Hauptartikel ───────────────────────────────┘
Kategorie:Bauanleitung (weitere Kategorien optional)

┌  …/Firmware v1 ──────────────────────────────────────┐   ←     TempCTRL Firmware v1
│ * Code zur Firmware der 1. Version                   │     
│ * u.v.a.m.                                           │
│                                                      │
│                                                      │
│                                                      │
└───────── Unterseite ─────────────────────────────────┘
Kategorie:Firmware
Kategorie:Programmiersprache XY

┌  …/Firmware v2 ──────────────────────────────────────┐   ←     TempCTRL Firmware v2
│ * Code zur Firmware der 2. Version                   │     
│ * u.v.a.m.                                           │
│                                                      │
│                                                      │
│                                                      │
└───────── Unterseite ─────────────────────────────────┘
Kategorie:Firmware
Kategorie:Programmiersprache XY

Abfragbare Daten? – Vorlage:Bauanleitung

Welche Daten wären wünschenswert oder sinnvoll, die man für eine Bauanleitung mittels SemanticMediaWiki abfragen möchte? Zum Beispiel mittels einer Vorlage:Bauanleitung

Vorlagenparameter Informationsgehalt
Zusammenfassung Kurzbeschreibung des Projektes, die man auch als Listen abfragen kann, z.B. in Tabellenform
Projektlogo Bildlogo des Projektes, als visuelles „Schmankerl“ oder Kennzeichen. Sollte geeignet sein für Listenanzeigen.
Stichwortliste Anwendung Zur Anwendung Stichwörter, Schlagworte, Suchbegriffe, Funktionen, Was es kann, für welchen Themenkreis geeignet usw.
Materialliste Liste an benötigten (Grund)Materialien: Holz, Elektronik, Metall, Papier
Werkzeugliste Liste an benötigten Werkzeuge
Autorenliste Liste der Autoren (im Sinne DublinCore contributor)
Urheberliste? Liste der Urheber (im Sinne DublinCore creator)
Fertigkeit:
  • Niveau Fertigkeit oder
  • Fähigkeiten Niveau oder
  • Schwierigkeitsgrad oder
  • benötigte Fähigkeiten
Im Sinne „audience“ (http://dublincore.org/documents/dcmi-terms/#terms-audience, also an welche Leserschaft ist es gerichtet?).

Werte, die bezeichnen, wie einfach oder schwierig das ist oder welche Fähigkeiten man haben sollte, z.B.

  • interessierte Laien
  • handwerklich begabt
  • kreativ oder künstlerisch begabt
  • Hobbyhandwerker
  • Experte oder Profi
  • Fach-Ingenieur

… entweder als Eigenschaft formulieren oder als Berufsbild

Projektstatus standardisierte (vordefinierte, nominale) Werte, welche den Status anzeigen, Ideen für Werte (noch zu erarbeiten, Mehrfachnennungen möglich):
  • aktiv
  • eingestellt
  • fertiggestellt
  • finanzielle Unterstützung nötig
  • Mithilfe gesucht

… o.ä.

Kooperation mit Freitext falls es Kooperationen gibt
offene Aufgaben Liste offener Aufgaben, TODO
Projektseite Seite des (übergeordneten, zugehörigen) Projektes

Projekte

Projekte könnten im Namensraum Project: gepflegt werden ({{ns:project}}:…, was zu „OSE:…“ wird). Damit könnte man auf Projektseiten folgende Informationen bewerben oder pflegen:

  • Unterstützung
  • Idee
  • Pressetexte
  • Ort, Verantwortliche
  • Kooperationen
  • Veranstaltungen dieses Projektes
  • ein Formularfeld „Bauanleitung schreiben“
  • Projekt-spezifisches Forum: falls Erweiterung:Flow installiert ist, kann die Projektseite auch ein eigenes Forum haben nämlich auf der Diskussionsseite
  • Projektstichwörter: eine Linkliste zur Semantischen Abfrage Stichwortgleicher Projekte (und damit themenverwandter Projekte)

usw.

Abfragbare Daten? – Vorlage:OSE Projekt

Siehe vielleicht auch Parameter der sinnverwandten Vorlage https://offene-naturfuehrer.de/web/Vorlage:Project_data

Vorlagen

{{{project data}}} with parameters

  • name
  • logo
  • version
  • version date
  • summary
  • description
  • application
  • keywords
  • status
  • predecessor
  • entity
  • team
  • contact
  • location
  • join
  • donate
  • difficulty
  • tools
  • space
  • costs
  • licence