Services/Organisation/Gallery: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
Zur Navigation springen Zur Suche springen
K (<ul>/ user: /CamelCase)
 
(80 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
== Beschreibung ==
== Beschreibung ==
Photo Gallery zur Ablage von Bildern von Knoten Events, Workshops, Konferenzen,...
Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...


== Abhängigkeiten ==
== 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 ==
== Verwendung ==
Alle Funkfeuer User. Zugriffsrechte sollten ev. für manche Bildern/Standorte geregelt werden
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 ==
== Maintainer ==
Markus Gschwendt
* [[User:Erich|Erich Pekarek]]
* [[User:Damadmai|Daniel A. Maierhofer]]


== Brainstorming ==
== Brainstorming ==
Zeile 14: Zeile 24:
=== Anforderungen ===
=== Anforderungen ===


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


  * alte Gallery ist G2, Entwicklung wurde eingestellt.
   * möglichst kein externes Cloud Service
   * möglichst kein externes Cloud Service
   * möglichst keine PHP Software (auch für andere Projekte)
   * möglichst keine PHP Software (auch für andere Projekte - warum eigentlich? -> Diskussionsseite)
   * 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 fur 'Neue' möglich sein (selfregistration)
   * Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)
   * künftige Erfassung der Fotorechte
   * künftige Erfassung der Fotorechte


=== Mögliche Systeme ===
weiterführende Informationen zu Alternativen:
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 ===
 
* Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen [https://forum.funkfeuer.at 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 ====
 
 
* Website: http://coppermine-gallery.net/
* Programmiersprache: PHP
* Lizenz: GPL v3.0 [http://documentation.coppermine-gallery.net/en/copyrights.htm]
 
* Demo: http://coppermine-gallery.net/demo/cpg15x/
* Plugins: http://coppermine-gallery.net/plugins.php?cpg_version=both
 
  (+)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 ====
 
* Website: http://www.dalbum.org
* Programmiersprache: PHP
* Lizenz: GPL v2+ [http://www.dalbum.org/index.php?go=Copyrights]
 
  (+) baut auf lokaler Ordnerstruktur auf, welche indiziert wird
  (-)kein integrierter Bilder Upload (ist via FTP [http://www.dalbum.org/index.php?go=Upload gedacht])
  (·)[http://dalbum.org/index.php?go=Access User Verwaltung]
  (·)beim Indizieren werden auch Thumbnails erstellt
  (+)Pic-Infos werden ausgelesen und lassen sich ein/ausblenden
 
==== Drupal + Node Gallery ====
 
* Website: https://www.drupal.org
* Website Modul: https://www.drupal.org/project/node_gallery
* Programmiersprache: PHP 5.6 oder 7.x
* Lizenz: GPL 2
 
  (+) 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 Website: https://gohugo.io/tools/
* Programmiersprache: Go
 
* Hugo-Gallery
** Repository: https://github.com/icecreammatt/hugo-gallery/blob/master/README.md
** Lizenz: MIT [https://github.com/icecreammatt/hugo-gallery/blob/master/LICENSE]
 
* HugoPhotoSwipe
** Repository: https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/README.rst
** Lizenz: GPL v3.0 [https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/LICENSE]
 
* PhotoSwipe
** Website: http://photoswipe.com/
** Lizenz: MIT 'with Wordpress exception'
 
  (·) 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 [http://photoswipe.com/documentation/getting-started.html]
 
Meinungen:
sieht auch nach einem guten statischen Generator aus.


==== Media Goblin ====
==== Media Goblin ====


http://www.mediagoblin.org/
* Website: http://www.mediagoblin.org/
* Lizenz: GNU AGPLv3 [http://mediagoblin.readthedocs.io/en/stable/siteadmin/about.html#how-is-gnu-mediagoblin-licensed]
  (+) 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)
 
* Website: http://nextcloud.com/
* Demo: https://demo.nextcloud.com/
* Programmiersprache: PHP
* Lizenz: GNU AGPL 3.0 [https://github.com/nextcloud/nextcloud.com/blob/master/LICENSE]
 
  (-) keine Baum-Darstellung der Gallery
  (-) kein Resizing der Bilder
  (-) keine Pic-Infos,... in der Gallery-Darstellung
 
Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)
 
==== PhotoFloat ====
 
* Website: https://git.zx2c4.com/PhotoFloat/about/
* Programmiersprache: Python2
* Lizenz: GPL v2.0+ [https://git.zx2c4.com/PhotoFloat/about/]
 
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 ====
==== Piwigo ====
(getestet)
(getestet)


http://piwigo.org
* Website: http://piwigo.org
* Programmiersprache: PHP
* Lizenz: GNU GPLv2 [http://piwigo.org/basics/license]


   * wird oft als Ersatz für G2 und G3 Projekte verwendet.
   (·) wird oft als Ersatz für G2 und G3 Projekte verwendet.
   * Migration von G2 mittels Scripts möglich
    
   * leider PHP
Meinungen:
   * schaut ansonsten interessant aus
* schaut interessant aus
 
===== Migration von G2 nach Piwigo =====
Migration von G2 mittels Scripts möglich etwa:
https://github.com/dschwen/g2piwigo
 
==== Sigal ====
 
* Website: http://sigal.saimon.org/
* Programmiersprache: Python
* Lizenz: MIT [http://sigal.saimon.org/en/latest/]
 
  (·) 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 + [https://wordpress.org/about/license/]
 
  (·) via Plugin: Gallery Manager
 
Meinungen:
  * ganz allgemein... Hände weg von wordpress; Gegenfrage: warum?
   * Sicherheitslücken...; Gegenargument: die werden aber üblicherweise flott gestopft...;


==== Zenphoto ====
==== Zenphoto ====
(getestet)
(getestet)


http://www.zenphoto.org/
* Website: http://www.zenphoto.org/
* Programmiersprache: PHP
* Lizenz: GPL v2+ [http://www.zenphoto.org/pages/licenses/]
 
  (·) eher als Foto-CMS gedacht
  (?) Userrechte für verschiedene Fotogrößen?


  * leider PHP
===== Migration von G2 zu Zenphoto =====
  * eher als Foto-CMS gedacht
http://www.zenphoto.org/news/gallery2-to-zenphoto-migration/
  * Userrechte für verschiedene Fotogrößen?


==== Coppermine ====
==== GoGallery ====


http://coppermine-gallery.net/
* Website: https://github.com/smancke/gogallery
* Programmiersprache: Go
* Lizenz: MIT License [https://github.com/smancke/gogallery/blob/master/LICENSE]


  * leider PHP
==== Chevereto Free ====
  * schaut ansonsten interessant aus


==== nextcloud ====
* Website: https://chevereto.com/free
(getestet)
* Programmiersprache: PHP
* Lizenz: GNU Affero General Public License v3.0 [https://github.com/Chevereto/Chevereto-Free/blob/master/LICENSE]
* Demo: https://demo.chevereto.com/


http://nextcloud.com/
=== Zeitplan ===


   * leider PHP
   * Brainstormingphase ... bis Herbst 2017
   * keine Baum-Darstellung der Gallery
   * Sept. 2017 Entscheidung über System.
  * kein Resizing der Bilder
   * Umsetzung bis Anfang 2018.
  * keine Pic-Infos,... in der Gallery-Darstellung
   * mbmn als Gallery ungeeignet


=== Diverse Links ===
=== Diverse Links ===

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