plplot-general — PLplot user discussion group

Re: [Plplot-general] Re : png poor quality

[Alan W. I. <ir...@be...>]

On 2007-08-02 10:20-0400 bp...@ne... wrote:

>
> Hi all,
>
> As Alan said, the remaining misalignment issue is due to the misalignement of the glyphs inside the
> Debian FreeSerif Font. Using ForgeFont:
>
> http://fontforge.sourceforge.net/
> FontForge -- An outline font editor
>  that lets you create your own postscript, truetype, opentype, cid-keyed,
>  multi-master, cff, svg and bitmap (bdf, FON, NFNT) fonts, or edit existing
>  ones. Also lets you convert one format to another. FontForge has support
>  for many macintosh font formats.
>
> I have modified the FreeSerif.ttf font in order to properly align a part of the glyphs: the symbol
> plotted with plpoin are now well aligned. (I'm not aware of the copyrights, but I can obviously share this new
> "FreeSerif_plplot.ttf" TrueType font ;-) ).

Have you used some means other than PLplot of judging whether the
FreeSerif.ttf font was misaligned?

The reason I ask is there are some rather complicated transformation
formulas that are used to align TrueType fonts in PLplot since our
coordinate system has a different origin than most fonts, and there might be
some deficiency in the PLplot code that is misaligning the results rather
than some deficiency in FreeSerif.ttf itself.

Also, my understanding is there is several generations of FreeSerif.ttf.  Is
it possible you are correcting misalignments in an old version that have
already been corrected in later versions?

I was most impressed you went to such lengths to deal with the misalignment
issue, but I thought the above fundamental questions still needed to be
asked.  In particular, if you really have found that FreeSerif.ttf was
misaligned by means that are independent of PLplot, that is a result that
greatly relieves my mind since I always assumed before that the misalignment
problem was caused by something we were doing wrong.  If it turns
out you have truly found misalignment, then please be sure to feed your
results back to the FreeFont team so that everybody will benefit.

>
> But, we've encoutered a new problem: when plotting inside a png file, using the gd driver, the symbol
> are not clipped (is that the right word?) when lying outside the range of the axis. That is, symbols may be plotted outside the box (when the data lie outside the x/y min/max of the axes).
>
> In our sense, it seems to be a problem with the gd driver, since it does not occur when plotting to the screen
> (xwin) or to a postscript (ps).

Thanks very much for drawing our attention to this bug which I have just
confirmed for one of my private examples that uses -dev png.  I hope we will
be able to fix it soon (in the svn version), but no promises.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Re : png poor quality

[<bp...@ne...>]

=0A=20Hi=20all,=0A=0AAs=20Alan=20said,=20the=20remaining=20misalignment=20issue=20=
is=20due=20to=20the=20misalignement=20of=20the=20glyphs=20inside=20the=0ADebian=20=
FreeSerif=20Font.=20Using=20ForgeFont:=0A=0Ahttp://fontforge.sourceforge.net/=0A=
FontForge=20--=20An=20outline=20font=20editor=0A=20=20that=20lets=20you=20create=
=20your=20own=20postscript,=20truetype,=20opentype,=20cid-keyed,=0A=20=20multi-m=
aster,=20cff,=20svg=20and=20bitmap=20(bdf,=20FON,=20NFNT)=20fonts,=20or=20edit=20=
existing=0A=20=20ones.=20Also=20lets=20you=20convert=20one=20format=20to=20anoth=
er.=20FontForge=20has=20support=0A=20=20for=20many=20macintosh=20font=20formats.=
=0A=0AI=20have=20modified=20the=20FreeSerif.ttf=20font=20in=20order=20to=20prope=
rly=20align=20a=20part=20of=20the=20glyphs:=20the=20symbol=0Aplotted=20with=20pl=
poin=20are=20now=20well=20aligned.=20(I'm=20not=20aware=20of=20the=20copyrights,=
=20but=20I=20can=20obviously=20share=20this=20new=20=0A"FreeSerif_plplot.ttf"=20=
TrueType=20font=20;-)=20).=20=0A=0ABut,=20we've=20encoutered=20a=20new=20problem=
:=20when=20plotting=20inside=20a=20png=20file,=20using=20the=20gd=20driver,=20th=
e=20symbol=0Aare=20not=20clipped=20(is=20that=20the=20right=20word?)=20when=20ly=
ing=20outside=20the=20range=20of=20the=20axis.=20That=20is,=20symbols=20may=20be=
=20plotted=20outside=20the=20box=20(when=20the=20data=20lie=20outside=20the=20x/=
y=20min/max=20of=20the=20axes).=0A=0AIn=20our=20sense,=20it=20seems=20to=20be=20=
a=20problem=20with=20the=20gd=20driver,=20since=20it=20does=20not=20occur=20when=
=20plotting=20to=20the=20screen=0A(xwin)=20or=20to=20a=20postscript=20(ps).=0A=0A=
Has=20anyone=20faced=20such=20an=20issue?=20Any=20idea?=0A=0A=0Aregards,=0ABruno=
=20&=20Nicolas=0A=0A=0A=0A=0A=20=0A=0A=0A=20=0A=0A-----E-mail=20d'origine-----=0A=
De=20:=20b...@ne...=0AA=20:=20p...@li...=0ACc=20:=
=20n...@cl...;=20b...@cl...=0AEnvoy=C3=A9=20le=20:=20Mercredi=2018=20Ju=
il=202007=2012:01=0ASujet=20:=20Re:=20[Plplot-general]=20png=20poor=20quality=0A=
=0A=0A=0A=0A=0A=0A=0A=0A=0AAlan=20wrote:=0A=0ANow=20to=20deal=20with=20the=20spe=
cifics=20of=20your=20question,=20our=20best=20demonstration=20of=0A=0A=0Aexample=
s=206=20and=207=20(and=20also=20example=2023=20at=0A=0A=0Ahttp://plplot.sourcefo=
rge.net/examples/demo23.php=20which=20shows=20a=20subset=20of=0A=0A=0Athe=20larg=
e=20number=20of=20unicode=20mathematical=20symbol=20possibilities=20that=20are=0A=
=0A=0Aaccessible=20with=20TrueType=20fonts)=20was=20done=20with=20the=20Debian=20=
ttf-freefont=0A=0A=0Apackage=20which=20is=20described=20as=20follows:=0A=0A=0A=0A=
=0A=0A=0A=0AThanks=20Alan!=20The=20Debian=20ttf-freefont=20is=20great=20and=20no=
w,=20I=20can=20access=20to=20the=20same=20table=20than=20with=0A=0Athe=20Hershey=
=20font=20(and=20plplot=20looks=20nicer=20than=20ever)=0A=0A=0A=0AA=20last=20iss=
ue:=20the=20alignment=20of=20the=20font=20seems=20different=20(by=20default)=20t=
han=20with=20Hershey:=20the=20symbols=0A=0Ado=20not=20seem=20to=20be=20center=20=
in=20the=20$,$y=20position=20and=20the=20x/ylabel=20of=20written=20over=20the=20=
ticks....=20?=0A=0A(this=20is=20a=20tiny=20effect)=0A=0A=0A=0A=0A=0AIs=20there=20=
here=20again=20an=20environment=20variable=20to=20set?=0A=0A=0A=0ARegards,=0A=0A=
Bruno=0A=0A=0A=0A=0A=0A=20=0A=0A=

