|
From: Daniel J S. <dan...@ie...> - 2005-11-13 18:22:11
|
Petr Mikulik wrote: > > I don't agree this is a good solution. This form > plot "< convert pic.jpeg rgb:-" PLENTY OF OPTIONS with image > > is really ugly and user unfriendly. The master of scripts bucks the trend. :-) > 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? Then sure, it is probably wise to support those directly, Petr. I like that idea. I like both ideas, really. I'd say add the AVS support. (It's only 20-30 lines of code.) And put the script along with the other scripts on the web page. 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. The EDF format is the most complete format I've seen; I'm sure there are others. So, those familiar with png/gif/jpeg, are there issues of convenience here for annotation? Dan |