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: John M. <mo...@mu...> - 2001-08-14 11:33:24
|
Looks great. This is what I wanted to do from the beginning, but my javascript skills weren't up to the task. Thanks, John On Friday, August 10, 2001, at 02:57 AM, Brian Wellington wrote: > Hi. I noticed that the menus use 'onchange', which means that they > don't > work when javascript is disabled. The attached patch modifies the size > menu so that a 'Go' button is present if javascript is disabled. > > This switches the onchange event from assigning location.href to calling > submit(), and removes strings from the 'value' that are already present > in > hidden fields. Basically, this means the form is now sumbitted in the > same way both with and without javascript. > > I'm honestly not sure why the calls to encodeSpecialChars() needed to be > removed. The special characters in the url are properly encoded even > with > this removed. Assuming this doesn't break anything, it would make more > sense to get rid of $ealbumtodisplay and $eimagetodisplay, and use > $albumtodisplay and $imagetodisplay instead, but that would have made > the > patch longer. It doesn't appear that the hidden fields were used at > all, > so this probably never came up. > > If this patch is acceptable, similar changes should be applied to the > other menus (with the additional change listed above). I'd be willing > to > do this if it'll be integrated. > > Brian > > ----------------- > > --- index.cgi.old Thu Aug 9 23:29:07 2001 > +++ index.cgi Thu Aug 9 23:44:53 2001 > @@ -833,26 +833,29 @@ > $imagetitle =~ s/\#\d+_//g; > $imagetitle =~ s/_/ /g; > > - my ($ealbumtodisplay) = &encodeSpecialChars($albumtodisplay); > - my ($eimagetodisplay) = &encodeSpecialChars($imagetodisplay); > + my $ealbumtodisplay = $albumtodisplay; > + my $eimagetodisplay = $imagetodisplay; > > $imageResizer = " > <form action=\"$idscgi\" method=\"get\"> > <input type=\"hidden\" value=\"image\" name=\"mode\" /> > <input type=\"hidden\" value=\"$ealbumtodisplay\" name=\"album\" /> > <input type=\"hidden\" value=\"$eimagetodisplay\" name=\"image\" /> > - <select name=\"maxDimension\" size=\"1\" > onchange=\"location.href=this.form.maxDimension.options[this.form.maxDimension. > selectedIndex].value\"> > - ".(512 < $origMaxSize ? "<option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=512\"".($maxDimension eq '512' ? ' > selected="selected"' : '').">".$localization{'image-imageSizeTiny'}." > (512)</option>" : '')." > - ".(640 < $origMaxSize ? "<option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=640\"".($maxDimension eq '640' ? ' > selected="selected"' : '').">".$localization{'image-imageSizeSmall'}." > (640)</option>" : '')." > - ".(800 < $origMaxSize ? "<option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=800\"".($maxDimension eq '800' ? ' > selected="selected"' : '').">".$localization{'image-imageSizeMedium'}." > (800)</option>" : '')." > - ".(1024 < $origMaxSize ? "<option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=1024\"".($maxDimension eq '1024' ? ' > selected="selected"' : '').">".$localization{'image-imageSizeLarge'}." > (1024)</option>" : '')." > - ".(1600 < $origMaxSize ? "<option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=1600\"".($maxDimension eq '1600' ? ' > selected="selected"' : '').">".$localization{'image-imageSizeXLarge'}." > (1600)</option>" : '')." > - <option > value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay. > "&maxDimension=9999\""; > + <select name=\"maxDimension\" size=\"1\" > onchange=\"this.form.submit()\"> > + ".(512 < $origMaxSize ? "<option > value=\"512\"".($maxDimension eq '512' ? ' selected="selected"' : > '').">".$localization{'image-imageSizeTiny'}." (512)</option>" : '')." > + ".(640 < $origMaxSize ? "<option > value=\"640\"".($maxDimension eq '640' ? ' selected="selected"' : > '').">".$localization{'image-imageSizeSmall'}." (640)</option>" : '')." > + ".(800 < $origMaxSize ? "<option > value=\"800\"".($maxDimension eq '800' ? ' selected="selected"' : > '').">".$localization{'image-imageSizeMedium'}." (800)</option>" : '')." > + ".(1024 < $origMaxSize ? "<option > value=\"1024\"".($maxDimension eq '1024' ? ' selected="selected"' : > '').">".$localization{'image-imageSizeLarge'}." (1024)</option>" : '')." > + ".(1600 < $origMaxSize ? "<option > value=\"1600\"".($maxDimension eq '1600' ? ' selected="selected"' : > '').">".$localization{'image-imageSizeXLarge'}." > (1600)</option>" : '')." > + <option value=\"9999\""; > if ($maxDimension >= $origMaxSize) { > $imageResizer = $imageResizer . ' selected="selected"'; > } > $imageResizer = $imageResizer . > ">".$localization{'image-imageSizeOriginal'}."</option> > </select> > + <noscript> > + <input type=\"submit\" value=\"Go\"> > + </noscript> > </form>"; > > my ($bigImageURL) = $query->url; > > > > _______________________________________________ > IDS-devel mailing list > IDS...@li... > http://lists.sourceforge.net/lists/listinfo/ids-devel |
From: Rick B. <rb...@Bi...> - 2001-08-13 20:17:15
|
Hi, Is anoncvs access available for IDS? I checked the sourceforge project webpage, but didn't see anything about CVS. Most other sourceforge projects I've seen have anoncvs so I thought it might be a standard sourceforge thing. Thanks, Rick |
From: Brian W. <bwe...@xb...> - 2001-08-10 06:56:53
|
Hi. I noticed that the menus use 'onchange', which means that they don't work when javascript is disabled. The attached patch modifies the size menu so that a 'Go' button is present if javascript is disabled. This switches the onchange event from assigning location.href to calling submit(), and removes strings from the 'value' that are already present in hidden fields. Basically, this means the form is now sumbitted in the same way both with and without javascript. I'm honestly not sure why the calls to encodeSpecialChars() needed to be removed. The special characters in the url are properly encoded even with this removed. Assuming this doesn't break anything, it would make more sense to get rid of $ealbumtodisplay and $eimagetodisplay, and use $albumtodisplay and $imagetodisplay instead, but that would have made the patch longer. It doesn't appear that the hidden fields were used at all, so this probably never came up. If this patch is acceptable, similar changes should be applied to the other menus (with the additional change listed above). I'd be willing to do this if it'll be integrated. Brian ----------------- --- index.cgi.old Thu Aug 9 23:29:07 2001 +++ index.cgi Thu Aug 9 23:44:53 2001 @@ -833,26 +833,29 @@ $imagetitle =~ s/\#\d+_//g; $imagetitle =~ s/_/ /g; - my ($ealbumtodisplay) = &encodeSpecialChars($albumtodisplay); - my ($eimagetodisplay) = &encodeSpecialChars($imagetodisplay); + my $ealbumtodisplay = $albumtodisplay; + my $eimagetodisplay = $imagetodisplay; $imageResizer = " <form action=\"$idscgi\" method=\"get\"> <input type=\"hidden\" value=\"image\" name=\"mode\" /> <input type=\"hidden\" value=\"$ealbumtodisplay\" name=\"album\" /> <input type=\"hidden\" value=\"$eimagetodisplay\" name=\"image\" /> - <select name=\"maxDimension\" size=\"1\" onchange=\"location.href=this.form.maxDimension.options[this.form.maxDimension.selectedIndex].value\"> - ".(512 < $origMaxSize ? "<option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=512\"".($maxDimension eq '512' ? ' selected="selected"' : '').">".$localization{'image-imageSizeTiny'}." (512)</option>" : '')." - ".(640 < $origMaxSize ? "<option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=640\"".($maxDimension eq '640' ? ' selected="selected"' : '').">".$localization{'image-imageSizeSmall'}." (640)</option>" : '')." - ".(800 < $origMaxSize ? "<option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=800\"".($maxDimension eq '800' ? ' selected="selected"' : '').">".$localization{'image-imageSizeMedium'}." (800)</option>" : '')." - ".(1024 < $origMaxSize ? "<option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=1024\"".($maxDimension eq '1024' ? ' selected="selected"' : '').">".$localization{'image-imageSizeLarge'}." (1024)</option>" : '')." - ".(1600 < $origMaxSize ? "<option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=1600\"".($maxDimension eq '1600' ? ' selected="selected"' : '').">".$localization{'image-imageSizeXLarge'}." (1600)</option>" : '')." - <option value=\"".$idscgi."?mode=image&album=".$ealbumtodisplay."&image=".$eimagetodisplay."&maxDimension=9999\""; + <select name=\"maxDimension\" size=\"1\" onchange=\"this.form.submit()\"> + ".(512 < $origMaxSize ? "<option value=\"512\"".($maxDimension eq '512' ? ' selected="selected"' : '').">".$localization{'image-imageSizeTiny'}." (512)</option>" : '')." + ".(640 < $origMaxSize ? "<option value=\"640\"".($maxDimension eq '640' ? ' selected="selected"' : '').">".$localization{'image-imageSizeSmall'}." (640)</option>" : '')." + ".(800 < $origMaxSize ? "<option value=\"800\"".($maxDimension eq '800' ? ' selected="selected"' : '').">".$localization{'image-imageSizeMedium'}." (800)</option>" : '')." + ".(1024 < $origMaxSize ? "<option value=\"1024\"".($maxDimension eq '1024' ? ' selected="selected"' : '').">".$localization{'image-imageSizeLarge'}." (1024)</option>" : '')." + ".(1600 < $origMaxSize ? "<option value=\"1600\"".($maxDimension eq '1600' ? ' selected="selected"' : '').">".$localization{'image-imageSizeXLarge'}." (1600)</option>" : '')." + <option value=\"9999\""; if ($maxDimension >= $origMaxSize) { $imageResizer = $imageResizer . ' selected="selected"'; } $imageResizer = $imageResizer . ">".$localization{'image-imageSizeOriginal'}."</option> </select> + <noscript> + <input type=\"submit\" value=\"Go\"> + </noscript> </form>"; my ($bigImageURL) = $query->url; |
From: Ashley M. K. <as...@pc...> - 2001-08-09 15:58:34
|
Henning Sauer wrote: > I have the following problem with ids 0.8: > The Sample picture EXIF Information is viewed be ids, but when I import a > picture that I took with my Toshiba PDR-M60 the EXIF information is not shown. > Is this a known problem that EXIF information is not viewed for certain digital > cameras ? > Is their a way to fix this problem ? Can you give us a URL to one of those pictures? -- W | 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 Laboratories, Inc. . 3550 Arapahoe Ave. #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Henning S. <hs...@ma...> - 2001-08-09 08:30:56
|
Hello, I have the following problem with ids 0.8: The Sample picture EXIF Information is viewed be ids, but when I import a picture that I took with my Toshiba PDR-M60 the EXIF information is not shown. Is this a known problem that EXIF information is not viewed for certain digital cameras ? Is their a way to fix this problem ? Bye, Henning |
From: Matthew M. <mr...@ne...> - 2001-07-30 19:56:08
|
Jerry Horn wrote: > > http://www.delawarewing.org/_ids/index.cgi?mode=image&album=/2001/Rocket%20L > aunch&image=100%2d0041%5fIMG.JPG Oh dear. Works for me: http://netrequisite.com/~mrm/ids/index.cgi?mode=image&album=/test%5ffor%5fjohn%5fhorn&image=100%5f2d0041%5f5fIMG.JPG You might want to use CPAN to install Image::Info - it's the easiest way. Look at cpan.org for help with it - but $ sudo perl -MCPAN -e shell cpan> install Image::Info should get you there. I've also seen multiple perls installed on a box - that might be a place to look. IDS refers to /usr/bin/perl - not /usr/local/bin/perl. Now - if I could get my gawdurn cookies to be read in! ;) -- Matthew McEachen |
From: Ashley M. K. <as...@pc...> - 2001-07-30 19:52:04
|
Jerry Horn wrote: > http://www.delawarewing.org/_ids/index.cgi?mode=image&album=/2001/Rocket%20L > aunch&image=100%2d0041%5fIMG.JPG > > it's IDS 0.8. > > The EXIF data was embedded by my Canon G1 camera... http://photos.yeehaw.net/index.cgi?mode=image&album=/%2399%5fMiscellany/%2380%5fTest%20Album&image=chopper.JPG EXIF data's there. The only difference is the focal length. You said it's 21mm, however Image::Info says it's 105mm. -- W | 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 Laboratories, Inc. . 3550 Arapahoe Ave. #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Jerry H. <bq...@so...> - 2001-07-30 19:42:48
|
http://www.delawarewing.org/_ids/index.cgi?mode=image&album=/2001/Rocket%20L aunch&image=100%2d0041%5fIMG.JPG it's IDS 0.8. The EXIF data was embedded by my Canon G1 camera... here is what should be in it... Camera Model Name Canon PowerShot G1 Shooting Date/Time 5/12/2001 11:57:11 AM Shooting Mode Auto Tv (Shutter Speed) 1/500 Av (Aperture Value) 8.0 Metering Mode Center-weighted averaging Exposure Compensation 0 ISO Speed Auto Lens 7.0 - 21.0 mm Focal Length 21.0 mm Digital Zoom None Image Size 1024 x 768 Image Quality Normal Flash Off White Balance Auto AF Mode Continuous Parameters Contrast Normal Sharpness Normal Color Saturation Normal File Size 82 KB Serial Number 100-0041 Drive Mode Single-frame shooting Macro Off Owner's Name Jerry Horn ----- Original Message ----- From: "Daniel Martin" <dtm...@ho...> To: <ids...@li...> Cc: "Jerry Horn" <bq...@so...> Sent: Monday, July 30, 2001 1:52 PM Subject: Re: [Ids-devel] possible problem reading EXIF data? > "Jerry Horn" <bq...@so...> writes: > > > yes, I do... I thought the server had it already. but it didn't.. I had to > > install that, as well... I'm not getting any errors, though. > > > > I'm hoping that updating to 0.8 will help.. finishing the update, now... > > Do you have a url of either your ids install or of one of the images > it's trying to send? That would let people here diagnose whether or > not your exif data is really stored in the standard way. > > An offside to the list: has anyone tried hacking Image::Info to read > the old APP12-format data? |
From: Daniel M. <dtm...@ho...> - 2001-07-30 17:52:17
|
"Jerry Horn" <bq...@so...> writes: > yes, I do... I thought the server had it already. but it didn't.. I had to > install that, as well... I'm not getting any errors, though. > > I'm hoping that updating to 0.8 will help.. finishing the update, now... Do you have a url of either your ids install or of one of the images it's trying to send? That would let people here diagnose whether or not your exif data is really stored in the standard way. An offside to the list: has anyone tried hacking Image::Info to read the old APP12-format data? |
From: Anthony A. D. T. <aa...@ve...> - 2001-07-30 06:15:25
|
>I'm uploading the files via ftp, and not through the webpage admin >area could this be the problem? If the image itself shows, then the transfer method is unlikely to be faulty. >I would have had IDS installed about a month ago, but my server didn't have >ImageMagick installed, and had trouble compiling it (methinks they didn't >know what they were doing). ImageMagick is indeed a bear to install. One discovers in the process that libtiff, libjpeg, the PNG library, netpbm, ghostscript, need to be installed first. Then there's the matter of working around configure's ingorance of the -R linker switch so that its feature-test programs can execute, and the fact that for no apparent reason it invokes gcc with -shared instead of -G. |
From: Jerry H. <bq...@so...> - 2001-07-30 02:08:06
|
yes, I do... I thought the server had it already. but it didn't.. I had to install that, as well... I'm not getting any errors, though. I'm hoping that updating to 0.8 will help.. finishing the update, now... Jerry Horn ----- Original Message ----- From: "Ashley M. Kirchner" <as...@pc...> To: "Jerry Horn" <bq...@so...> Cc: <ids...@li...> Sent: Sunday, July 29, 2001 9:56 PM Subject: Re: [Ids-devel] possible problem reading EXIF data? > Jerry Horn wrote: > > > I just set up IDS 0.711 (haven't updated to 0.8, yet), and I noticed that > > the only image info it's showing, is the time it was uploaded, and file > > size. The images have EXIF data stored by my camera, a Canon G1. > > Do you have the Image::Info Perl module installed? > > -- > H | "Life is the art of drawing without an eraser." - John Gardner > +-------------------------------------------------------------------- > Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 > Director of Internet Operations / SysAdmin . 800.441.3873 x130 > Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 > http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Ashley M. K. <as...@pc...> - 2001-07-30 01:56:57
|
Jerry Horn wrote: > I just set up IDS 0.711 (haven't updated to 0.8, yet), and I noticed that > the only image info it's showing, is the time it was uploaded, and file > size. The images have EXIF data stored by my camera, a Canon G1. Do you have the Image::Info Perl module installed? -- H | "Life is the art of drawing without an eraser." - John Gardner +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Jerry H. <bq...@so...> - 2001-07-30 01:20:22
|
I just set up IDS 0.711 (haven't updated to 0.8, yet), and I noticed that the only image info it's showing, is the time it was uploaded, and file size. The images have EXIF data stored by my camera, a Canon G1. I'm uploading the files via ftp, and not through the webpage admin area. could this be the problem? I would have had IDS installed about a month ago, but my server didn't have ImageMagick installed, and had trouble compiling it (methinks they didn't know what they were doing). I took some time yesterday, and did a local install of ImageMagick, and set configured IDS to use the install I made. (use lib...) thanks, Jerry Horn |
From: Ashley M. K. <as...@pc...> - 2001-07-29 22:09:58
|
Okay, so put 0.8 into action, and uploaded two .tif files, both 250 px wide by 347 and 359 respectively. In the admin page, I get no previews generated, just the genericfile icon. When I click on that, it goes straight to the .tif file (which on my system gets handled by the QuickTime plug-in through the browser), plug-in gets loaded. Back in the normal (non admin) view, I do get previews, however because both images are less than 512 px (in either dimension), the picture never loads in the image view (because...I don't know, the img tag is correct, but I presume because it's a .tif file which won't load up just like that - when I right click, and tell it to view the image...the QT plug-in comes up again) I suspect, even if the tif file is of some large size, and IDS can handle the different sizes properly, if someone picks 'original', the same problem will come up - no image in the image view. This also happens on http://arwen.hn.org/~john/ids-0.8/index.cgi?mode=image&album=/Sample%20Album&image=WLM1ST.TIF if I pick the original size. Maybe it's just the way my QT is setup, but I was never able to look at a tif file that was embedded in a webpage - only when it's viewed by itself. -- H | "Life is the art of drawing without an eraser." - John Gardner +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: John M. <mo...@mu...> - 2001-07-29 21:38:04
|
http://ids.sourceforge.net/ The final changelog: - new themes (PhotoCorners and Mojave) - Chinese (HK) support included - improved navigation widgets - improved creation of album icons with "tall" images - prevents a potential DOS attack and a directory traversal exploit - improvements in the time taken to detect comments embedded in images - added ability to include a site description on the home page - IDS is now distributed under a BSD-style license John |
From: John M. <mo...@mu...> - 2001-07-29 20:57:46
|
Works for me: http://arwen.hn.org/~john/ids-0.8/index.cgi?mode=image&album=/Sample%20Album& image=WLM1ST.TIF Do you have IDS configured to display TIF's? ("fileTypes" in ids.conf.) John On Sunday, July 29, 2001, at 04:44 PM, Ashley M. Kirchner wrote: > John Moose wrote: > >> Uhhh... yes it does. (0.8 does officially. It was pretty easy to enable >> in earlier versions.) > > Funny, it won't accept uploaded .tif files. (the file gets > uploaded, but > no previews get created, it doesn't do anything with the file) > > -- > H | "Life is the art of drawing without an eraser." - John Gardner > +-------------------------------------------------------------------- > Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 > Director of Internet Operations / SysAdmin . 800.441.3873 x130 > Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 > http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. > > > > _______________________________________________ > IDS-devel mailing list > IDS...@li... > http://lists.sourceforge.net/lists/listinfo/ids-devel |
From: Ashley M. K. <as...@pc...> - 2001-07-29 20:45:10
|
John Moose wrote: > Uhhh... yes it does. (0.8 does officially. It was pretty easy to enable > in earlier versions.) Funny, it won't accept uploaded .tif files. (the file gets uploaded, but no previews get created, it doesn't do anything with the file) -- H | "Life is the art of drawing without an eraser." - John Gardner +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: John M. <mo...@mu...> - 2001-07-29 20:29:13
|
Uhhh... yes it does. (0.8 does officially. It was pretty easy to enable in earlier versions.) JM On Sunday, July 29, 2001, at 04:05 PM, Ashley M. Kirchner wrote: > "Anthony A. D. Talltree" wrote: > >> [Sun Jul 29 09:47:15 2001] previewmaker.pl: Warning 315: unknown field >> with tag 34665 (0x8769) ignored. (/var/tmp/magicIAAgTait4) [No such >> file >> or directory] at /idsShared.pm line 608. > > IDS *doesn't support* tiff files yet. > > -- > H | "Life is the art of drawing without an eraser." - John Gardner > +-------------------------------------------------------------------- > Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 > Director of Internet Operations / SysAdmin . 800.441.3873 x130 > Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 > http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. > > _______________________________________________ > IDS-devel mailing list > IDS...@li... > http://lists.sourceforge.net/lists/listinfo/ids-devel |
From: Ashley M. K. <as...@pc...> - 2001-07-29 20:05:37
|
"Anthony A. D. Talltree" wrote: > [Sun Jul 29 09:47:15 2001] previewmaker.pl: Warning 315: unknown field > with tag 34665 (0x8769) ignored. (/var/tmp/magicIAAgTait4) [No such file > or directory] at /idsShared.pm line 608. IDS *doesn't support* tiff files yet. -- H | "Life is the art of drawing without an eraser." - John Gardner +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Anthony A. D. T. <aa...@ve...> - 2001-07-29 16:48:15
|
> That's because you don't have tiff compiled into ImageMagick (or you >have an older version of the module). No, it understands TIFF files - it just takes issue with raw ones from my camera: [Sun Jul 29 09:47:15 2001] previewmaker.pl: Warning 315: unknown field with tag 34665 (0x8769) ignored. (/var/tmp/magicIAAgTait4) [No such file or directory] at /idsShared.pm line 608. |
From: Ashley M. K. <as...@pc...> - 2001-07-29 08:45:02
|
"Anthony A. D. Talltree" wrote: > Well, specifically, ImageMagick (PerlMagick?) complains that a certain > tag in the files is unknown, which prevents the creation of a preview > image. That's because you don't have tiff compiled into ImageMagick (or you have an older version of the module). Look at http://www.imagemagick.org for more information on the formats, and where to get the current module. I have no problem with tiff files through ImageMagick (PerlMagick is just a layer between perl and ImageMagick). FYI, this isn't IDS' turf...yet. -- H | Hi, I'm currently out of my mind. Please leave a message. BEEEEP! +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Anthony A. D. T. <aa...@ve...> - 2001-07-29 08:01:56
|
Well, specifically, ImageMagick (PerlMagick?) complains that a certain tag in the files is unknown, which prevents the creation of a preview image. |
From: Ashley M. K. <as...@pc...> - 2001-07-29 05:39:52
|
"Anthony A. D. Talltree" wrote: > I agree. Now, if ImageMagick were to decide to like the TIFF files that > my Oly C2000z generates .... v1.0 The (main) problem right now that there's no (easy) way to determine what ImageMagick can or can not support. From the command line, sure, 'convert -list format' gives you everything that it can support (builtin, or added), but not easily from perl. The best (crude) way would be to parse the output from that command and use it... Not pretty. -- H | Hi, I'm currently out of my mind. Please leave a message. BEEEEP! +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 Director of Internet Operations / SysAdmin . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Anthony A. D. T. <aa...@ve...> - 2001-07-28 23:27:21
|
>ImageMagick allows resizes to not force upsampling. I'd lean towards >having the tiny images just be themselves in the album view - no sense in >genericizing the size, as they will be lined up by the table they live in >anyway. I agree. Now, if ImageMagick were to decide to like the TIFF files that my Oly C2000z generates .... |
From: Matthew M. <mr...@ne...> - 2001-07-28 12:01:59
|
On Fri, 27 Jul 2001, Ashley M. Kirchner wrote: > > If you uploaded a file that's less than the $previewMaxDimension > variable, no image gets created, and you get a broken image to see in > the album view. Somewhat annoying. I don't necessarily like the idea > of resizing an image UP to the $previewMaxDimension, but perhaps in this > case we should? However then I wonder, what if someone has their maxDim > set to something like 250, and they upload a 50 pixel wide image - > that's a 5x blow up, not pretty. ImageMagick allows resizes to not force upsampling. I'd lean towards having the tiny images just be themselves in the album view - no sense in genericizing the size, as they will be lined up by the table they live in anyway. > > Maybe have IDS display a generic image instead? Maybe the > albumicon.png file, and overlay a big red X on it? (I'm getting IE > hallucinations) No kidding! Step AWAY from the winders box, and no one gets hurt! ;) -- Matthew |