plplot-general — PLplot user discussion group

Re: [Plplot-general] overline underline not working

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

Dear Stefan,

Many thanks for your bug report. I can confirm your findings. I'll try and look 
into it for you.

Regards

Andrew

On Tuesday 02 Jul 2013 20:22:32 sou...@me... wrote:
> Hi plplot-developers,
> 
> I already made a bug-report, but remembered Werner saying this isn't
> followed much...
> 
> 
>  From the Bug--Report:
> 
> 
> Hi,
> I use Plplot v5.9.9
> and
> 
> plmtex("b", 0, 1, 1, "#+S#+(#-freq#-)");
> 
> does not give overlines, underlines only all the Symbols are shown
> including #.
> 
> Other Sequences like unicode or subscript are working fine.
> 
> Output-device: png-cairo
> 
> If svg (not cairo) than the Escape-sequence is missing, but no lines shown.
> 
> Thanks
> Stefan
> 
> 
> ----------------------------------------------------------------------------
> -- This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] overline underline not working

[<sou...@me...>]

Hi plplot-developers,

I already made a bug-report, but remembered Werner saying this isn't  
followed much...


 From the Bug--Report:


Hi,
I use Plplot v5.9.9
and

plmtex("b", 0, 1, 1, "#+S#+(#-freq#-)");

does not give overlines, underlines only all the Symbols are shown  
including #.

Other Sequences like unicode or subscript are working fine.

Output-device: png-cairo

If svg (not cairo) than the Escape-sequence is missing, but no lines shown.

Thanks
Stefan

[Plplot-general] 3rd Call For Papers, 20th Annual Tcl/Tk Conference 2013

[Andreas K. <and...@ac...>]

[[ Notes:
   Abstracts and proposals are now due July 6, 2013
   [+ 2 weeks]
]]

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

Important Dates:

Abstracts and proposals due   July       6, 2013 [+ 2 weeks]
Notification to authors       July      22, 2013 [- 2 weeks]
Author materials due          September  2, 2013
Tutorials Start               September 23, 2013
Conference starts             September 25, 2013

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September
23 - 27, 2013. The program committee is asking for papers and
presentation proposals from anyone using or developing with Tcl/Tk
(and extensions). Past conferences have seen submissions covering a
wide variety of topics including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to <tclconference AT googlegroups DOT com> no later than August 5,
2013. Authors of accepted abstracts will have until September 2, 2013
to submit their final paper for the inclusion in the conference
proceedings. The proceedings will be made available on digital media,
so extra materials such as presentation slides, code examples, code
for extensions etc. are encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 25 minutes to present their paper at the
conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in August 5, 2013. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 3, 2013. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2013/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

Clif Flynt              Noumena Corp			General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.	Program Chair
Gerald Lester           KnG Consulting, LLC		Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2013 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

Re: [Plplot-general] cygwin xwin

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

On Mon, 22 Apr 2013 13:47:45 -0700 (PDT)
  "Ferrell, Stephen" <sfe...@ya...> wrote:
> Correct me if I'm wrong, but you will need to be running 
>an X window server such as Xming on your system to get 
>the proper output.  The error message tells me you aren't 
>running one.
> 

That is no mistake: you need a connection to some X window
server, either on the machine you are running on or on a
different machine. The X window server is identified by 
the
DISPLAY environment variable or the "-display servername"
command line option.

For a local server, the name is something like ":0.0" or
"localhost:0.0".

Regards,

Arjen

 

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] cygwin xwin

[Ferrell, S. <sfe...@ya...>]

Correct me if I'm wrong, but you will need to be running an X window server such as Xming on your system to get the proper output.  The error message tells me you aren't running one.




________________________________
 From: "Owens, Thomas" <Tho...@gt...>
To: "plp...@li..." <plp...@li...> 
Sent: Monday, April 22, 2013 11:28 AM
Subject: Re: [Plplot-general] cygwin xwin
 


 
I ran through the cmake, make, and make install process again and for whatever reason I now get <1> xwin as a plotting option.  However, if I select xwin I get
 
*** PLPLOT ERROR, IMMEDIATE EXIT ***
Can’t open display
Program aborted
 
From:Owens, Thomas [mailto:Tho...@gt...] 
Sent: Monday, April 22, 2013 12:24 PM
To: plp...@li...
Subject: [Plplot-general] cygwin xwin
 
I am doing a plplot install on a Windows7 machine with Cygwin.  The output of CMake shows
DRIVERS_LIST: mem;null;ps;svg;xfig;xwin
DEVICES_LIST: mem;null;ps;svg;xfig;xwin
However, when I run an example (e.g., x01c), xwin does not appear as a plotting option.  Is there a make option that I need to toggle?  I have attached the cmake, make, and make install outputs.
 
Thank you for your assistance.
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] cygwin xwin

[Owens, T. <Tho...@gt...>]

I ran through the cmake, make, and make install process again and for whatever reason I now get <1> xwin as a plotting option.  However, if I select xwin I get

*** PLPLOT ERROR, IMMEDIATE EXIT ***
Can't open display
Program aborted

From: Owens, Thomas [mailto:Tho...@gt...]
Sent: Monday, April 22, 2013 12:24 PM
To: plp...@li...
Subject: [Plplot-general] cygwin xwin

I am doing a plplot install on a Windows7 machine with Cygwin.  The output of CMake shows
DRIVERS_LIST: mem;null;ps;svg;xfig;xwin
DEVICES_LIST: mem;null;ps;svg;xfig;xwin
However, when I run an example (e.g., x01c), xwin does not appear as a plotting option.  Is there a make option that I need to toggle?  I have attached the cmake, make, and make install outputs.

Thank you for your assistance.

[Plplot-general] cygwin xwin

[Owens, T. <Tho...@gt...>]

