From: John S. <jo...@nb...> - 2006-08-28 11:59:41
|
Is there any way to insert a copyright C image on each image using IDS, in the same way as you can on thumbnails? Thanks & Best Regards John Slee www.nbEpiphany.co.uk |
From: David S. <ds...@my...> - 2006-12-10 18:05:17
|
well, i really like ids, unfortunately i can't continue with the problems it has.. it has horrible management of files, especially filenames, theres no correction of invalid names or names that could be problematic and i'm tired of having to kill runaway ids processes from uploads gone bad, wether it be uploads that are cancelled on the user end and never die on the ids end or if the user gave it a filename that ids cant hang with.. retirement of ids in progress, what a shame i really liked it, i cant seem to find a similar replacement. thanks for everything, dave |
From: Douglas M. <do...@ke...> - 2006-12-10 18:29:23
Attachments:
smime.p7s
|
David, I have to agree. I love IDS. I wish that development would continue, heck, I would even be willing to contribute to a bounty to help development. It is a simple, fast interface that I like quite a bit. So many things these days are clunky or crowed with features you do not need, and ones you wish you had. If anyone is interested in continuing this project, please chime in. It is beyound my abilities, but as I said, I would be willing to put something forward. Douglas Morris David Smith wrote: > well, i really like ids, unfortunately i can't continue with the problems > it has.. > > it has horrible management of files, especially filenames, theres no > correction of invalid names or names that could be problematic and i'm > tired of having to kill runaway ids processes from uploads gone bad, > wether it be uploads that are cancelled on the user end and never die on > the ids end or if the user gave it a filename that ids cant hang with.. > > retirement of ids in progress, what a shame i really liked it, i cant seem > to find a similar replacement. > > thanks for everything, > dave > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > |
From: Anthony D'A. <aa...@dr...> - 2006-12-10 18:42:15
|
> it has horrible management of files, especially filenames, theres no > correction of invalid names or names that could be problematic and i'm > tired of having to kill runaway ids processes from uploads gone bad, > wether it be uploads that are cancelled on the user end and never > die on > the ids end or if the user gave it a filename that ids cant hang > with.. Hmmm, I've never tried uploading files straight to IDS. The thing that most attracted me to IDS in the first place was the fact that I *didn't* have to do this, that I could just SCP the files into place, create directories, move them around etc. arbitrarily and IDS would do the right thing. I looked briefly at Gallery a while back, and it really really didn't meet my needs. It insisted on keeping images in some monolithic db where I couldn't get at them or manage them from the shell. I have two issues with IDS: 1) Thumbnail generation doesn't work on TIFF files 2) Speed. Even with some of the patches that came across this list, IDS is waaaaay slow. My server is very lightly loaded and it should be able to be snappier at scaling images. The Image:Info calls to read embedded JPEG/JFIF comments appear to have been written by a deranged wombat, and are thoroughly broken, as I've posted here in the past. After spending hours trying to come up with a better solution, I gave up and replaced it with a call to rdjpgcom, which of course is less than speedy itself to fire up an external process. |
From: Douglas M. <do...@ke...> - 2006-12-11 00:07:02
Attachments:
smime.p7s
|
Hey All, Perhaps I should clarify a little, I was not specifically referring to the upload ability, in fact the ability to just point it to a directory and use rsync to mirror that folder from my home computer is one of my personal favorite features. That being said tho, it has been some time since any development progress has been made on this project. Among the things I would like to see would include the ability to interface with more online photo printers. Fixing the bug where certain special characters in comments cause problems, and perhaps even getting some new themes. All in all it is quite good, but it could be excellent. Just my two cents anyways. Doug Anthony D'Atri wrote: >> it has horrible management of files, especially filenames, theres no >> correction of invalid names or names that could be problematic and i'm >> tired of having to kill runaway ids processes from uploads gone bad, >> wether it be uploads that are cancelled on the user end and never >> die on >> the ids end or if the user gave it a filename that ids cant hang >> with.. >> > > Hmmm, I've never tried uploading files straight to IDS. The thing > that most attracted me to IDS in the first place was the fact that I > *didn't* have to do this, that I could just SCP the files into place, > create directories, move them around etc. arbitrarily and IDS would > do the right thing. I looked briefly at Gallery a while back, and it > really really didn't meet my needs. It insisted on keeping images in > some monolithic db where I couldn't get at them or manage them from > the shell. > > I have two issues with IDS: > > 1) Thumbnail generation doesn't work on TIFF files > > 2) Speed. Even with some of the patches that came across this list, > IDS is waaaaay slow. My server is very lightly loaded and it should > be able to be snappier at scaling images. The Image:Info calls to > read embedded JPEG/JFIF comments appear to have been written by a > deranged wombat, and are thoroughly broken, as I've posted here in > the past. After spending hours trying to come up with a better > solution, I gave up and replaced it with a call to rdjpgcom, which of > course is less than speedy itself to fire up an external process. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > |
From: Techwolf <Tec...@at...> - 2006-12-11 19:44:25
|
Anthony D'Atri wrote: > > Hmmm, I've never tried uploading files straight to IDS. The thing > that most attracted me to IDS in the first place was the fact that I > *didn't* have to do this, that I could just SCP the files into place, > create directories, move them around etc. arbitrarily and IDS would > do the right thing. I looked briefly at Gallery a while back, and it > really really didn't meet my needs. It insisted on keeping images in > some monolithic db where I couldn't get at them or manage them from > the shell. > Thats what attrected me to IDS in the first place. Just FTP/SCP dump the files on the sever and just run with it. No error prone "spiechiel" easy uploading of file (note no 's'). Gallery fail misabery at this years ago when IDS was active. I've sense moved over to LinPHA http://linpha.sourceforge.net/ It has the same upload features plus clean UI and is in current delvement to fix some early coding mistakes, one that of limited subfolders. -- Techwolf |
From: Christophe Z. <do...@zw...> - 2006-12-11 20:18:43
|
wow that looks really promising! ive use ids for a few years now, especiall missing user managment /albums has nagged me...this looks sweet - thx for the info! Christophe Techwolf wrote: > > I've sense moved over to LinPHA http://linpha.sourceforge.net/ > > It has the same upload features plus clean UI and is in current > delvement to fix some early coding mistakes, one that of limited subfolders. > -- Christophe Zwecker :Sysctl Koppel 96 20099 Hamburg phon: +49 40 41263790 fax: +49 40 41263799 mail: czw...@sy... |
From: Nick P. <nw...@nz...> - 2006-12-11 01:09:15
|
On 11/12/2006, at 7:42 AM, Anthony D'Atri wrote: > >> it has horrible management of files, especially filenames, theres no >> correction of invalid names or names that could be problematic and >> i'm >> tired of having to kill runaway ids processes from uploads gone bad, >> wether it be uploads that are cancelled on the user end and never >> die on >> the ids end or if the user gave it a filename that ids cant hang >> with.. > > Hmmm, I've never tried uploading files straight to IDS. The thing > that most attracted me to IDS in the first place was the fact that I > *didn't* have to do this, that I could just SCP the files into place, > create directories, move them around etc. arbitrarily and IDS would > do the right thing. I looked briefly at Gallery a while back, and it > really really didn't meet my needs. It insisted on keeping images in > some monolithic db where I couldn't get at them or manage them from > the shell. > > I have two issues with IDS: > > 1) Thumbnail generation doesn't work on TIFF files Easily fixed; I was running a version with this working until my hard drive crashed. I'm not sure whether I still have a version of it that has that feature. I also made it work with mod_perl to speed it up (and provide access control per-album/image), but didn't get that working with mod_perl2 for apache2. In the end I decided that it was probably not worth trying to get it going again after the drive crash (I did rescue the code I'd been using, but may have accidentally deleted it subsequently!) -- the code is a bit of a mess in any case, and something written from scratch to run with mod_perl2 (or even mod_python) would be a better use of the effort. Having said that, if I can find the code I was using before, you're welcome to it. Cheers, Nick |
From: Stephen J. G. <go...@sl...> - 2006-12-11 08:34:24
|
FWIW I think IDS is great. I've been running Gallery alongside it for some time but IDS generally always wins when I want to look at the pictures myself. I know it will be up to date. I have the patch so that it rotates the displayed pictures automatically. I imagine I'll be running it for some time to come. On Mon, 11 Dec 2006, Nick Phillips wrote: > On 11/12/2006, at 7:42 AM, Anthony D'Atri wrote: > >> >>> it has horrible management of files, especially filenames, theres no >>> correction of invalid names or names that could be problematic and >>> i'm >>> tired of having to kill runaway ids processes from uploads gone bad, >>> wether it be uploads that are cancelled on the user end and never >>> die on >>> the ids end or if the user gave it a filename that ids cant hang >>> with.. >> >> Hmmm, I've never tried uploading files straight to IDS. The thing >> that most attracted me to IDS in the first place was the fact that I >> *didn't* have to do this, that I could just SCP the files into place, >> create directories, move them around etc. arbitrarily and IDS would >> do the right thing. I looked briefly at Gallery a while back, and it >> really really didn't meet my needs. It insisted on keeping images in >> some monolithic db where I couldn't get at them or manage them from >> the shell. >> >> I have two issues with IDS: >> >> 1) Thumbnail generation doesn't work on TIFF files > > Easily fixed; I was running a version with this working until my hard > drive crashed. I'm not sure whether I still have a version of it that > has that feature. > > I also made it work with mod_perl to speed it up (and provide access > control per-album/image), but didn't get that working with mod_perl2 > for apache2. > > In the end I decided that it was probably not worth trying to get it > going again after the drive crash (I did rescue the code I'd been > using, but may have accidentally deleted it subsequently!) -- the > code is a bit of a mess in any case, and something written from > scratch to run with mod_perl2 (or even mod_python) would be a better > use of the effort. > > Having said that, if I can find the code I was using before, you're > welcome to it. > > > Cheers, > > > Nick > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > -- /------------------------------------+-------------------------\ |Stephen J. Gowdy, SLAC | CERN Office: 32-2-A22| |http://www.slac.stanford.edu/~gowdy/ | CH-1211 Geneva 23 | |http://calendar.yahoo.com/gowdy | Switzerland | |EMail: go...@sl... | Tel: +41 22 767 5840 | \------------------------------------+-------------------------/ |