blopplot-users — Discussion list of BLOP users

Re: [Blopplot-users] csboxes and cboxes prints color title two times

[Daniel B. <dan...@ce...>]

Yes, it lists the titles of all graphs, which are using that
color-legend-bar.
If you do not want this, set all but one color_title to the empty string.

On Thu, Nov 27, 2014 at 1:22 PM, Andras LASZLO <al...@ma...> wrote:

>
> Hi,
>
> If I plot something with cboxes or csboxes, e.g.
> mplot(some_3_column_dgraph).ds(cboxes().color_title("Title")).legend("");
> then the color bar title is printed two times, separated with a comma. See
> attachment. Do we know the reason? Version info: blop-1.1.41
>
> Cheers,
> Andras
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>
>

[Blopplot-users] csboxes and cboxes prints color title two times

[Andras L. <al...@ma...>]

Hi,

If I plot something with cboxes or csboxes, e.g.
mplot(some_3_column_dgraph).ds(cboxes().color_title("Title")).legend("");
then the color bar title is printed two times, separated with a comma. See 
attachment. Do we know the reason? Version info: blop-1.1.41

Cheers,
Andras

[Blopplot-users] dgraph feature request

[Andras L. <al...@ma...>]

Hi Dani,

Would it be possible for dgraphs to have a .write memberfunction so that 
one can dump its content to ascii file? (E.g. for debugging.) This is a 
feature request for the future.

Best,
Andras

[Blopplot-users] Blop, page orientation

[Andras L. <al...@ma...>]

Hi Dani,

I accidentally found some information on the ps2pdf page orientation. 
If you remember: in LaTeX slides, the inclusion of BLOP figures 
caused automatic portrait rotation of the slide with the figure. You had a 
workaround to convert with 'ps2pdf -dPDFSETTINGS=/printer': in this case 
all the pages are portrait (at least).

What I found 
(http://pages.cs.wisc.edu/~ghost/doc/cvs/Ps2pdf.htm#Orientation) says that 
'ps2pdf -dAutoRotatePages=/All' might solve our problem. Indeed, if one 
applies to some normal document (e.g. article), then it is correclty 
portrait, but when one applies it to slides, all the pages are correctly 
landscape. The only problem is that they are upside down... But probably 
this is caused by the fact that the generated postscript in gv also 
appears upside down. But this is probably caused by the 'seminar' LaTeX 
package I use to generate the slides, and probably has nothing to do with 
BLOP. So, just try to experiment with 'ps2pdf -dAutoRotatePages=/All'.

Best,
Andras

Re: [Blopplot-users] Suse 10.3 summary

[Daniel B. <db...@ma...>]

Thanks for the report. Good news. I am wondering why the directly 
generated cint.rpm did not work (did it really not work?), and why 
the converted (from .deb) package worked.... Would be nice to know.

of course, there is no need for the --prefix=/usr.
The default value (/usr/local) is just as good as /usr, but when one 
creates native packages (like .deb), the official policy is to install 
things under /usr

About compiling your code with blop
#include "blop.h"
and for the compiler: g++ `blop-config --cflags`
for the linker: g++ `blop-config --libs`
as described in http://blopplot.sourceforge.net/documentation/compile.html

good luck!

> 1) At least in my case, ROOT 5.18 was already installed to
> /usr/local/src/root
> 
> 2) I used 'alien -r cint_5.16.29-1_.deb' to create an rpm package
> on my Suse 10.3 machine and then I was able to install it.
> 
> 2a) I made sure that in the PATH the ROOTSYS related pathes are
> listed after everything else.
> 
> 3) Then
> 
> tar -xvzf blop-0.9.122.tgz
> cd blop
> ./configure
> make
> sudo make install
> 
> [ 4) I had to make 'ln -s /usr/lib/libtermcap.so.2 /usr/lib/libtermcap.so'
> so that in the linking the linker finds ltermcap.]
> 
> Now, it works. There was no need for '--prefix=/usr', etc.
> 
> I tested the interactive blop tutorial and it works fine.
> 
> What "#include " should I use to use it in a compiled code?
> #include <bloputils.h>?
> 
> Cheers,
> Balint
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
> 

Re: [Blopplot-users] Suse 10.3 summary

