| Re: PNGs without X? [message #34026 is a reply to message #33759] |
Sat, 15 February 2003 05:07   |
R.Bauer
Messages: 1424
Registered: November 1998
|
Senior Member |
|
|
Dear Sven,
we have not changed our colorsystems to 24bit because at the time it was
possible we have had already developed our own plot environment based on
the idl plot, contour etc.
One of the ideas was to get always nearly the same result on screen as
on postscript.
In some cases it is very difficult and it doesn't work in the way we
like to have it. But it is in the most cases very good.
One other idea was if you have done a script for a printout on screen it
should not take more time from the user to get a quite good printout for
a publication.
We are using the decomposed feature of the device command. So our
platforms can have 8, 16 or 24 bit color devices. It doesn't matter.
Our plotenvironment could be completly loaded by this file,
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_bin/plotpr epare.sav
As you know sav file are the same handled as pro files. By the first
call it is loaded.
At the moment this is a bit newer as the rest of the library, because it
is based on the actual library we are using here. I will spent later
some time in updating the published library.
The sources which are under GPL developed and a description in german is
available from
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro. html
some examples how to use this tool you can find at
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_source/idl _html/idl_work_idl_work.examples.category.htm#5
For example to show a bit about the syntax:
(plotprepare.sav should be in the same path as this example)
Screen output:
pro test
plotprepare,plot
plotinit,plot
data = tan(findgen(5))
plot.color=plot.color_nc.red
plot.psym=0
plotxy,plot,x=findgen(5),y=data
plot.psym=5
plotxy,plot,x=findgen(5),y=data
xyouts, 1,1.53,' <- triangle'
plotend,plot
end
Or may be you like to give a try to following example:
pro test
plotprepare,plot
plotinit,plot
data = tan(findgen(5))
plot.color=plot.color_nc.red
plot.psym=0
plotxy,plot,x=findgen(5),y=data
plot.psym=5
plotxy,plot,x=findgen(5),y=data
xp_text,plot,' <- triangle'
plotend,plot
end
You have to reload your source,
a line similar to this one is added into your source
xyouts,/norm,0.23239437,0.52600000,' <-
triangle',color=plot.color_nc.blue,
align=0.00000,charsize=1.4*plot.charsize_norm_factor
; xp_text,plot,' <- triangle' ;========= automaticly replaced =========
postscript output:
pro test
plotprepare,plot
plot.psflag=1
plotinit,plot
data = tan(findgen(5))
plot.color=plot.color_nc.red
plot.psym=0
plotxy,plot,x=findgen(5),y=data
plot.psym=5
plotxy,plot,x=findgen(5),y=data
xyouts, 1,1.53,' <- triangle'
plotend,plot
end
conversion to png
> pstoimg -flip r90 -aaliastext idl.ps idl.png
Some more infos to plotprepare.
plotprepare was compiled by "compile" from the icg library.
After loading which a call to plotprepare_info() you get some
informations about the state of the used routines
print,(plotprepare_info()).routines
plotprepare
Build Date: Sat Feb 15 13:13:25 2003
Compiled Procedures:
$MAIN$
AFORMAT /usr/local/icg/icg/idl_source/idl_links/aformat.pro
Tue Aug 25 21:06:52 1998
ALT_INHALT_DEF /usr/local/icg/icg/idl_source/idl_links/alt_inhalt_def.pro
Tue Jan 25 09:40:04 2000
BOXAREA2 /usr/local/icg/icg/idl_source/idl_links/boxarea2.pro
Mon May 6 09:39:06 2002
BUILD_STRUCTURE /usr/local/icg/icg/idl_source/idl_links/build_structure.pro
Fri Feb 18 11:38:10 2000
.
.
.
Some of the routines included are not developed from ICG members,
so the licensing could be different.
For licensing information please have a look at
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro. html
best regards
Reimar
Dr. Sven Geier wrote:
> Boy, I hope top-posting is alright...
>
>
> A while ago I posted the thing appended below -- and got a few responses. I
> dug through the verious methods and none of them really work. I had noted
> before that postscript isn't really an option and the same reasons really
> apply to plotting into the Z-buffer: neat trick that, and I may well use
> that in the future; but the output I get is nowhere near the output that I
> get when plotting to an X window. The fonts are entirely different, the
> colors are differnt, pretty much everything is different.
>
> The color part, I suppose, is an outcropping of another problem, that I
> never managed to find a solution to: I find it very hard (to say the least)
> to use a certain given color in IDL. It seems like the simplest thing in
> the world to have a graph with four lines and I want one of them to be red
> and one green and one yellow and one blue. However there doesn't seem to be
> a mechanism in IDL(?) that accomplishes such a thing. Before I knew of
> 24-bit displays, I had a self-made colortable (with tvlct()) in which I
> knew index 1 is red and index 5 is blue and such, but the first time I
> tried this on a true-color visual, I learned something.
>
> The problem is that I need to be certain what the colors are before the
> plot, since there are some comments added to the data (via xyouts) that
> refer to "red line = such-n-such" and such. For the same reason I must be
> able to rely on a certain plot geometry (which I am consistently not
> getting when plotting in the Z-buffer) because the positions of things are
> carefully computed. The entire thing has been evolved over years to work
> just right and if you suddenly run it with a larger character size (like
> the Z-buffer seems to do) it'll all blow up.
>
> As an example, here's some random data and label:
>
> data = tan(findgen(5))
> plot,data,/nodata
> oplot,data,color='ff'x
> oplot,data,psym=5
> xyouts, 1,1.53,' <- triangle'
>
> On my 24-bit display this draws a few red lines, white triangles and labels
> one of the triangles with "triangle". If I do this on a
> "window,xsize=350,ysize=350" and then I do the same thing into the Z-buffer
> following David's website (great site, by the way. Or terrible site, as you
> may look at it: Many idl programmers lose much productive time browsing
> through it... :) I get something that is "kinda like" the original, except
> that the plotting area has a different size, the fonts are different and
> the color is gone - pretty much as different as a plot can be while still
> showing the same thing.
>
> !P.font = -1 or 0 give the same result in the Z-buffer, !p.font=1 gives a
> slightly prettyier (but less legible) one, but all three are different from
> their counterparts that are plotted into the X-buffer and not one of them
> is as clear and legible as the p.font=0 in X-windows.
>
> If I plot into the PS device and turn the result into an image like this:
>
> gs -q -sDEVICE=ppm -r100 -sOutputFile=- idl.ps | pnmflip -r90 | pnmscale \
> -xsize=350 -ysize=350 | pnmtojpeg > test.jpg
>
> I do not only get no colored line (because all colors 255 and up are just
> "white" to postscript, apparently), but the result is transparent (i.e.
> white background) and the fonts are unreadable. It's easy to fix the color
> in this simple example by searching for 'setrgbcolor' in the postscript
> file, but once you have a bunch of colored lines and text, that gets pretty
> tricky to say the least.
>
> I am writing this all down in a last attempt to see if someone has the magic
> trick "how to get consistent colors and something like an X-buffer without
> X" - but if there is none, I'd like to say thanks to those who posted
> before anyways; there were a few good ideas...
>
>
> -- S
>
> -
> Catch a couple Z's before responding...
>
>
> Reimar Bauer wrote:
>
>
>> Dr. Sven Geier wrote:
>>
>>
>> Dear Sven,
>>
>> did you have thougt about the trick printing into a ps file and then using
>> convert or pstoimg (which I prefer) to get the ps file converted in
>> whatever you want. (You have an unix system so you can use these routines
>> with a spawn too)
>>
>> This method if it's suitable for you has another effort too. The
>> postcriptfonts are much better readable as the image fonts.
>>
>>
>> regards
>>
>> Reimar
>>
>>
>>
>>
>>> Heya all
>>>
>>> I have a routine that gathers data from various places, then plots it,
>>> then uses tvrd(/true) to read the plot into an array and then writes it
>>> out as a .png graphics file. This all works fine so far.
>>>
>>> Since I rarely ever look at the graphs as they're plotted (the pngs go to
>>> a web-directory) I switched the plotting to a pixmap, i.e. the
>>> idl-process now opens its own window with the /pixmap parameter (and also
>>> xsize and ysize and such) and thus the whole shebang works quite nicely
>>> without ever showing anything on the screen.
>>>
>>> Now in the process of automation I'd like to move the whole operation to
>>> a server box that does not have X running. Unfortunately it turns out
>>> that these "pixmaps" are *X*-pixmaps and that I can't open them without
>>> X.
>>>
>>> So now I'm looking for some way to plot data into/onto a PNG (or GIF or
>>> JPG or whatever) without having an actual graphic server running. I
>>> played around with plotting into a PS device and using ghostscript to
>>> convert that into a JPG, but not only do the colors not come out right
>>> (the usual PS stuff) but also the fonts are all off (the !P.font=0 for
>>> the 'x' devive is designed to be readable on a 400x400 window, the
>>> ps-fonts become illegible when I reduce a PS-plot to that resolution) and
>>> similar problems.
>>>
>>> Anybody know how to do a standard run-of-the mill X-type plot into a file
>>> or into an array or into RAM or such?
>>>
>>> Thanks in advance...
>>>
>>> -- SG
>>>
>>>
>>
>
--
Reimar Bauer
Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer@fz-juelich.de
------------------------------------------------------------ -------
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro. html
============================================================ =======
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