epuser@epuserj3500c /cygdrive/c/Users/epuser/Desktop/PODDAS2_GUI/plplot-5.9.9/buildcygwin
$ make
Scanning dependencies of target deltaT-gen
[  1%] Building C object lib/qsastime/CMakeFiles/deltaT-gen.dir/deltaT-gen.c.o
[  1%] Building C object lib/qsastime/CMakeFiles/deltaT-gen.dir/dspline.c.o
Linking C executable deltaT-gen.exe
[  1%] Built target deltaT-gen
Scanning dependencies of target deltaT.h_built
[  2%] Generating deltaT.h
[  2%] Built target deltaT.h_built
Scanning dependencies of target tai-utc-gen
[  4%] Building C object lib/qsastime/CMakeFiles/tai-utc-gen.dir/tai-utc-gen.c.o
Linking C executable tai-utc-gen.exe
[  4%] Built target tai-utc-gen
Scanning dependencies of target tai-utc.h_built
[  4%] Generating tai-utc.h
[  4%] Built target tai-utc.h_built
Scanning dependencies of target qsastime
[  5%] Building C object lib/qsastime/CMakeFiles/qsastime.dir/qsastime.c.o
[  5%] Building C object lib/qsastime/CMakeFiles/qsastime.dir/dsplint.c.o
Linking C shared library cygqsastime-0.dll
Creating library file: libqsastime.dll.a
[  5%] Built target qsastime
Scanning dependencies of target plhershey-unicode-gen
[  5%] Building C object include/CMakeFiles/plhershey-unicode-gen.dir/__/fonts/plhershey-unicode-gen.c.o
Linking C executable plhershey-unicode-gen.exe
[  5%] Built target plhershey-unicode-gen
Scanning dependencies of target plhershey-unicode.h_built
[  6%] Generating plhershey-unicode.h
[  6%] Built target plhershey-unicode.h_built
Scanning dependencies of target plplotd
[  8%] Building C object src/CMakeFiles/plplotd.dir/pdfutils.c.o
[  9%] Building C object src/CMakeFiles/plplotd.dir/plaffine.c.o
[  9%] Building C object src/CMakeFiles/plplotd.dir/plarc.c.o
[ 11%] Building C object src/CMakeFiles/plplotd.dir/plargs.c.o
[ 11%] Building C object src/CMakeFiles/plplotd.dir/plbox.c.o
[ 12%] Building C object src/CMakeFiles/plplotd.dir/plcont.c.o
[ 12%] Building C object src/CMakeFiles/plplotd.dir/plcore.c.o
[ 13%] Building C object src/CMakeFiles/plplotd.dir/plctrl.c.o
[ 15%] Building C object src/CMakeFiles/plplotd.dir/plcvt.c.o
[ 15%] Building C object src/CMakeFiles/plplotd.dir/pldeprecated.c.o
[ 16%] Building C object src/CMakeFiles/plplotd.dir/pldtik.c.o
[ 16%] Building C object src/CMakeFiles/plplotd.dir/plf2ops.c.o
[ 18%] Building C object src/CMakeFiles/plplotd.dir/plfill.c.o
[ 19%] Building C object src/CMakeFiles/plplotd.dir/plfreetype.c.o
[ 19%] Building C object src/CMakeFiles/plplotd.dir/plgradient.c.o
[ 20%] Building C object src/CMakeFiles/plplotd.dir/plhist.c.o
[ 20%] Building C object src/CMakeFiles/plplotd.dir/plimage.c.o
[ 22%] Building C object src/CMakeFiles/plplotd.dir/plline.c.o
[ 23%] Building C object src/CMakeFiles/plplotd.dir/plmap.c.o
[ 23%] Building C object src/CMakeFiles/plplotd.dir/plot3d.c.o
[ 25%] Building C object src/CMakeFiles/plplotd.dir/plpage.c.o
[ 25%] Building C object src/CMakeFiles/plplotd.dir/plsdef.c.o
[ 26%] Building C object src/CMakeFiles/plplotd.dir/plshade.c.o
[ 26%] Building C object src/CMakeFiles/plplotd.dir/plstdio.c.o
[ 27%] Building C object src/CMakeFiles/plplotd.dir/plstripc.c.o
[ 29%] Building C object src/CMakeFiles/plplotd.dir/plsym.c.o
[ 29%] Building C object src/CMakeFiles/plplotd.dir/pltick.c.o
[ 30%] Building C object src/CMakeFiles/plplotd.dir/plvpor.c.o
[ 30%] Building C object src/CMakeFiles/plplotd.dir/plwind.c.o
[ 31%] Building C object src/CMakeFiles/plplotd.dir/plbuf.c.o
[ 33%] Building C object src/CMakeFiles/plplotd.dir/plgridd.c.o
[ 33%] Building C object src/CMakeFiles/plplotd.dir/plvect.c.o
[ 34%] Building C object src/CMakeFiles/plplotd.dir/mt19937ar.c.o
[ 34%] Building C object src/CMakeFiles/plplotd.dir/pltime.c.o
[ 36%] Building C object src/CMakeFiles/plplotd.dir/pllegend.c.o
[ 37%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/mem.c.o
[ 37%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/null.c.o
[ 38%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/ps.c.o
[ 38%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/svg.c.o
[ 40%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/xfig.c.o
[ 40%] Building C object src/CMakeFiles/plplotd.dir/__/drivers/xwin.c.o
Linking C shared library cygplplotd-11.dll
Creating library file: libplplotd.dll.a
[ 40%] Built target plplotd
Scanning dependencies of target plplotcxxd
[ 40%] Building CXX object bindings/c++/CMakeFiles/plplotcxxd.dir/plstream.cc.o
Linking CXX shared library cygplplotcxxd-10.dll
Creating library file: libplplotcxxd.dll.a
[ 40%] Built target plplotcxxd
Scanning dependencies of target parity_bit_check
[ 41%] Building C object utils/CMakeFiles/parity_bit_check.dir/parity_bit_check.c.o
Linking C executable parity_bit_check.exe
[ 41%] Built target parity_bit_check
Scanning dependencies of target pltek
[ 43%] Building C object utils/CMakeFiles/pltek.dir/pltek.c.o
Linking C executable pltek.exe
[ 43%] Built target pltek
Scanning dependencies of target test_plend
[ 43%] Building C object examples/c/CMakeFiles/test_plend.dir/test_plend.c.o
Linking C executable test_plend.exe
[ 43%] Built target test_plend
Scanning dependencies of target x01c
[ 43%] Building C object examples/c/CMakeFiles/x01c.dir/x01c.c.o
Linking C executable x01c.exe
[ 43%] Built target x01c
Scanning dependencies of target x02c
[ 44%] Building C object examples/c/CMakeFiles/x02c.dir/x02c.c.o
Linking C executable x02c.exe
[ 44%] Built target x02c
Scanning dependencies of target x03c
[ 44%] Building C object examples/c/CMakeFiles/x03c.dir/x03c.c.o
Linking C executable x03c.exe
[ 44%] Built target x03c
Scanning dependencies of target x04c
[ 44%] Building C object examples/c/CMakeFiles/x04c.dir/x04c.c.o
Linking C executable x04c.exe
[ 44%] Built target x04c
Scanning dependencies of target x05c
[ 45%] Building C object examples/c/CMakeFiles/x05c.dir/x05c.c.o
Linking C executable x05c.exe
[ 45%] Built target x05c
Scanning dependencies of target x06c
[ 47%] Building C object examples/c/CMakeFiles/x06c.dir/x06c.c.o
Linking C executable x06c.exe
[ 47%] Built target x06c
Scanning dependencies of target x07c
[ 48%] Building C object examples/c/CMakeFiles/x07c.dir/x07c.c.o
Linking C executable x07c.exe
[ 48%] Built target x07c
Scanning dependencies of target x08c
[ 48%] Building C object examples/c/CMakeFiles/x08c.dir/x08c.c.o
Linking C executable x08c.exe
[ 48%] Built target x08c
Scanning dependencies of target x09c
[ 48%] Building C object examples/c/CMakeFiles/x09c.dir/x09c.c.o
Linking C executable x09c.exe
[ 48%] Built target x09c
Scanning dependencies of target x10c
[ 48%] Building C object examples/c/CMakeFiles/x10c.dir/x10c.c.o
Linking C executable x10c.exe
[ 48%] Built target x10c
Scanning dependencies of target x11c
[ 50%] Building C object examples/c/CMakeFiles/x11c.dir/x11c.c.o
Linking C executable x11c.exe
[ 50%] Built target x11c
Scanning dependencies of target x12c
[ 51%] Building C object examples/c/CMakeFiles/x12c.dir/x12c.c.o
Linking C executable x12c.exe
[ 51%] Built target x12c
Scanning dependencies of target x13c
[ 52%] Building C object examples/c/CMakeFiles/x13c.dir/x13c.c.o
Linking C executable x13c.exe
[ 52%] Built target x13c
Scanning dependencies of target x14c
[ 52%] Building C object examples/c/CMakeFiles/x14c.dir/x14c.c.o
Linking C executable x14c.exe
[ 52%] Built target x14c
Scanning dependencies of target x15c
[ 52%] Building C object examples/c/CMakeFiles/x15c.dir/x15c.c.o
Linking C executable x15c.exe
[ 52%] Built target x15c
Scanning dependencies of target x16c
[ 54%] Building C object examples/c/CMakeFiles/x16c.dir/x16c.c.o
Linking C executable x16c.exe
[ 54%] Built target x16c
Scanning dependencies of target x17c
[ 55%] Building C object examples/c/CMakeFiles/x17c.dir/x17c.c.o
Linking C executable x17c.exe
[ 55%] Built target x17c
Scanning dependencies of target x18c
[ 56%] Building C object examples/c/CMakeFiles/x18c.dir/x18c.c.o
Linking C executable x18c.exe
[ 56%] Built target x18c
Scanning dependencies of target x19c
[ 58%] Building C object examples/c/CMakeFiles/x19c.dir/x19c.c.o
Linking C executable x19c.exe
[ 58%] Built target x19c
Scanning dependencies of target x20c
[ 58%] Building C object examples/c/CMakeFiles/x20c.dir/x20c.c.o
Linking C executable x20c.exe
[ 58%] Built target x20c
Scanning dependencies of target x21c
[ 58%] Building C object examples/c/CMakeFiles/x21c.dir/x21c.c.o
Linking C executable x21c.exe
[ 58%] Built target x21c
Scanning dependencies of target x22c
[ 59%] Building C object examples/c/CMakeFiles/x22c.dir/x22c.c.o
Linking C executable x22c.exe
[ 59%] Built target x22c
Scanning dependencies of target x23c
[ 61%] Building C object examples/c/CMakeFiles/x23c.dir/x23c.c.o
Linking C executable x23c.exe
[ 61%] Built target x23c
Scanning dependencies of target x24c
[ 62%] Building C object examples/c/CMakeFiles/x24c.dir/x24c.c.o
Linking C executable x24c.exe
[ 62%] Built target x24c
Scanning dependencies of target x25c
[ 62%] Building C object examples/c/CMakeFiles/x25c.dir/x25c.c.o
Linking C executable x25c.exe
[ 62%] Built target x25c
Scanning dependencies of target x26c
[ 62%] Building C object examples/c/CMakeFiles/x26c.dir/x26c.c.o
Linking C executable x26c.exe
[ 62%] Built target x26c
Scanning dependencies of target x27c
[ 62%] Building C object examples/c/CMakeFiles/x27c.dir/x27c.c.o
Linking C executable x27c.exe
[ 62%] Built target x27c
Scanning dependencies of target x28c
[ 63%] Building C object examples/c/CMakeFiles/x28c.dir/x28c.c.o
Linking C executable x28c.exe
[ 63%] Built target x28c
Scanning dependencies of target x29c
[ 65%] Building C object examples/c/CMakeFiles/x29c.dir/x29c.c.o
Linking C executable x29c.exe
[ 65%] Built target x29c
Scanning dependencies of target x30c
[ 66%] Building C object examples/c/CMakeFiles/x30c.dir/x30c.c.o
Linking C executable x30c.exe
[ 66%] Built target x30c
Scanning dependencies of target x31c
[ 66%] Building C object examples/c/CMakeFiles/x31c.dir/x31c.c.o
Linking C executable x31c.exe
[ 66%] Built target x31c
Scanning dependencies of target x32c
[ 68%] Building C object examples/c/CMakeFiles/x32c.dir/x32c.c.o
Linking C executable x32c.exe
[ 68%] Built target x32c
Scanning dependencies of target x33c
[ 69%] Building C object examples/c/CMakeFiles/x33c.dir/x33c.c.o
Linking C executable x33c.exe
[ 69%] Built target x33c
Scanning dependencies of target x34c
[ 70%] Building C object examples/c/CMakeFiles/x34c.dir/x34c.c.o
Linking C executable x34c.exe
[ 70%] Built target x34c
Scanning dependencies of target x01
[ 72%] Building CXX object examples/c++/CMakeFiles/x01.dir/x01.cc.o
Linking CXX executable x01.exe
[ 72%] Built target x01
Scanning dependencies of target x01cc
[ 73%] Building CXX object examples/c++/CMakeFiles/x01cc.dir/x01cc.cc.o
Linking CXX executable x01cc.exe
[ 73%] Built target x01cc
Scanning dependencies of target x02
[ 73%] Building CXX object examples/c++/CMakeFiles/x02.dir/x02.cc.o
Linking CXX executable x02.exe
[ 73%] Built target x02
Scanning dependencies of target x03
[ 75%] Building CXX object examples/c++/CMakeFiles/x03.dir/x03.cc.o
Linking CXX executable x03.exe
[ 75%] Built target x03
Scanning dependencies of target x04
[ 76%] Building CXX object examples/c++/CMakeFiles/x04.dir/x04.cc.o
Linking CXX executable x04.exe
[ 76%] Built target x04
Scanning dependencies of target x05
[ 77%] Building CXX object examples/c++/CMakeFiles/x05.dir/x05.cc.o
Linking CXX executable x05.exe
[ 77%] Built target x05
Scanning dependencies of target x06
[ 77%] Building CXX object examples/c++/CMakeFiles/x06.dir/x06.cc.o
Linking CXX executable x06.exe
[ 77%] Built target x06
Scanning dependencies of target x07
[ 77%] Building CXX object examples/c++/CMakeFiles/x07.dir/x07.cc.o
Linking CXX executable x07.exe
[ 77%] Built target x07
Scanning dependencies of target x08
[ 79%] Building CXX object examples/c++/CMakeFiles/x08.dir/x08.cc.o
Linking CXX executable x08.exe
[ 79%] Built target x08
Scanning dependencies of target x09
[ 80%] Building CXX object examples/c++/CMakeFiles/x09.dir/x09.cc.o
Linking CXX executable x09.exe
[ 80%] Built target x09
Scanning dependencies of target x10
[ 81%] Building CXX object examples/c++/CMakeFiles/x10.dir/x10.cc.o
Linking CXX executable x10.exe
[ 81%] Built target x10
Scanning dependencies of target x11
[ 83%] Building CXX object examples/c++/CMakeFiles/x11.dir/x11.cc.o
Linking CXX executable x11.exe
[ 83%] Built target x11
Scanning dependencies of target x12
[ 83%] Building CXX object examples/c++/CMakeFiles/x12.dir/x12.cc.o
Linking CXX executable x12.exe
[ 83%] Built target x12
Scanning dependencies of target x13
[ 83%] Building CXX object examples/c++/CMakeFiles/x13.dir/x13.cc.o
Linking CXX executable x13.exe
[ 83%] Built target x13
Scanning dependencies of target x14
[ 84%] Building CXX object examples/c++/CMakeFiles/x14.dir/x14.cc.o
Linking CXX executable x14.exe
[ 84%] Built target x14
Scanning dependencies of target x15
[ 86%] Building CXX object examples/c++/CMakeFiles/x15.dir/x15.cc.o
Linking CXX executable x15.exe
[ 86%] Built target x15
Scanning dependencies of target x16
[ 87%] Building CXX object examples/c++/CMakeFiles/x16.dir/x16.cc.o
Linking CXX executable x16.exe
[ 87%] Built target x16
Scanning dependencies of target x17
[ 87%] Building CXX object examples/c++/CMakeFiles/x17.dir/x17.cc.o
Linking CXX executable x17.exe
[ 87%] Built target x17
Scanning dependencies of target x18
[ 87%] Building CXX object examples/c++/CMakeFiles/x18.dir/x18.cc.o
Linking CXX executable x18.exe
[ 87%] Built target x18
Scanning dependencies of target x19
[ 87%] Building CXX object examples/c++/CMakeFiles/x19.dir/x19.cc.o
Linking CXX executable x19.exe
[ 87%] Built target x19
Scanning dependencies of target x20
[ 88%] Building CXX object examples/c++/CMakeFiles/x20.dir/x20.cc.o
Linking CXX executable x20.exe
[ 88%] Built target x20
Scanning dependencies of target x21
[ 90%] Building CXX object examples/c++/CMakeFiles/x21.dir/x21.cc.o
Linking CXX executable x21.exe
[ 90%] Built target x21
Scanning dependencies of target x22
[ 91%] Building CXX object examples/c++/CMakeFiles/x22.dir/x22.cc.o
Linking CXX executable x22.exe
[ 91%] Built target x22
Scanning dependencies of target x23
[ 91%] Building CXX object examples/c++/CMakeFiles/x23.dir/x23.cc.o
Linking CXX executable x23.exe
[ 91%] Built target x23
Scanning dependencies of target x24
[ 91%] Building CXX object examples/c++/CMakeFiles/x24.dir/x24.cc.o
Linking CXX executable x24.exe
[ 91%] Built target x24
Scanning dependencies of target x25
[ 93%] Building CXX object examples/c++/CMakeFiles/x25.dir/x25.cc.o
Linking CXX executable x25.exe
[ 93%] Built target x25
Scanning dependencies of target x26
[ 94%] Building CXX object examples/c++/CMakeFiles/x26.dir/x26.cc.o
Linking CXX executable x26.exe
[ 94%] Built target x26
Scanning dependencies of target x27
[ 95%] Building CXX object examples/c++/CMakeFiles/x27.dir/x27.cc.o
Linking CXX executable x27.exe
[ 95%] Built target x27
Scanning dependencies of target x28
[ 97%] Building CXX object examples/c++/CMakeFiles/x28.dir/x28.cc.o
Linking CXX executable x28.exe
[ 97%] Built target x28
Scanning dependencies of target x29
[ 97%] Building CXX object examples/c++/CMakeFiles/x29.dir/x29.cc.o
Linking CXX executable x29.exe
[ 97%] Built target x29
Scanning dependencies of target x30
[ 97%] Building CXX object examples/c++/CMakeFiles/x30.dir/x30.cc.o
Linking CXX executable x30.exe
[ 97%] Built target x30
Scanning dependencies of target x31
[ 98%] Building CXX object examples/c++/CMakeFiles/x31.dir/x31.cc.o
Linking CXX executable x31.exe
[ 98%] Built target x31
Scanning dependencies of target x33
[ 98%] Building CXX object examples/c++/CMakeFiles/x33.dir/x33.cc.o
/cygdrive/c/Users/epuser/Desktop/PODDAS2_GUI/plplot-5.9.9/examples/c++/x33.cc: In constructor `x33::x33(int, const char**)':
/cygdrive/c/Users/epuser/Desktop/PODDAS2_GUI/plplot-5.9.9/examples/c++/x33.cc:480: warning: converting to `PLINT' from `PLFLT'
/cygdrive/c/Users/epuser/Desktop/PODDAS2_GUI/plplot-5.9.9/examples/c++/x33.cc:500: warning: converting to `PLINT' from `PLFLT'
Linking CXX executable x33.exe
[ 98%] Built target x33
Scanning dependencies of target lena_file
[100%] Generating lena.pgm
[100%] Built target lena_file

[Plplot-general] 2nd Call For Papers, 20th Annual Tcl/Tk Conference 2013

[Andreas K. <and...@ac...>]

[[ Notes:

   Karl Lehenbauer of FlightAware is confirmed as our Keynote speaker.
   http://www.flightaware.com

]]

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

Important Dates:

Abstracts and proposals due   June      22, 2013
Notification to authors       August     5, 2013
Author materials due          September  2, 2013
Tutorials Start               September 23, 2013
Conference starts             September 25, 2013

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September
23 - 27, 2013. The program committee is asking for papers and
presentation proposals from anyone using or developing with Tcl/Tk
(and extensions). Past conferences have seen submissions covering a
wide variety of topics including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to <tclconference AT googlegroups DOT com> no later than August 5,
2013. Authors of accepted abstracts will have until September 2, 2013
to submit their final paper for the inclusion in the conference
proceedings. The proceedings will be made available on digital media,
so extra materials such as presentation slides, code examples, code
for extensions etc. are encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 25 minutes to present their paper at the
conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in August 5, 2013. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in June 3, 2013. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2013/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

Clif Flynt              Noumena Corp			General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.	Program Chair
Gerald Lester           KnG Consulting, LLC		Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago
Donal Fellows           University of Manchester
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2013 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

Re: [Plplot-general] Planned conversion of the PLplot SourceForge project to Allura

[James T. <jt...@gm...>]

On 15 March 2013 22:05, Alan W. Irwin <ir...@be...> wrote:

> On 2013-03-14 14:40-0700 Alan W. Irwin wrote:
> The old svn repo is still readable but not writeable so all further
> development activity will be with the new svn repo.  Thus, those here
> wanting to follow on-going PLplot development leading up to the next
> release of PLplot (and also our core developers wanting to make
> further development commits) should do a fresh svn checkout of the new
> repo using one of the methods given when you click on the "code" icon
> at http://sourceforge.net/projects/plplot/.
>

I've updated the AUR plplot-svn package to use the new URL.

James

Re: [Plplot-general] Planned conversion of the PLplot SourceForge project to Allura

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

On 2013-03-14 14:40-0700 Alan W. Irwin wrote:

> I will let you know if/when that process has been satisfactorily
> completed.  The principal effect you should see is a new svn
> source-code browser and a new web address for the svn repo.  So those
> following, e.g., the svn trunk version of PLplot will be required to
> do a fresh checkout using the new repo address (which I will publish
> here tomorrow when the conversion and svn repo checking process is
> complete).

The conversion to the Allura software at SourceForge only took 20
minutes this (Friday) morning. The check of the new svn repository
results againsts the old svn repository results took much longer but
finished just now. My checking script verified the old and new repos
generated the same complete log of all commit messages from revision 1
to the latest revision and also made sure that old and new repos gave
the same local directory results for 100 different revisions sampled
from revision 1 to the latest. So I am satisfied with these results
which give a pretty thorough check that we have successfully preserved
the PLplot commit history for more than 12000 commits starting more
than 2 (!) decades ago.

The old svn repo is still readable but not writeable so all further
development activity will be with the new svn repo.  Thus, those here
wanting to follow on-going PLplot development leading up to the next
release of PLplot (and also our core developers wanting to make
further development commits) should do a fresh svn checkout of the new
repo using one of the methods given when you click on the "code" icon
at http://sourceforge.net/projects/plplot/.

Please send a message to this list if you have any trouble accessing
the new svn repo or using any of the new (Allura) facilities at
SourceForge for the PLplot project.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] Planned conversion of the PLplot SourceForge project to Allura

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

Over the last year or so, SourceForge staff have developed a new
version of their software-hosting software called Allura which they
believe has long since been ready for prime time.  They also would
like to withdraw the old version of their software-hosting software so
they don't have to maintain it any more. Thus, they are strongly
encouraging all SourceForge projects to convert to the new Allura form
of the SourceForge site software by the "end of Q1" which I interpret
to mean March 31st.

Accordingly I have converted a number of small SF projects and checked
the results.  All seems well with those projects.  The principal
effect you see from the conversion is a new svn source-code browser
and a new svn repository at a different location from the old
repository.  I have implemented a script (scripts/compare_svn_repos)
that checks that the detailed checked-out directory trees are
identical between the old and Allura svn repos for a sample of
typically 100 different revisions.  That script also checks that for
the latest revision the log files (including all commit messages for
all historical commits) produced by the svn log --verbose command are
identical between the old and new repos.

Those svn checks for 5 different projects of mine that have already
been converted to Allura showed no svn issues. Accordingly, I plan to
convert the PLplot project to the Allura form of SourceForge site
software starting tomorrow (Friday) morning followed up by running the
svn checking script to make sure all is well with the new svn repo.

I will let you know if/when that process has been satisfactorily
completed.  The principal effect you should see is a new svn
source-code browser and a new web address for the svn repo.  So those
following, e.g., the svn trunk version of PLplot will be required to
do a fresh checkout using the new repo address (which I will publish
here tomorrow when the conversion and svn repo checking process is
complete).

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] Script & Symbol Fonts?

[James T. <jt...@gm...>]

On 11 March 2013 15:22, Alan W. Irwin <ir...@be...> wrote:

> On 2013-03-11 14:35-0600 James Tappin wrote:
>
>  I have an application (Graffer: https://github.com/jtappin/**graffer.git<https://github.com/jtappin/graffer.git>
>> )
>> that uses plplot as its plotting engine, but when I try to use the script
>> or symbol fonts (plsfont(PL_FCI_SCRIPT,...) or plsfont(PL_FCI_SYMBOL,...)
>> I
>> just get the regular Sans-serif font.
>>
>> Is this because I don't have the needed fonts installed, or because the
>> various cairo (and epsqt) drivers don't support them?
>>
>
> The latter. Our qt and cairo devices just support serif, sanserif, and
> typewriter font families.  Search for fontFamily in
> bindings/qt_gui/plqt.cpp or familyLookup in drivers/cairo.c.
>
> The reason for this deliberate design choice for our two best device
> driver families (qt and cairo) is that we only want PLplot users to be
> able to constrain fonts in the most general way and let glyph-finding
> software (such as fontconfig) do its job to find the best glyph for
> the (generic) font that is specified.  "Best", of course, depends on
> individual choice, but the idea is that if you really want to be
> specific about fonts, then do the appropriate fontconfig configuration
> (or equivalent Qt4 font configuration) to deliver what you think is
> the "best" choice. I admit I have never actually done that because I
> have always been satisfied with the default fontcontig or Qt4 font choice.
>
> Also note that "script" and "symbol" fonts are a dated concept.
> For example, fontconfig would not know what to do with such font
> families since very few if any of the major font designs (all of which
> have serif, sanserif, and typewriter families) have script or symbol
> families.
>
> I hope this overview of what is going on with font choice and PLplot
> is a help to you.
>

Thanks Alan, that makes it much clearer what is goinf on,
James

Re: [Plplot-general] Script & Symbol Fonts?

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

On 2013-03-11 14:35-0600 James Tappin wrote:

> I have an application (Graffer: https://github.com/jtappin/graffer.git)
> that uses plplot as its plotting engine, but when I try to use the script
> or symbol fonts (plsfont(PL_FCI_SCRIPT,...) or plsfont(PL_FCI_SYMBOL,...) I
> just get the regular Sans-serif font.
>
> Is this because I don't have the needed fonts installed, or because the
> various cairo (and epsqt) drivers don't support them?

The latter. Our qt and cairo devices just support serif, sanserif, and
typewriter font families.  Search for fontFamily in
bindings/qt_gui/plqt.cpp or familyLookup in drivers/cairo.c.

The reason for this deliberate design choice for our two best device
driver families (qt and cairo) is that we only want PLplot users to be
able to constrain fonts in the most general way and let glyph-finding
software (such as fontconfig) do its job to find the best glyph for
the (generic) font that is specified.  "Best", of course, depends on
individual choice, but the idea is that if you really want to be
specific about fonts, then do the appropriate fontconfig configuration
(or equivalent Qt4 font configuration) to deliver what you think is
the "best" choice. I admit I have never actually done that because I
have always been satisfied with the default fontcontig or Qt4 font choice.

Also note that "script" and "symbol" fonts are a dated concept.
For example, fontconfig would not know what to do with such font
families since very few if any of the major font designs (all of which
have serif, sanserif, and typewriter families) have script or symbol
families.

I hope this overview of what is going on with font choice and PLplot
is a help to you.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] Script & Symbol Fonts?

[James T. <jt...@gm...>]

I have an application (Graffer: https://github.com/jtappin/graffer.git)
that uses plplot as its plotting engine, but when I try to use the script
or symbol fonts (plsfont(PL_FCI_SCRIPT,...) or plsfont(PL_FCI_SYMBOL,...) I
just get the regular Sans-serif font.

Is this because I don't have the needed fonts installed, or because the
various cairo (and epsqt) drivers don't support them?

I am running Manjaro Linux and do have the ttf-ms-fonts package (and a good
many other fonts) installed.

James

Re: [Plplot-general] installation w/ Windows and mingw

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

On 2013-03-05 22:21-0000 Owens, Thomas wrote:

> I am attempting to install plplot on a Windows7 box with MinGW.
> I have installed MinGW 4.6.2.
> I have installed plplot-5.0.1.
>
> When I call >cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install ..
>
> I get a CMake Error: The source directory "C:/Users/mv1/Downloads/plplot-5.0.1" does not appear to contain CMakeLists.txt.

5.0.1 is the source of the trouble since it is such an ancient version
of PLplot that its build system was not CMake-based at all.

Instead of downloading PLplot-5.0.1 (released 2001-01-13), download
the latest release of PLplot (5.9.9, released on 2011-10-13).  Also, I
have recently had a lot of success with CMake-2.8.10.2 (the latest
CMake) and MinGW-4.7.0, the latest MinGW version that I have tried so
far. So I suggest you also use CMake-2.8.10.2 and the latest MinGW
(which is now 4.7.2).  You can conveniently and easily install that
latest MinGW version and all its dependencies using the installer at
http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/mingw-get-inst-20120426/

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] installation w/ Windows and mingw

[Owens, T. <Tho...@gt...>]

I am attempting to install plplot on a Windows7 box with MinGW.
I have installed MinGW 4.6.2.
I have installed plplot-5.0.1.

When I call >cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install ..

I get a CMake Error: The source directory "C:/Users/mv1/Downloads/plplot-5.0.1" does not appear to contain CMakeLists.txt.

Any suggestions?

Thanks,
Tom

Re: [Plplot-general] Has anybody successfully used plslabelfunc from Fortran?

[James T. <jt...@gm...>]

On 18 February 2013 12:02, James Tappin <jt...@gm...> wrote:

> Has anybody actually used plslabelfunc in a Fortran program? I've been
> trying and it appears to be ignored. The demo program that follows (at
> least for me) gives no indication that 'label_fmt' ever gets called. So I
> thought I'd just check in case I'm doing something silly before I report a
> bug.
>
> I'm using plplot 5.9.9 on Manjaro Linux (Arch derivative) with gfortran
> 4.7.2.
>
> James
>
>
D'oh I missed the "o" option in plbox.

[Plplot-general] Has anybody successfully used plslabelfunc from Fortran?

[James T. <jt...@gm...>]

Has anybody actually used plslabelfunc in a Fortran program? I've been
trying and it appears to be ignored. The demo program that follows (at
least for me) gives no indication that 'label_fmt' ever gets called. So I
thought I'd just check in case I'm doing something silly before I report a
bug.

I'm using plplot 5.9.9 on Manjaro Linux (Arch derivative) with gfortran
4.7.2.

James

==== DEMO PROGRAM =====

module fmtf
  use plplot
  implicit none
contains
  subroutine label_fmt(axis, value, label, length)
    integer :: axis, length
    real(kind=plflt) :: value
    character(len=length) :: label

    print *, axis, length, value

    if (axis == 1) then
       write(label, "('x',f3.1,'x')") value
    else
       write(label, "('y',f5.3,'y')") value
    end if
    print *, label
  end subroutine label_fmt
end module fmtf

program axis_fmt
  use plplot
  use fmtf

  implicit none

  call plparseopts(PL_PARSE_SKIP)
  call plinit()

  call plslabelfunc(label_fmt)

  call plenv(0._plflt, 8._plflt, 0._plflt, 12._plflt, 0, 0)

  call plend
end program axis_fmt

Re: [Plplot-general] SVG driver patch

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

Hi Joseph:

I applied your patch, used our styling script to automatically bring
the resulting svg.c file into conformance with our preferred C style,
and tested that result using the test_c_svg target.  There were no
obvious build or run-time errors, and visual comparison of old and new
results showed no rendering differences with the new results always
the same size or smaller.  Therefore, I committed (revision 12292) the
revised svg.c file to svn trunk which will be the basis of our next
release of PLplot.

Thanks for your help with 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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] I am beginner

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

Dear Serge,

The function you want to change the current plotting colour is plcol0. If 
you are using plplot I would suggest you join the plplot-general mailing 
list. A lot of users and developers are on the list and able to offer help 
and advice with plplot. You can access the list via 
http://sourceforge.net/mail/?group_id=2915

Plplot also comes with a lot of documentation including man pages and html 
/ pdf versions of the manual. You can also browse this online at
http://plplot.sourceforge.net/documentation.php

You should also take a look at the extensive set of examples which 
illustrate the use of almost all of the plplot API, as well as 
demonstrating how plplot can be used with our many different programming 
language bindings.

Regards

Andrew

On Thu, Feb 14, 2013 at 07:23:32AM -0800, Serge wrote:
> Dear Andrew, 
> Thank you. The plplot is more fast and effective  than
> gnuplot that works very slow. But I don\'t know software code
>  for changing colour of scientific plots. I see the red
> lines on white background only. Where I can  search
> description of plplot function for changing of it?
> 
> --
> This message was sent to your SourceForge.net email alias via the web mail form.  You may reply to this message via https://sourceforge.net/sendmessage.php?touser=4156589
> To update your email alias preferences, please visit https://sourceforge.net/account
> 

Re: [Plplot-general] SVG driver patch

[Joseph W. <joe...@gm...>]

The SVG driver does not use hershey fonts directly and correctly uses
the plplot infrastructure
to convert hershey symbols to unicode.  Unfortunately, the SVG driver
code turns out to be
extremely verbose at generating unicode text.

At the bottom, I've included a "before" and "after" for the SVG that
gets generated if you
request a graph with sample points that use hershey symbols.  The
request that goes to plplot
is to draw a point using a hershey symbol for point at x, y.

As you can see the driver correctly converts the request into unicode.
 Unfortunately each
point contains independent transform and clipping information.  If you
imagine a plot with
say 10000 points, the SVG files that get generated are huge (i.e.
several megabytes).

BEFORE PATCH
    <clipPath
      id="text-clipping0"
      >
      <polygon
        points="0.000000,0.000000 0.000000,3240.000000 2700.000000,3240.000000 \
2700.000000,0.000000"
        />
    </clipPath>
    <g
      clip-path="url(#text-clipping0)"
      >
      <g
        transform="matrix(1.000000 0.000000 0.000000 -1.000000 540.000000 1985.\
449219)"
        >
        <g
          transform="matrix(1.0 0.0 0.0 1.0 0.0 7.865117)"
          >
          <text
            dominant-baseline="no-change"
            fill="#000000"
            fill-opacity="1.000000"
            xml:space="preserve"
            font-size="20"
            text-anchor="middle"
            x="0.000000"
            y="0"
><tspan font-family="sans-serif" font-style="normal" font-weight="normal">&#x2d\
;-&#x36;6</tspan></text>
        </g>
      </g>
    </g>

AFTER PATCH
   <g
      clip-path="url(#text-clipping0)"
      >
      <text
        dominant-baseline="no-change"
        fill="#000000"
        fill-opacity="1.000000"
        xml:space="preserve"
        font-size="20"
        transform="matrix(1.000000 0.000000 0.000000 -1.000000 540.000000 1985.\
449219)"
        text-anchor="middle"
        x="0.000000"
        y="7.865117"
><tspan font-family="sans-serif" font-style="normal" font-weight="normal">&#x2d\
;-&#x36;6</tspan></text>
    </g>





On Fri, Feb 15, 2013 at 4:06 AM, Alan W. Irwin
<ir...@be...> wrote:
> On 2013-02-14 16:19+0800 Joseph Wang wrote:
>
>> FYI,
>>
>> I just submitted a patch to the SVG driver on the sourceforge project
>> page.  The patch
>> moves some of the transforms into the text element itself and it cuts
>> down the size
>> of the SVG by 50% in some of my test cases.  What happens is that the SVG
>> driver
>> uses text to plots out hershey fonts, so you have data heavy plots in
>> which each point
>> is a massive bit of XML.
>
>
> Hi Joseph:
>
> Thanks for your patch, but before looking at it in any detail I would
> appreciate some clarification of the explanation you made above
> about the reduction in size of the resulting SVG.
>
> I haven't looked at the svg code in a while, but I am virtually
> positive it does not use Hershey fonts. For example, I just took a
> quick look at some -dev svg results, and it appears that by default it
> is using generic fonts, i.e., sans-serif, serif, etc., rather that
> specific font choices.  So specific font choice becomes (by design)
> the responsibility of the svg viewer, and has nothing to do with
> PLplot and especially our old-fashioned Hershey fonts.
>
> If it turns out I am wrong, and there are cases where it is possible
> for -dev svg to use Hershey fonts, I think that is a bug that should
> be fixed.
>
> If I am right, then there must be some other explanation of why you
> have been able to achieve reductions in svg result sizes by a factor
> of two in some cases with your patch.  That's obviously an outstanding
> result that I think we should incorporate, but it would be good to
> get a clear explanation as to why your patch reduces result size so
> much.
>
> 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); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); 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] SVG driver patch

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

On 2013-02-14 16:19+0800 Joseph Wang wrote:

> FYI,
>
> I just submitted a patch to the SVG driver on the sourceforge project
> page.  The patch
> moves some of the transforms into the text element itself and it cuts
> down the size
> of the SVG by 50% in some of my test cases.  What happens is that the SVG driver
> uses text to plots out hershey fonts, so you have data heavy plots in
> which each point
> is a massive bit of XML.

Hi Joseph:

Thanks for your patch, but before looking at it in any detail I would
appreciate some clarification of the explanation you made above
about the reduction in size of the resulting SVG.

I haven't looked at the svg code in a while, but I am virtually
positive it does not use Hershey fonts. For example, I just took a
quick look at some -dev svg results, and it appears that by default it
is using generic fonts, i.e., sans-serif, serif, etc., rather that
specific font choices.  So specific font choice becomes (by design)
the responsibility of the svg viewer, and has nothing to do with
PLplot and especially our old-fashioned Hershey fonts.

If it turns out I am wrong, and there are cases where it is possible
for -dev svg to use Hershey fonts, I think that is a bug that should
be fixed.

If I am right, then there must be some other explanation of why you
have been able to achieve reductions in svg result sizes by a factor
of two in some cases with your patch.  That's obviously an outstanding
result that I think we should incorporate, but it would be good to
get a clear explanation as to why your patch reduces result size so
much.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] SVG driver patch

[Joseph W. <joe...@gm...>]

FYI,

I just submitted a patch to the SVG driver on the sourceforge project
page.  The patch
moves some of the transforms into the text element itself and it cuts
down the size
of the SVG by 50% in some of my test cases.  What happens is that the SVG driver
uses text to plots out hershey fonts, so you have data heavy plots in
which each point
is a massive bit of XML.

I think that some other improvements may be possible.  There are a lot
of text attributes
that look like they might be shared, but I don't know enough SVG to
know how to go about
doing that.

[Plplot-general] Plots without clipping to the viewport

[James T. <jt...@gm...>]

I want to be able to make a plot that can go outside the axis lines (like
IDL's /NOCLIP option).

Currently what I am doing is:
Before the unclipped trace --
    Compute the world coordinates of normalized coordinates (0, 0) and (1,1)
    Reset the viewport to fill all of normalized device space (0,1,0,1)
    Set the window to the coordinates computed above.

Draw the unclipped trace

Afterwards --
    Restore the original viewport
    Restore the original window coordinates

Is this the best way to do it or is there a neater way?

James

Re: [Plplot-general] Enter graphics output file name:

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

On Wed, 13 Feb 2013 19:30:21 +0100
  Gerard ROBIN <g.r...@fr...> wrote:


> PS
> I still have a problem with my graphics: I would like a 
>grid 
> but the documentation is not very explicit about the 
>topic ...
> 

The letters "g" or "h" in the xopts/yopt arguments to
plbox will instruct PLplot to draw a grid on the major
and minor tick locations, respectively.

Regards,

Arjen

 

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.