[Balint R. <ra...@ph...>]

OKay, the compiled code works too, with #include "blop.h"
in the code and with '-lblop' in the linking.

thanks!

Balint

On Fri, 15 Aug 2008, Balint Radics wrote:

>
> 1) At least in my case, ROOT 5.18 was already installed to
> /usr/local/src/root
>
> 2) I used 'alien -r cint_5.16.29-1_.deb' to create an rpm package
> on my Suse 10.3 machine and then I was able to install it.
>
> 2a) I made sure that in the PATH the ROOTSYS related pathes are
> listed after everything else.
>
> 3) Then
>
> tar -xvzf blop-0.9.122.tgz
> cd blop
> ./configure
> make
> sudo make install
>
> [ 4) I had to make 'ln -s /usr/lib/libtermcap.so.2 /usr/lib/libtermcap.so'
> so that in the linking the linker finds ltermcap.]
>
> Now, it works. There was no need for '--prefix=/usr', etc.
>
> I tested the interactive blop tutorial and it works fine.
>
> What "#include " should I use to use it in a compiled code?
> #include <bloputils.h>?
>
> Cheers,
> Balint
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

[Blopplot-users] Suse 10.3 summary

[Balint R. <ra...@ph...>]

1) At least in my case, ROOT 5.18 was already installed to
/usr/local/src/root

2) I used 'alien -r cint_5.16.29-1_.deb' to create an rpm package
on my Suse 10.3 machine and then I was able to install it.

2a) I made sure that in the PATH the ROOTSYS related pathes are
listed after everything else.

3) Then

tar -xvzf blop-0.9.122.tgz
cd blop
./configure
make
sudo make install

[ 4) I had to make 'ln -s /usr/lib/libtermcap.so.2 /usr/lib/libtermcap.so'
so that in the linking the linker finds ltermcap.]

Now, it works. There was no need for '--prefix=/usr', etc.

I tested the interactive blop tutorial and it works fine.

What "#include " should I use to use it in a compiled code?
#include <bloputils.h>?

Cheers,
Balint

[Blopplot-users] ltermcap

[Balint R. <ra...@ph...>]

Hi,

0.9.122 configure didn't check for termcap. I only got an error at the end
when blop.exe is created.

Cheers,
Balint

Re: [Blopplot-users] libcint.so

[<dan...@ce...>]

OLD versions of cint had to be compiled in a directory (indicated by 
CINTSYSDIR), and left there, with all unnecessary garbage files.
The recent official version of cint already contains my contribution, 
making it possible to use the standard set of commands:

./configure --with-prefix --prefix=/usr; make; make install

and to install the files to the standard locations (i.e. /usr/bin, 
/usr/lib, /usr/include, etc)
This new version (IF configured with the above options --with-prefix 
--prefix=/usr) does NOT use the CINTSYSDIR variable (but nevertheless 
it's a good idea to unset it!)

However, there can still be a conflict between cint shipped with root, and 
a standalone cint version:

1) On Debian(-based) systems:
Root is in the official debian repository, and the root debian package 
uses the alternatives system (i.e. /usr/bin/cint is a symbolic link to
/etc/alternatives/cint, which is in fact a symbolic link to 
/usr/bin/cint.root, and the same for makecint)

The most recent version (from SVN) of CINT contains my deb.mk makefile, 
which is responsible for debian package creation of standalone cint. This 
also uses the alternatives system.

This means, that if both root and standalone-cint are installed via a deb 
package, there should be in principle no conflict between the standalone 
and root-version of cint, they can be selected via the alternatives 
system.

2) On RPM based systems:
My rpm.mk makefile, responsible for RPM package creation of standalone 
cint, will hopefully be part of the official cint (maybe even today...). 
This is also using the alternatives system (I don't know if every 
RPM-based system has update-alternatives or not... at least Scientific 
Linux does).
However, the official root RPM package does NOT use the 
update-alternatives, so on rpm-based systems there can be a conflict 
between standalone- and root-shipped cint, even if they are installed via 
.rpm packages

the cint source code downloadable from blopplot.sourceforge.net contains 
all my contributions mentioned above (even if they are not yet part of 
official cint)

