dainst / arachne-oai-pmh-scripts Goto Github PK

origin umbenennen! Kandidaten:

• original
• orig
• raw: dann würde raw z.B. in harvested umbenannt werden (mein derzeitiger Favorit)

• Ordner "other_formats" weg? Die URL /arachne-oai-pmh-scripts/other_formats/cidoc_crm sieht irgendwie doof aus. Idee war, dass dann klarer wird, dass man erst "origin" erzeugen muss. Auch so klar?
  • Oder umbenennen in derived_formats? Oder 1_raw, 2_originund dann alles andere, so dass die Abhängigkeiten durch die Sortierung klar werden? (Wenn, dann auch in arachne-oai-pmh-data.)
  • Jedenfalls entscheiden, bevor Cidoc-Skript und -Daten ins Repo kommen.
• raw und origin zusammenfassen? (Das dann doch nicht, oder?)

Eigentlich umgestellt auf

http://www.loc.gov/standards/mets/mets.xsd

Aber nach dem Skript zum Herausziehen der Namespaces steht immer noch version18 im XML:

<mets:mets xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/version18/mets.xsd">

Die Version mit 1000 Datensätzen pro Datei behalten oder nicht?

• Ein Argument wäre, dass das XSLT inbesondere für Cidoc CRM vermutlich schneller laufen würde. Aber belegt ist das nicht, und das XSLT könnte auch bei 1 Datensatz pro Datei leicht am Ordner erkennen, welches Kategorien-Blueprint es einlesen muss.
• Gibt es noch weitere Argumente? Sonst eher weglassen.

04_objektkategorien-aufteilen.pl:

• Entfällt, wenn es nur die Version "1 Datensatz pro Datei" gibt? Aber dann sollten die Datensätze der Kategorie "objekt" stattdessen in entsprechende Unterverzeichnisse verteilt werden.

Cidoc CRM:

• Klären: wie ist das mit der "industrial strength"-Version, die viele Datensätze auf einmal verarbeiten kann und <records> statt <record> verwendet? Ist das bei Umstellung auf einen Datensatz pro Datei ebenfalls überflüssig?

Nachfolgende Schritte anpassen, insbesondere Cidoc CRM und EAGLE.