Portal
Quellen- und Korrekturstandard
Welche Quellen zählen, wie sie zitiert werden, wann eine Aussage als belegt gilt und wie Korrekturen ablaufen.
Quellenhierarchie
Nicht jede Quelle wiegt gleich. Für eine Aussage wird die höchste erreichbare Stufe verwendet; eine niedrigere Stufe ersetzt eine höhere nicht.
- Amtlich - Gesetze, Verordnungen, Behördeninformationen, offizielle Statistiken.
- Peer-reviewt - begutachtete Fachliteratur und institutionelle Forschungsberichte.
- Fachverband - anerkannte Verbände, Ausbildungs- und Prüfungsordnungen, veterinärmedizinische Institutionen.
- Hersteller - nur für technische Spezifikationen, nie als alleinige Grundlage einer Kaufberatung.
- Ergänzend - allgemeine Webseiten, nur zusätzlich. Wikipedia ist nie alleiniger Beleg.
Wann eine Seite als belegt gilt
Das sind die redaktionellen Regeln. Der Build prüft sie und meldet jede Abweichung namentlich - er bricht deshalb aber nicht ab: Belege dürfen nachgetragen werden, damit zeitkritische Inhalte nicht wegen einer fehlenden Fußnote zurückgehalten werden. Wie viele Seiten die Regel derzeit nicht einhalten, steht im Kasten weiter unten.
- Eine Seite mit dem Stand „fachlich geprüft“ braucht mindestens zwei Quellen.
- Mindestens eine davon muss amtlich, peer-reviewt oder von einem Fachverband sein.
- Enthält eine Seite eine Rechtsaussage, ist mindestens eine amtliche Primärquelle Pflicht.
- Eine Seite, deren Quellen ausschließlich Hersteller- oder allgemeine Webquellen sind, kann den Stand „geprüft“ nicht erreichen.
Zitation
Jede Quellenangabe führt Titel, Herausgeber, URL oder DOI, Abrufdatum, Quellentyp und Lizenz. Quellen stehen an zwei Stellen: unmittelbar bei der Aussage, wenn sie zeitkritisch ist, und gesammelt am Seitenende.
Zeitkritische Angaben
Zeitkritisch ist jede Aussage, die durch eine Verordnung, einen Preis oder einen Saisonwechsel ungültig werden kann - Schon- und Fangzeiten, Rechtslagen, Lizenzanforderungen, Mindestmaße, Fangbestimmungen. Solche Angaben stehen nicht im Fließtext, sondern in eigenen Feldern mit Geltungsbereich, Datenstand und nächstem Prüftermin.
| Zustand | Folge |
|---|---|
| Prüftermin in der Zukunft | alles in Ordnung |
| weniger als 60 Tage bis zum Prüftermin | Warnung im Build |
| Prüftermin überschritten, Stand „geprüft“ | Build bricht ab |
| Prüftermin überschritten, Stand „Entwurf“ | Warnung, Seite bleibt als „in Überarbeitung“ markiert |
Was wir nicht tun
- Keine Preise, Saisonen, Einfuhrregeln oder Rechtslagen aus Altbeständen übernehmen, ohne sie neu zu prüfen.
- Keine Präzision vortäuschen: Wo nur eine Bandbreite belegbar ist, steht eine Bandbreite.
- Keine Prüfer nennen, die nicht geprüft haben. Jede Seite führt dazu ein Prüfprotokoll: Es nennt Datum, Prüfart, Prüfpunkte und Ergebnis jedes Prüflaufs. Der Stand „fachlich geprüft“ ist ohne dokumentierte Freigabe technisch nicht erreichbar - der Build bricht sonst ab.
- Keine Rechtsseiten automatisch erzeugen.
- Keine Karte als alleinige Rechtsauskunft darstellen.
Maschinenlesbare Fassung
Was auf den Fachseiten als Text steht, liegt zusätzlich als verknüpfter Datensatz vor. Der Entity Graph führt 438 Entitäten und 2641 Beziehungen in JSON-LD. Jede Beziehung nennt die Datei und das Feld, aus dem sie entstanden ist; eine Beziehung ohne diesen Herkunftsnachweis lässt den Build scheitern.
Die Begriffe, mit denen der Graph arbeitet, sind unter Vokabular der Portaldaten erklärt und als RDFS/OWL unter /vocab.jsonld abrufbar — mit Definitionsbereich, Wertebereich und Umkehrung je Beziehung. Der Prüflauf npm run validate:graph hält beide Seiten deckungsgleich: Er bricht ab, wenn der Graph einen Begriff ausgibt, den das Vokabular nicht definiert, und ebenso im umgekehrten Fall.
Korrekturen melden
Fehler, veraltete Angaben und fehlende Belege bitte über Kontakt und Fehler melden anzeigen - am hilfreichsten mit Seite, konkreter Aussage und, wenn vorhanden, Gegenquelle. Inhaltlich wesentliche Korrekturen erscheinen mit Datum und Grund in der Historie der jeweiligen Seite.