3) If any of root or cint are installed NOT using a package, they will NOT 
use the alternatives system, so there will be a conflict (in fact, one can 
even overwrite the other, if they are configured so)



On Fri, 15 Aug 2008, Andras LASZLO wrote:

>
> Hi,
>
> I think once I had the same kind of error during compilation. If I
> remember correctly, this was due to an interference with ROOT.
>
> Try the following:
> 1) Make sure that CINTSYSDIR is correctly set.
> 2) Make sure that the ROOT stuff in PATH and LD_LIBRARY_PATH does not
> have higher priority than the BLOP stuff (e.g. CINTSYSDIR). The easiest way is
> to temporarily remove them from the paths for the time of the BLOP
> compilation.
> 3) Make sure that the previously mentioned hierarchy is also true during
> usage. I.e. PATH and LD_LIBRARY_PATH should look like:
> (LD_LIBRARY_)PATH=...:BLOP_STUFF:...:CINT_STUFF:...:ROOT_STUFF:...
>
> I hope I remember correctly that this was the reason for that particular
> error.
>
> Cheers,
> Andras
>
>
> On Fri, 15 Aug 2008, Balint Radics wrote:
>
>>
>> BTW: I also tried to compile blop-plot. It compiles but it gives an error
>> once it jumps to the cint part:
>>
>>
>> makecint -m -mk Makefile.cint -o blop.exe      -H arc.h array.h
>> arrowhead.h axis.h blop_bookkeeper.h blopeps.h bloputils.h box.h canvas.h
>> cfunc_wrapper.h color.h config.h constants.h container.h dgraph.h epad.h
>> eps.h fft.h fgraph.h fit.h fitopt.h frame.h function.h get.h
>> graph_drawer.h graph.h grob.h help.h hist.h ignore.h jpg.h label.h
>> legendbox.h length.h line.h meas.h mframe.h mpad.h mpps.h pad.h pdf.h
>> plot.h plottable.h png.h point_drawer.h point.h printer.h pstream.h set.h
>> spline.h svg.h sym.h terminal.h tic.h var.h warning.h x11_gv.h        -l
>> libblopmain.a -l libblop-cint.a -L/usr/lib -lX11 -lncurses  `gsl-config
>> --libs` -lreadline -ltermcap
>> ##########################################################################
>> # makecint : interpreter-compiler for cint (UNIX version)
>> # Copyright(c) 1995~2007 Masaharu Goto. Mailing list: ci...@pc...
>> ##########################################################################
>> Run 'make -f Makefile.cint' to compile the object
>> /bin/echo '     'g++ -M -g -O2 `cint-config --cflags` `gsl-config
>> --cflags`   -Wall -Wno-long-long -ansi -O3 '$^ > $@' >> Makefile.cint
>>
>> ... Compiling the interpreter, this might take a while
>>
>> make -f Makefile.cint
>> make[2]: Entering directory `/home/radbal/blopplot/blop/src'
>> make[2]: *** No rule to make target `/usr/local/src/root/bin//libcint.so',
>> needed by `blop.exe'.  Stop.
>> make[2]: Leaving directory `/home/radbal/blopplot/blop/src'
>> make[1]: *** [blop.exe] Error 2
>> make[1]: Leaving directory `/home/radbal/blopplot/blop/src'
>> make: *** [compile] Error 2
>>
>>
>> What do you think?
>>
>> Cheers,
>> Balint
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Blopplot-users mailing list
>> Blo...@li...
>> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

Re: [Blopplot-users] libcint.so

[Andras L. <la...@sz...>]

Hi,

I think once I had the same kind of error during compilation. If I 
remember correctly, this was due to an interference with ROOT.

Try the following:
1) Make sure that CINTSYSDIR is correctly set.
2) Make sure that the ROOT stuff in PATH and LD_LIBRARY_PATH does not 
have higher priority than the BLOP stuff (e.g. CINTSYSDIR). The easiest way is 
to temporarily remove them from the paths for the time of the BLOP 
compilation.
3) Make sure that the previously mentioned hierarchy is also true during 
usage. I.e. PATH and LD_LIBRARY_PATH should look like: 
(LD_LIBRARY_)PATH=...:BLOP_STUFF:...:CINT_STUFF:...:ROOT_STUFF:...

I hope I remember correctly that this was the reason for that particular 
error.

Cheers,
Andras


On Fri, 15 Aug 2008, Balint Radics wrote:

>
> BTW: I also tried to compile blop-plot. It compiles but it gives an error
> once it jumps to the cint part:
>
>
> makecint -m -mk Makefile.cint -o blop.exe      -H arc.h array.h
> arrowhead.h axis.h blop_bookkeeper.h blopeps.h bloputils.h box.h canvas.h
> cfunc_wrapper.h color.h config.h constants.h container.h dgraph.h epad.h
> eps.h fft.h fgraph.h fit.h fitopt.h frame.h function.h get.h
> graph_drawer.h graph.h grob.h help.h hist.h ignore.h jpg.h label.h
> legendbox.h length.h line.h meas.h mframe.h mpad.h mpps.h pad.h pdf.h
> plot.h plottable.h png.h point_drawer.h point.h printer.h pstream.h set.h
> spline.h svg.h sym.h terminal.h tic.h var.h warning.h x11_gv.h        -l
> libblopmain.a -l libblop-cint.a -L/usr/lib -lX11 -lncurses  `gsl-config
> --libs` -lreadline -ltermcap
> ##########################################################################
> # makecint : interpreter-compiler for cint (UNIX version)
> # Copyright(c) 1995~2007 Masaharu Goto. Mailing list: ci...@pc...
> ##########################################################################
> Run 'make -f Makefile.cint' to compile the object
> /bin/echo '     'g++ -M -g -O2 `cint-config --cflags` `gsl-config
> --cflags`   -Wall -Wno-long-long -ansi -O3 '$^ > $@' >> Makefile.cint
>
> ... Compiling the interpreter, this might take a while
>
> make -f Makefile.cint
> make[2]: Entering directory `/home/radbal/blopplot/blop/src'
> make[2]: *** No rule to make target `/usr/local/src/root/bin//libcint.so',
> needed by `blop.exe'.  Stop.
> make[2]: Leaving directory `/home/radbal/blopplot/blop/src'
> make[1]: *** [blop.exe] Error 2
> make[1]: Leaving directory `/home/radbal/blopplot/blop/src'
> make: *** [compile] Error 2
>
>
> What do you think?
>
> Cheers,
> Balint
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

