I have it locally working well, but not on the S3:
http://www.startyourowngoldmine.com/images/syogm/tanzanians/

Someone knows why?

Hi,

I usually provide a restricted set of images to the wider public and a full set for close friends / people shown on the image but do not want to be expressed publicly in the internet. I've written a script which is reading a list of files and removes these from the main index while providing the full set under an entry page that will be made not widely public. I've attached the script for your convenience to distribute it with fgallery inside the utils directory.

Kind regards and thanks for the nice gallery tool

     Andreas.

fgallery-strip-json.zip

Hi

I get the following error when running ./fgallery:

cp: the -H, -L, and -P options may not be specified with the -r option.

Thanks!

I've recently been experimenting with making an HDR image from a stack of images obtained a Raspberry Pi camera, and using fgallery to host a timeseries of the last n of them somewhere on a webserver. This works great, but HDR-ification (correctly) nukes the exif metadata of the resulting stack.

As a consequence, I've noticed that line ~599-612 of fgallery deals with missing timestamps by setting them to that of the previous image or the unix epoch.

I'd personally prefer defaulting to the file modification date, and hence have just slightly modified line 599 to silently fail back to that by

my $idate = $props->{'DateTimeOriginal'} || $props->{'DateTime'} || $props->{'FileModifyDate'} || "";

You may or may not think this is a good idea -- if you do, I'm happy to "turn it into software" by either adding a command line switch and/or warning statement and submit a pull request.

Allow to run fgallery -u to update an existing gallery, only performing the 1st pass on the directory, updating only newer or modified files along the way.

Title says it all.

As for design, it should have some color. Please, do not use monocrhomatic icon since those are boring and dark in "style".

I kept getting this error when trying to run the script on a web server:

Bareword found where operator expected at ./fgallery line 225, near "s/[^\w]/_/gu"
syntax error at ./fgallery line 225, near "s/[^\w]/_/gu"
Execution of ./fgallery aborted due to compilation errors.

So I deleted the u and then it worked. Is that a typo or intended? It shows as a typo both on vim's and github's syntax highlighters.

Hello

I have successfully installed fgallery 1.8.1 on Mac OS-X El Capitan (10.11.4)
(brew install imagemagick lcms2 jpeg jpegoptim pngcrush fbida)
(sudo cpan -i JSON JSON::XS Image::ExifTool)
(export PERL5LIB=$BREWPATH/Cellar/exiftool/9.61/libexec/lib:$HOME/perl5/lib/perl5)
(edit line 378 replace -r with -R)

while creating a gallery I get the following error on one of the last lines of code (836)

gallery
reading completed
processing completed
generating archive...
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at ./fgallery line 836.

do you have any idea on what's going wrong?
Thanks for your support
best regards
Mat

I no longer remember when I actually used the navigation arrows (back/forward arrows around the main image).

I noticed most people click on the thumbnail instead, and the auto-centering (plus the various shortcuts) makes going through the gallery just as fast with less clutter on top of the image.

Anybody wants to keep the arrows?

This is a small one but it is still annoying.
Right arrow is less moved outside picture so it is not visually consistent.

Here are some shots:

• Firefox OS 1.1.0 browser: http://i.imgur.com/WHIfT7M.png ;
• Firefox Desktop (25.1, linux, scaled down so the bug can be visible): http://i.imgur.com/b2jWh8e.png ;
• Firefox Desktop (25.1, linux, scaled down so the bug can be visible): http://i.imgur.com/wlrDb9h.png ;
• Webkit on android CM 7.2 (default aosp browser): http://i.imgur.com/Go60m25.png .

You should take a look at the following lines, you should change the value, these definitions are invalid. I also tried to remove them at all and the gallery seemed to work the same.
Edit: Seems they are only invalid in IE8 and below because IE doesn't support multiple backgrounds.

https://github.com/wavexx/fgallery/blob/master/view/index.js#L547-L548