Re: [Plplot-general] Building a bare minimum plplot

[Scott H. <smh...@gm...>]

Mission accomplished!  I am up and running.  Thank you all again for all of
your help, I truly appreciated it.

Scott


On 7/18/07, Alan W. Irwin <ir...@be...> wrote:
>
> On 2007-07-18 16:02-0400 Scott Hall wrote:
>
> > I tried checking it out with svn using the command
> >
> > svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot
>
> That command should work fine at least for Linux subversion clients
> (except
> for the overlarge download problem I mentioned before because you didn't
> pay
> attention to the trunk warning).
>
> What Linux platform, what svn client, what is the exact error message?
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting
> software
> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>

[Plplot-general] [Fwd: [ plplot-Feature Requests-1743004 ] Financial Charts]

[Arjen M. <arj...@wl...>]

Hello,

I am forwarding this feature request on behalf of "The Shady Watcher"
It is a request to extend PLplot so that is possible/easier to create 
certain types
of financial charts.

As I am not familiar with these  types, I asked for some examples. See the
links for this.

Regards,

Arjen

Re: [Plplot-general] Building a bare minimum plplot

[Alan W. I. <ir...@be...>]

On 2007-07-18 16:02-0400 Scott Hall wrote:

> I tried checking it out with svn using the command
>
> svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot

That command should work fine at least for Linux subversion clients (except
for the overlarge download problem I mentioned before because you didn't pay
attention to the trunk warning).

What Linux platform, what svn client, what is the exact error message?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Building a bare minimum plplot

[Alan W. I. <ir...@be...>]

On 2007-07-18 19:00+0100 Andrew Ross wrote:

>
> On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote:
>> On 2007-07-18 11:40-0400 Scott Hall wrote:
>>
>>> I am new to PLplot and this the first time I have used CMake.  For
>>> simplicity, on my part, I have been using the GUI version (ccmake
>>> CMakeLists.txt) to generate the makefile.  I am attaching the output from
>>> using ccmake.  This was made on my Linux platform.
>>
>> ccmake is a good choice for getting the annotations for the various options,
>> but there are caching issues with it, and ultimately cmake is more
>> reproducible since all options are spelt out on the command line, and you
>> can also see the annotation of the options in the generated file
>> CMakeCache.txt.
>>
>> Because of that reproducibility issue could you please give us cmake output
>> instead?  Here is how you capture such output:
>>
>> cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \
>> path_to_source_tree >& cmake.out
>>
>> Note, I have specified options to turn off all devices unless specified
>> otherwise (e.g., the ps device), and turn off all bindings (except for the
>> C one which cannot be turned off).
>>
>> Also, please be sure to invoke cmake in an empty build tree to avoid caching
>> issues and other stale results.
>>
>> Virtually everybody is new to cmake. :-) I was the first developer in our
>> group to start experimenting with it, but that was only a year ago.  We have
>> come a long way with it since because it is so easy to learn and so
>> powerful.  I think learning to use cmake is a general skill that is worth
>> the small learning effort for most people who build packages such as PLplot.
>
> OK. It looks like an issue with static drivers. Trying the command Alan
> suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I
> reproduce the error message that Scott reported.
>
> Turns out the error was actually in cmake/modules/pkg-config.cmake
> where the macro pc_transform_link_flags did not correctly handle blank
> strings. It should now be fixed in the subversion repository.
>

Thanks, Andrew, for verifying the issue and finding the fix.

Scott, to get access to the version of PLplot in our subversion repository
(which is what all the developers use in preparation for our next release
and which is therefore usually pretty stable although that is not
guaranteed) follow the directions at
http://sourceforge.net/svn/?group_id=2915.  Note the warning there about
specifying trunk (otherwise it will be a pretty big download).

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Building a bare minimum plplot

[Scott H. <smh...@gm...>]

I tried checking it out with svn using the command

svn co https://plplot.svn.sourceforge.net/svnroot/plplot plplot

svn tells me it does not recognize the URL scheme.  Now I am new to svn as
well, I installed the latest version of svn.

Thanks
Scott