Re: [Blopplot-users] libcint.so

[Balint R. <ra...@ph...>]

BTW: I also tried to compile blop-plot. It compiles but it gives an error
once it jumps to the cint part:


makecint -m -mk Makefile.cint -o blop.exe      -H arc.h array.h
arrowhead.h axis.h blop_bookkeeper.h blopeps.h bloputils.h box.h canvas.h
cfunc_wrapper.h color.h config.h constants.h container.h dgraph.h epad.h
eps.h fft.h fgraph.h fit.h fitopt.h frame.h function.h get.h
graph_drawer.h graph.h grob.h help.h hist.h ignore.h jpg.h label.h
legendbox.h length.h line.h meas.h mframe.h mpad.h mpps.h pad.h pdf.h
plot.h plottable.h png.h point_drawer.h point.h printer.h pstream.h set.h
spline.h svg.h sym.h terminal.h tic.h var.h warning.h x11_gv.h        -l
libblopmain.a -l libblop-cint.a -L/usr/lib -lX11 -lncurses  `gsl-config
--libs` -lreadline -ltermcap
##########################################################################
# makecint : interpreter-compiler for cint (UNIX version)
# Copyright(c) 1995~2007 Masaharu Goto. Mailing list: ci...@pc...
##########################################################################
Run 'make -f Makefile.cint' to compile the object
/bin/echo '     'g++ -M -g -O2 `cint-config --cflags` `gsl-config
--cflags`   -Wall -Wno-long-long -ansi -O3 '$^ > $@' >> Makefile.cint

... Compiling the interpreter, this might take a while

