|
From: Petr M. <mi...@ph...> - 2005-11-13 19:10:04
|
>> I don't agree this is a good solution. This form >> plot "< convert pic.jpeg rgb:-" PLENTY OF OPTIONS with image >> >> I propose gnuplot reads png, gif and jpeg files directly using the GD >> library. This won't add any new code into gnuplot but it will make this >> feature portable to gnuplot for Windows, for OS/2, for Mac. > > So that I understand, you're saying that all the routines that would make it > easy to read png/gif/jpeg are already present in gnuplot because of the > library's use for generating these types of outputs on the terminal side? Exactly. > I like both ideas, really. I'd say add the AVS support. (It's only 20-30 > lines of code.) OK with me. > I don't think one escapes the PLENTY_OF_OPTIONS problem with png/gif/jpeg > because there too there is no information about image position, pixel > spacing, and so on. I think the primary reason for a person to put an image > into gnuplot is to provide axes, annotation and that sort of thing, requiring > more details than just the image. Yes, the user can add these additional options. > So, those familiar with png/gif/jpeg, are there issues of convenience here > for annotation? Perhaps we can have one additional penguin from the "with image" demo in a png file instead of an .rgb. Actually, scanned images (e.g. from microscopes) are usually in .tiff, so converting them into png and adding axes and label by gnuplot is an example of an application of png files. --- PM |