Just mentioning it, because someone had already problems with the gallery not working in IE8, caused by a script error. (https://groups.google.com/forum/#!topic/mootools-users/WMjbr-enFJ8)

I'll provide as much information as I can in the following days; feel free to ask questions in advance.

Used this command line:

fgallery -s -c txt -d --index http://www.duckduckgo.com . gallery

and I had all .txt ready.
got this

Use of uninitialized value $id in string eq at /something/fgallery line 94

and later this

Use of uninitialized value in multiplication (*) at /home/data1/protected/Programming/git/fgallery/fgallery line 580
Use of uninitialized value $root in concatenation (.) or string at /home/data1/protected/Programming/git/fgallery/fgallery line 594

I guess this happened because of using . as directory of pictures.

Hi, it would be very cool if fgallery had a feature to integrate Facebook comments. Or any other external comments service (Disqus, Livefyre, intensedebate, ...)

How to produce it:

• Use any images ;
• use evil -s flag in fgallery.

What you will see:

• Black box in the upper left corner (there should be icon for downloading
  when you not use -s).

What you should see:

• Nothing if there is no download button (which is created with -s).

Portrait oriented photos get thumbnails oriented in landscape, resulting in a badly distorted thumbnail.

To reproduce this, take a portrait oriented photo. The orientation should be set via EXIF meta-data while the image file remains "landscape".

While creating a gallery, I get a lot of these errors. It seems an old error in a lib, now solved:
golang/go#3916

Hi thanks for a great project,

With input from @zorun I have packaged fgallery for Arch Linux. It is available in the Arch User Repositories: https://aur.archlinux.org/packages/fgallery/

If you think its worth it you could add that to the installation documentation.

Is it possible to have a simple solid color background behind the images?

I'm adding "image captions", something I've put in the drawer for a bit too long, but so far I wasn't totally satisfied width. See:

http://www.thregr.org/~wavexx/tmp/caption-demo1/#15

for a temporary demo. I still need to allow the user to configure the display (turn it off/on), but I'd appreciate any comment on the display.

I added an utility in utils/fcaption to perform quick image captioning of a gallery. It writes detached "txt" captions, which are now read by default by fgallery (in addition to xmp/exif and general file comments).

xmp or exif comments are very easy to generate using darktable (in lightroom mode), or geeqie (Ctrk+K to bring up the image metadata editor). Personally, I find fcaption to be much quicker for opportunistic captioning, but the options are there.

I have bunch of images automatically downloaded, so there might by empty images, non-image files and so on. It would be nice if i could make quick gallery without need to worry about about errors.

Hi,

thanks for the nice gallery tool. Since I really want to have geolocation links in my gallery I have created a patch (in attachment split up to 6 single commits in format-patch format which you could easily git am patchname). The patch includes also manpage and help output - so I hope its easy to understand.

I think it could be enhanced a bit but it would be great if you could at least raise your opinion about this feature. If you want to see an example usage feel free to look at

my gallery from Iceland

You should click on the world globe icon left top.

Kind regards and thanks for the nice gallery tool

     Andreas.

geolocation_patches.zip

I'm actually not sure why there is noise.png, but it's size is 269kB. That is quite a lot for transparent square. I've made same square in Gimp and it has only 585B. Can you replace current picture with my version or create another smaller version?

-- Current image --
ExifTool Version Number         : 9.04
File Name                       : noise.png
Directory                       : .
File Size                       : 269 kB
File Modification Date/Time     : 2014:03:06 19:18:40+01:00
File Access Date/Time           : 2014:03:07 08:53:05+01:00
File Permissions                : rw-r--r--
File Type                       : PNG
MIME Type                       : image/png
Image Width                     : 500
Image Height                    : 500
Bit Depth                       : 8
Color Type                      : RGB with Alpha
Compression                     : Deflate/Inflate
Filter                          : Adaptive
Interlace                       : Noninterlaced
Background Color                : 255 255 255
Pixels Per Unit X               : 2835
Pixels Per Unit Y               : 2835
Pixel Units                     : Meters
Modify Date                     : 2013:11:03 15:35:11
Comment                         : Created with GIMP
Image Size                      : 500x500

--- New Image ---
ExifTool Version Number         : 9.04
File Name                       : noise.png
Directory                       : .
File Size                       : 585 bytes
File Modification Date/Time     : 2014:03:07 09:01:31+01:00
File Access Date/Time           : 2014:03:07 09:04:10+01:00
File Permissions                : rw-r--r--
File Type                       : PNG
MIME Type                       : image/png
Image Width                     : 500
Image Height                    : 500
Bit Depth                       : 8
Color Type                      : Grayscale with Alpha
Compression                     : Deflate/Inflate
Filter                          : Adaptive
Interlace                       : Noninterlaced
Pixels Per Unit X               : 39
Pixels Per Unit Y               : 39
Pixel Units                     : Meters
Image Size                      : 500x500

Here is my version:

(Image is transparent, but present :)

Displaying every single thumbnail on the roller is bad for performance, for several reasons. From most to least bad:

• Downloading them all takes time. Parsing them all takes more time. Even if they're cached, it can lead to a gallery taking several seconds to initialize even for relatively modest image counts. Example: https://madoka.brage.info/baughn/oso/
• For a large gallery the complete thumbnail set can be several megabytes. This is bad for users on metered connections.
• For non-HTTP2 servers, serving large numbers of small files means making more roundtrips, due to the pipelining limit. This problem will go away with time.
• Browsers aren't good with huge numbers of DOM elements. This won't matter unless there are thousands at least. (I wouldn't suggest trying to handle this just yet, as redoing the layout costs even more.)

I'd recommend loading only the thumbnails that are visible on the roller, plus a viewport-sized buffer on either side.

Building gallery fails if there is a black an white images (created with rawtherapee):

$>fgallery --max-full 2048x1024 -d test testabg
reading completed                 
[tificc fatal error]: Input profile is not operating in proper color space
error: command "tificc -t0 testabg/files/D30_0442_jrt_sw_b.jpg.tmp testabg/files/D30_0442_jrt_sw_b.jpg.tmp.tmp" failed

Concerned image:

$>exiftool D30_0442_jrt_sw_b.jpg 
ExifTool Version Number         : 10.10
File Name                       : D30_0442_jrt_sw_b.jpg
Directory                       : .
File Size                       : 680 kB
File Modification Date/Time     : 2016:06:30 17:49:10+02:00
File Access Date/Time           : 2016:06:30 17:49:22+02:00
File Inode Change Date/Time     : 2016:06:30 17:49:10+02:00
File Permissions                : rw-rw-r--
File Type                       : JPEG
File Type Extension             : jpg
MIME Type                       : image/jpeg
JFIF Version                    : 1.01
Resolution Unit                 : inches
X Resolution                    : 300
Y Resolution                    : 300
Profile CMM Type                : lcms
Profile Version                 : 2.3.0
Profile Class                   : Display Device Profile
Color Space Data                : RGB
Profile Connection Space        : XYZ
Profile Date Time               : 2012:01:15 17:28:16
Profile File Signature          : acsp
Primary Platform                : Microsoft Corporation
CMM Flags                       : Not Embedded, Independent
Device Manufacturer             : LCMS
Device Model                    : 
Device Attributes               : Reflective, Glossy, Positive, Color
Rendering Intent                : Perceptual
Connection Space Illuminant     : 0.9642 1 0.82491
Profile Creator                 : lcms
Profile ID                      : 0
Device Mfg Desc                 : Rawtherapee
Profile Description             : RT_sRGB gamma sRGB(IEC61966 equivalent)
Device Model Desc               : RTsRGB
Media White Point               : 0.95016 1 1.08842
Red Matrix Column               : 0.43585 0.22238 0.01392
Blue Matrix Column              : 0.14302 0.06059 0.71385
Green Matrix Column             : 0.38533 0.71704 0.09712
Red Tone Reproduction Curve     : (Binary data 8204 bytes, use -b option to extract)
Green Tone Reproduction Curve   : (Binary data 8204 bytes, use -b option to extract)
Blue Tone Reproduction Curve    : (Binary data 8204 bytes, use -b option to extract)
Chromaticity Channels           : 3
Chromaticity Colorant           : Unknown (0)
Chromaticity Channel 1          : 0.64 0.33
Chromaticity Channel 2          : 0.3 0.60001
Chromaticity Channel 3          : 0.14999 0.06
Profile Copyright               : No copyright Rawtherapee -IEC61966 equivalent
Media Black Point               : 0 0 0
Image Width                     : 1040
Image Height                    : 1840
Encoding Process                : Progressive DCT, Huffman coding
Bits Per Sample                 : 8
Color Components                : 3
Y Cb Cr Sub Sampling            : YCbCr4:4:4 (1 1)
Image Size                      : 1040x1840
Megapixels                      : 1.9

tificc is version 6.2 from Package: liblcms2-utils Version: 2.6-3ubuntu2 in Ubuntu 16.04LTS.

The thumbnail scrolling is not working properly on ff24 mobile (android)
you can test it if you have android on this gallery
http://photos.prysme.net/test/

When the source directory is on a filesystem that does not support links (e.g. VFAT) use File:copy() instead of link.

I have images on a 32Gbyte SD-card to be used on a openWRT box with lighttpd. I also use the SD-card in cameras, so it has to be VFAT. I run fgallery on a chromebook with Ubuntu, so there is not enough free space to copy the images to a real FS before running fgallery.

I replaced to link() with File:Copy() in fgallery, and it worked just fine on VFAT, but a bit slower of course.

Would it make se se to generate more versions od blurs thumbs and photos for different displays? It is OK to have 1200x1600 image when using bigger screen, but looks like too big (both size and dimensions) when viewing gallery on mobile phone. This could further improve load time.

Is it possible to add the 'cp -r view destination' into the process of creating a gallery as we are specifying the ouput directory while launching fgallery source destination

It will be usefull to avoid to manually copy the view directory before launching fgallery processing.

Hi,

is there a switch to remove the timestamp from the generated website? If not, please consider this a feature request!

Kind regards.

Processing photos stops after this error:

reading completed
[tificc fatal error]: Input profile is not operating in proper color space
error: command "tificc -t0 test_galerija/files/01178_chicagoatnight_1280x800.jpg.tmp test_galerija/files/01178_chicagoatnight_1280x800.jpg.tmp.tmp" failed

Thanks for a great project!

This is a feature request, but I would be willing to help with development if you are positive about the idea.

My use case: I am South African, and currently live in the USA. My family back home likes to see the captions in Afrikaans, but my friends in the US need English.

I do not know all the implications this will have, but I envision you would have an extra button in the album to switch languages. You also would need to improve the fcaption utility to allow for multilingual caption entry.

Please let me know your thoughts.

With the idea that a pixel is no longer a pixel but scaled at 150%/200% (or whatever) on mobile browsers, the thumbnail sizes are always upscaled (and badly).

We could dynamically replace those with a second high-res copy, but then all the pixel positioning for the thumbnail centering hints needs to take extra care for the scaling factor.

It's a true mess.

Tested with the lastest source from 11/4/2013, gallery is displaying fine in the portrait or landscape initial mode but as soon as you are changing from portrait to landscape the go back to portrait the layout is completely messed.

see attached screenshot

Hi,

I am trying to run the app on Mavericks after running your suggested steps on the ReadMe and am still running into errors.

Can't locate Image/ExifTool.pm in @inc (@inc contains: /opt/local/lib/perl5/site_perl/5.16.3/darwin-thread-multi-2level /opt/local/lib/perl5/site_perl/5.16.3 /opt/local/lib/perl5/vendor_perl/5.16.3/darwin-thread-multi-2level /opt/local/lib/perl5/vendor_perl/5.16.3 /opt/local/lib/perl5/5.16.3/darwin-thread-multi-2level /opt/local/lib/perl5/5.16.3 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl .) at ./fgallery line 26.
BEGIN failed--compilation aborted at ./fgallery line 26.

What am I missing?

Thanks,
Steven

Suggestion to read the coordinates in the EXIF header and if available, provide a clickable icon (next to the 'Date'-field) which will open a new window with a geo-tag in openstreetmap.
-Just like you, I make pictures of mountains, and I would like to show my public where these mountains are...

Steps to produce it:

• Copy "fgallery" dir to desired location;
• Use it to generate gallery in it's dir while the source dir is one level above: fgallery -s ../source_dir_with_images/ output_dir/ ;
• "pngout.png" is still present in "fgallery" dir and it is containing preview for last png image that was in the source dir (last as in alphabetical order).

Notice: i have pngcrush installed.

By just adding a play icon to start the diaporama

I realize this is highly specific, but here is my situation. I have an smb share on a linux host at /media/photos/. For arguments sake, let's say I create a folder called 'Airshow'. Using my Mac I upload a bunch of pictures to 'Airshow' (/media/photos/Airshow). When I would run my fgallery command:

sudo fgallery --min-thumb 112x150 --max-thumb 200x267 /media/photos//Airshow ./Airshow

I was getting all sorts of weird errors like:

Use of uninitialized value $props{"FileType"} in string eq at /usr/local/bin/fgallery line 479.
Use of uninitialized value $props{"FileType"} in string eq at /usr/local/bin/fgallery line 488.
+ touch -r /media/photos/Airshow/._IMG_4628.jpg ./Airshow/files/__IMG_4628.jpg
+ convert ./Airshow/files/__IMG_4628.jpg.tmp -gamma 0.454545 -geometry 1600x1200> -print %w\n%h -gamma 2.2 +profile !icc,* -quality 90 ./Airshow/imgs/__IMG_4628.jpg
convert.im6: no decode delegate for this image format `./Airshow/files/__IMG_4628.jpg.tmp' @ error/constitute.c/ReadImage/544.
convert.im6: no images defined `./Airshow/imgs/__IMG_4628.jpg' @ error/convert.c/ConvertImageCommand/3044.
error: command "convert ./Airshow/files/__IMG_4628.jpg.tmp -gamma 0.454545 -geometry 1600x1200> -print %w\n%h -gamma 2.2 +profile !icc,* -quality 90 ./Airshow/imgs/__IMG_4628.jpg" failed

Turns out that when a mac uploads a file to an smb share, it leaves a nice pile of hidden files containing stuff to aid previews. For instance:

-rwxr--r--  1 nobody nogroup    4096 Jun 13 01:05 ._IMG_4628.jpg
-rwxr--r--  1 nobody nogroup 3918593 Jun 13 01:03 IMG_4628.jpg

So for every IMG_xxxx.jpg file I had, I also had a ._IMG_xxxx.jpg that was throwing fgallery for a loop because those aren't really images to be processed. The fix for me was to apply this patch:

--- /home/media/fgallery-master/fgallery    2014-09-18 10:48:13.000000000 -0500
+++ /usr/local/bin/fgallery 2015-06-15 00:53:10.500684675 -0500
@@ -346,7 +346,8 @@
   {
     my $file = $_;
     return if(!-f $file);
-    my (undef, undef, $suffix) = fileparse($file, qr/\.[^.]*$/);
+    my ($name, undef, $suffix) = fileparse($file, qr/\.[^.]*$/);
+    return if ($name =~ /^\./); # Skip hidden files
     return if(length($suffix) < 2);
     $suffix = lc(substr($suffix, 1));
     if(any { $_ eq $suffix } @exts) {

This skips hidden files and skirts my problem entirely. I'm not sure if that's something fgallery wants to incorporate from an architectural standpoint (skipping all dot files), but maybe a flag could be added like --skip-hidden-files so folks who are sourcing their photos from a Linux SMB share where the photos were uploaded by a mac will keep fgallery from dying.

As the flag option is growing it would be nice if you can support to combine flag

./fgallery -sfv

instead of

./fgallery -s -f -v

When running fgallery, it correctly loads and transform the images, but an empty data.json file is created. Here is the output with 1.8.1:

$ fgallery photos output
reading completed        
processing completed        
generating archive...
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at /opt/fgallery/fgallery line 836.

This happens both with 14f3463 and tag 1.8.1. The system is Archlinux, with perl 5.22.2 and perl-json 2.90.

I think the script should run without failing when exif* libraries are not found. It should just warn and set $orient to 0, so it's never needed. It would be useful so it can be setup without those libraries that are not present on every ISP.
I had to modify the script so it would skip the fatal() when using -o in order to be able to run it. It should be a regular feature that it can be run with unnecessary libraries (as in not absolutely imprescindible).

It seems that fgallery can't handle RAW images. It is as easy as to extract an embedded image (preview) from RAW file (e.g. Exiftool is capable of doing this). Would be nice if this functionality could be added to fgallery so one doesn't need to extract JPG previews manually before creating a new gallery.

Could you please add some exif information related to photography like aperture, focal length, exposure, ISO value within an optional infobox? I think it is better for interested photographers to be able to see those values.
With this fgallery would be perfect for me.

When using "low" resolution (e. g. 800x600 and 600x800) images for album generation, the images appear stretched and blurry in the album on a screen set bigger than image resolution (e. g. 1680x1050).
I found that actually this behaviour is intended by the use of the minupscale variable in the index.js file of the generated album. This variable is set by default to 640x480. If I understood correctly, this means that every image bigger than this resolution will be stretched to fit screen resolution, leading to ugly blurry results. I set it by hand to 10000x10000 and my 800x600 images are now displayed centered and untouched.

Hence my input: do you agree to add an argument to the fgallery command that would let the user set this variable? I suppose something like fgallery --max-full 800x800 --minupscale 801x801 pics album "Album Title" would make sense.

Regards

If anybody is interested, I had a first go at designing a simple GUI for fgallery for those that prefer something graphical. Unfortunately, I didn't have much time to polish it, so here it is:

fgallery.ui.zip

If anybody wants to help, it's written using the "Qt4 Designer", so there's no need for previous programming experience (it's a drag&drop UI designer similar to glade).

If the GUI is in good shape, I'll write the actual code myself.

When using non-ascii characters for the galery title, the typical unicode-messed-up characters appears in the page title.

Exemple :

./fgallery input output "Rues de Montréal"

Generate this title :

"Rues de Montréal"

"Live" images is something iPhones take: it takes a picture called IMG_7330.JPG and if the "Live" setting is switched on, it will also take a video valled IMG_7330.MOV at the same time.

I've been trying to add this functionality to fgallery for a few days, now. I can get the MOV files added to album.zip, and they're copied to the imgs subdirectory, but I'm not sure how to handle the user interface. This is what I get right now:

<img class="current" style="position: absolute; top: 22px; left: 320px; opacity: 1;" src="imgs/IMG_7330.jpg" height="627" width="470"/>

I think this is what I want, for those images where a movie with the same root name exists:

<video class="current" style="position: absolute; top: 22px; left: 320px; opacity: 1;" src="imgs/IMG_7330.mov" poster="imgs/IMG_7330.img" controls height="627" width="470"/>

The controls look ugly, so perhaps we'd want to create our own, eventually.

I guess we could add the info to data.json as follows:

{"date":"2016-08-20 20:40","blur":"blurs/IMG_7330.jpg","img":["imgs/IMG_7330.jpg",[900,1200]],"center":[491,495],"thumb":["thumbs/IMG_7330.jpg",[150,200]],"stamp":1471725638,"video":"imgs/IMG_7330.mov"}

I suspect Assets.images is going to be a problem, too?

On one of my systems, the
if(system("identify >/dev/null 2>&1") || system("convert >/dev/null 2>&1")) {
check fails because the calls return "256". However, identify and convert both work just fine. On my other systems, this doesn't happen. The Imagemagick on this system is 6.8.9-9. I'd do a pull-request, but not sure exactly how you'd like to resolve this. For a test, when I comment the entire check out, everything works wonderfully.