Operator Status
Identity
—
ORCID-Status
Works
0
Erfasste Outputs
Published
0
Mit DOI / Live
In Pipeline
0
Aktive Vorgänge
Quick-Start Checkliste
Reihenfolge: ORCID → Zenodo → Erstes Tool als DOI veröffentlichen → Homepage. Heute: nur Schritt 1 (10 Min).
Track Allocation
Letzte Works
Pipeline Heatmap
Researcher Identity
Eine Identität, mehrere Tracks. ORCID ist der Anker, der alles zusammenhält. Affiliation = "Independent Researcher" oder "Independent Researcher / Schicht-Werk" — nicht versuchen, sich Uni-Status anzudichten. Transparenz schlägt Camouflage.
Author-Block (Copy-Paste in jedes Paper)
STANDARDISIERTER HEADER
— "Author-Block generieren" klicken —
Identity Setup Checklist
Track-Architektur
Drei Tracks unter einer ORCID. Jeder Track hat eigene Disclosure-Logik und eigene Preprint-Server. Tracks werden auf der Homepage gleichgewichtig oder mit Hauptachse dargestellt — Entscheidung im "Homepage"-Modul.
Track-Konfiguration
Works Registry
| Titel | Typ | Track | Status | Jahr | DOI |
|---|
Reputation Pipeline
11 Stufen vom Idee bis Citation. Jede Work durchläuft (im Idealfall) alle. Klicke eine Stufe, um Works in dieser Phase zu sehen.
Stage Playbooks
Zenodo Metadata Generator
Wähle ein Work — der Generator baut den Zenodo-JSON-Metadata-Block plus Citation-Strings (BibTeX, RIS, APA, Chicago, IEEE). Zenodo ist CERN-betrieben, EU-konform, vergibt DOIs kostenlos, archiviert dauerhaft.
ZENODO METADATA (deposition.metadata)
— Work wählen, dann generieren —
BIBTEX
—
APA · CHICAGO · IEEE
—
RIS / DataCite / CFF
—
Conflict-of-Interest Statement Generator
Standard-COI-Block für jeden Output. Track-spezifisch — ein Engineering-Tool für 3D-Druck hat andere Konflikte als ein Governance-Paper. Transparenz neutralisiert Konflikte; Verschweigen verstärkt sie.
COI STATEMENT (DE)
— Generieren klicken —
COI STATEMENT (EN)
— Generieren klicken —
Disclosure Standards (Reference)
ICMJE-Form (Medizin/Biomed)
International Committee of Medical Journal Editors. Pflicht bei den meisten Bio/Med-Journals. Form unter icmje.org/conflicts-of-interest/
CRediT Taxonomy
Contributor Roles Taxonomy (NISO Z39.104). 14 Rollen (Conceptualization, Methodology, Software, Validation, ...). Bei Single-Author-Papers oft "All roles by T.S."
FORCE11 Software Citation
Standard-Schema für Citation von Software-Outputs. CFF (Citation File Format) auf GitHub einsetzen.
FAIR Principles
Findable · Accessible · Interoperable · Reusable. Wilkinson et al. 2016, Sci Data 3:160018.
Preprint Server Map
Server-Wahl folgt der Domäne. Mehrfach-Posting (Cross-listing) ist bei arXiv erlaubt, bei manchen anderen nicht. Vor Submission Journal-Policy prüfen — manche Journals akzeptieren Preprints, manche nicht (Sherpa Romeo: v2.sherpa.ac.uk/romeo/).
Track → Server Empfehlung
Personal Research Hub Architektur
Hub-and-Spoke Modell: Homepage ist Index, nicht Inhalt. Sie verlinkt auf ORCID, Zenodo, GitHub, OSF, Preprint-Server. Inhalt liegt dort, wo er zitierbar ist. Vorteil: keine doppelte Pflege, keine Linkrot, keine SEO-Konkurrenz mit den Repos.
Domain-Strategie
Trennung Firma ↔ Forscher
schicht-werk.eu = Firma. Kommerzielle Tonalität. Produkte, Services, Shop.
[forscher-domain] = Person. Akademische Tonalität. ORCID, Publikationen, Methodik, Disclosures.
Beide cross-linken transparent. Auf Forscher-Seite: "I founded and operate Schicht-Werk — disclosed in every relevant work."
[forscher-domain] = Person. Akademische Tonalität. ORCID, Publikationen, Methodik, Disclosures.
Beide cross-linken transparent. Auf Forscher-Seite: "I founded and operate Schicht-Werk — disclosed in every relevant work."
Section Blueprint
Minimal Static Site (Starter HTML)
Below: Bare-bones HTML-Template, das du sofort auf GitHub Pages oder Cloudflare Pages werfen kannst. Single file, keine Dependencies, dunkles Instrument-Panel passend zum Schichtwerk-Look.
STARTER · index.html
— Klicke "GEN + COPY" um Starter-HTML mit deinen Identity-Daten zu erzeugen —
FAIR Compliance Audit
Findable · Accessible · Interoperable · Reusable. Wilkinson et al. 2016. Hake jeden Punkt für jedes neue Work ab — oder dokumentiere, warum nicht.
License Picker
Empfehlung nach Output-Typ
| Output | Lizenz | Begründung |
|---|---|---|
| Paper / Preprint | CC-BY 4.0 | Standard für Open Access. Attribution Pflicht. |
| Datasets | CC0 / CC-BY 4.0 | CC0 für maximale Wiederverwendung. |
| Software / Tools | MIT / Apache 2.0 | Permissiv. Patentschutz bei Apache. |
| Tools (anti-misuse) | AGPL 3.0 | Wenn forks public bleiben sollen. |
| Dokumentation | CC-BY-SA 4.0 | Share-Alike erhält Open-Status. |
| Hardware-Designs | CERN-OHL-S 2.0 | Strong copyleft für Open Hardware. |
| Visuelle Werke | CC-BY-NC 4.0 | Wenn kommerzielle Nutzung kontrolliert werden soll. |
Anti-Pattern
"All Rights Reserved" auf Forschungs-Output → blockiert Open Science komplett. Nur sinnvoll wenn Patentanmeldung läuft (vorher: schweigen).
CC-BY-NC auf Software → unklar, was "non-commercial" heißt. OSI lehnt es als FOSS-Lizenz ab. Nicht für Code/Daten.
Custom-Lizenz → fast immer Fehler. Standard-Lizenzen sind getestet, juristisch geprüft, von Repos automatisch erkannt.
Open-Science Operationsstandards
Methoden-Grundregeln (eigene Doktrin)
Etablierte Methodenbasis aus früheren Sessions. Diese Regeln gelten vor jedem REPUTATIO-Output. Ohne Quellen kein Output.
Quellendatenbanken (Recherche-Anker)
| DB | Domäne | Open? | Bemerkung |
|---|