On 7/18/07, Andrew Ross <and...@us...> wrote:
>
>
> On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote:
> > On 2007-07-18 11:40-0400 Scott Hall wrote:
> >
> > > I am new to PLplot and this the first time I have used CMake.  For
> > > simplicity, on my part, I have been using the GUI version (ccmake
> > > CMakeLists.txt) to generate the makefile.  I am attaching the output
> from
> > > using ccmake.  This was made on my Linux platform.
> >
> > ccmake is a good choice for getting the annotations for the various
> options,
> > but there are caching issues with it, and ultimately cmake is more
> > reproducible since all options are spelt out on the command line, and
> you
> > can also see the annotation of the options in the generated file
> > CMakeCache.txt.
> >
> > Because of that reproducibility issue could you please give us cmake
> output
> > instead?  Here is how you capture such output:
> >
> > cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \
> > path_to_source_tree >& cmake.out
> >
> > Note, I have specified options to turn off all devices unless specified
> > otherwise (e.g., the ps device), and turn off all bindings (except for
> the
> > C one which cannot be turned off).
> >
> > Also, please be sure to invoke cmake in an empty build tree to avoid
> caching
> > issues and other stale results.
> >
> > Virtually everybody is new to cmake. :-) I was the first developer in
> our
> > group to start experimenting with it, but that was only a year ago.  We
> have
> > come a long way with it since because it is so easy to learn and so
> > powerful.  I think learning to use cmake is a general skill that is
> worth
> > the small learning effort for most people who build packages such as
> PLplot.
>
> OK. It looks like an issue with static drivers. Trying the command Alan
> suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I
> reproduce the error message that Scott reported.
>
> Turns out the error was actually in cmake/modules/pkg-config.cmake
> where the macro pc_transform_link_flags did not correctly handle blank
> strings. It should now be fixed in the subversion repository.
>
> Andrew
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>

Re: [Plplot-general] Building a bare minimum plplot

[Andrew R. <and...@us...>]

On Wed, Jul 18, 2007 at 09:34:11AM -0700, Alan Irwin wrote:
> On 2007-07-18 11:40-0400 Scott Hall wrote:
> 
> > I am new to PLplot and this the first time I have used CMake.  For
> > simplicity, on my part, I have been using the GUI version (ccmake
> > CMakeLists.txt) to generate the makefile.  I am attaching the output from
> > using ccmake.  This was made on my Linux platform.
> 
> ccmake is a good choice for getting the annotations for the various options,
> but there are caching issues with it, and ultimately cmake is more
> reproducible since all options are spelt out on the command line, and you
> can also see the annotation of the options in the generated file
> CMakeCache.txt.
> 
> Because of that reproducibility issue could you please give us cmake output
> instead?  Here is how you capture such output:
> 
> cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \
> path_to_source_tree >& cmake.out
> 
> Note, I have specified options to turn off all devices unless specified
> otherwise (e.g., the ps device), and turn off all bindings (except for the
> C one which cannot be turned off).
> 
> Also, please be sure to invoke cmake in an empty build tree to avoid caching
> issues and other stale results.
> 
> Virtually everybody is new to cmake. :-) I was the first developer in our
> group to start experimenting with it, but that was only a year ago.  We have
> come a long way with it since because it is so easy to learn and so
> powerful.  I think learning to use cmake is a general skill that is worth
> the small learning effort for most people who build packages such as PLplot.

OK. It looks like an issue with static drivers. Trying the command Alan
suggested above works fine. If you add -DENABLE_DYNDRIVERS=OFF then I
reproduce the error message that Scott reported. 

Turns out the error was actually in cmake/modules/pkg-config.cmake
where the macro pc_transform_link_flags did not correctly handle blank
strings. It should now be fixed in the subversion repository.

Andrew

Re: [Plplot-general] Building a bare minimum plplot

[Alan W. I. <ir...@be...>]

On 2007-07-18 11:40-0400 Scott Hall wrote:

> I am new to PLplot and this the first time I have used CMake.  For
> simplicity, on my part, I have been using the GUI version (ccmake
> CMakeLists.txt) to generate the makefile.  I am attaching the output from
> using ccmake.  This was made on my Linux platform.

ccmake is a good choice for getting the annotations for the various options,
but there are caching issues with it, and ultimately cmake is more
reproducible since all options are spelt out on the command line, and you
can also see the annotation of the options in the generated file
CMakeCache.txt.

Because of that reproducibility issue could you please give us cmake output
instead?  Here is how you capture such output:

cmake -DDEFAULT_NO_DEVICES=ON -DPLD_ps=ON -DDEFAULT_NO_BINDINGS=ON \
path_to_source_tree >& cmake.out

Note, I have specified options to turn off all devices unless specified
otherwise (e.g., the ps device), and turn off all bindings (except for the
C one which cannot be turned off).

Also, please be sure to invoke cmake in an empty build tree to avoid caching
issues and other stale results.

Virtually everybody is new to cmake. :-) I was the first developer in our
group to start experimenting with it, but that was only a year ago.  We have
come a long way with it since because it is so easy to learn and so
powerful.  I think learning to use cmake is a general skill that is worth
the small learning effort for most people who build packages such as PLplot.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Building a bare minimum plplot

[Scott H. <smh...@gm...>]

I am new to PLplot and this the first time I have used CMake.  For
simplicity, on my part, I have been using the GUI version (ccmake
CMakeLists.txt) to generate the makefile.  I am attaching the output from
using ccmake.  This was made on my Linux platform.

CMake Error: Error in cmake code at
 pdfutils.c;plargs.c;plbox.c;plcont.c;plcore.c;plctrl.c;plcvt.c:88:
 STRING sub-command REGEX, mode MATCH needs at least 6 arguments total to
command.
 Current CMake stack: /home/hall000s/Linux/plplot-5.7.3/src/CMakeLists.txt

 CMake Error: Error in cmake code at
 pdfutils.c;plargs.c;plbox.c;plcont.c;plcore.c;plctrl.c;plcvt.c:88:
 STRING sub-command REGEX, mode MATCH needs at least 6 arguments total to
