Posted
by
Cliff
on Saturday May 12, 2007 @11:45AM
from the show-off-your-photography-skills dept.

Zanguinar asks: "I've been a Gallery user for years now. I have a ton of photos, organized by albums, mainly just for use by my family and close friends. However, some of my friends have begun using Flickr. I can't say I blame them, since it's got a great design, and I love the tagging concept. However, I'm not eager to store my photos on somebody else's server, and don't want to pay for the privilege, especially since I already run my own web server. The problem is, I can't find any Flickr-like software to run on my home LAMP setup. All I want is to be able to tag my photos like Flickr and be able to display them by tag, tag intersection, date, and other such fields. Is there an OSS that is doing this?"

JuxtaPhoto is an easy PHP photo album that lets you share and organize images on your website. The features include tagged "smart albums", EXIF information, batch uploads, automatic photo sizing, chronological sorting of photos, slideshows, and easy to modify templates.

Maybe I should clarify that I did indeed see that he's been a Gallery user for years. Maybe he just haven't kept up with developments, I dunno.

It's OK, most of us were thinking the same thing.

Perhaps you were, but I am also a G2 user looking to switch to something else. I've already started using flickr, but I would prefer better software for my site. Gallery is just too slow for me, and I guess I've just become frustrated with it. I can't point to any specific feature that I like or dislike, but I think something web 2.0ish and an uploading client would help.

Which part is slow? Poke around at pictures.$mylastname.us and see if that feels slow to you. I've got it on an old server without any performance optimizations and it serves me pictures as fast as my browser can render them. I would expect Flikr's servers to be highly optimized and therefore marginally faster, but the "Gallery is slow" thing, which I've read a few times on this thread, I'm not understanding.

It still feels relatively slow to me. For example, opening an album that has three sub-albums (three thumbnails) took 3.2 seconds, and the pictures loaded sequentially. After 3.2 seconds on Flickr, about 10 thumbnails had loaded. Not incredibly poky, but it could be because I'm now spoiled after having fiber for a few years. I know this could be caused by Flickr having servers geographically closer to me with better connections, but I've noticed it on nearly every g2 site I've been on. It just feels sl

It still feels relatively slow to me. For example, opening an album that has three sub-albums (three thumbnails) took 3.2 seconds, and the pictures loaded sequentially. After 3.2 seconds on Flickr, about 10 thumbnails had loaded. Not incredibly poky, but it could be because I'm now spoiled after having fiber for a few years. I know this could be caused by Flickr having servers geographically closer to me with better connections, but I've noticed it on nearly every g2 site I've been on. It just feels slower

Oh, I forgot to mention, the sequential loading of the pictures is probably because I have Apache set to a very small number of children. That was from my old machine which had less ram - I really ought to up that.

Nah, not Singapore. He wants tagging, and Singapore has absolutely no search functionality. Except for the ugly hack I wrote for searching that nobody else has been able to get working, that I know of.

