Services/Organisation/Gallery: Unterschied zwischen den Versionen
Zeile 108: | Zeile 108: | ||
* leider PHP | * leider PHP | ||
* kein Bilder Upload (ist via FTP [http://www.dalbum.org/index.php?go=Upload gedacht]) | * kein integrierter Bilder Upload (ist via FTP [http://www.dalbum.org/index.php?go=Upload gedacht]) | ||
* keine User | * keine User Verwaltung | ||
* baut auf lokaler Ordnerstruktur auf, welche indiziert wird | * baut auf lokaler Ordnerstruktur auf, welche indiziert wird | ||
* beim Indizieren werden auch Thumbnails erstellt | * beim Indizieren werden auch Thumbnails erstellt | ||
* Pic-Infos werden ausgelesen und lassen sich ein/ausblenden | |||
=== Diverse Links === | === Diverse Links === |
Version vom 6. Mai 2017, 15:17 Uhr
Beschreibung
Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...
Abhängigkeiten
Verwendung
offen für alle Funkfeuer User.
Zugriffsrechte sollten ev. für manche Bilder/Standorte geregelt werden
Maintainer
Markus Gschwendt
Brainstorming
Anforderungen
Gallery2 und Gallery3 sind tot. Die Migration auf ein anderes System ist wünschenswert.
* alte Gallery ist G2, Entwicklung wurde eingestellt. * möglichst kein externes Cloud Service * möglichst keine PHP Software (auch für andere Projekte) * möglichst statische Seiten * ev. (shell-)Scripts die die Bilder darstellen und Bilder-Upload getrennt davon (möglichst Userfreundlich) * Upload soll fur 'Neue' möglich sein (selfregistration) * künftige Erfassung der Fotorechte
Mögliche Systeme
Media Goblin
* "This project is part of the GNU Project." Supporttechnisch sicher nicht übel. * War schon mal Projekt bei Google Summer of Code, und reicht regelmäßig dort ein. * Es ist riesig, sowohl bezüglich Funktionalität (Video-Transkodierung etc.) als auch Sourcen. * Medien landen in einer (lokalen) Datenbank, nicht Verzeichnisbaum. * Bringt sein eigenes Django-artiges (?) Framework, aber eben nicht Django.
sigal
* sieht nach einem guten statischen generator aus. * album metadaten via markdown files. * generiert wenn gewünscht auch eine nette karte basierend auf den * koordinaten in den photo metadaten via leaflet / openstreetmap. * einfach zu installieren und konfigurieren. * könnte als cronjob, git post-receive hook oder dergleichen laufen.
die offene frage wäre dann wie man sicher fotos von selbst registrierten users in einen lokalen ordner am server bekommt.
PhotoFloat
https://git.zx2c4.com/PhotoFloat/about/
* Python2
PhotoFloat hat eine serverseitige Authentifizierung basierend auf flask-login, sodass man Alben etc. mit Login "schützen" kann. https://flask-login.readthedocs.io/en/latest/
Allerdings sehe ich da weder ein Web-Interface für Selbstregistrierung, noch Unterstützung für mehr als zwei (!?) User.
Es dürfte auch keinen Web-Bilder-Upload geben, und von PEP-8 [5] hat der Autor wohl noch nichts gehört :-) https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces
Fazit: (Auch) PhotoFloat bräuchte einige Anpassungen und Umbauten für den Gallery-Anwendungsfall.
Piwigo
(getestet)
* wird oft als Ersatz für G2 und G3 Projekte verwendet. * Migration von G2 mittels Scripts möglich * leider PHP * schaut ansonsten interessant aus
Zenphoto
(getestet)
* leider PHP * eher als Foto-CMS gedacht * Userrechte für verschiedene Fotogrößen?
Coppermine
http://coppermine-gallery.net/
* leider PHP * schaut ansonsten interessant aus
nextcloud
(getestet)
* leider PHP * keine Baum-Darstellung der Gallery * kein Resizing der Bilder * keine Pic-Infos,... in der Gallery-Darstellung * mbmn als Gallery ungeeignet
DAlbum
* leider PHP * kein integrierter Bilder Upload (ist via FTP gedacht) * keine User Verwaltung * baut auf lokaler Ordnerstruktur auf, welche indiziert wird * beim Indizieren werden auch Thumbnails erstellt * Pic-Infos werden ausgelesen und lassen sich ein/ausblenden
Diverse Links
https://en.wikipedia.org/wiki/Comparison_of_photo_gallery_software
wiki deutsch listet teilweise andere auf https://de.wikipedia.org/wiki/Webgalerie