command.
 Current CMake stack: /home/hall000s/Linux/plplot-5.7.3/src/CMakeLists.txt


 Summary of CMake build system results for PLplot

 Install location variables which can be set by the user:
 CMAKE_INSTALL_PREFIX:      /home/hall000s/Linux/plplot
 CMAKE_INSTALL_EXEC_PREFIX  /home/hall000s/Linux/plplot
 CMAKE_INSTALL_BINDIR    /home/hall000s/Linux/plplot/bin
 CMAKE_INSTALL_DATADIR    /home/hall000s/Linux/plplot/share
 CMAKE_INSTALL_LIBDIR    /home/hall000s/Linux/plplot/lib
 CMAKE_INSTALL_INCLUDEDIR   /home/hall000s/Linux/plplot/include
 CMAKE_INSTALL_INFODIR    /home/hall000s/Linux/plplot/share/info
 CMAKE_INSTALL_MANDIR    /home/hall000s/Linux/plplot/share/man

 Derived install location variables:
 DATA_DIR     /home/hall000s/Linux/plplot/share/plplot5.7.3
 LIB_DIR     /home/hall000s/Linux/plplot/lib
 INCLUDE_DIR  /home/hall000s/Linux/plplot/include/plplot
 BIN_DIR     /home/hall000s/Linux/plplot/bin
 TCL_DIR     /home/hall000s/Linux/plplot/share/plplot5.7.3/tcl
 DRV_DIR     /home/hall000s/Linux/plplot/lib/plplot5.7.3/driversd
 DOC_DIR     /home/hall000s/Linux/plplot/share/doc/plplot
 MAN_DIR      /home/hall000s/Linux/plplot/share/man
 INFO_DIR     /home/hall000s/Linux/plplot/share/info

 Other important CMake variables:

 CMAKE_SYSTEM_NAME:Linux
 UNIX:1
 WIN32:
 APPLE:
 MSVC:(MSVC_VERSION:)
 MINGW:
 MSYS:
 CYGWIN:
 BORLAND:
 WATCOM:

 SWIG_FOUND:OFF
 PERL_FOUND:YES
 X11_FOUND:1

 CMAKE_BUILD_TYPE:
 CMAKE_C_COMPILER CMAKE_C_FLAGS:/usw/uENABLE_DYNDRIVERS:OFF
 DEVICES_LIST: ps
 DRIVERS_LIST: ps

 Library options:
 BUILD_SHARED_LIBS:OFFPL_DOUBLE:ON

 Optional libraries:
 HAVE_QHULL:OFFWITH_CSA:ON
 HAVE_FREETYPE:HAVE_PTHREAD:OFF
 HAVE_AGG:

 Language Bindings:
 ENABLE_f77:ONENABLE_f95:OFF
 ENABLE_cxx:ONENABLE_java:OFF
 ENABLE_python:OFFENABLE_octave:OFF
 ENABLE_tcl:OFFENABLE_itcl:OFF
 ENABLE_tk:OFFENABLE_itk:OFF
 ENABLE_pdl:OFFENABLE_wxwidgets:OFF
 ENABLE_gnome2:OFFENABLE_pygcw:OFF
 ENABLE_ada:OFF

 BIN_DIR     /home/hall000s/Linux/plplot/bin

 CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:/usw/ude/Linux/bin/c++
 CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS:/usw/local/launch/ifort
 Target Fortran:IVF
 LIB_TAG:d
If this isn't what you are looking for please let me know.
Thank you all again for all of your help.

Scott


On 7/18/07, Alan W. Irwin <ir...@be...> wrote:

> On 2007-07-18 10:21-0400 Scott Hall wrote:
>
> > Hello,
> >
> > I am trying to get PLplot installed onto three different platforms,
> Windows,
> > SunOS, and Linux.  My goal is to be able to compile the same random
> programs
> > on each of the three platforms.  I have succesfully built on all three
> but
> > now I am trying to optimize my builds so that I am using the same flags
> and
> > as few flags as possible during compilation on all three
> platforms.  Because
> > of the project I am working on I am hard coding the flags in order to
> get
> > PLplot to work in conjunction with other programs that I am running.
> >
> > Basically I want to only build PostScript files as my output on all
> three
> > platforms.  When building on Linux and Unix I disable all but the
> postscript
> > driver and when I configure it I get an error indicating that it is
> > expecting at least 6 arguments.  My question is, what are the bare
> > essentials I need to get PLplot to build only requiring PostScript
> output.
> > I am hoping that I don't need the GD, freetype, xwin, etc libraries.
> >
> > I am using cmake to build plplot and must build it with only static
> > libraries.
> >
> > I appreciate any advice and assistance.
>
> I would be glad to help, but I need you to post the details of the issue
> to
> this list (the details should preferably be for your Linux platform
> because
> that is the platform I have access to).
>
> Those details include the cmake flags that you use, the complete output
> from
> the cmake command, and the complete output from the make command (if the
> cmake output shows no errors).
>
> I assure you that I have done absolutely minimal PLplot builds (one
> postscript device driver, nothing but C language) in the recent past with
> no
> problems, but there may be some issue with the particular cmake flags you
> are
> using which is why I need such details.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting
> software
> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>

Re: [Plplot-general] Building a bare minimum plplot

[Alan W. I. <ir...@be...>]

On 2007-07-18 10:21-0400 Scott Hall wrote:

> Hello,
>
> I am trying to get PLplot installed onto three different platforms, Windows,
> SunOS, and Linux.  My goal is to be able to compile the same random programs
> on each of the three platforms.  I have succesfully built on all three but
> now I am trying to optimize my builds so that I am using the same flags and
> as few flags as possible during compilation on all three platforms.  Because
> of the project I am working on I am hard coding the flags in order to get
> PLplot to work in conjunction with other programs that I am running.
>
> Basically I want to only build PostScript files as my output on all three
> platforms.  When building on Linux and Unix I disable all but the postscript
> driver and when I configure it I get an error indicating that it is
> expecting at least 6 arguments.  My question is, what are the bare
> essentials I need to get PLplot to build only requiring PostScript output.
> I am hoping that I don't need the GD, freetype, xwin, etc libraries.
>
> I am using cmake to build plplot and must build it with only static
> libraries.
>
> I appreciate any advice and assistance.

I would be glad to help, but I need you to post the details of the issue to
this list (the details should preferably be for your Linux platform because
that is the platform I have access to).

Those details include the cmake flags that you use, the complete output from
the cmake command, and the complete output from the make command (if the
cmake output shows no errors).

