plplot-general — PLplot user discussion group

Re: [Plplot-general] plplot compile errors

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

On 2005-07-07 13:36-0400 Vinod Gupta wrote:

> Thanks Alan. Now make works but make install returns a couple of errors. 
> make-install.out is attached.
>
> Vinod

Sorry, Vinod, I cannot reproduce this problem on my Debian stable system
so we are going to need a lot more detail to figure out what is wrong
with the way that libcsirocsa and/or libplplotd are configured and built
on your RHEL3 system.

So please start fresh again (starting with a fresh unpack of the tarball
with everything removed from the prefix area that was installed before).
Then give us the *.out files generated by

./configure --your options >& configure.out
make >& make.out
make install >& make_install.out

Some of this may seem repetitive, but we may get some significant changes
(or the install might even work) when you do everything from a fresh start.
Also, a fresh start means we will see every step in the configuration,
build, and install process rather than just the previous partial results,
and the full results will make this easier for us to figure this out.

Rafael, I am sure it is something in our Makefile.am files that needs to be
changed to more standard form for the csiro libraries, but unless you can
spot something by quick visual inspection, I believe the requested extra
details from Vinod (see above) will be necessary for one of us to figure
this out.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] plplot compile errors

[Vinod G. <vi...@Pr...>]

On 07/07/2005 12:37 PM, Alan W. Irwin wrote:

> On 2005-07-07 11:38-0400 Vinod Gupta wrote:
>
>> Sure, the stdout and stderr output of configure and make are attached 
>> in two files.
>> I did not use any command line options for configure or make.
>>
>> Vinod
>
>
> Thanks, Vinod, for that full information.  You have found a bug in our 
> gcw.c
> device driver. To work around it, turn off the gcw device by using the
> configure option --disable-gcw.  (BTW, you should probably also 
> specify the
> ./configure --prefix=whatever option.  See "./configure --help" for more
> information.)
>
> To the developers lurking on list.  I replicated the bug by the following
> combination of ./configure options (a corner case Vinod tripped over 
> because
> he didn't have certain fonts installed.)
>
> ./configure --prefix=/usr/local/plplot --disable-static 
> --without-freetype
>
> Tom, I recall similar errors with ps.c in the past, but I cannot 
> recall how
> we fixed it.  I think we had to change the ps configuration, some
> conditional compilation flags, or we may have had to move some code to a
> better file location that was not affected by #ifdef HAVE_FREETYPE.
>
> I also tried the additional --disable-gcw option above to make sure ps.c
> worked with the --without-freetype option, and it does. So Tom, if for 
> gcw.c
> you follow what is done for the ps.c case for font lookup functions, you
> should be all right.
>
> Alan
> __________________________


Thanks Alan. Now make works but make install returns a couple of errors. 
make-install.out is attached.

Vinod

Re: [Plplot-general] plplot compile errors

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

On 2005-07-07 11:38-0400 Vinod Gupta wrote:

> Sure, the stdout and stderr output of configure and make are attached in two 
> files.
> I did not use any command line options for configure or make.
>
> Vinod

Thanks, Vinod, for that full information.  You have found a bug in our gcw.c
device driver. To work around it, turn off the gcw device by using the
configure option --disable-gcw.  (BTW, you should probably also specify the
./configure --prefix=whatever option.  See "./configure --help" for more
information.)

To the developers lurking on list.  I replicated the bug by the following
combination of ./configure options (a corner case Vinod tripped over because
he didn't have certain fonts installed.)

./configure --prefix=/usr/local/plplot --disable-static --without-freetype

Tom, I recall similar errors with ps.c in the past, but I cannot recall how
we fixed it.  I think we had to change the ps configuration, some
conditional compilation flags, or we may have had to move some code to a
better file location that was not affected by #ifdef HAVE_FREETYPE.

I also tried the additional --disable-gcw option above to make sure ps.c
worked with the --without-freetype option, and it does. So Tom, if for gcw.c
you follow what is done for the ps.c case for font lookup functions, you
should be all right.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] plplot compile errors

[Vinod G. <vi...@Pr...>]

On 07/07/2005 11:13 AM, Alan W. Irwin wrote:

> On 2005-07-06 23:23-0400 Vinod Gupta wrote:
>
>> I downloaded plplot-5.5.3 source, unpaked it on REHL3 machine, saw no 
>> error in doing ./configure but make returned the following errors at 
>> the end:
>>
>> ...
>> gcw.c: In function `proc_str':
>> gcw.c:1023: `FontLookup' undeclared (first use in this function)
>> gcw.c:1023: (Each undeclared identifier is reported only once
>> gcw.c:1023: for each function it appears in.)
>> gcw.c:1023: `N_TrueTypeLookup' undeclared (first use in this function)
>> gcw.c:1029: warning: assignment makes pointer from integer without a 
>> cast
>> gcw.c:1055: warning: assignment makes pointer from integer without a 
>> cast
>> make[2]: *** [gcw_la-gcw.lo] Error 1
>> make[2]: Leaving directory `/tmp/plplot-5.5.3/drivers'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/tmp/plplot-5.5.3'
>> make: *** [all] Error 2
>>
>> Any help?
>
>
> You have not given us enough information.
>
> At minimum please give us _all_ the output from the compilation of gcw.c.
> Start with the previous libtool command that starts with "if /bin/sh
> ../../../libtool"
>
> The full ./configure output (captured using "./configure --YOUROPTIONS >&
> configure.out" and sent as an attachment) would be useful as well.
>
> Alan
> __________________________
> Alan W. Irwin
> email: ir...@be...
> phone: 250-727-2902



Sure, the stdout and stderr output of configure and make are attached in 
two files.
I did not use any command line options for configure or make.

Vinod

Re: [Plplot-general] plplot compile errors

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

On 2005-07-06 23:23-0400 Vinod Gupta wrote:

> I downloaded plplot-5.5.3 source, unpaked it on REHL3 machine, saw no error 
> in doing ./configure but make returned the following errors at the end:
>
> ...
> gcw.c: In function `proc_str':
> gcw.c:1023: `FontLookup' undeclared (first use in this function)
> gcw.c:1023: (Each undeclared identifier is reported only once
> gcw.c:1023: for each function it appears in.)
> gcw.c:1023: `N_TrueTypeLookup' undeclared (first use in this function)
> gcw.c:1029: warning: assignment makes pointer from integer without a cast
> gcw.c:1055: warning: assignment makes pointer from integer without a cast
> make[2]: *** [gcw_la-gcw.lo] Error 1
> make[2]: Leaving directory `/tmp/plplot-5.5.3/drivers'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/tmp/plplot-5.5.3'
> make: *** [all] Error 2
>
> Any help?

You have not given us enough information.

At minimum please give us _all_ the output from the compilation of gcw.c.
Start with the previous libtool command that starts with "if /bin/sh
../../../libtool"

The full ./configure output (captured using "./configure --YOUROPTIONS >&
configure.out" and sent as an attachment) would be useful as well.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] plplot compile errors

[Vinod G. <vi...@Pr...>]

I downloaded plplot-5.5.3 source, unpaked it on REHL3 machine, saw no 
error in doing ./configure but make returned the following errors at the 
end:

...
gcw.c: In function `proc_str':
gcw.c:1023: `FontLookup' undeclared (first use in this function)
gcw.c:1023: (Each undeclared identifier is reported only once
gcw.c:1023: for each function it appears in.)
gcw.c:1023: `N_TrueTypeLookup' undeclared (first use in this function)
gcw.c:1029: warning: assignment makes pointer from integer without a cast
gcw.c:1055: warning: assignment makes pointer from integer without a cast
make[2]: *** [gcw_la-gcw.lo] Error 1
make[2]: Leaving directory `/tmp/plplot-5.5.3/drivers'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/plplot-5.5.3'
make: *** [all] Error 2

Any help?

Vinod

Re: [Plplot-general] Simple coloring question

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

fred wrote:
> 

> 
> Thanks for the quick reply.  Alan's suggestion does
> indeed work.  For documentary completeness, wxPlot
> overrides plPlot->col, so that
> plPlot->col( PLINT ) => col0
> and plPlot->col( PLFLT ) =>col1
> 
> As for the speed, I was expecting that a function call
> such as:
> myPlot->poin( NUM_POINTS, x, y, 1 )
> 
> would be faster than calling poin() individually on
> each point.  I think that wxWidgets does do a screen
> update on each call to myPlot->poin(), and this slows
> things down a bit (I'm graphing ~O(10^5)).
> Nonetheless, the overhead is certainly acceptable for
> my purposes, if not ideal.
> 

With that many data points, a contouring solution would be
cumbersome - you would have to interpolate using a lot
of points and you would not gain much quality.

If the overhead is still acceptable, so much the better!
On the other hand, a screen update on every graphics 
call seems an exaggeration to me ... but I do not know
anything in particular about wxWorks.

Regards,

Arjen

Re: [Plplot-general] Simple coloring question

[fred <far...@ya...>]

--- Arjen Markus wrote:

> I second Alan's advice, but I would like to know
> what 
> makes you think that the code is too slow? After
> all,
> a single call to some more convenient PLplot routine
> would have to go through the same loop and I do not
> think that is going to be much more efficient -
> unless wxWorks is doing an screen update with each
> call to myPlot->poin() ...
> 
> Regards,
> 
> Arjen
 
Thanks for the quick reply.  Alan's suggestion does
indeed work.  For documentary completeness, wxPlot
overrides plPlot->col, so that 
plPlot->col( PLINT ) => col0 
and plPlot->col( PLFLT ) =>col1

As for the speed, I was expecting that a function call
such as:
myPlot->poin( NUM_POINTS, x, y, 1 )

would be faster than calling poin() individually on
each point.  I think that wxWidgets does do a screen
update on each call to myPlot->poin(), and this slows
things down a bit (I'm graphing ~O(10^5)). 
Nonetheless, the overhead is certainly acceptable for
my purposes, if not ideal.

Thanks again for the help.

Sinerely,
Fred


		
Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html

Re: [Plplot-general] Simple coloring question

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

fred wrote:
> 
> Hello,
> 
>  I'm using the wxWidgets binding of plPlot, wxPlot,
> but I think my question is general enough to post
> here. I apologize in advance if this question is
> obvious.
> 
> I have a three data arrays, x[], y[], z[], all of
> equal length.  I would like to plot the x, y arrays
> against each other using z to color the points.  I
> don't think that a contour plot will work here, as the
> z[] values are discontinuous and non-linear in x and
> y.  For those of you who use R, I am basically trying
> to call something like:
> 
> plot( x, y, col = z)
> 
> In plplot, I tried the following:
> 
> for( int i = 0; i < NUM_POINTS; i++ ){
>   myPlot->col( z[i] );
>   myPlot->poin( 1, x[i], y[i], 1 );
> }
> 
> This kind of works, but it is slow and inelegant and
> some of the colors don't seem to display properly.
> Moreover, a continuous color range along the lines
> "Color Map 1" from the documentation would be
> preferable.  I think that I may want to use a shade
> plot, but it is not well documented, and I only want
> to color the individual points.
> 
> Advice?  Suggestions?  Thanks in advance.
> 

I second Alan's advice, but I would like to know what 
makes you think that the code is too slow? After all,
a single call to some more convenient PLplot routine
would have to go through the same loop and I do not
think that is going to be much more efficient -
unless wxWorks is doing an screen update with each
call to myPlot->poin() ...

Regards,

Arjen

Re: [Plplot-general] Simple coloring question

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

On 2005-05-19 17:33-0700 fred wrote:

> Hello,
>
> I'm using the wxWidgets binding of plPlot, wxPlot,
> but I think my question is general enough to post
> here. I apologize in advance if this question is
> obvious.
>
> I have a three data arrays, x[], y[], z[], all of
> equal length.  I would like to plot the x, y arrays
> against each other using z to color the points.  I
> don't think that a contour plot will work here, as the
> z[] values are discontinuous and non-linear in x and
> y.  For those of you who use R, I am basically trying
> to call something like:
>
> plot( x, y, col = z)
>
> In plplot, I tried the following:
>
> for( int i = 0; i < NUM_POINTS; i++ ){
>  myPlot->col( z[i] );
>  myPlot->poin( 1, x[i], y[i], 1 );
> }
>
> This kind of works, but it is slow and inelegant and
> some of the colors don't seem to display properly.
> Moreover, a continuous color range along the lines
> "Color Map 1" from the documentation would be
> preferable.  I think that I may want to use a shade
> plot, but it is not well documented, and I only want
> to color the individual points.
>
> Advice?  Suggestions?  Thanks in advance.

I am not familiar with the wxWidgets interface to plPlot, but be sure you
are using the latest version.  I see an interface based on PLplot-5.5.1
mentioned at http://personales.unican.es/carreracg/web/wxplot.html, but it
is possible a later version interface has been generated. (We just released
PLplot-5.5.3.)

I don't think you want a shade plot from the description of your data.  I
assume (but I don't know for sure) the wxWidgets interface has all the
common PLplot API implemented.  If so, then I suggest the above code should
work, except you should replace myPlot->col( z[i] ); with myPlot->col1( z[i]
); (and make sure that z[i] is in the range from 0.0 to 1.0).  That will
give you the continuous colours you want.  See
http://plplot.sourceforge.net/docbook-manual/plplot-html-5.5.3/ for the
latest PLplot documentation and look there for links to plcol1.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Re: [Plplot-devel] Debian packages for PLplot 5.5.3 available

[Rafael L. <rla...@us...>]

* Rafael Laboissiere <rla...@us...> [2005-05-14 16:48]:

> I uploaded the Debian packages for PLplot 5.5.3 to the experimental
> distribution.  For now, they are stuck in the NEW queue:
> 
>     http://ftp-master.debian.org/new.html
>     
> waiting for ftp-admin approval.

The package have been approved:

    http://packages.debian.org/experimental/source/plplot

-- 
Rafael

[Plplot-general] Simple coloring question

[fred <far...@ya...>]

Hello,

 I'm using the wxWidgets binding of plPlot, wxPlot,
but I think my question is general enough to post
here. I apologize in advance if this question is
obvious.

I have a three data arrays, x[], y[], z[], all of
equal length.  I would like to plot the x, y arrays
against each other using z to color the points.  I
don't think that a contour plot will work here, as the
z[] values are discontinuous and non-linear in x and
y.  For those of you who use R, I am basically trying
to call something like:

plot( x, y, col = z)

In plplot, I tried the following:

for( int i = 0; i < NUM_POINTS; i++ ){
  myPlot->col( z[i] );   
  myPlot->poin( 1, x[i], y[i], 1 );
}

This kind of works, but it is slow and inelegant and
some of the colors don't seem to display properly.
Moreover, a continuous color range along the lines
"Color Map 1" from the documentation would be
preferable.  I think that I may want to use a shade
plot, but it is not well documented, and I only want
to color the individual points.

Advice?  Suggestions?  Thanks in advance.

Fred

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Plplot-general] Debian packages for PLplot 5.5.3 available

[Rafael L. <rla...@us...>]

I uploaded the Debian packages for PLplot 5.5.3 to the experimental
distribution.  For now, they are stuck in the NEW queue:

    http://ftp-master.debian.org/new.html
    
waiting for ftp-admin approval.  After that, they will appear at:

    http://packages.debian.org/src:plplot

I will only upload the 5.5.3 packages to unstable after sarge is
released.

Users of Debian testing (a.k.a. sarge) can use the following apt-getable
repository:

    http://plplot.sf.net/debian/testing/

Happy apt-getting,

-- 
Rafael

[Plplot-general] 5.5.3 Release addendum

[Thomas J. D. <to...@fi...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

     If you haven't been following PLplot recently, I encourage you to
have a look.  We have been providing development releases at
http://sourceforge.net/project/showfiles.php?group_id=2915
in preparation for the full 5.6.0 Release.  Release candidates will
appear later this summer.

     Some of the new features since the 5.3.1 release include:

  * TrueType fonts and unicode
  * New drivers for Gnome 2 and Mac OS X
  * Support for 2^15 colors
  * A PlplotCanvas widget for use in Gnome/GTK applications
  * Publication quality output from the PostScript driver

So, check it out!  Discussion on the PLplot mailing lists at
http://sourceforge.net/mail/?group_id=2915 is encouraged.

Sincerely,
Tom

- --
Thomas J. Duck <to...@fi...>

  Department of Physics and Atmospheric Science, Dalhousie University,
    Halifax, Nova Scotia, Canada, B3H 3J5.
  Tel: (902)494-1456 | Fax: (902)494-5191 | Lab: (902)494-3813
  Web: http://aolab.phys.dal.ca/~tomduck/
  Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x17D965DB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFChLZyndxDHhfZZdsRArVwAJ9m5lHu2V0ZXANMyNHXLbBK0gY2yQCfe7I/
sLKZH1vgFezsEbyC2XXpqTo=
=Tz5b
-----END PGP SIGNATURE-----

[Plplot-general] ANNOUNCEMENT: PLplot Development Release 5.5.3

[Thomas J. D. <to...@fi...>]

ANNOUNCEMENT: PLplot Development Release 5.5.3

This announcement is for a routine development release of PLplot, and
represents the ongoing efforts of the community to improve the PLplot
plotting package.  Development releases represent a "work in progress",
and we expect to provide installments in the 5.5.x series every few
weeks.  The next full release of PLplot will be 5.6.0.

PLplot releases may be found at
http://sourceforge.net/project/showfiles.php?group_id=2915 .

Detailed release notes are given in the README.release file included
with the tarball, and at
http://sourceforge.net/project/shownotes.php?release_id=327101 .

Feedback and contributions for PLplot can be submitted to the mailing
lists provided at http://sourceforge.net/mail/?group_id=2915 .

PLplot's Home Page is http://plplot.sourceforge.net/ .

Re: [Plplot-general] Plplot + octave question/problem

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

On 2005-04-21 20:53-0400 Jonathan B. Bayer wrote:

> *** PLPLOT WARNING ***
> Too many colours in cmap0.
(and lots more similar messages....)
>
>
> What do these messages mean, and do I have to worry about them?

There is a known problem with the gd.c devices (png, jpeg, and gif) if
colour map 0 is changed in the middle of a plot. This happens in example 2
which is why running that example as part of plplot-test.sh generates all
the error messages.  We are still puzzling out a solution. Until we get a
fix in place, I think you should be all right if you avoid changing the
color map in the middle of a plot when you use -dev png.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Plplot + octave question/problem

[Jonathan B. B. <jon...@dy...>]

Hello plplot-general,

I've just installed plplot 5.5.2 and Octave on a Redhat Linux 9 system.

The compile options for plplot are:

./configure --enable-octave --disable-tk --disable-tkwin --with-freetype \
            --with-freetype2-incdir=/usr/include/freetype2            \
            --with-freetype-font-dir=/usr/local/freettf/sfd


I have the freefont ttf files installed in /usr/local/freettf/sfd

When I run the plplot test program using the following command:
./plplot-test.sh --device=png --front-end="octave"


I get the following errors and warnings:


*** PLPLOT WARNING ***
Too many colours in cmap0.

*** PLPLOT ERROR ***
plscol0: Illegal color table value: 136, aborting operation

*** PLPLOT ERROR ***
plscol0: Illegal color table value: 151, aborting operation

*** PLPLOT ERROR ***
plscol0: Illegal color table value: 166, aborting operation

*** PLPLOT ERROR ***
plscol0: Illegal color table value: 137, aborting operation

*
*
*
*



*** PLPLOT WARNING ***
Insufficient colour slots available in CMAP0 to do text smoothing.

*** PLPLOT WARNING ***
Insufficient colour slots available in CMAP0 to do text smoothing.

*** PLPLOT WARNING ***
Insufficient colour slots available in CMAP0 to do text smoothing.

*** PLPLOT WARNING ***
Insufficient colour slots available in CMAP0 to do text smoothing.

*** PLPLOT WARNING ***
Too many colours in cmap0.

*** PLPLOT WARNING ***
Too many colours in cmap0.

*** PLPLOT WARNING ***
Too many colours in cmap0.

*** PLPLOT WARNING ***
Too many colours in cmap0.

*** PLPLOT WARNING ***
Too many colours in cmap0.


What do these messages mean, and do I have to worry about them?

Thanks in advance.



JBB
___________________________________________
Jonathan B. Bayer, Director of Technology, RHCE
Dynamic Logic
The Experts in Marketing Effectiveness Research

jon...@dy...
212-844-3720

30 Irving Place
New York, NY   10003
___________________________________________

[Plplot-general] ANNOUNCEMENT: PLplot Development Release 5.5.2

[Thomas J. D. <to...@fi...>]

This announcement is for a routine development release of PLplot, and
represents the ongoing efforts of the community to improve the PLplot
plotting package.  Development releases represent a "work in progress",
and we expect to provide installments in the 5.5.x series every few
weeks.  The next full release of PLplot will be 5.6.0.

PLplot releases may be found at
http://sourceforge.net/project/showfiles.php?group_id=2915 .

Detailed release notes are given in the README.release file included
with the tarball, and at
http://sourceforge.net/project/shownotes.php?release_id=322101 .

Feedback and contributions for PLplot can be submitted to the mailing
lists provided at http://sourceforge.net/mail/?group_id=2915 .

PLplot's Home Page is http://plplot.sourceforge.net/ .

Re: [Plplot-general] making vector plots

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

Andrew Ross wrote:
> 

> 
> There is no guarantee about the positioning or ordering of the vectors.
> They could be randomly placed. In fact I have had need to do this
> myself. In this case it is not trivial to decide the appropriate spacing
> while keeping the algorithm efficient for the normal large grid of
> regularly spaced vectors. I'm sure I can do better than the current
> approach though.
> 

I propose a very simple algorithm:
- Determine a bounding box for the grid points/data points
- Divide its area by the total number of points - this gives a raw
indication
  of the average grid cell
- Take the square root to get a typical size 

This ought to be efficient and effective for most situations, except
where 
you have very small clusters.

Regards,

Arjen

Re: [Plplot-general] making vector plots

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

On Fri, Apr 15, 2005 at 09:26:15AM +0200, Arjen Markus wrote:
> Andrew Ross wrote:
> > 
> 
> > >
> > > The plarrows() function does not expect anything but an array of x, y
> > > coordinates
> > > and the u, v components of the vector. Use that instead of plvect().
> > >
> > > Alternatively: define a pseudo grid with dimensions Nx1
> > 
> > I'd go with the second option. You get more flexibility in controlling
> > the vectors that way. plarrows is depreciated and will probably be
> > removed at some stage. Also I believe it is not supported in all
> > bindings. Be aware that the autoscaling of vectors will not work well
> > in this case though. This probably wants looking at when I get chance.
> > 
> 
> You base the autoscaling on the distance between neighbouring cells?
> What about estimating the average cell size (just the extent of the
> grid divided by the number of cells). That ought to cover the case of
> a pseudo-grid too.

There is no guarantee about the positioning or ordering of the vectors.
They could be randomly placed. In fact I have had need to do this
myself. In this case it is not trivial to decide the appropriate spacing
while keeping the algorithm efficient for the normal large grid of
regularly spaced vectors. I'm sure I can do better than the current
approach though.

Andrew

Re: [Plplot-general] making vector plots

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

Andrew Ross wrote:
> 

> >
> > The plarrows() function does not expect anything but an array of x, y
> > coordinates
> > and the u, v components of the vector. Use that instead of plvect().
> >
> > Alternatively: define a pseudo grid with dimensions Nx1
> 
> I'd go with the second option. You get more flexibility in controlling
> the vectors that way. plarrows is depreciated and will probably be
> removed at some stage. Also I believe it is not supported in all
> bindings. Be aware that the autoscaling of vectors will not work well
> in this case though. This probably wants looking at when I get chance.
> 

You base the autoscaling on the distance between neighbouring cells?
What about estimating the average cell size (just the extent of the
grid divided by the number of cells). That ought to cover the case of
a pseudo-grid too.

Regards,

Arjen

Re: [Plplot-general] making vector plots

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

On Fri, Apr 15, 2005 at 08:43:52AM +0200, Arjen Markus wrote:
> hba...@ma... wrote:
> > 
> > Hello,
> > 
> > I'd like to make a vector plot where the origins of the vectors are not on a grid. I was able to do this by drawing lines and points on a graph, but I imagine there is a better way. I'm starting with a set of x and y positions that specify each vector's origin and a set of dx & dy values that specify its magnitude and direction.
> > 
> > Thanks,
> > -Hazen
> > 
> 
> The plarrows() function does not expect anything but an array of x, y
> coordinates
> and the u, v components of the vector. Use that instead of plvect(). 
> 
> Alternatively: define a pseudo grid with dimensions Nx1 

I'd go with the second option. You get more flexibility in controlling
the vectors that way. plarrows is depreciated and will probably be
removed at some stage. Also I believe it is not supported in all 
bindings. Be aware that the autoscaling of vectors will not work well 
in this case though. This probably wants looking at when I get chance.

Andrew

Re: [Plplot-general] making vector plots

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

hba...@ma... wrote:
> 
> Hello,
> 
> I'd like to make a vector plot where the origins of the vectors are not on a grid. I was able to do this by drawing lines and points on a graph, but I imagine there is a better way. I'm starting with a set of x and y positions that specify each vector's origin and a set of dx & dy values that specify its magnitude and direction.
> 
> Thanks,
> -Hazen
> 

The plarrows() function does not expect anything but an array of x, y
coordinates
and the u, v components of the vector. Use that instead of plvect(). 

Alternatively: define a pseudo grid with dimensions Nx1 

Regards,

Arjen

[Plplot-general] making vector plots

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

Hello,

I'd like to make a vector plot where the origins of the vectors are not on a grid. I was able to do this by drawing lines and points on a graph, but I imagine there is a better way. I'm starting with a set of x and y positions that specify each vector's origin and a set of dx & dy values that specify its magnitude and direction.

Thanks,
-Hazen

Re: [Plplot-general] plplot on AMD64

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

On 2005-04-08 10:17-0700 Alan W. Irwin wrote:

> On 2005-04-08 14:20+0200 Hans Karlsson wrote:
>
>> 
>> I'm trying to install plplot on a AMD64 running Linux x86_64
>> under Fedora3.
>> 
>> C and C++ works fine when I runs plplot-test.sh  but
>> for f77 it complains about "Segemtation fault"
>> 
>> I guess I have to change some flags in the makefile.
>> How do I fix it?
>
> None of the developers have access to that platform, and this is the first
> report (either positive or negative) we have heard about it.

Thanks to Peter Teuben's efforts a solution has apparently been found.  Try
changing

typedef long PLINT; ==> typedef int PLINT

in include/plplot.h.  This fixes up a mismatch between the integer precision
in fortran and the integer precision of C long for this platform.

I hope we can make a more general solution in the CVS version of PLplot in
the near term.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________