Services/Organisation/Gallery: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
Zur Navigation springen Zur Suche springen
K (persönlich klingenden Kommentar entfernt)
K (<ul>/ user: /CamelCase)
 
(3 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 5: Zeile 5:


Anregung:
Anregung:
Für Inklusion in der nodeDB wäre es sehr gut, wenn jedes Photo und uach jeder node (== standort) einen statischen permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert.
Für Inklusion in der NodeDB wäre es sehr gut, wenn jedes Photo und auch jeder Node (== Standort) einen statischen Permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert.
Bitte das in die Entscheidung bei der Auswahl der gallery berücksichtigen.
Bitte das in die Entscheidung bei der Auswahl der Gallery berücksichtigen.




== Verwendung ==
== Verwendung ==
Die Gallery soll grundsätzlich offen für alle Funkfeuer-User sein.
Die Gallery soll grundsätzlich offen für alle FunkFeuer-User sein.


--> Frage: IP range Funkfeuer oder Funkfeuer login (nodeDB/redeemer)?
--> Frage: IP range FunkFeuer oder FunkFeuer login (NodeDB/Redeemer)?


Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).
Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).


== Maintainer ==
== Maintainer ==
Markus Gschwendt
* [[User:Erich|Erich Pekarek]]
* [[User:Damadmai|Daniel A. Maierhofer]]


== Brainstorming ==
== Brainstorming ==
Zeile 29: Zeile 30:
   * möglichst statische Seiten
   * möglichst statische Seiten
   * ev. (shell-)Scripts die die Bilder darstellen
   * ev. (shell-)Scripts die die Bilder darstellen
     und Bilder-Upload getrennt davon (möglichst Userfreundlich)
     und Bilder-Upload getrennt davon (möglichst userfreundlich)
   * Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)
   * Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)
   * künftige Erfassung der Fotorechte
   * künftige Erfassung der Fotorechte
Zeile 35: Zeile 36:
weiterführende Informationen zu Alternativen:
weiterführende Informationen zu Alternativen:
https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html
https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html
<small>'''UPDATE''' (2021-05-31): => publicweb admins wollen php5 zeitnah abdrehen</small>
There is a "stable version of Gallery 3 that is PHP 7+ compatible [..] download it from http://galleryrevival.com/"<small>--[http://galleryproject.org/gallery-development-continues.html '''Gallery development is continuing!''' (2019-11-13)]<br /><br /><small>''Gallery 3 is actually a completely different application from Gallery 2, so there isn't an upgrade process as such.<br />Start by installing Gallery 3, then import your Gallery 2 items using the Gallery 2 Import Module which is included in the standard installation.''<br />--http://codex.galleryproject.org/Gallery3:FAQ.html#Upgrading_from_Gallery_2_to_Gallery_3 </small></small>


=== Mögliche Lösungen ===
=== Mögliche Lösungen ===

Aktuelle Version vom 4. Juni 2021, 00:00 Uhr

Beschreibung

Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...

Abhängigkeiten

Anregung: Für Inklusion in der NodeDB wäre es sehr gut, wenn jedes Photo und auch jeder Node (== Standort) einen statischen Permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert. Bitte das in die Entscheidung bei der Auswahl der Gallery berücksichtigen.


Verwendung

Die Gallery soll grundsätzlich offen für alle FunkFeuer-User sein.

--> Frage: IP range FunkFeuer oder FunkFeuer login (NodeDB/Redeemer)?

Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).

Maintainer

Brainstorming

Anforderungen

Die bisherige Gallery basiert auf G2. Gallery2 und Gallery3 werden nicht mehr weiterentwickelt. Die Migration auf ein anderes System ist erforderlich.

 * möglichst kein externes Cloud Service
 * möglichst keine PHP Software (auch für andere Projekte - warum eigentlich? -> Diskussionsseite)
 * möglichst statische Seiten
 * ev. (shell-)Scripts die die Bilder darstellen
   und Bilder-Upload getrennt davon (möglichst userfreundlich)
 * Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)
 * künftige Erfassung der Fotorechte

weiterführende Informationen zu Alternativen: https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html


UPDATE (2021-05-31): => publicweb admins wollen php5 zeitnah abdrehen

There is a "stable version of Gallery 3 that is PHP 7+ compatible [..] download it from http://galleryrevival.com/"--Gallery development is continuing! (2019-11-13)