I assure you that I have done absolutely minimal PLplot builds (one
postscript device driver, nothing but C language) in the recent past with no
problems, but there may be some issue with the particular cmake flags you are
using which is why I need such details.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Building a bare minimum plplot

[Andrew R. <and...@us...>]

On Wed, Jul 18, 2007 at 04:35:34PM +0200, Werner Smekal wrote:
> Hi Scott,
> >  
> > Basically I want to only build PostScript files as my output on all 
> > three platforms.  When building on Linux and Unix I disable all but 
> > the postscript driver and when I configure it I get an error 
> > indicating that it is expecting at least 6 arguments.  My question is, 
> > what are the bare essentials I need to get PLplot to build only 
> > requiring PostScript output.  I am hoping that I don't need the GD, 
> > freetype, xwin, etc libraries.
> Could you be more specific about the errors, i.e. send the output of the 
> make command or whatever you are using to this list. The postscript 
> driver doesn't need GD, xwin but maybe freetype, depending which 
> postscript you choose.

The basic postscript driver requires no extra libraries at all. In any
case, you should not get an error from cmake due to missing driver
dependencies. If a library is missing, the driver will be disabled.

If you want to use the psttf driver, which has better font handling
using truetype fonts, then you will introduce extra dependencies. You
will need freetype, pango and lasi, as well as suitable fonts.

Clearly something else must be going on. Please post your cmake command
and any output from cmake, including the error message.

Also, can you provide details of the version of Linux this is occuring
on. Does exactly the same thing happen under whichever version of Unix
you are using?

Regards

Andrew

Re: [Plplot-general] Building a bare minimum plplot

[Werner S. <sm...@ia...>]

Hi Scott,
>  
> Basically I want to only build PostScript files as my output on all 
> three platforms.  When building on Linux and Unix I disable all but 
> the postscript driver and when I configure it I get an error 
> indicating that it is expecting at least 6 arguments.  My question is, 
> what are the bare essentials I need to get PLplot to build only 
> requiring PostScript output.  I am hoping that I don't need the GD, 
> freetype, xwin, etc libraries.
Could you be more specific about the errors, i.e. send the output of the 
make command or whatever you are using to this list. The postscript 
driver doesn't need GD, xwin but maybe freetype, depending which 
postscript you choose.

Regards,
Werner

[Plplot-general] Building a bare minimum plplot

[Scott H. <smh...@gm...>]

Hello,

I am trying to get PLplot installed onto three different platforms, Windows,
SunOS, and Linux.  My goal is to be able to compile the same random programs
on each of the three platforms.  I have succesfully built on all three but
now I am trying to optimize my builds so that I am using the same flags and
as few flags as possible during compilation on all three platforms.  Because
of the project I am working on I am hard coding the flags in order to get
PLplot to work in conjunction with other programs that I am running.

Basically I want to only build PostScript files as my output on all three
platforms.  When building on Linux and Unix I disable all but the postscript
driver and when I configure it I get an error indicating that it is
expecting at least 6 arguments.  My question is, what are the bare
essentials I need to get PLplot to build only requiring PostScript output.
I am hoping that I don't need the GD, freetype, xwin, etc libraries.

I am using cmake to build plplot and must build it with only static
libraries.

I appreciate any advice and assistance.

Regards,
Scott

Re: [Plplot-general] png poor quality

[Alan W. I. <ir...@be...>]

On 2007-07-18 06:01-0400 bp...@ne... wrote:

> Alan wrote:
> Now to deal with the specifics of your question, our best demonstration of
>
> examples 6 and 7 (and also example 23 at
>
> http://plplot.sourceforge.net/examples/demo23.php which shows a subset of
>
> the large number of unicode mathematical symbol possibilities that are
>
> accessible with TrueType fonts) was done with the Debian ttf-freefont
>
> package which is described as follows:
>
>
>
>
> Thanks Alan! The Debian ttf-freefont is great and now, I can access to the same table than with
> the Hershey font (and plplot looks nicer than ever)
>
> A last issue: the alignment of the font seems different (by default) than with Hershey: the symbols
> do not seem to be center in the $,$y position and the x/ylabel of written over the ticks.... ?
> (this is a tiny effect)

Do you the identical alignment as shown at
http://plplot.sourceforge.net/examples/?

If you do get the same alignment as at the SourceForge examples, then you
have achieved the GD "state of the art" at this time.  I do agree the
Hershey fonts are better aligned than TTF ones, but nobody has yet figured
out how to improve the alignment of the TTF fonts.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] png poor quality

[<bp...@ne...>]

Alan wrote:
Now to deal with the specifics of your question, our best demonstration of

examples 6 and 7 (and also example 23 at

http://plplot.sourceforge.net/examples/demo23.php which shows a subset of

the large number of unicode mathematical symbol possibilities that are

accessible with TrueType fonts) was done with the Debian ttf-freefont

package which is described as follows:




Thanks Alan! The Debian ttf-freefont is great and now, I can access to the same table than with
the Hershey font (and plplot looks nicer than ever)

A last issue: the alignment of the font seems different (by default) than with Hershey: the symbols
do not seem to be center in the $,$y position and the x/ylabel of written over the ticks.... ?
(this is a tiny effect)


Is there here again an environment variable to set?

Regards,
Bruno

Re: [Plplot-general] png poor quality

[Alan W. I. <ir...@be...>]

On 2007-07-16 10:24-0400 bp...@ne... wrote:

> Thanks Alan, it was clearly a problem of fonts.

You are welcome, and I am glad you are now able to obtain access to TrueType
fonts with -dev png.

> My administrator has re-compiled the library and now
> I have access to nice TrueTypeFonts.
>
> Pratically, the environment variables PLPLOT_FREETYPE_*
> are set to ttf fonts (see below) but now, I can't find the same table
> of symbols (output of example x06, using plpoin)
> than I've accessed to with the Hershey fonts.
>
> Does anyone know which TrueType font is used by plpoin ?
> (it seems that "Symbol" is not the right one...)

