Menu
▾
▴
ids-devel — IDS developers use this list
You can subscribe to this list here.
| 2001 |
Jan
(2) |
Feb
(48) |
Mar
(16) |
Apr
(14) |
May
(42) |
Jun
(36) |
Jul
(57) |
Aug
(13) |
Sep
(2) |
Oct
(23) |
Nov
(17) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
|
Mar
(10) |
Apr
(1) |
May
(6) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(12) |
Oct
(26) |
Nov
(11) |
Dec
(37) |
| 2003 |
Jan
(11) |
Feb
(27) |
Mar
(5) |
Apr
(21) |
May
(11) |
Jun
(38) |
Jul
(8) |
Aug
(29) |
Sep
(2) |
Oct
|
Nov
(7) |
Dec
(5) |
| 2004 |
Jan
(5) |
Feb
(2) |
Mar
(19) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2005 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(8) |
|
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: 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: 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 | \------------------------------------+-------------------------/ |
|
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: Douglas M. <do...@ke...> - 2006-12-11 00:07:02
|
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: 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-10 18:29:23
|
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: 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: 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: John S. <jo...@nb...> - 2006-07-20 08:39:03
|
Nick Phillips replied to John Slee who wrote: >> I have installed IDS in the gallery folder in my web area but >> when I try to run the Script: >> public_html/gallery/admin/index.cgi >> I get a 500 error. Now sorted by upgrading to a paid domain hosting system. Thanks. Regards John Slee www.nbEpiphany.co.uk |
|
From: John S. <jo...@nb...> - 2006-07-03 14:58:12
|
Nick Phillips replied to John Slee who wrote: >> I have installed IDS in the gallery folder in my web area but >> when I try to run the Script: >> public_html/gallery/admin/index.cgi >> I get a 500 error. >> >> I have tested the Perl script using a Perl validator, and get >> the following message: >> >> Can't load >> '/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/Ima >> ge/Magick/Magick.so' for module Image::Magick: libdpstk.so.1: >> cannot open shared object file: No such file or directory at >> /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line >> 230. >> at index.cgi line 51 >> Compilation failed in require at index.cgi line 51. >> BEGIN failed--compilation aborted at index.cgi line 51. >> >> What does this mean? > What system are you trying to run this on? > libdps (which the missing libdpstk.so.1 is part of) is a Display > Postscript library -- which ImageMagick requires to be present. I am using Heart Internet http://www.heartinternet.co.uk/ to host my domain www.nbEpiphany.co.uk using a free hosting service. They offer the ids Photo Gallery, but no support under the basic service. It would appear they have Image Magick installed, but at least one file is missing. I have reported the error, but still get the same error. Maybe I have something set up incorrectly? AFAICS I can't access the folders where Image Magick is set up, so where do I go from here? Is there anything I can check or report? TIA WBW John |
|
From: Nick P. <nw...@nz...> - 2006-06-27 23:59:21
|
On 28/06/2006, at 11:43 AM, John Slee wrote: > I have installed IDS in the gallery folder in my web area but > when I try to run the Script: > public_html/gallery/admin/index.cgi > I get a 500 error. > > I have tested the Perl script using a Perl validator, and get > the following message: > > Can't load > '/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/Ima > ge/Magick/Magick.so' for module Image::Magick: libdpstk.so.1: > cannot open shared object file: No such file or directory at > /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line > 230. > at index.cgi line 51 > Compilation failed in require at index.cgi line 51. > BEGIN failed--compilation aborted at index.cgi line 51. > > What does this mean? What system are you trying to run this on? libdps (which the missing libdpstk.so.1 is part of) is a Display Postscript library -- which ImageMagick requires to be present. How you get that fixed will depend on the system you are running on. Cheers, Nick |
|
From: John S. <jo...@nb...> - 2006-06-27 23:44:28
|
I have installed IDS in the gallery folder in my web area but when I try to run the Script: public_html/gallery/admin/index.cgi I get a 500 error. I have tested the Perl script using a Perl validator, and get the following message: Can't load '/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/Ima ge/Magick/Magick.so' for module Image::Magick: libdpstk.so.1: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. at index.cgi line 51 Compilation failed in require at index.cgi line 51. BEGIN failed--compilation aborted at index.cgi line 51. What does this mean? TIA Regards John Slee www.nbEpiphany.co.uk |
|
From: Ashley M. K. <as...@pc...> - 2005-07-20 02:23:19
|
A user was wondering if the list is being weird. This is just a test. -- H | I haven't lost my mind; it's backed up on tape somewhere. +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Imaging . 3550 Arapahoe Ave. #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
|
From: - 2005-04-14 10:13:28
|
On Wed, Apr 13, 2005 at 03:01:30PM -0700, Anthony D'Atri wrote: > > I'd be happy if TIFF thumbnails would even work. I've fixed my version to do that. Amongst other things. If there's some hint of action then I'll happily submit patches or whatever. If not, you're welcome to what I'm using; let me know if you want it. I think the main other thing I did was to make it deal with filename encodings better (I have some files with UTF8 names). Cheers, Nick |
|
From: Anthony D'A. <aa...@ve...> - 2005-04-13 22:01:41
|
I'd be happy if TIFF thumbnails would even work. For video files, how often would the first frame actually show something useful? Many start eg. with black. |
|
From: timduru <ti...@ti...> - 2005-04-13 17:25:38
|
> Is there's a unix program to take the first frame of a movie file, and make > a thumbnail out of it? transcode can do that for basic video types. It would depend on what video libs you have compiled or not though. mencoder could be another option, but I don't really want to install mplayer/mencoder with all the video libs and codecs on a production server though :) > If not, I noticed that Picasa can do that (not automated, of course) in > windoze, and I'm wondering about putting those thumbnails into some > directory and getting ids to recognize those as the avi/etc thumbnail files, > instead of showing the AVI/movie logo? I usually just drop a .jpg in the same directory than the movie file, corresponding to one or more frame captures from the movie file. But yeah it'd be good to get IDS to display the thumbnail instead of the default icon. So I've made a -Tim6 version that does what you want. Ie for the files that are not images, let's say myvideo.mov Instead of showing the default icon for that file type, it first checks to see if a thumbnail has been dropped manually in the image-cache corresponding directory with a name myvideo_disp.jpg. If it's there it displays the file as the thumbnail, if not it falls back to the old behaviour. Be careful if you clean your imagecache though, the file you dropped will go away of course.. Maybe I'll see later about the album icon too.. |
|
From: Ajay <li...@he...> - 2005-04-12 18:17:49
|
Hey guys, Since I'm not a diehard perl coder, I thought I'd ask you guys how hard this sounds. Is there's a unix program to take the first frame of a movie file, and make a thumbnail out of it? If not, I noticed that Picasa can do that (not automated, of course) in windoze, and I'm wondering about putting those thumbnails into some directory and getting ids to recognize those as the avi/etc thumbnail files, instead of showing the AVI/movie logo? Since those files are just available for downloading, there's no comments page for me to put an img src into either. Let me know what you guys think.. and I remain hopeful that all those (I think I've talked to 2 so far?) that are hacking on the code outside of the main tree might be able to find a way to merge their stuff back in.. are there any bugs with 83b2 that prevent it from going final? A non-beta release to work against should encourage people to put some time into porting patches.. ta! -Ajay -- Milpitas, ca li...@he... HempVille, Planet Oz http://os2man.cjb.net/ "Imagination is more important than knowledge." --Albert Einstein |
|
From: Ajay <li...@he...> - 2005-03-27 08:34:25
|
Hey guys! * Anthony D'Atri <aa...@ve...> [050316 00:32], about > Re: [Ids-devel] What's an IPTC? And IDS status?: > > >How hard would it be to get IDS to display the EXIF Comment in an > >image? > > It already tries, but I've found that the Image::Info code that it uses > fails > often, especially if there are multiple comments/comment lines eg. That's too bad. I'm running .83b2 (I was using timduru's tim3 before that), but I'd be interested in seeing your patch to see how hard it is to integrate. I'm not too worried about speed, I think it'll be fine. Hmm.. I guess it does need to read it everytime, huh? Would there be a good place to store it, other than the album-data dir? Maybe that'd be the better option, just extract it and keep it as the comment, rather than hacking ids.. hmm.. What about IPTC though, any ideas on using/seeing those, any tools available? Good point on gallery, it does seem like it might be a little unwieldy, definitely works better for random people submitting pictures randomly. That's the only part of IDS I don't like (can't let people have admin access to just some of my pictures, or uploading/etc), but I can live with that. :) The directory hierarchy feature of IDS is sweet, no doubt. That's pretty much how I've always kept my pictures anyways, so it's hecka easy. :) Yeah, I occassionally wipe image-cache too, especially since I prefer to rename via the cmd line since it's soo much faster. Hmm, I guess that might be my new plan then, rename and comment at the cl, and then export to album-data.. that's crazy enough that it might just work.. :) Even though I've never used a database, I know I'd be crazy if I had to use one for all this stuff.. :) I missed what you used via this "rotate" script Anthony, it seems like jhead and ids both use jpegtran to rotate? sorry I'm ramblin a bit, it's sleepytime.. :) ta! -Ajay -- Milpitas, ca li...@he... HempVille, Planet Oz http://os2man.cjb.net/ "Imagination is more important than knowledge." --Albert Einstein |
|
From: Anthony D'A. <aa...@ve...> - 2005-03-16 08:15:18
|
> How hard would it be to get IDS to display the EXIF Comment in an > image? It already tries, but I've found that the Image::Info code that it uses fails often, especially if there are multiple comments/comment lines eg. of the sort that wrjpgcom seems to insert for me. Heck, it doesn't even always return the same data type! I gave up trying to make it work and replaced the call with an invocation of rdjpgcom. Spawning the seperate process makes IDS even slower, but at least it works reliably. What I'm running is mostly .81, I think, because I've been too lazy to figure out diffs and hack the .82 stuff in. I tried the popular PHP-based "Gallery", and while it was indeed fast, it was very complex and clearly geared toward people submitting a few occasional pictures of the kids via a web interface. One thing I like about IDS is that I just slap the images into a directory hierarchy -- which I was doing anyway -- and it takes care of the rest without me jumping through interface hoops or having to insert photos into an opaque database. I can rearrange at will and IDS Just Works, though I do occasionally wipe the cache to clean up orphaned scaled copies. > SOFTWARE!! "I'm lovin it.." :) I just imported all my 2005 pictures, > renamed and all (jhead's a great tool!). ta! Absolutely. I use it via Jason Paul's 'rotate' script all the time to do lossless rotation on pics from my old camera that didn't have an orientation sensor. |
|
From: Ajay <li...@he...> - 2005-03-16 07:50:46
|
Hey guys! First a quick question (Sorry I'm too busy/distracted to try to figure it out): How hard would it be to get IDS to display the EXIF Comment in an image? I assume that's easy, so here's the possibly harder question. What's the IPTC? It sounds like it's separate from the EXIF, how hard would it be to add support for that to IDS? As far as Nick's post goes, I'd love to see a new release of IDS. Who are the maintainer(s) of the source, has s/he been too busy, or just stopped work, and maybe somebody else can take it over? There are many people that have made a lot of great patches to the source on their own sites, it'd be a pity if that all went to waste, imho! Would it be much harder to track your changes? Maybe we could get ids into a cvs, that might aid dev... looking forward to a response, thanks for everything guys!! GREAT SOFTWARE!! "I'm lovin it.." :) I just imported all my 2005 pictures, renamed and all (jhead's a great tool!). ta! -Ajay -- Milpitas, ca li...@he... HempVille, Planet Oz http://os2man.cjb.net/ "Imagination is more important than knowledge." --Albert Einstein |
|
From: Stephen J. G. <go...@sl...> - 2005-02-03 23:59:34
|
BTW, thanks for the hint. The patch (or somethign that does the same) is in 0.83b2. On Thu, 3 Feb 2005, Nick Phillips wrote: > Ooh. Activity! I was just starting to think that nothing ever happened here. > > How much development is going on? I notice that 0.83b2 seems to have been > around for a very long time with no further release. > > Just wondering whether anyone has any plans for a release, as I've been > doing a bit of cleaning up here (working better with TIFF images, handling > UTF8 filenames etc.). If any other development actually *is* happening, > I'll be a little more careful about keeping track of my changes... > > > Cheers, > > > Nick > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________ > IDS-devel mailing list > IDS...@li... > https://lists.sourceforge.net/lists/listinfo/ids-devel > -- /------------------------------------+-------------------------\ |Stephen J. Gowdy | SLAC, MailStop 34, | |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | |EMail: go...@sl... | Tel: +1 650 926 3144 | \------------------------------------+-------------------------/ |
|
From: Nick P. <nw...@nz...> - 2005-02-03 10:28:29
|
Ooh. Activity! I was just starting to think that nothing ever happened here. How much development is going on? I notice that 0.83b2 seems to have been around for a very long time with no further release. Just wondering whether anyone has any plans for a release, as I've been doing a bit of cleaning up here (working better with TIFF images, handling UTF8 filenames etc.). If any other development actually *is* happening, I'll be a little more careful about keeping track of my changes... Cheers, Nick |
|
From: Stephen J. G. <go...@sl...> - 2005-02-02 20:19:46
|
Hi Duncan (or someone else on the list), Do you still have that patch you posted? The archive has it messed it. I just got a Canon 20D which uses this and I'd like IDS to obey it. regards, Stephen. -- /------------------------------------+-------------------------\ |Stephen J. Gowdy | SLAC, MailStop 34, | |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | |EMail: go...@sl... | Tel: +1 650 926 3144 | \------------------------------------+-------------------------/ |
|
From: Mathias R. <mat...@gm...> - 2004-11-03 23:59:48
|
Hi all I use IDS 0.82. It works well, but one thing that really bothers me since I have a DSLR camera is that the focal lenght doesn't match. With the Canon EOS 300D/20D, the EXIF focal length is 5 times too big. Check this album as example: http://www.mrufer.ch/ids/index.cgi?mode=album&album=./Objektiv%20Vergleich The real focal length is mentioned in the comment. I guess the problem could be in a library used by IDS. Greetings Rufer |
7 messages has been excluded from this view by a project administrator.
