On Sat, Mar 16, 2002 at 03:21:27PM -0500, Jason Day wrote: > Processing http://images.slashdot.org/banner/hpao5010en.gif?101630615. > 56 collected, 48 still to do > Retrieved ok > image type is image/gif > Running: giftopnm >[EMAIL PROTECTED] > giftopnm: too much input data, ignoring extra... > Running: cat [EMAIL PROTECTED] | ppmquant -map > /usr/local/netpbm/lib/palmgray4.map|ppmtopgm|pnmtopalm -depth 4 -verbose > ppmquant: making histogram... > ppmquant: 16 colors found > ppmquant: choosing 1074234400 colors... > ppmtopgm: EOF / read error reading magic number > No data from parsing image! > (http://images.slashdot.org/banner/hpao5010en.gif?101630615)
I just tried manually downloading that same file, and ran those same commands, and got the same problem. It might be that hpao5010en.gif is only 42 bytes in size and basically there's nothing there, or its goofing up on slashdot's side ... Try this out, .. find a gif that you know works and is fairly large, and run: $ giftopnm /path/to/image.gif > /tmp/image $ cat /tmp/image | ppmquant -map /usr/local/netpbm/lib/palmgray4.map| ppmtopgm | pnmtopalm -depth 4 -verbose see if it dumps anything major to stdio. If it does, theres a problem with that specific image at slashdot,..if not,..then the problem is with your netpbm or the combination of calls plucker-build is making. > I'm using RedHat 7.1, Python 2.2, netpbm 9.24. Any ideas? On mine, I am using Debian Unstable with netpbm 9.20 and a complete image worked for me. If the above still fails, try downgrading to this version and running the test again. -- Adam McDaniel Array Networks Calgary, AB, Canada