> PLPLOT_FREETYPE_SYMBOL_BOLD_FONT=symbol.ttf
> PLPLOT_FREETYPE_SYMBOL_BOLD_ITALIC_FONT=symbol.ttf
> PLPLOT_FREETYPE_SYMBOL_BOLD_OBLIQUE_FONT=symbol.ttf
> PLPLOT_FREETYPE_SYMBOL_FONT=symbol.ttf
> PLPLOT_FREETYPE_SYMBOL_ITALIC_FONT=symbol.ttf
> PLPLOT_FREETYPE_SYMBOL_OBLIQUE_FONT=symbol.ttf

To make some general remarks first, let me say its our dream to make
TrueType font handling a lot easier and more automatic for the GD-related
devices by using the fontconfig library.  Thus, some day the extremely
specific TrueType font stuff you have to do with -dev png will hopefully be
a thing of the past.  Also note example 6 was designed in the 90's to show
off some of the strange symbols in the Hershey fonts which were our sole
fonts at that time. Internally in our code we have a table to transform from
Hershey font numbers to unicode numbers.  Some of those entries are empty
because we have not been able to find any unicode equivalent of some of the
strange Hershey symbols which is why some of the symbols of example 6 are
represented as boxes (no glyph known) even in our best demonstration
(http://plplot.sourceforge.net/examples/demo06.php).

Now to deal with the specifics of your question, our best demonstration of
examples 6 and 7 (and also example 23 at
http://plplot.sourceforge.net/examples/demo23.php which shows a subset of
the large number of unicode mathematical symbol possibilities that are
accessible with TrueType fonts) was done with the Debian ttf-freefont
package which is described as follows:

Description: Freefont Serif, Sans and Mono Truetype fonts
  A set of free high-quality TrueType fonts covering the UCS character set.
  These fonts are similar to the (in)famous Helvetica, Times and Courier
  fonts.

For those fonts, we can simply use the default TTF font assignments
which are equivalent (see cmake/modules/freetype.cmake for this
information) to

PLPLOT_FREETYPE_FONT_DIR=/usr/share/fonts/truetype/freefont
PLPLOT_FREETYPE_SYMBOL_BOLD_FONT=FreeSerifBold.ttf
PLPLOT_FREETYPE_SYMBOL_BOLD_ITALIC_FONT=FreeSerifBoldItalic.ttf
PLPLOT_FREETYPE_SYMBOL_BOLD_OBLIQUE_FONT=FreeSerifBoldItalic.ttf
PLPLOT_FREETYPE_SYMBOL_FONT=FreeSerif.ttf
PLPLOT_FREETYPE_SYMBOL_ITALIC_FONT=FreeSerifItalic.ttf
PLPLOT_FREETYPE_SYMBOL_OBLIQUE_FONT=FreeSerifItalic.ttf

Once you have ttf-freefont installed, I think you will be quite happy
with the glyph coverage you get for examples 6, 7, and 23 with -dev png.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] png poor quality

[<bp...@ne...>]

Alan=20wrote:=0AFrom=20the=20symptoms=20you=20describe,=20I=20am=20pretty=20sure=
=20you=20are=20using=20the=0A=0Ahistorical=20Hershey=20fonts=20rather=20than=20m=
odern=20TrueType=20fonts.=20During=20the=20build=0A=0Aof=20libplplot,=20did=20yo=
u=20have=20a=20warning=20about=20not=20being=20able=20to=20find=0A=0Alibfreetype=
?=C2=A0=20That=20library=20(in=20its=20development=20form)=20is=20required=20dur=
ing=20the=0A=0Abuild=20in=20order=20to=20access=20TrueType=20fonts=20from=20the=20=
png=20device.=0A=0A=0ABuild=20instructions=20for=20PLplot=20are=20given=20at=0A=0A=
http://www.miscdebris.net/plplot_wiki/.=20If=20you=20continue=20to=20have=20trou=
ble=0A=0Agetting=20access=20to=20libfreetype=20and=20TrueType=20fonts=20could=20=
you=20send=20the=20complete=0A=0Aoutput=20for=20the=20cmake=20command?=0A=0A=0AA=
lan=0A=0A__________________________=0A=0AAlan=20W.=20Irwin=0A=0A=0A=0A=0A=0AHi=20=
all,=0AThanks=20Alan,=20it=20was=20clearly=20a=20problem=20of=20fonts.=0AMy=20ad=
ministrator=20has=20re-compiled=20the=20library=20and=20now=0AI=20have=20access=20=
to=20nice=20TrueTypeFonts.=20=0A=0APratically,=20the=20environment=20variables=20=
PLPLOT_FREETYPE_*=0Aare=20set=20to=20ttf=20fonts=20(see=20below)=20but=20now,=20=
I=20can't=20find=20the=20same=20table=0Aof=20symbols=20(output=20of=20example=20=
x06,=20using=20plpoin)=0Athan=20I've=20accessed=20to=20with=20the=20Hershey=20fo=
nts.=0A=0ADoes=20anyone=20know=20which=20TrueType=20font=20is=20used=20by=20plpo=
in=20?=0A(it=20seems=20that=20"Symbol"=20is=20not=20the=20right=20one...)=0A=0Ar=
egards,=0ABruno=0A=0A=0APLPLOT_FREETYPE_FONT_DIR=3D/usr/share/fonts/ttf_windows/=
=0APLPLOT_FREETYPE_MONO_BOLD_FONT=3Dcourbd.ttf=0APLPLOT_FREETYPE_MONO_BOLD_ITALI=
C_FONT=3Dcourbi.ttf=0APLPLOT_FREETYPE_MONO_BOLD_OBLIQUE_FONT=3Dcourbi.ttf=0APLPL=
OT_FREETYPE_MONO_FONT=3Dcour.ttf=0APLPLOT_FREETYPE_MONO_ITALIC_FONT=3Dcouri.ttf=0A=
PLPLOT_FREETYPE_MONO_OBLIQUE_FONT=3Dcouri.ttf=0APLPLOT_FREETYPE_SANS_BOLD_FONT=3D=
arialbd.ttf=0APLPLOT_FREETYPE_SANS_BOLD_ITALIC_FONT=3Darialbi.ttf=0APLPLOT_FREET=
YPE_SANS_BOLD_OBLIQUE_FONT=3Darialbi.ttf=0APLPLOT_FREETYPE_SANS_FONT=3Darial.ttf=
=0APLPLOT_FREETYPE_SANS_ITALIC_FONT=3Dariali.ttf=0APLPLOT_FREETYPE_SANS_OBLIQUE_=
FONT=3Dariali.ttf=0APLPLOT_FREETYPE_SCRIPT_BOLD_FONT=3Dtimesbd.ttf=0APLPLOT_FREE=
TYPE_SCRIPT_BOLD_ITALIC_FONT=3Dtimesbi.ttf=0APLPLOT_FREETYPE_SCRIPT_BOLD_OBLIQUE=
_FONT=3Dtimesbi.ttf=0APLPLOT_FREETYPE_SCRIPT_FONT=3Dtimes.ttf=0APLPLOT_FREETYPE_=
SCRIPT_ITALIC_FONT=3Dtimesi.ttf=0APLPLOT_FREETYPE_SCRIPT_OBLIQUE_FONT=3Dtimesi.t=
tf=0APLPLOT_FREETYPE_SERIF_BOLD_FONT=3Dtimesbd.ttf=0APLPLOT_FREETYPE_SERIF_BOLD_=
ITALIC_FONT=3Dtimesbi.ttf=0APLPLOT_FREETYPE_SERIF_BOLD_OBLIQUE_FONT=3Dtimesbi.tt=
f=0APLPLOT_FREETYPE_SERIF_FONT=3Dtimes.ttf=0APLPLOT_FREETYPE_SERIF_ITALIC_FONT=3D=
timesi.ttf=0APLPLOT_FREETYPE_SERIF_OBLIQUE_FONT=3Dtimesi.ttf=0APLPLOT_FREETYPE_S=
YMBOL_BOLD_FONT=3Dsymbol.ttf=0APLPLOT_FREETYPE_SYMBOL_BOLD_ITALIC_FONT=3Dsymbol.=
ttf=0APLPLOT_FREETYPE_SYMBOL_BOLD_OBLIQUE_FONT=3Dsymbol.ttf=0APLPLOT_FREETYPE_SY=
MBOL_FONT=3Dsymbol.ttf=0APLPLOT_FREETYPE_SYMBOL_ITALIC_FONT=3Dsymbol.ttf=0APLPLO=
T_FREETYPE_SYMBOL_OBLIQUE_FONT=3Dsymbol.ttf=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=0A=
=0A=0A=0A=0A=0A=0A=0A=0A=0A=