(I love Singapore and use it for my own site - but it ain't what the original post is looking for.)

and it is nice software but I find that after you get thousands of images it gets rather difficult to manage. I would love to have an application that lets me tag pictures on my home computer like in an explorer window and keep it in sync with the server.I think that would be so much easier to manage. Its a project on my to do list and really all you need to do is write a client to talk to a gallery server.

Like you, I have my own server and i'd rather host it... Especially since I already have 12GB of im

In Linux, digikam has the capability to do this -- there's an "Sync Gallery" plugin that claims to keep your library in sync with a Gallery install, presumably including the tags and other metadata. However, I've not tried it personally (though I have used digikam extensively to do other things).

More like WAPP and not exactly LAMP, but I wrote my own gallery in Perl. Runs on Win2003, Apache, PostgreSQL, and Perl 5.8.8, but should work fine on BSD or, if you must, Linux.

The first version just made the thumbnails with ImageMagick for images in specified folders and spewed out a table with the thumbnails and links. It didn't even use the database. Now you add an album through an admin page and at this point the script adds the album and individual images to the DB, then it makes the thumbnails with PerlMagick. The user accessible part just fetches the rows and prints them out in individual divs, which are then nicely arranged in CSS. Ta-da!

The whole thing is less than 200 lines including a good deal of comments (or maybe just commented-out code). Had fun writing it, would do it again. A+++.

I'll second this. I've been using Zenphoto for a few months now, and I'm pretty happy with it. It's much more... minimalist than other web galleries. Some may view this as a weakness, but I like it. Other galleries can be too much of an everything-including-the-kitchen-sink thing. Dammit, I just want to display some pictures!

It's primary purpose is to be a photographer's main image repository rather than "post a bunch of images online and blog about it" As such, it lacks social networking features (beyond ratings) but it scales up to ginormous repository sizes. My personal site has over 30K images (in over 100GB).

It supports multiple image versions, extensive tagging, bulk updates, and has fancy search, import, and export features. It's built on top of PostgreSQL, making extensive use of stored proced

http://po.shaftnet.org/ [shaftnet.org]
It's primary purpose is to be a photographer's main image repository rather than "post a bunch of images online and blog about it" As such, it lacks social networking features (beyond ratings) but it scales up to ginormous repository sizes. My personal site has over 30K images (in over 100GB).

I wish there would be some program that would let me edit my gallery offline and only
upload static HTML pages... (other than my crappy sed based script I did)

I was using BINS (http://bins.sautret.org/) for a while -- I even sent in several patches to speed it up -- but in the end a static set of pages simply got too large to manage manually. And that was only 4000 or so images.:)

That said, BINS is nice for small, fire-and-forget static galleries. IT's just not a management solution.

This suggestion does not meet the needs for the question submitter, but I'd like to clue in other slashdot readers who might be reading this.

Scry [scry.org] is a great, simple, easy-to-install PHP image gallery. Just download it, unpack it, and upload your photos, organized in folders, to the 'photos' directory. The first time you view the site, Scry will create thumbnails and index images.

It requires write permissions on the server ( to create the thumbnails and index images) and it relies on GD support being co

LinPHA [sourceforge.net] does a fair bit of what you are looking for, and is fairly easy to set up. It doesn't have tagging, but it's categories are a functional equivalent. I use it for my photos on my own server.

Second here. I started out with IDS (Image Display System, not snort;). But development stalled 3-4 years ago and found LinPHA to replace it. Gallery has a poor UI plus you need to upload one image at a time back then. I do batch FTP uploads and LinPHA just runs with it. No "install" routine necessary. I've heared Gallery fixed this somewhat, but LinPHA has a clean UI.

I had much the same problem, which I attempted to solve with danbooru; after 4 hours of banging my head against ruby on rails and postgres, I decided that there needed to be something which was much like danbooru but a lot easier to set up. Being unable to find such a thing, I made one for myself, and the result is here [shishnet.org]. (tech info / downloads / etc [shishnet.org])

Plogger [plogger.org]
* Easy Install and Setup -- Single step installation - no fussing with configuration files or server privileges (if allowed). Plogger contains a fully featured, secure administration system. Plogger can be used as a stand-alone gallery or be dropped into your current site with no more than three PHP statements. You can be up and running in less than five minutes.
* Easy Gallery Creation -- You can upload photos one at a time from the web based administrative tool or use an FTP connection

I did my own. Been working on it and upgrading it for about 7 years now. Actually I started it as a plugin to Slashcode. Working on that project has ben my way to keep up with stuff. I moved from using Slashcode's DB accessors to Class::DBI, then I decided to ditch slashcode entirely and use Catalyst, then I ditched Class::DBI in favor of DBIx::Class. I have javascript/JSON/AJAX (is AJAJ a real term yet?) interface. We (my wife and I) use it to organize photos and build a static public site. Gallery

Seems like you're already using most people's favorite LAMP based gallery software - I'd take another look at flickr.I resisted it for a long time, and just uploaded all my photos to it, and am glad to have them all off my server. flickr's easy to use for me - and more importantly - my family and friends. no training, no maintenance, unlimited space, upload via email + phone - all worth 25/yr to me. (cheaper than research and setup time for the software, or the hard drive I was going to have to buy to st

Unless you're uploading more than 100MB of photos a month, there's no need to pay for a Pro account on Flickr. Storage space is unlimited, there's no bandwidth charges, and they allow <img> tag embedding so long as the photo links back to the photo's Flickr page.

That's not to discount the do-it-yourself option, but if Flickr happens to provide everything you need, why bother installing software on your webserver? (Especially considering you'll need to keep an ear out for security updates, probably

I recently had a client ask about which photo sharing software to build his web site around. He has a his own dedicated server, disk space and memory are not a problem, but I/O bandwidth and CPU are limited (2x 160Gig drives on IDE cables, some 64 bit AMD processor at 2 GHz or so). His special needs are that he has 40,000 photos or more to put up, and needs a flexible password mechanism so various clients can look at only certain parts of the site, and the internet at large can not spider his collection eas

The problem you've mentioned might be the _initial_ creation of resized images, which could be done through a maintenance task, thus it won't slow down the system 'on the fly'.
The other possible problem is the EXIF module, especially pre v2.2. Your best try is to disable that.
Third: Random images. This one is really a problem with the number of pics. G2 should (and will!) use a much mo

You're doing something wrong if Gallery2 can't handle that. I admin a sports photography site using G2 with 130,000+ pictures and it's sharp and responsive, even with 50+ concurrent users.There's a little trick with G1 to keep it quick, force caching. By default it scans the whole gallery tree every time someone visits the front page, but if you throw in an hourly cron job (or longer, depending on frequency of updates) to do something like this:wget -O/var/www/html/gallery/cache.html.new http://gallery.exa [example.com]

I should have thought to ask this before now nobody will see it... I've been searching for such a software before, but none of those tested will handle embedded color profiles. It's fairly simple: if you submit a large image with an embedded color profile different from sRGB, the image gets saved, a medium sized image is created for web display by converting it to sRGB and also a thumbnail the same way. Also if you submit a TIF or (god forbid), a RAW, the app should try to convert it to jpg. I wrote my own