Erkennung von Identifiern ist unzuverlässig

[jsubhi]

In Hildesheim gab es zwei Probleme mit der automatischen Erkennung von Standort-Identifiern:

Im Eintrag
@azp
AZP-Bibliothek

wurde "AZP-Bibliothek" nicht als Name des Standorts sondern als ISIL erkannt. Als Workaround haben wir "AZP - Bibliothek" eingetragen.
Evt. muss man das "ISIL" vor einem Identifier doch verpflichtend machen.

Einer unserer Standorte hatte im LBS die Bezeichnung zs-mag aber der Eintrag
@zs-mag
wurde wegen des Bindestrichs nicht als solcher erkannt. Als Workaround haben wir einen neuen Standort "zsmag" angelegt, was aber ungünstig ist, da sich alte, unbenutzte Standorte derzeit nicht löschen lassen. Vorschlag: Bindestriche und Unterstriche als Zeichen zulassen.

Auf Dauer ist aber evt. ein Format mit explizit definierten Feldern robuster und vermutlich auch leichter zu pflegen z.B.

[ID]
azp
[NAME]
AZP-Bibliothek
[ADDRESS]
Meinestraße 3
12345 Meinestadt

[nichtich]

Wir werden das sites.txt Format sowieso langfristig abschaffen und stattdessen ein Formular anbieten, das JSON erzeugt. Wäre als Zwischenlösung ok, direkt JSON zu liefern, in etwa so?

[jsubhi]

Den Ansatz finde ich gut. Für Gelegenheitsadmins ist ein Formular deutlich weniger abschreckend als eine Textdatei in Git zu editieren und für diejenigen, die etwas eintragen wollen, was das Formular nicht hergibt wäre die direkte Ablieferung von JSON eine gute Alternative, vor allem wenn man so ein Beispiel hat, bei dem man sich die Syntax abschauen kann (für Leute wie mich, die keine große Routine mit JSON haben).