Re: [Plplot-general] Enabling F95 Problems for PLplot-5.7.3

[Alan W. I. <ir...@be...>]

On 2007-07-11 15:44-0400 Scott Hall wrote:

> Hello,
>
> I am new to PLplot and I was hoping to get some help with building
> problems.  I have managed to successfully build PLplot on Linux by basically
> accepting the default settings.  I tested PLplot and it works fine g77 and
> C.  I am trying to use the g95 FORTRAN compiler, for the project I am
> working on it must be this compiler, but it gives me referencing errors when
> I compile FORTRAN code, that works with g77 just fine.  So I decided to
> build it again this time enabling f95.  I exported "FC=g95 -O2" before I
> used cmake and g95 is referenced in my PATH.  No matter what I do I try and
> enable f95, configure will automaticall disable it.  I also tried exporting
> "FC=f95 -O2" as well but no matter what I do configure always disables f95.
> I was hoping that someone new of a way around this little problem, it will
> be greatly appreciated.

Your mention of the configure command leads me to believe you are trying to
use the deprecated autotools-based build system. Use the preferred
cmake-based build system.  Instructions at
http://www.miscdebris.net/plplot_wiki/.  Remember to specify FC _before_ 
you run the cmake command in an initially empty build directory.

gfortran works fine for me as a fortran 95 compiler, and others have had
success with other kinds of fortran 95 compilers.  If you continue to have
trouble, please post the complete results of your cmake command.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Enabling F95 Problems for PLplot-5.7.3

[Scott H. <smh...@gm...>]

Hello,

I am new to PLplot and I was hoping to get some help with building
problems.  I have managed to successfully build PLplot on Linux by basically
accepting the default settings.  I tested PLplot and it works fine g77 and
C.  I am trying to use the g95 FORTRAN compiler, for the project I am
working on it must be this compiler, but it gives me referencing errors when
I compile FORTRAN code, that works with g77 just fine.  So I decided to
build it again this time enabling f95.  I exported "FC=g95 -O2" before I
used cmake and g95 is referenced in my PATH.  No matter what I do I try and
enable f95, configure will automaticall disable it.  I also tried exporting
"FC=f95 -O2" as well but no matter what I do configure always disables f95.
I was hoping that someone new of a way around this little problem, it will
be greatly appreciated.

Scott

Re: [Plplot-general] png poor quality

[Alan W. I. <ir...@be...>]

On 2007-07-11 06:04-0400 bp...@ne... wrote:

> I'm using the plsdev("png") and when I draw plain circle using plpoin,
> they are far from being pretty circles,
>
> more close to potatoes :-). Naturaly, this is a global issue: letters
> and other symbols are also
>
> pixelized.
>
>
>
> I've tried using plsetopt to set "compression", "dpi" inline argument
> and even
>
> "drvopt" but with no success.

>From the symptoms you describe, I am pretty sure you are using the
historical Hershey fonts rather than modern TrueType fonts. During the build
of libplplot, did you have a warning about not being able to find
libfreetype?  That library (in its development form) is required during the
build in order to access TrueType fonts from the png device.

Build instructions for PLplot are given at
http://www.miscdebris.net/plplot_wiki/. If you continue to have trouble
getting access to libfreetype and TrueType fonts could you send the complete
output for the cmake command?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] png poor quality

[<bp...@ne...>]

