Import von User mittels CSV und Datenabgleich

[zarri-kahi]

Moin moin,

ich plane das System an meiner Schule etwas anders zu nutzen, als nur als reine "kleine" Schulbibiothek, indem wir jeden SuS per hand anlegen.
Bei unseren 1100 SuS soll jeder einen Ausweis bekommen, da auch Lehrmittel, welche für das Schuhljahr ausgeliehen werden, dadrüber erfasst werden sollen.

Dafür würde ich gerne alle 1100 SuS aus einer CSV hochladen und deren Karten automatisch erstellen lassen, sowie die Klasse automatisch anpassen lassen.

Beispiel:

Im Jahr 1 sähe der Eintag so aus:

Name* , Vorname*, Geb.*, Klasse
Mayer,Hans,01.01.2019,1a

Im Jahr 2 wrde der Eitnag so aussehen:

Name* , Vorname*, Geb.*, Klasse
Mayer,Hans,01.01.2019,2a

Anhand der mit * gekenzeichneten Einträge würde das System eine eindeutige Zuordnung finden und alle Daten aktuallisieren.
Wenn der SoS raus ist, würde der Eintrag gelöscht werden.

Wenn jemand mit SBE/LogoDidakt arbeitete, dort wird es genau so gemacht.

Sollte es einen solchen Import mittels API schon geben, wäre es ggf sinvoll, diesen auch Webbasiert anzubieten.

[jzakotnik]

Interessant! Was bedeuten die Sternchen in dem Format?
Um die Klasse zu erhöhen gibt es bereits ein UI feature, weil das so oft gewünscht war. Bin mir aber nicht sicher ob das für 1000+ Schüler nicht besser via API zu lösen wäre.

Für die API gibt es eine recht simple REST API, über die man arbeiten könnte. Hab als Experiment mal GPT gefragt I have a REST API in this open source tool for managing books and students. Check the API in the respository and create relevant curl scripts to update student data: https://github.com/jzakotnik/openlibry

Und raus kamen ein paar Skripte, unter anderem für eine Liste von SuS in einem json:

# 5a) Get all users in class 3b (adjust query if your API filters differ)
curl -s "$BASE/api/user?class=3b" > users_3b.json

# 5b) Promote each to 4b
jq -c '.[] | {id: .id, class:"4b"}' users_3b.json | \
while IFS= read -r line; do
  id=$(echo "$line" | jq -r '.id')
  curl -s -X PUT "$BASE/api/user/$id" \
    -H "Content-Type: application/json" \
    -d "$line"
done

[zarri-kahi]

Das Sternchen ist sind die Kriterien, an denen das Programm eine eindeutige Zuordnung fest macht, um änderungen mittels CSV zu übernehmen. So wird nach Name, Vorname und Geb. gesucht und vergleichen. Diese 3 müssen stimmen und wenn es beim Rest Änderungen gibt (Anschrift, Klasse usw.) wird das neue aus der CSV übernommen und angepasst.

Hier ein Link, wie das z.B. bei SBE/Logedidakt geregelt wird.
Externer-Link

Zu der API-Anfrage: jetzt kommen wir zum Desing des Programms und zur Frage, wie das Programm aufgebaut werden soll.
Ich wäre nicht nur für eine API möglichkeit, sondern auch für eine Web möglichkeit, denn ich vermute, dass diese öfter genutzt wird als die APIs, da dies für viele Menschen leichter ist.
(Ich schlage hier mal den langen bogen zu Word/Libreoffice und Latex, Latext ist schöner und zuminest für mich verständlich, aber die meißten nutzen Word/Libreoffice da es für sie intuitiver ist, da sie hier sehen, was sich machen)

Denn:

1. Seltener als Personen die sich mit Technik auskennen, sind Personen, die sich mit Technik auskennen und APIs bedienen können. Wenn ich z.B. meine Schule ansehe, dann gibt es unter 120 KuKs genau eine die mit APIs umgehen kann (und das bin nicht ich) aber etwa 10 die sich trauen einen Server aufzusetzen, ihn zu konfigurieren und zu warten. Wenn das System also auf möglichst viel Verbreit kommen soll, sollte es möglichst viele Vereinfachungen bekommen, damit sich auch die diversen IT-Beauftragen damit auseinander setzen, die den Beauftragung übernommen haben, weil es sonst keinen gibt.

2. Würde ich das System z.B. nicht Lokal nutzen sonder als Server aufsetzen (was ja offizell möglich ist). Das hat mehrere Grunde:
   a) Hat meine Schule 2 Standorte (nicht nur Gebäude die nebeneinander stehen sonder 2 Standorte die etwa 2km auseinander sind)
   b) Hat jeder Fachbereich seine eigene Büchersammlung
   c) Verteilen die Fach-KuK die Bücher individuelle.

3. Kann die Verwarlung der SuS auch an einen KuK ausgelagert werden bzw auch leichter an deren Perosnen übergeben werden.

[jzakotnik]

Danke, ich schau mal rein!

Eine recht wiederkehrende Diskussion ist, wie wir mit Komplexität umgehen (ganz abgesehen von Entwicklerin-Kapazität, ist ja für alle Hobby hier). OpenLibry ist überhaupt erst entstanden, weil in kleinen Büchereien (Grundschulen, medizinische Einrichtungen, Zoos..) die ganze Komplexität die Leute überfordert. Auch im User Interface, während man eigentlich was ganz einfaches will. Neue Features müssen irgendwie so gestaltet werden, dass sie möglich sind, aber die Ursprungsidee nicht kompromittieren. Das ist gar nicht so einfach 😺

[zarri-kahi]

Das kann ich verstehen und da bin ich dabei. Ich Kann vor allem Testen und Feedback geben. Code zu schreiben habe mir noch nicht beigebracht, bzw. für TS müsste ist ersteinmal Java lernen... das wird noch ein Spaß.

[jzakotnik]

@zarri-kahi Nee, Java kann man getrost skippen, direkt mit nodejs bzw React starten ;-)
Ich find's klasse, dass Du dabei bist, wir haben übrigens noch eine kleine Signal Gruppe für die Techies, willst Du da rein?