make -f Makefile.cint
make[2]: Entering directory `/home/radbal/blopplot/blop/src'
make[2]: *** No rule to make target `/usr/local/src/root/bin//libcint.so',
needed by `blop.exe'.  Stop.
make[2]: Leaving directory `/home/radbal/blopplot/blop/src'
make[1]: *** [blop.exe] Error 2
make[1]: Leaving directory `/home/radbal/blopplot/blop/src'
make: *** [compile] Error 2


What do you think?

Cheers,
Balint

Re: [Blopplot-users] libcint.so

[Balint R. <ra...@ph...>]

Hi,

so,

issue 1) [blopplot]

> If you are willing to compile rpm packages on a native rpm-based system
> (like SuSE), download the latest version (0.9.121), and say
>
> ./configure --prefix=/usr

works fine.

> make rpm

radbal@radatl005:~/blopplot/blop> make rpm
make: dpkg-architecture: Command not found
make: dpkg-architecture: Command not found
make: dpkg-architecture: Command not found
make: Nothing to be done for `rpm'.
radbal@radatl005:~/blopplot/blop>

I guess 'dpkg' is a debian package manager, right?

issue 2) [cint]

same: configure ends with no error, but dpkg-architecture is missing.

but I somehow managed to set it up so now when I try to install blop-plot
from the rpm downloaded from the blop site I get:

radatl005:/home/radbal/blopplot # rpm -i blop-plot-0.9.120-1.i386.rpm
error: Failed dependencies:
        te_latex is needed by blop-plot-0.9.120-1.i386

which is strange, ---> issue 3)

issue 3) [te_latex]

I tried to install it from rpm but It wants 'latex-ucs'. Ok, I downloaded
a latex-ucs rpm but when I want to install it it says that it wants
'te_latex'. So none of them wants to be installed and both of them ponts
to the other one...

Any ideas?

Cheers,
Balint




> On Thu, 14 Aug 2008, Balint Radics wrote:
>
> >
> > Oh yes, and of course libcint.so _is_ in /usr/lib so where is rpm
> > searching for libs?
> >
> > Balint
> >
> > On Thu, 14 Aug 2008, Balint Radics wrote:
> >
> >>
> >> Hi,
> >>
> >> I am trying to set up blopplot. I installed cint from rpm and trying to
> >> install blopplot from rpm too but I get this error message:
> >>
> >> error: Failed dependencies:
> >>         libcint.so is needed by blop-plot-0.9.117-2.i386
> >>
> >> Cheers,
> >> Balint
> >>
> >>
> >
> >
> > -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> > Build the coolest Linux based applications with Moblin SDK & win great prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > Blopplot-users mailing list
> > Blo...@li...
> > https://lists.sourceforge.net/lists/listinfo/blopplot-users
> >
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

=================================
Radics, Balint
--------------------
University of Bonn,
12 Nussallee, 53115, Bonn
Germany
phone: (+49) 228 73 3511
e-mail: ra...@ph...
--------------------
CERN,
CH-1211 Geneva, Switzerland
Bldg.1, room 1-038
phone:(+41) 2276 74757
e-mail:Bal...@ce...
=================================

[Blopplot-users] libcint.so

[balint r. <ra...@ph...>]

Whoops, i forgot to forward my answer - to be cont. ...


Begin forwarded message:

> From: balint radics <ra...@ph...>
> Date: August 15, 2008 7:47:43 GMT+02:00
> To: "<dan...@ce...>" <dan...@ce...>
> Subject: Re: [Blopplot-users] libcint.so
>

