Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
By shane on
I ran across Gallery, which is hands down the best image gallery system in existence:
It can be a standalone site image gallery, or it can be used as a module to many other CMS platforms (XOOPS, PHP-Nuke, PostNuke, phpWebSite, Geeklog, and phpBB2).
Anyone considered porting it to Drupal? I'd offer, but I suck at PHP, and have very little time to do so.
Shane
Comments
Good idea
I hate the me to posts, but I would like to add, that the lack of galleryDrupal integration is the single last reason, that I do not move from postnuke to drupal for a few sites I administrate.
I'm not a valuable PHP programmer, so I can not do the integration, but I sure hope, that someone will invest the hours required.
Karsten
Don't think so
I don't think any of the main developers will port gallery to drupal.
Main reason: We have our own image.module. Have you tried it? You can get it from contrib cvs.
--
Drupal services
My Drupal services
With all due respect to the developers ...
With all due respect to the developers ... I find that the existing image.module is extremely too simplistic, and not "slick" enough. It works as a "basic" image mangement system, but lacks the finesse and detail of Gallery. I know that folks have worked hard on it, and I don't want to trivialize their investment, but the Gallery system is designed with only one goal...mange image galleries. Why not leverage that existing core and pull it into Drupal. Let it be the image module, that someone else is writing. I rather suspect it would be pretty darn easy to move Gallery into Drupal, as it's already integrated into multiple other CMS platforms.
I've also experienced the most errors and frustrations with the existing image.module. If an image is too big, submitting it pulls up the resizing options, I set the new sizes, but it's retaining knowledge of the old image size, and not keying off the changed, reduced size. So I never get to submit. Lots of other issues.
v/r
Shane
It's not that we would discou
It's not that we would discourage anybody from porting gallery to drupal - quite the contrary. But none of the current developers seems to see a need to port it. So it won't happen by itself.
If you find bugs in image.module you should send them to our bug tracking system.
--
Drupal services
My Drupal services
Drupal and Gallery
Personally, I would love to see Drupal integrate with Gallery (as well as continue to develop our own image module). All it takes is someone to do the actual work and port it, which is something that is not on my personal TODO list. Not because I'm opposed to it, but simply because I don't need it myself and there is enough other work on my plate already. (If you need it badly, there are Drupal developers you can contract.)
i suppose i'd qualify
seeing as i'm on the gallery team, i'm probably the best candidate. i'll put it on to my TODO.
but yes, if someone needs it urgently, I'd be happy to do it on contract. (drop me a line - walkah@walkah.net)
--
James Walker :: http://walkah.net/
Please, stop the madness
Oh sure, go flaunting your other open source affiliations :p
Actually, integrating the 2.x series might make sense (cleaner code, built for integration?), but in general it breaks the entire concept of "nodes" that Drupal is built around.
Image/gallery support is definitely an area where Drupal can stand a lot of improvement. Might be interesting to see if the two code bases could benefit from some cross-fertilization.
images in Drupal
Okay, brand newbie here...so please be patient.
I was attracted to Drupal because of its multi-functionality and that it apparently allows users to create highly interactive websites.
My plan is to create a website that would necessitate that visitors/members be able to upload their own images, as many as they want, whenevere they want, etc.
Does Drupal alow this??
What about uploading and downloading of audi-video content: doable, very doable, not doable?
thanks
Absolutely doable
Our site, Urban Vancouver, has lots of user-contributed images. Permissions can be set so that members have different sets of abilities, and any of our authenticated members are allowed to upload images.
Audio-video content: there is nothing optimized for this ATM, but work on filestore is such that Drupal will be able to support any type of content, including specialized support for A/V. Today, that support would be limited to uploading and linking to that content, potentially using flexinode for different fields.
Other image management systems
I looked at Gallery when I wanted a picture-management system for my own website, and was impressed. However, I was more impressed with Slooze. It's not as full-featured (indeed, it doesn't even have a built-in thumbnail facility), but I like its design. I'd be willing to look into making a Slooze module, when I have free time (a few months later when I graduate).
Photo/image galleries
I've been writing a photo management system that I reckon is better than Gallery for a while now. It's nearly finished. Two days ago, I discovered Drupal. I'm now thinking I should implement my system as a Drupal module.
In the meantime, I might go and port Gallery to Drupal. It can't be that difficult - I'll have a look tonight and get back to people on this.
a link to your software?
would be nice.
Gallery Module
OK, I'm most of the way there with this - I've tied the Gallery permissions system into Drupal's user-management and it all nearly works.
I'll clean this up over the weekend, and hopefully I'll put up a tarball at some point early next week. Will keep you all poster.
CVS account?
That's excellent news. Drop me a mail with your preferred username and password if you want a CVS account (contributions repository).
i'm interested to see how this turns out
I have however found that I really like the current image module..
Mostly because of the taxonomy module.
Are all images still defined as nodes and is it possible to attach terms to them?
I just don't know if linking gallery to drupal is going to deliver the flexibility and the power that the current system is making available.
But more choice is never a bad thing.. and i'll be sure to check it out.
The short answer...
...is that linking Gallery to Drupal turns out to be a Really Bad Idea(tm). Gallery is actually quite poorly written, with lots and lots of HTML firmly wedged into the code. For example, it'd be nice to have flexibly reflowable <div> based arrangement of thumbnails, etc. See the drupal-dev mailing list for current discussion about the removal of tables in favour of more CSS-friendly layout.
An individual photo won't be a node, you won't be able to publish it to the front page, and you won't be able to add Drupal comments (just Gallery ones, which don't use the Drupal database system). Therefore you won't be able to search the comments/photos using Drupal's search engine. All I've done is put Gallery in a container (like the front page of the forums) with a link in the navigation section and tied in the user management and permissions (so you can set Drupal users as gallery admins/able to create albums/unable to see Gallery/whatever).
Now, of course, given time all the other things could be tied in. But it'd be easier to start from scratch or adapt something with better structure, which is exactly what I'll be doing after I've (a) finished embedding Gallery and (b) looked at sorting out the mess that is the current theme/module stylesheet overriding system. I reckon a good proportion of the code I've written for my own image management system can be dropped straight into the image module to increase its functionality.
The coolest thing about Drupal is that a whole load of stuff is there for you to use already - as another poster pointed out, the taxonomy system is great. You can associate an events/places/people vocabulary with photos, for example. I'll be looking into a good user interface paradigm for bringing all this power out into the interface in a sensible fashion. I'll keep people posted.
personal photo albums
i think some readers won't agree with your RBI decision. Anyway, in order to improve image module, I'd like to see personal photo albums. See this long standing feature request for relevant discussion.
Also, a file upload api module was posted recently to the devel list. would be interesting to convert image.module so that it used the api. i think the api is partly based on the image.module.
Agreed
I think it's great that you're porting Gallery to Drupal, but I have to agree with this post in general. I've been playing around with Gallery for the past week or so, and it's not Drupal-quality software. Big thing I don't like about it is it freezes pretty often. This happens in both IE and Mozilla and in both cases, the only solution seems to be to kill the browser and start over. I looked around in the code just a bit, and my general impression was, Not very modular, pretty hacky. I'll user Gallery for now (but not in Drupal) for trading photos and such, and I'll keep my eye on the image module.
First version available
This is VERY untested. It's also a quick and nasty hack.
Supported features:
Limitations:
If you want to play with this, try editing:
gallery/html_wrap/wrapper.header
after line 13:
$cssline = getStyleSheetLink();
add the line:
print $cssline;
Instructions to get it working:
cd /home/www/your.drupal.site.com/modules/
wget http://www.almaw.com/drupal/drupal-gallery_1.3.3.tar.gz
tar xzvf drupal-gallery_1.3.3.tar.gz
vi gallery/config.php
edit the directories to point to your own values:
Create the album dir and make sure it is set with write-access for wwwrun, or whichever user your web server runs as.
Go into drupal's admin pages and enable the module "gallery".
Go into drupal's user permissions section and edit user permissions:
There should now be a link in the navigation bar of your site.
Please e-mail me bugs directly (pref. to [drupal-gallery at almaw.com] ).
Have fun!
Drupal 4.1.0 Gallery plugin now officially done. Probably.
Click here for a demo site for the disbelievers.
Please don't create user accounts on it, as the permissions are the same for anonymous users as authenticated ones.
Latest tarball is now at:
http://www.almaw.com/drupal/drupal-gallery_1.3.3a.tar.gz
Please follow the instructions in the INSTALL file contained therein.
Dries has now given me a CVS account, but I haven't quite got around to driving it yet. Once I have, and get this module working for the CVS version of Drupal, I'll stick it in the contrib section for everyone.
I think this is now a fully working version, with uploads, new gallery creation, permissions setting, slideshows, etc., etc. Please let me know if you find anything wrong with it. Send bug reports to drupal-gallery[at]almaw.com.
Gallery for Drupal 4.1.0 now in contribs section of CVS
As subject.
How about
Has anyone thought about porting Coppermind to Drupal? http://www.chezgreg.net/coppermine/ Check out its interface. It's nice and slick. However, I do agree that building up the gallery from scratch is a must.
Coppermine
I agree with the Coppermine suggestion.
Gallery is huge, bloated with complex features, and while very powerful, has forgotten the 'masses' or casual users of galleries.
They want: clean GUI, easy to administer, easy to upload images, relational with categories, searchable.
Coppermine does all that, and while I'm not programmer, it sure rocks in my book.
Does anyone here have a clue if that codebase might be easier to work into Drupal?
Their forum
has a whole section dedicated to a port for PHPNuke, maybe it's worth looking at that?
I agree with your suggestion!
Hello,
I am also a "casual user" who integrates a gallery system wtih Geeklog. Right now, I have looked at 4images, Gallery, and Coppermine. Gallery works best if you integrate *THAT* with ImageMagick, and that was a trick for me (had difficulty). So I tried 4 images, and that seemed to work, except that it was very difficult to navigate. It was also difficult to integrate with geeklog and I never got it quite fully functional, even with a "CMS_Bridge". So, I was relegated to using Coppermine gallery and I like it the best for it's simplicity. Anyone try integrating Coppermine with Geeklog? If you have any suggestions, please let me know.
Thanks!
any serious PHP programmer wi
any serious PHP programmer will tell you that Coppermine is substandard in every single way. while it may do what you want it to do, it produces invalid markup on every single instance and has a template system (or lack of thereof) that makes it impossible to work with. been there done that.
moreover, adding coppermine code to drupal will introduce a plethora of security issues.
I am not saying "gallery" is better, although when judged as stand alone solution I would still go with "menalto" simply because of the java gallery-remote app that eases the image upload/management greatly.
as far as "integrated" solutions are concerned, I would rather see the .image module brushed and spiced up, any and all effort put into "integration" of stand alone (subpar) php scripts is a waste of time and energy, that would be better spent at making "native" drupal modules better.
if you stop to think for a moment you will agree (unless you have no clue about programming :p).
Gallery 2
Hi all,
Is it possible to install "gallery 2" image gallery in to drupal (6.5). If yes, Please tell how can I do that.
Thanks in advance.
G2 for Drupal
Yes you can install Gallery2 and use it embedded within Drupal. The Gallery website:
http://gallery.mentlto.com/
Uses Drupal as their CMS platform. You MUST install Gallery 2 as /gallery2 under your Drupal install. Download the gallery2.module from the drupal website. Read the stuff in there and also pay attention to the Gallery 2 integration guide for Drupal at:
http://codex.gallery2.org/index.php/Gallery2:How_to_Embed_Gallery2_in_Dr...
Good luck!
Coppermine
I'm a big fan of coppermine, and I think the latest version can be updated to integrate with drupal. Coppermine uses a set of bridge code to allow use of external username/password and cookie sessions with a number of bulletin board packages (vbulletin, phpbb2, etc) and I can see no reason why drupal couldn't be linked in.
The only downside is that it would not be a true drupal module, but an external application that would use drupal data. This means you would need to write a theme for coppermine that would look like your drupal install, as well as alter the coppermine templates to link back to drupal. But it's quite possible.
Thoughts? Comments? Personally, I'd like to see an actual drupal gallery.
They don`t understand the GPL
Hello!
The people at coppermine seem to, at least in their FAQ, have no clue about the GPL:
http://coppermine.sourceforge.net/faq.php?q=buyLicense#buyLicense
The sentence "....GNU/GPL (which allows the modification of the code, but disallows to sell the code, modified or not)" is as untrue (because then there would be no GNU/Linuxdistributors, who sell, modified or not, free software) as that you are forced to have a line "powered by...." on your page as suggested by "..you can not purchase a version of coppermine with the credit line removed".
You have to ship the licence with the application, but credits are not forced by the GPL, that was the old BSD licence with the obnoxious "advertisment"-clause, see here:
http://www.gnu.org/philosophy/bsd.html
Steff
I am also a big fan of Copper
I am also a big fan of Coppermine, as opposed to Gallery.
The main limitation I find with Gallery is that it does not function with PHP in "Safe Mode". My server insists on using safe mode, and I'm sure the vast majority of sites also have this problem.
Unless there is a workaround I don't know about?
Does anyone know of an alternative solution to Gallery with the same (roughly)functionality? Has anyone attemped a Coppermine port?
James
Menalto Gallery Rocks
I beg to differ. The latest version of Menalto Gallery puts it far ahead of the competition. You can look at the feature list on their site to see what I mean. One thing that I like in particular is the java-based fullscreen image automatic slideshow.
Yes, the one thing, the ONLY thing, that has made me not go with the Drupal CMS is the lack of integration between it and Gallery. Is there an updated process to getting them both, with their latest versions, to integrate?
Flickr annotation of photos: Take this to the next level quick
http://www.corante.com/many/archives/2004/05/11/flickr_notes.php Interesting at least to see where other great sites like www.flickr.com are heading...see example: http://www.flickr.com/photo.gne?id=31126
Relevant to this discussion as it applies to the future direction of social software (Drupal) and the incredible POWER of galleries incorporated within. In other words, the addition of photos is no longer an afterthought but integral to social software success.
boingboing: "Flickr -- the fantastic social image-sharing Web app from Ludicorp -- has added image annotation; you can draw boxes around bits of the photos you post and mark up the contents of each box. When a viewer mouses over the box, a tooltip pops up with the annotation." Source: http://www.boingboing.net/2004/05/10/flickr_adds_image_an.html
SOURCE: http://sylloge.com/personal/
"The same day we released this first rev of notes, we also added tags. Tags are like simple keywords that you can add to photos, except that doesn't capture it at all. Because it is done in the simplest possible way, it ends up much more powerful than trying to come up with The Complete and Accurate Categorization of Everthing in advance: just type in the terms you think are significant for that photo, hit return and that's it.
And then you can find, group or sort photos as easy as hitting flickr.com/photos/stewart/tags/maui (all my pictures of Maui; at least the ones visible to you) or flickr.com/photos/tags/flowers (all the public images in Flickr tagged with 'flower').
The implementation is a direct rip off of Joshua Schachter's del.icio.us (is it time to start talking about design patterns in social computing or what?). It took me a long time to grok del.icio.us, but once I did, I saw the light.
(Also, check out the 150 most commonly used tags where the size of the link represents its frequency of use.)
And that is that. We now have a clear idea of where we want to go with Flickr (not all of it is public yet) and I am happy. We've started on a giant refactor and clean up, going all the way from the fundamentals of relationships and permissions settings to the visual design. And sometime soon after that, notes and tags will be coming together in a beautiful way and there will be big enhancements to both."
LINKS:
http://fotonotes.net/ fotonotes
http://del.icio.us/ del.icio.us
http://adam.typepad.com/impossiblethings/2004/05/ron_taylors_big.html GPS-Enabled photoblog
Sorry?
<rant mode="on">
Pardon my ignorance, but how does this comment relate to Gallery? Check the title of this thread. IMHO, the principal reason none of these image gallery things are incorporated into the Drupal core is that there are just too many of them. 'Flavour of the month', so to speak.
And everyone has their favourite. And of course it's always 'far better than the others'.
Take a look at the core functions within Drupal. The only 3rd party library that has ever been accepted into core AFAIK is usefulincs' xml:rpc library, and even that cannot please everyone.
image.module for example makes extensive use of 3rd party apps to provide its functionality, and consequently is responsible for more support requests than any other module.
Drupal is small, lean and mean. It should IMO stay that way. If you want to code and maintain a 'bridge' between Drupal and
$favourite_appthen go ahead. Drupal is great in that it's flexible enough to allow you to do so. Apply for a cvs account and code away.It must never be forgotten that Drupal and Coppermine/Gallery/Flikr/
$whateverwill follow their own development paths; if those paths touch from time to time that's great. But a parallel path is not a given thing. For the developer that's coding and maintaining that bridge it quickly becomes a nightmare when he realises he's suddenly got 2 projects to maintain, each with their own agendas...Don't take this the wrong way, but imagine the frustration and disappointment of charging head first "to the next level quick" only to find the other project dies a death within 6 months. Not to say this will, but who knows?
Established standards are where it's at. If there's no standard, code one and produce an API. If it's useful it'll gain acceptance. If it's generally accepted it stands a chance of being accepted into core.
By the way, have you tried validating your "great site"?
</rant>
/marky
gallery/slooze/coppermine
The original date of the "gallery" post was 2003.
I mearly point out how much the 'ideas behind' posting photos have advanced since this gallery/Slooze/coppermine post took place...
This note does not focus upon validating code (important, yes). Careful, don't assume I code, I don't, I'm here working and paying for the best of drupal. I'm here because I love this stuff. The point is the fact that there is much more available now than in 2003.
I don't think my post was hostle, sorry you took it so... mereley a pointer to take a look up that's all. "Forest through the trees."
My balloon has burst!
That page has far less validation errors than the page this very thread resides on. Obviously, validation wasn't the core of your post, so I won't go down that treacherous path.
I took your post as a great explanation of why not to integrate the great CMS of Drupal and the great image gallery of Menalto. I was all hyped up by the idea that the best of both proggies could be meshed together to create a fantastic package. This is something that the Coppermine developers thought they did recently with PHP-Nuke.
Sadly, I think this will not happen now - for the very reason you stated. There are two development teams working toward their own goals. Perhaps never the twain shall meet or the two proggies will come together someday. Even if the latter is the case, the integration of the two would be shortlived as each development team has its own agenda.
What a great undertaking that would be for developers to create something specifically for Drupal that has equal or superior gallery features to Menalto Gallery. That would only be the first step, as you pointed out. Maintaining that project in the future would be the real challenge.
It is disheartening, but I think you may be right. It won't be done. :(
Starting a new website with Drupal
Hi Shane,
I was sent to this site a week ago by a friend from Ecademy. They use Drupal and said I should look at it for my web site development idea.
I saw your name and length of time you have been with Drupal and thought you might be able to assist me.
I would like to start a new website of business profiles for students to access anywhere in the world. I am looking for someone who knows Drupal that may be able to assist me in developing the site as a project.
Would you know of anyonw who may be able to assist me?
Thanks and I look forward to hearing from you
Gaven Ferguson
gferg@froggy.com.au
Drupal Services
Gaven - I'd love to help, but realistically, I'm buried with so many projects, contracts, a real job, adventure racing, training for racing, real life, a wife, and trying find time to breath ... that I wouldn't be able to lend a hand. However, the Drupal website has an index of services and folks that are willing to help. Check it out at http://drupal.org/services.
Good luck!
image module is quit good.
I think most problem is the imagemagick.
but if u can finish the imagemagick, everythink will ok..