...
- Filter: zu welchem Fach
- Filter: Redakteur-User-Auswahlbox - wer ist zuständig. Zweck: wenn Sammlungen von Personen betreut werden, kann die Redaktionsleitung sehen, wie hoch der Stapel vor der Sammlung ist. ganz oben in der Auswahl „ich bin zuständig“. Das sollte auch der Standard-Filter beim reinkommen sein. Dass dieser Filter gesetzt ist, soll deutlich angezeigt werden.
- Filter: woher kam der Vorschlag (Webformular, Redaktionsgruppe)
- welchen Status hat der Vorschlag (Vorschlag wartet auf bearbeitung, wurde in Sammlung zugelassen, wurde abgelehnt)
- welchen Status hat der Inhalt (auf welchem Buffet s.o.).
- Filter: zu welcher Sammlung wurde vorgeschlagen / ist einsortiert (Multifilter - man kann im Baum alle untergeordneten Knoten wählen, um z.B. alle Optik-Themen mit einem mal abzuarbeiten)
Zum Feature-Abgleich ursprünglicher Entwurf Sammlungsvorschläge
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Liste WLO-Inhalte
Diese Liste aller Inhalte aller Status der Redaktionsumgebung ermöglicht es, Inhalte nach verschiedenen Kriterien zu filtern, um entweder Inhalte für eigene Fachportale zu erstöbern oder mittels Bulk-Funktionen Metadaten zu verbessern. Markierte Inhalte sollten Bulk-weise für Inhaltesammlungen vorschlagbar sein. So können Redaktionen quasi mit einem Rächen die Daten durchforsten und später die vor die Sammlungstür gekehrten Kandidaten prüfen, verbessern und reinlassen.
Listenansicht:
- Status Inhalt (Prüfbuffet, Suchbuffet, Redaktionsbuffet, Papierkorb Redaktionsbuffet+, Abgelehnt, siehe Miro)
- Einen dieser 5 Stati annehmen ("wichtigster" gewinnt)
- In erster Umsetzung aufgrund techn. Beschränkungen skippen
- „seit“ Datum ergänzt Statusinformation wie siehe oben.
- Feature Wunsch, wir müssten Datum führen (wann veröffentlicht, wann in red. Sammlung etc.)
- Titel des vorgeschlagenen Objekts (Link führt zur Einzelansicht)
- Button mit Link direkt zum Objekt im neuen Browserfenster
- Fach (zuerstgenannt die Fächer, wo der Inhalt ggf. schon in Sammlungen ist, danach sonstige Fachgebiete)
- Vererbte Metadaten der Sammlung + lokale Metadaten
- Sammlungszugehörigkeit „Vorschlag: Sammlungsname“ oder „in: Sammlungsname“. Bei mehreren Sammlungen mehrzeilig. Spalte kann individuell ausgeblendet werden, wenn der Platzbedarf stört
- In sekundären Listen reicht erstmal aus nur die "echten" Sammlungszugehörigkeiten zu sehen
- Eingangsweg: Webformular, Redaktions-Eingabe, Community-Eingabe (z.B. Uploadathon), Crawler: Name
- Erstmal nur Unterscheidung Lokal vs. von Crawler
Filter:
- Status
- alle Inhalte (jeder Inhalt)
- Prüfbuffet (alle noch auf Suchqualität zu prüfenden Inhalte - d.h. alle nichtöffentlichen, )
- Suchbuffet (alle veröffentlichten)
- Redaktionsbuffet (alle in beliebiger red. Sammlung, also Themportal/Fachportal oder Red. Buffet)
- Redaktionsbuffet+ (alle in den "echten" Red. Buffet → über Redaktionsumgebung geprüft)
- Abgelehnt ("abgelehnte Inhalte" → anhand des Workflows + blockierte Importe)
- Intranet-Inhalte (Speziell getaggte Schulungsinhalte, spezielles Feld im internen Formular → Wenn Feld ausgefüllt, dann anzeigen)
- Eingangsweg: Webformular, Redaktions-Eingabe, Community-Eingabe (z.B. Uploadathon), Crawler: Name
- Wenn Crawler == dann neues Feld, welches per Multivalue den Crawler wählbar macht
- bisher nur maschinell bearbeitet vs. redaktionell überarbeitet
- Abfrage über Änderungen der Versionen
- Filter: Metafülldatenqualität „unter Such-Schranke“, „Such-Schranke erreicht“, „Redaktions-Schranke erreicht, „alle Metadaten gesetzt“
- Erstmal nur ausgegraut/technisch noch nicht umsetzbar
- Filter: zu welchem Fach (auch „nicht gesetzt“ als Auswahl anbieten)anbieten)
- Auch vererbete Sammlungs-Metadaten durchsuchen
- + UX Design für Vorgeschlagene Metadaten in dem Formular nachziehen
- Sammlungszugehörigkeit „Vorschlag: Sammlungsname“ oder „in: Sammlungsname“. Bei mehreren Sammlungen mehrzeilig. Spalte kann individuell ausgeblendet werden, wenn der Platzbedarf stört (auch „keine Zuordnung anbieten“)
- Muss technisch verschoben werden
- Inhalte-Kategorie (auch „nicht gesetzt“ falls der Zustand möglich ist)
- Material/Tool/Quelle feld anbieten
- Inhalte-Typ (der neue), als Baumauswahl, so dass man alle Videoarten filtern kann (Erklärvideo, …) - auch „nicht gesetzt“ anbieten
- Wenn Valuespace fertig dann anbieten (Widgets-Reloaded)
- Herausgeber/Quelle (Nebenanmerkung: eine Quellangabe soll redaktionell bearbeitbar sein. Das technische Feld Quelle kann ein Backendfeld bleiben und für informative Zwecke angezeigt werden. Ein für Redaktionen und Nutzende relevante Quellangabe sollte beim Crawlen mit befüllt werden, z.B. Serlo oder Sodis, aber Redakteure sollen die echte Quelle im Sinne Herausgeber bearbeiten können, insbesondere für manuell erfasste Inhalte. Hier würde bspw. der Youtube-Channel erfasst)
- Herausgeber-Feld aus dem LOM durchsuchen / dieses Feld muss auch durch die Redakteure bearbeitbar sein
- + VCARD Feld für Metadaten + Bulkfähig für Redakteure
- Titelsuche
- Titelfeld+Namefeld durchsuchen
- Suche in weiteren Feldern (Beschreibung,Schlagwörte u.a.klassifizierende Daten)
- Globales Suchfeld / Standard-Suchfunktion
- Link-Feld mit durchsuchen
- + Wunsch: Auswahl welche Felder durchsucht werden sollen
Suche WLO-Inhalte
Diese Suche über alle Inhalte aller Status ermöglicht es, den Inhaltepool zu durchsuchen, um Inhalte für eigene Fachportale zu erstöbern oder zu verbessern. Die Fundstücke sollten auch für eigene Sammlungen vorschlagsweise vor die eigene Sammlungstür gekehrt werden können.
...
- Status (veröffentlicht oder nicht, gelöscht/Papierkorb)
- Zu klären
- Statusdatum (wann wurde letzter Status in Nebenspalte erreicht)
- Ebenfalls zu klären
- Fach
- Portaltitel (Klick führt zu Einzelansicht des Metadatensatzes)
- Auf 1. Position geschoben
- Button „zur Fachportalseite“ führt zur WP-Ansicht der Themenseite (Vorschau-Modus). Dort kann mit dem Bearbeiten-Button in die Bearbeitung gewechselt werden, falls die Nutzerin die Rechte hat
- Button „zur Sammlung“ führt zur edu-sharing Sammlung
...
Anne muss entwerfen, welche Metadaten von den Themensammlungen zu vererben sind.