=0A=0A=0A=0A=0A=0AHi=20all,=0A=0A=0A=0AI'm=20using=20plplot=20with=20the=20pdl=20=
interface.=0A=0A=0A=0AI'm=20using=20the=20plsdev("png")=20and=20when=20I=20draw=20=
plain=20circle=20using=20plpoin,=0Athey=20are=20far=20from=20being=20pretty=20ci=
rcles,=0A=0Amore=20close=20to=20potatoes=20:-).=20Naturaly,=20this=20is=20a=20gl=
obal=20issue:=20letters=0Aand=20other=20symbols=20are=20also=0A=0Apixelized.=0A=0A=
=0A=0AI've=20tried=20using=20plsetopt=20to=20set=20"compression",=20"dpi"=20inli=
ne=20argument=0Aand=20even=0A=0A"drvopt"=20but=20with=20no=20success.=0A=0A=0A=0A=
=C2=A0I'm=20a=20bit=20disappointed=20since=20the=20quality=20of=20the=20example=20=
on=20the=20plplot=0Awebsite=0A=0Ahttp://plplot.sourceforge.net/examples/demo06.p=
hp?lbind=3DPerlDL=0A=0Ais=20exactly=20the=20quality=20I'm=20expecting=20(and=20c=
ircles=20and=20circles,=20not=0Apotatoes=20:-(=20)=0A=0A=0A=0AProbably,=20the=20=
solution=20is=20in=20a=20setting=20of=20GD=20or=20maybe=20libpng?=0A=0ADoes=20an=
yone=20has=20any=20idea=20of=20how=20I=20can=20set=20the=20relevant=20environmen=
t=0Avariable?=0A=0AIs=20it=20a=20problem=20of=20resolution=20or=20of=20compressi=
on?=0A=0A=0A=0Aregards,=0A=0ABruno=0A=0A=0A=0A=0A--=20=0A=0A=0A_________________=
___________________________________=0A=0A=0ABruno=20Picard=0A=0A=0A=0ACLS=0A=0AD=
ir.=20Oc=C3=A9anographie=20Spatiale,=20D=C3=A9p.=20Traitement=20de=20la=20Mesure=
=20et=20Segment=0ASol=20=0A=0ASpace=20Oceanography=20Division,=20Data=20Analysis=
=20and=20Ground=20Processing=20Unit=0A=0A=0A=0A8-10=20rue=20Herm=C3=A8s,=2031520=
=20Ramonville=20Saint=20Agne,=20France=0A=0A=0A=0A=20=20=0A=0A=20=20=20=20=0A=0A=
=20=20=20=20=20=20=0AT=C3=A9l:=20(+33)5.61.39.37.37=0A=0A=20=20=20=20=20=20=0AFa=
x:=20(+33)5.61.39.37.82=0A=0A=20=20=20=20=0A=0A=20=20=20=20=0A=0A=20=20=20=20=20=
=20=0Ab...@cl...=0A=0A=20=20=20=20=20=20=0Ahttp://www.jason.oceanobs.com=0A(=
aviso=20site)=0A=0A=20=20=20=20=20=20http://www.ipcc.ch=0A=0A=20=20=20=20=0A=0A=20=
=20=0A=0A=0A=0A____________________________________________________=0A=0A=0A=0A=0A=
=0A=0A=0A=0A=

Re: [Plplot-general] Online graphic output

[Hazen B. <hba...@ma...>]

On Jun 29, 2007, at 2:27 AM, dominik baenninger wrote:

> Dear list,
>
> Since I am a plplot-newbie, this is probably a newbie question.  
> Anyway,
> I am looking for the following feature: From a running program I would
> like to visualize in which way a vector changes during runtime, i.e.
> this vector is changed in a for-loop and I will plot this vector each
> time it is changed. Question: Is it possible to draw the vector with
> plplot to a screen-device (yes it is:) ) and conserve this plot during
> my code calculates the new values for the vector, and then draw the  
> new
> graphic to the same screen-device?

Whether or not this works is going to depend on which screen-device  
you are using, but with "xwin" you should be able to do this by  
calling plflush() between each vector plotting operation.

init-plot()
loop {
   calculate-new-vector
   plot-vector
   plflush
}
plend()

In the end you will have all the vectors displayed on the plot. If  
you only want to display the latest vector you should call plclear()  
before plot-vector.

Not all of the screen-device drivers support plflush() and/or plclear().

-Hazen

[Plplot-general] Online graphic output

[dominik b. <dom...@un...>]

Dear list,

Since I am a plplot-newbie, this is probably a newbie question. Anyway, 
I am looking for the following feature: From a running program I would 
like to visualize in which way a vector changes during runtime, i.e. 
this vector is changed in a for-loop and I will plot this vector each 
time it is changed. Question: Is it possible to draw the vector with 
plplot to a screen-device (yes it is:) ) and conserve this plot during 
my code calculates the new values for the vector, and then draw the new 
graphic to the same screen-device?

Any tips are warmly welcome!
Dominik

Re: [Plplot-general] Undef. references to libharu

[Werner S. <sm...@ia...>]

Hi Simon,

at least for Linux and MacOSX there is the xttf driver which is based on 
cairo and therefore it can also export to pdf, svg and so on. But since 
it's complicated to make cairo run on Windows (and since the driver is 
based on xwindows), this driver will not be an option for Windows at the 
moment. But in case you also use Linux/MacOSX this might be another option.

I intend to improve the pdf driver any time soon, if you want to invest 
some time in it, you're welcome to supply patches, but the font handling 
is quite complicated and in the moment I'm not quite sure how to do it 
(the best way).

Regards,
Werner

Simon Lundell wrote:
> Hi Werner!
>
> Thanks again. I changed verbose and debug as you said. I also had to 
> uncomment line 268 in the same file. I am not that satisfied with the 
> font rendering, the fonts are to bold, and does not appear that clean. 
> The x and y labels are much thinner and more readable. I understand 
> that this is beta code but it seems wery competent and promising!
>
> Best wishes,
> Simon

-- 
Dipl. Ing. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
       +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499