> Hi,
>
> i am under suse 10.3 and i downloaded the .deb files and created rpm- 
> s from them with 'alien -r my.deb'.
> I did this both for the cint and for the blop .deb files. The cint  
> worked fine, I was able to install it via 'rpm -i' but the blop rpm  
> is still looking for the libcint.so.
>
> Ok, I'll do what you suggest and I'll let you know and send you the  
> files.
>
> Thanx,
> Balint
>
>
>
> On Aug 15, 2008, at 6:12, <dan...@ce...> wrote:
>
>> Hi,
>> No idea... where did you get these RPMs from?
>> Recently I only uploaded .deb packages. And even if you found some  
>> rpms,
>> they were converted from .deb via alien.
>> Now I have uploaded .rpm AND .deb packages. The rpm packages were  
>> created
>> by 'rpmbuild' (but on an Ubuntu 7.10!)
>> Try it, and give feedback.
>> If you are willing to compile rpm packages on a native rpm-based  
>> system
>> (like SuSE), download the latest version (0.9.121), and say
>>
>> ./configure --prefix=/usr
>> make rpm
>>
>> (the rpm.mk makefile in the earlier versions had a bug...)
>> and send me the resulting rpm files.
>> Cheers, Good luck
>> Dani
>>
>>
>>
>> On Thu, 14 Aug 2008, Balint Radics wrote:
>>
>>>
>>> Oh yes, and of course libcint.so _is_ in /usr/lib so where is rpm
>>> searching for libs?
>>>
>>> Balint
>>>
>>> On Thu, 14 Aug 2008, Balint Radics wrote:
>>>
>>>>
>>>> Hi,
>>>>
>>>> I am trying to set up blopplot. I installed cint from rpm and  
>>>> trying to
>>>> install blopplot from rpm too but I get this error message:
>>>>
>>>> error: Failed dependencies:
>>>>       libcint.so is needed by blop-plot-0.9.117-2.i386
>>>>
>>>> Cheers,
>>>> Balint
>>>>
>>>>
>>>
>>>
>>> --- 
>>> --- 
>>> -------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>>> challenge
>>> Build the coolest Linux based applications with Moblin SDK & win  
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in  
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Blopplot-users mailing list
>>> Blo...@li...
>>> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>>>
>>
>> --- 
>> --- 
>> -------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Blopplot-users mailing list
>> Blo...@li...
>> https://lists.sourceforge.net/lists/listinfo/blopplot-users

Re: [Blopplot-users] libcint.so

[<dan...@ce...>]

Hi,
No idea... where did you get these RPMs from?
Recently I only uploaded .deb packages. And even if you found some rpms, 
they were converted from .deb via alien.
Now I have uploaded .rpm AND .deb packages. The rpm packages were created 
by 'rpmbuild' (but on an Ubuntu 7.10!)
Try it, and give feedback.
If you are willing to compile rpm packages on a native rpm-based system 
(like SuSE), download the latest version (0.9.121), and say

./configure --prefix=/usr
make rpm

(the rpm.mk makefile in the earlier versions had a bug...)
and send me the resulting rpm files.
Cheers, Good luck
Dani



On Thu, 14 Aug 2008, Balint Radics wrote:

>
> Oh yes, and of course libcint.so _is_ in /usr/lib so where is rpm
> searching for libs?
>
> Balint
>
> On Thu, 14 Aug 2008, Balint Radics wrote:
>
>>
>> Hi,
>>
>> I am trying to set up blopplot. I installed cint from rpm and trying to
>> install blopplot from rpm too but I get this error message:
>>
>> error: Failed dependencies:
>>         libcint.so is needed by blop-plot-0.9.117-2.i386
>>
>> Cheers,
>> Balint
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

Re: [Blopplot-users] libcint.so

[Balint R. <ra...@ph...>]

Oh yes, and of course libcint.so _is_ in /usr/lib so where is rpm
searching for libs?

Balint

On Thu, 14 Aug 2008, Balint Radics wrote:

>
> Hi,
>
> I am trying to set up blopplot. I installed cint from rpm and trying to
> install blopplot from rpm too but I get this error message:
>
> error: Failed dependencies:
>         libcint.so is needed by blop-plot-0.9.117-2.i386
>
> Cheers,
> Balint
>
>

[Blopplot-users] libcint.so

[Balint R. <ra...@ph...>]

Hi,

I am trying to set up blopplot. I installed cint from rpm and trying to
install blopplot from rpm too but I get this error message:

error: Failed dependencies:
        libcint.so is needed by blop-plot-0.9.117-2.i386

Cheers,
Balint

[Blopplot-users] annotation feature

[Daniel B. <ba...@ma...>]

in version 0.9.86
http://blopplot.sourceforge.net/documentation/blopeps.html#text

Re: [Blopplot-users] color scale

[Balint R. <ra...@ph...>]

Would you please generate at least a .deb file for this version too?

Thanx,
Balint


On Tue, 30 Oct 2007, Daniel Barna wrote:

