Fix all remaining links, activate mdbook linkcheck
This commit is contained in:
@ -72,14 +72,13 @@ Modul: \"nodac\"
|
||||
Eine Vorbedingung für qualitätvolle Information ist die Verwendung
|
||||
kontextualisierter und angereicherter Normdaten. Für die Verwaltung,
|
||||
Anreicherung und Hierarchisierung dieser Normdaten steht das zentrale
|
||||
Modul \"nodac\" zur Verfügung. Weil alle beteiligten Museen den gleichen
|
||||
Modul ["nodac"](../nodac/README.md) zur Verfügung. Weil alle beteiligten Museen den gleichen
|
||||
Normdatenpool verwenden und es, dürften alle alles überschreiben,
|
||||
schnell zu widersprüchlichen Angaben käme, ist die Benutzung des Moduls
|
||||
für museum-digital der zentralen Normdatenredaktion vorbehalten (die
|
||||
internationalen Version haben stets eine eigene Redaktion). Das Modul
|
||||
\"nodac\" kann auch unabhängig von museum-digital benutzt werden, um
|
||||
z.B. Thesauri in koopertativer Umgebung zu erstellen. Mehr über das
|
||||
Modul \"nodac\" findet sich [hier](?lan=de&q=Normdaten/Verwaltung).
|
||||
z.B. Thesauri in koopertativer Umgebung zu erstellen.
|
||||
|
||||
Modul: \"md:term\"
|
||||
------------------
|
||||
@ -94,12 +93,12 @@ zur Verfügung. Die verschiedenen Versionen von museum-digital nutzen
|
||||
diese Zugriffsmöglichkeit. Zusätzlich werden über \"md:term\" auch
|
||||
externe Thesauri und Vokabulare zugänglich gemacht, etwa die
|
||||
\"[Hessische
|
||||
Systematik](../term/hesys/tag/tag.php?nodac_version=hesys&tagnum=2771)\",
|
||||
Systematik](https://term.museum-digital.de/hesys/tag/tag.php?nodac_version=hesys&tagnum=2771)\",
|
||||
der \"[Thesaurus des Technikmuseums in
|
||||
Wien](../term/technikthesaurus/tag/tag.php?nodac_version=technikthesaurus&tagnum=7002)\"
|
||||
Wien](https://term.museum-digital.de/technikthesaurus/tag/tag.php?nodac_version=technikthesaurus&tagnum=7002)\"
|
||||
oder die
|
||||
\"[Hornbostel-Sachs-Systematik](../term/hornbostel/tag/tag.php?nodac_version=hornbostel&tagnum=84)\".
|
||||
Mehr über \"md:term\" findet sich [hier](?lan=de&q=Normdaten/Nutzung).
|
||||
\"[Hornbostel-Sachs-Systematik](https://term.museum-digital.de/hornbostel/tag/tag.php?nodac_version=hornbostel&tagnum=84)\".
|
||||
Mehr über \"md:term\" findet sich [hier](../md-term/README.md).
|
||||
|
||||
Modul: \"importer\"
|
||||
-------------------
|
||||
@ -110,14 +109,12 @@ können Museen (noch) nicht direkt importieren. Das Import-Modul gibt
|
||||
ihnen aber die Möglichkeit die zu importierenden Daten vorzubereiten um
|
||||
den eigentliche Import zu erleichtern. Mehr zu den Möglichkeiten des
|
||||
Datenimports findet sich
|
||||
[hier](?lan=de&q=Erfassung%20und%20Bearbeitung/Erfassung/Importieren).
|
||||
[hier](../import/README.md).
|
||||
|
||||
Modul: \"themator\"
|
||||
-------------------
|
||||
|
||||
Der Themator ist ein Modul zum Erstellen von Themenportalen (oder
|
||||
digitaler Ausstellungen). Das Modul ist eigenständig, kann also auch
|
||||
Der [Themator](../Themator/README.md) ist ein Modul zum Erstellen von Themenportalen (oder digitaler Ausstellungen). Das Modul ist eigenständig, kann also auch
|
||||
unabhängig von museum-digital verwendet werden - am effektivsten ist es
|
||||
jedoch wenn die programmierten Querbezüge zu museum-digital genutzt
|
||||
werden. Mehr zum \"Themator\" findet sich
|
||||
[hier](?lan=de&q=Ausgabe/Themen).
|
||||
werden.
|
||||
|
||||
@ -30,56 +30,6 @@ Alle konzeptuellen Änderungen (z.B. Aufnahme privater Sammlungen in das
|
||||
Verzeichnis) werden in der AG Digitalisierung des Museumsverbandes
|
||||
Sachsen-Anhalt diskutiert und entschieden.
|
||||
|
||||
Ansprechpartner:innen
|
||||
---------------------
|
||||
|
||||
### Agrargeschichte
|
||||
|
||||
- Dr. Jürgen Weisser (j.weisser\@uni-hohenheim.de)
|
||||
|
||||
### Baden-Württemberg
|
||||
|
||||
- Dina Sonntag (sontag\@landesstelle.de)
|
||||
- Frank Lang (<emailbox@frank-lang.de>)
|
||||
|
||||
### Brandenburg
|
||||
|
||||
- Arne Lindemann (lindemann\@museen-brandenburg.de)
|
||||
|
||||
### Bremen
|
||||
|
||||
- Frank von Hagel (<f.v.hagel@museum-digital.de>)
|
||||
|
||||
### Mecklenburg-Vorpommern
|
||||
|
||||
- Dr. Bernd Lukasch (info\@lilienthal-museum.de)
|
||||
|
||||
### Rheinland-Pfalz
|
||||
|
||||
- Miriam Anders (anders\@museumsverband-rlp.de)
|
||||
|
||||
### Sachsen
|
||||
|
||||
- Johanna Jahn (Johanna.Jahn\@skd.museum)
|
||||
|
||||
### Sachsen-Anhalt
|
||||
|
||||
- Dr. Elisabeth Böhm (boehm\@mv-sachsen-anhalt.de)
|
||||
|
||||
### Westfalen und Ostwestfalen-Lippe
|
||||
|
||||
- Manfred Hartmann (Manfred.Hartmann\@lwl.org)
|
||||
|
||||
### Andere Versionen und Koordination
|
||||
|
||||
- Dr. Stefan Rohde-Enslin (s.rohde-enslin\@museum-digital.de)
|
||||
|
||||
### Technisches
|
||||
|
||||
- Joshua Enslin (<joshua@museum-digital.de>)
|
||||
|
||||
|
||||
|
||||
[**\> Hier geht es zur aktuelle
|
||||
Kontakteliste.**](https://nat.museum-digital.de/index.php?t=kontakt)
|
||||
|
||||
|
||||
@ -96,9 +96,9 @@ Konsequenzen:
|
||||
- Die verwendete Software muss sehr einfach zu bedienen sein.
|
||||
Mitarbeiter müssen sie ohne teure IT-Schulung benutzen können.
|
||||
- Die verwendete Software muss weitestgehend kostenfrei sein. Längst
|
||||
nicht jedes Museum kann sich die oft sehr teueren Lizenzen von
|
||||
nicht jedes Museum kann sich die oft sehr teuren Lizenzen von
|
||||
Museums-Softwareproduktion gewinnorientierter Firmen leisten.
|
||||
Museum-digital basiert auf frei verfügbarer Software (mysql, php).
|
||||
Museum-digital basiert auf freier Software (MySQL, PHP).
|
||||
- Das System muss sehr flexibel sein. Es gibt in den verschiedenen
|
||||
Museen verschiedene Traditionen des Formulierens von
|
||||
Objektinformationen. Als Beispiel sei auf Zeitangaben verwiesen, wo
|
||||
@ -154,25 +154,22 @@ museum-digital ist keine Einbahnstraße und kein Selbstzweck! Museen, die
|
||||
Informationen zu ihren Objekten bei museum-digital publizieren haben von
|
||||
hier aus zahlreiche einfach nutzbare Möglichkeiten:
|
||||
|
||||
- Museum-digital verfügt einen leicht zu bedienenden Exportmechanismus
|
||||
- museum-digital verfügt einen leicht zu bedienenden Exportmechanismus
|
||||
mit dem sich jedes Museum eine Exportdatei für ausgewählte Objekte
|
||||
erstellen kann. Diese Exportdatei ist im LIDO-Datenaustauschformat
|
||||
gehalten und kann einfach an Portale weitergegeben werden. Etliche
|
||||
Museen haben auf diese Weise bereits ihre Informationen an die
|
||||
\"europeana\" oder die \"ddb\" (Deutsche Digitale Bibliothek)
|
||||
weitergereicht. Mehr zu den Exportmöglichkeiten finden Sie unter
|
||||
[Ausgabe/Export](?lan=de&q=Ausgabe/Export).
|
||||
[Ausgabe/Export](../musdb/Objektsuche/Export.md).
|
||||
- Jedes Museum kann seine eigenen Objektinformationen auch in die
|
||||
eigene Internetseite einbinden. Dafür gibt es den einfachen Weg über
|
||||
einen iframe (mehr dazu unter
|
||||
[Ausgabe/Einbinden](?lan=de&q=Ausgabe/Einbinden)) oder über eine API
|
||||
(mehr dazu unter [Ausgabe/APIs](?lan=de&q=Ausgabe/APIs)).
|
||||
einen iframe oder über eine [API](../Ausgabe/API/README.md).
|
||||
- Eine weitere Möglichkeit, die eigenen Daten selbst zu nutzen, bietet
|
||||
das einfache Themen-Erstellungsprogramm von museum-digital. Hiermit
|
||||
das einfache [Themen-Erstellungsprogramm von museum-digital](../Themator/README.md). Hiermit
|
||||
können die Objekte in Form einer kleinen digitalen Ausstellung
|
||||
gruppiert, annotiert und (als Gruppe) beschrieben, vor allem aber
|
||||
präsentiert werden (Mehr dazu unter
|
||||
[Ausgabe/Themen](?lan=de&q=Ausgabe/Themen)).
|
||||
präsentiert werden.
|
||||
|
||||
Transparenz
|
||||
-----------
|
||||
|
||||
Reference in New Issue
Block a user