Gallery 3 is actually a completely different application from Gallery 2, so there isn't an upgrade process as such.
Start by installing Gallery 3, then import your Gallery 2 items using the Gallery 2 Import Module which is included in the standard installation.

--http://codex.galleryproject.org/Gallery3:FAQ.html#Upgrading_from_Gallery_2_to_Gallery_3

Mögliche Lösungen

  • Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen Forum ablegen. Spart Maintership, ist kein PHP, Forum ist per se eine Form von Social-Media mit Kommentarfunktion, User können entscheiden, ob sie Daten sichtbar machen oder nicht.

Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.

Coppermine

 (+)zahlreiche Plugins verfügbar (Backup, Massimport, Panoramaviewer, Timeline, ...)
 (+)individuell konfigurierbare Userprofil-Einträge
 (+)Passwortgeschützte Alben möglich
Migration von G2 zu Coppermine 1.5.x

http://forum.coppermine-gallery.net/index.php?topic=76143.0

DAlbum

 (+) baut auf lokaler Ordnerstruktur auf, welche indiziert wird
 (-)kein integrierter Bilder Upload (ist via FTP gedacht)
 (·)User Verwaltung
 (·)beim Indizieren werden auch Thumbnails erstellt
 (+)Pic-Infos werden ausgelesen und lassen sich ein/ausblenden

Drupal + Node Gallery

 (+) Flexibilität: Es handelt sich um ein stark DB-orientiertes CMS mit zahlreichen Modulen
 (+) Erweiterbar
 (+) Code-Updates über Cronjob mittels "drush -y up"
 (+) Darstellung der Nodes über Views anpassbar - ermöglicht Filter, Sortierung, Gruppierung.
 (-) Bedarf des Einlernens
 (-) Bedarf der Anpassung

Hugo + Hugo-gallery oder Hugo + HugoPhotoswipe + PhotoSwipe

 (·) Hugo ist ein statischer Websitegenerator auf Basis von Go; die beiden Erweiterungen können scriptbasiert Galerien erstellen.
 (·) PhotoSwipe ist rein auf Javascript aufgebaut und nutzt vordefinierte Bildgrößen. Dokumentation [5]

Meinungen:

sieht auch nach einem guten statischen Generator aus.

Media Goblin

 (+) 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.
 (+) Debian/Ubuntu-Pakete, Fedora/Redhat vorhanden; Abhängigkeiten:
   Python 2.7 or Python 3.4+
   python-lxml
   git
   SQLite/PostgreSQL
   Python Imaging Library (PIL)
   virtualenv
   nodejs
   http://mediagoblin.readthedocs.io/en/stable/siteadmin/deploying.html

Meinungen: "This project is part of the GNU Project." Supporttechnisch sicher nicht übel.

nextcloud

(getestet)

 (-) keine Baum-Darstellung der Gallery
 (-) kein Resizing der Bilder
 (-) keine Pic-Infos,... in der Gallery-Darstellung
 

Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)

PhotoFloat

Eindrücke: 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.
 

Meinungen:

  • schaut interessant aus
Migration von G2 nach Piwigo

Migration von G2 mittels Scripts möglich etwa: https://github.com/dschwen/g2piwigo

Sigal

 (·) 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.

Meinungen:

sieht nach einem guten statischen Generator aus.

WordPress

  • Website:
  • Programmiersprache: PHP
  • Lizenz: GPL v2 + [11]
 (·) via Plugin: Gallery Manager

Meinungen:

 * ganz allgemein... Hände weg von wordpress; Gegenfrage: warum?
 * Sicherheitslücken...; Gegenargument: die werden aber üblicherweise flott gestopft...;

Zenphoto

(getestet)

 (·) eher als Foto-CMS gedacht
 (?) Userrechte für verschiedene Fotogrößen?
Migration von G2 zu Zenphoto

http://www.zenphoto.org/news/gallery2-to-zenphoto-migration/

GoGallery

Chevereto Free

Zeitplan

 * Brainstormingphase ... bis Herbst 2017
 * Sept. 2017 Entscheidung über System.
 * Umsetzung bis Anfang 2018.

Diverse Links

https://en.wikipedia.org/wiki/Comparison_of_photo_gallery_software

wiki deutsch listet teilweise andere auf https://de.wikipedia.org/wiki/Webgalerie

https://www.heise.de/download/products/foto/web-galerien