> 0.9.82 should contain this feature.
> plot("datafile").ds(cbox.nsapmles(160));
>
> it also corrects the compilation problem (size_t, unsigned int, etc)
> reported by Peter:
>
> dgraph.cc: In static member function 'static void
> blop::dgraph::split_line(std::string, std::vector<blop::var,
> std::allocator<blop::var> >&)':
> dgraph.cc:438: error: no matching function for call to
> 'blop::dgraph::read_word(std::string&, size_t&, const char [2])'
> dgraph.cc:415: note: candidates are: static std::string
> blop::dgraph::read_word(const std::string&, unsigned int&, const
> std::string&)
>
>
> On Tue, 30 Oct 2007, Balint Radics wrote:
>
> >
> > Premise (for those who speak hungarian...):
> >>> Most hirtelen nem talalom a honlapon, de biztos nem a jo helyen
> >>> kerestem:
> >>> hogyan lehet egy 2D histonal a szinskala finomsagat beallitani?
> >>
> >> mire gondolsz? a jobboldalon mutatott szinskala? az egyelore hardkodolva
> >> van 80-ra. nagyon fontos lenne, hogy allithato legyen? megcsinalhatom.
> >
> > Yes, if it's not a huge effort would you please add this feature?
> >
> > Thanx in advance,
> > Balint
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Blopplot-users mailing list
> > Blo...@li...
> > https://lists.sourceforge.net/lists/listinfo/blopplot-users
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

---------------------------------------------------
                                 \            /   /
Radics, Balint                    \          /\/\/\
University of Bonn,                \        /
12 Nussalle, 53115, Bonn            /\/\/\/\      /
phone: (+49) 228 73 3511           /        \    /
e-mail: ra...@ph... /          \/\/\
                                 /            \   \
---------------------------------------------------

Re: [Blopplot-users] color scale

[Daniel B. <ba...@ma...>]

0.9.82 should contain this feature.
plot("datafile").ds(cbox.nsapmles(160));

it also corrects the compilation problem (size_t, unsigned int, etc) 
reported by Peter:

dgraph.cc: In static member function 'static void
blop::dgraph::split_line(std::string, std::vector<blop::var,
std::allocator<blop::var> >&)':
dgraph.cc:438: error: no matching function for call to
'blop::dgraph::read_word(std::string&, size_t&, const char [2])'
dgraph.cc:415: note: candidates are: static std::string
blop::dgraph::read_word(const std::string&, unsigned int&, const
std::string&)


On Tue, 30 Oct 2007, Balint Radics wrote:

>
> Premise (for those who speak hungarian...):
>>> Most hirtelen nem talalom a honlapon, de biztos nem a jo helyen
>>> kerestem:
>>> hogyan lehet egy 2D histonal a szinskala finomsagat beallitani?
>>
>> mire gondolsz? a jobboldalon mutatott szinskala? az egyelore hardkodolva
>> van 80-ra. nagyon fontos lenne, hogy allithato legyen? megcsinalhatom.
>
> Yes, if it's not a huge effort would you please add this feature?
>
> Thanx in advance,
> Balint
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

[Blopplot-users] color scale

[Balint R. <ra...@ph...>]

Premise (for those who speak hungarian...):
>> Most hirtelen nem talalom a honlapon, de biztos nem a jo helyen
>> kerestem:
>> hogyan lehet egy 2D histonal a szinskala finomsagat beallitani?
>
>mire gondolsz? a jobboldalon mutatott szinskala? az egyelore hardkodolva
>van 80-ra. nagyon fontos lenne, hogy allithato legyen? megcsinalhatom.

Yes, if it's not a huge effort would you please add this feature?

Thanx in advance,
Balint

Re: [Blopplot-users] Udv + kerdes

[Daniel B. <ba...@ma...>]

Hi,
I have no idea at the moment, I will check. Strange, though.
configure uses the AC_CHECK_LIBS autoconf macro to check this library, and=
=20
the 'echo' function from this library.
Either something is wrong with this macro, or something is wrong with your=
=20
setup, or 'echo' is not in this version of the library. I don't know...
In the last case, this is my fault, partially.
Try to see if this function is in there:

nm /lib/libtermcap.so | grep echo

and check if it is contained, and is preceeded by a 'T' (meaning the=20
function is defined in that library)

In any case, if you want to skip this check, edit configure.ac, and remove=
=20
the following line:

AC_CHECK_LIB([termcap],[echo],[],AC_MSG_ERROR([libtermcap is missing]))


