Schulverwaltungssoftware NRW

Ein Bild mit 500*500 Pixel hat immer 250.000 Bildpunkte, mal 3 Byte Farbe. (R,G und B in je 8 Bit)

Die Punktdichte (oder Auflösung) bestimmt dann je nach Ausgabegerät die Erscheinungs- oder Druckgröße,
an der Datenmenge ändert sich nichts - ob 75 oder 300 dpi.

Für die Datenmenge/Dateigröße sind die Bildpunkte und der Kompressionsalgorithmus verantwortlich,
nicht die dpi-Zahl.

Ich habe bei uns nachgeschaut. In den Globale Einstellungen sind 160 Pixel hinterlegt.
Für den Ausdruck der Schülerausweise und Fotolisten hat das bisher gereicht.

Kann ich davon ausgehen, dass dann Schild die Fotos runterskaliert und komprimiert, sodass ich die Fotos nicht vorher bearbeiten muss.

Hat jemand ggf. eine Lösung, wie man die Bilder einfach in Schild bekommt - nicht Ribeka SchildFoto.

Ich habe hier ein kleines PHP Script für einen Massenimport direkt in die Datenbank (MariaDB).

Mit etwas Fleißarbeit (oder ChatGPT) ließe sich das auch in ein Powershell-Script umwandeln.

Dann nur noch eine Frage: Ich habe bei uns nachgeschaut. In den Globale Einstellungen sind 160 Pixel hinterlegt.
Für den Ausdruck der Schülerausweise und Fotolisten hat das bisher gereicht.

Kann ich davon ausgehen, dass dann Schild die Fotos runterskaliert und komprimiert, sodass ich die Fotos nicht vorher bearbeiten muss.

Kann ich davon ausgehen, dass dann Schild die Fotos runterskaliert und komprimiert, sodass ich die Fotos nicht vorher bearbeiten muss.

Wenn die Bilder über die SchILD GUI importiert werden.

Wenn man, wie ich, einen Massenimport ohne SchILD Foto macht, dann müssen die Bilder im passenden Format vorliegen.

Ok, derzeit machen wir das in Schild, in dem wir das Bild einzelnen in den Schülerdetails über "Foto laden" einspielen. Damit sollte es passen.

kroerig hat geschrieben: Montag 8. September 2025, 13:49 Ich habe hier ein kleines PHP Script für einen Massenimport direkt in die Datenbank (MariaDB).

Besteht die Möglichkeit, dass Sie Ihren Ansatz teilen? Würde es gerne hier ausprobieren.