On Mon, 29 Oct 2007, K=F6ves=E1rki P=E9ter wrote:

> Hali!
>
>    Elkezdtem telepiteni a blop-ot. Tudom, multkor sokat szivtatok a
> telepitesevel Balinttal, de nalam is vegig kell jatszani par dolgot. A
> cint felment forrasbol, de csak a legujabb verzio az svn-bol.
> Viszont a blop configure panaszkodik a libtermcap hianyara, ami azert
> furcsa, mert fent vannak ezek a libek:
> pex@camellia ~/tmp/blop $ ls -l /lib/libtermcap.so*
> lrwxrwxrwx 1 root root    20 okt 29 16.13 /lib/libtermcap.so ->
> /lib/libtermcap.so.2
> lrwxrwxrwx 1 root root    19 okt 29 16.05 /lib/libtermcap.so.2 ->
> libtermcap.so.2.0.8
> -rwxr-xr-x 1 root root 14400 okt 29 16.05 /lib/libtermcap.so.2.0.8
>
> megprobaltam meghekkelni a configure-t, hogy ugorja at, de egyelore
> sikertelen a kiserletezesem.
>
> Van otleted ra?
> Udv,
> Peter
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Blopplot-users mailing list
> Blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blopplot-users
>

[Blopplot-users] Udv + kerdes

[<pe...@rm...>]

Hali!

    Elkezdtem telepiteni a blop-ot. Tudom, multkor sokat szivtatok a
telepitesevel Balinttal, de nalam is vegig kell jatszani par dolgot. A
cint felment forrasbol, de csak a legujabb verzio az svn-bol.
Viszont a blop configure panaszkodik a libtermcap hianyara, ami azert
furcsa, mert fent vannak ezek a libek:
pex@camellia ~/tmp/blop $ ls -l /lib/libtermcap.so*
lrwxrwxrwx 1 root root    20 okt 29 16.13 /lib/libtermcap.so ->
/lib/libtermcap.so.2
lrwxrwxrwx 1 root root    19 okt 29 16.05 /lib/libtermcap.so.2 ->
libtermcap.so.2.0.8
-rwxr-xr-x 1 root root 14400 okt 29 16.05 /lib/libtermcap.so.2.0.8

megprobaltam meghekkelni a configure-t, hogy ugorja at, de egyelore
sikertelen a kiserletezesem.

Van otleted ra?
Udv,
Peter

[Blopplot-users] Some feature requests for easier life

[Andras L. <la...@sz...>]

Hi Daniel,

I would like to make some suggestions for some minor new features. They
would make easier to use the plotter. However, they are not urgent at all.


1. If one wants to put a title over the plot (like 'set title' in
gnuplot), one writes:
frame::current().tmargin(2.0*height("The title"));
label::cdraw("The title", 0.5, PH-height("The title")).xalign(align::center);

It would make life much easier if there were e.g. a function like:
frame::current().title("The title");
which implemets the above code. (As people, or at least I, often give
titles to plots.)


2. In gnuplot there is a feature: if one sets the value of a point to inf
or nan, the point is not plotted. This would be also useful in blop, as
one could use it to kill particular points, as in gnuplot. If one plots
with a style based on lines, then it is not enough to take the point in
question out of the dgraph, but one also has to split the line.


3. When plotting data, the lower limit of scale is determined by simply
the minimum of the graph. However, this causes a problem when plotting
with logscale, where negative or zero values also occur (e.g. histogram,
where there are also bins with zero entries). Then, you have to set the
minimum of the scale by hand. I think, in case of
logscale, the minimum of scale could be automatically determined by the
lowest nonnegative value.


4. It would be good if one also had logscale in cbox or scbox style.


Cheers,
Andras

[Blopplot-users] errorbars with negative low-edge on logscale

[Daniel B. <ba...@ma...>]

As reported by Andras Laszlo, errorbars with negative low-edge, when
plotted on logscale, caused a postscript error (but no runtime error).
This is now corrected. Test!

Format of the warning messages will be slowly put under a global control,
say

blop -h warning

at your shell prompt


-- 

[Blopplot-users] fitting

[Daniel B. <ba...@ma...>]

Fitting is now implemented in blop, see 
http://blopplot.sourceforge.net/documentation/fitting.html for details
Daniel