plplot-general — PLplot user discussion group

[Plplot-general] Possible move to github?

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

Hi Tom:

On 2016-09-22 13:54+0100 Tom Schoonjans wrote:

> Hello again,
>
[Hazen asked]
>> We have been trying to maintain a linear history with git following
the process explained in the README.developers file. I think that the
fork and pull-request system would break this?

> Not necessarily, you can ask people submitting a PR that they rebase
against master. You can even enforce as a required check before
merging that new branches are up to date with the latest changes in
master.

@Tom:

Keeping both a github and SF repository adds quite a bit of work so I
think what we are really discussing is whether we want to move
completely to github.  But that move is a lot of work as well. I (as
current de facto maintainer of our official git repository at
SourceForge) would not want to do such work.  However, if someone else
wanted to take up the responsibility of maintaining our official git
repository, I would be happy to hand over that responsibility. 
Furthermore, if they decided it would be a good idea to move to
github, I would not get in the way of such a move so long as such a
move did not dictate our git workflow and our git history (currently
stretching back to the early 90's) was preserved.  More later about our workflow
under a different subject line....

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] New release?

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

Hi Tom:

You have opened up a lot of interesting topics for discussion here
which I am going to answer in separate e-mails with separate subject
lines.

In those separate replys I will also quote some key questions that
Hazen has already asked.

More later...

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] New release?

[Tom S. <tom...@me...>]

Hello again,

> We have been trying to maintain a linear history with git following the process explained in the README.developers file. I think that the fork and pull-request system would break this?

Not necessarily, you can ask people submitting a PR that they rebase against master. You can even enforce as a required check before merging that new branches are up to date with the latest changes in master.

In the scenario I am suggesting, you would just end up with a new branch that starts at a tag and will contain bug fixes only. It will never need to be merged into master as it will consist of commits that were cherrypicked from master.
This kind of workflow is used for example by all GNOME projects such as glib and gtk+: development occurs on master, when a new major release is ready, a tag is created (e.g. 3.22.0), as well as a new branch with the name of that major release (gtk-3-22), which will then receive bug fixes that were cherrypicked from master, but not its new features! Every now and then maintenance releases will be created off this branch like 3.22.1, 3.22.2 etc.

> I am not familiar with Travis-CI or AppVeyor but they sound interesting.

Nowadays Continuous Integration is a standard tool for automated testing and building nightly releases. With Travis-CI and AppVeyor you can easily configure that each commit sets of a number of builds on Linux, Mac OS X and Windows using any combination of options and compilers you want. Plus it’s completely free for open-source projects!

It is also possible to require PRs to successfully build and survive testing on Travis-CI and AppVeyor as a precondition for being merged in.

For an example of Travis-CI and AppVeyor, have a look at for example https://github.com/tschoonj/easyRNG <https://github.com/tschoonj/easyRNG>, scroll to the end of the page and click on the green badges.


Best,

Tom

> On 22 Sep 2016, at 13:29, Hazen Babcock <hba...@ma...> wrote:
> 
> On 09/22/2016 04:58 AM, Tom Schoonjans wrote:
>> 
>> Thanks for the fast reply.
>> 
>> I appreciate that you want to make sure that all newly implemented features have been properly tested before making the next release. Surely we can all benefit from that.
>> 
>> However, since a new release is at least a month from now, I still would like to urge you to release a maintenance release (5.11.2) in the meantime, which branches off the commit tagged as ‘plplot-5.11.1’ and cherrypicks the two commits (and possibly other bugfixes) from master to ensure it builds properly with CMake 3.6.
>> 
>> On a side note, I am also wondering if it would be possible to set up a mirror of the repository on GitHub? The fork and pull-request system is extremely good for collaboration. Also, it would be trivial to implement continuous integration support with e.g. Travis-CI and AppVeyor, which should really make testing a lot easier. I would gladly help out with that.
>> 
>> Best regards,
>> 
>> Tom
> 
> We have been trying to maintain a linear history with git following the process explained in the README.developers file. I think that the fork and pull-request system would break this?
> 
> Also, I have been maintaining an unofficial mirror here:
> https://github.com/HazenBabcock/PLplot
> 
> And we do have a PLplot organization on github, though we've not done much with it:
> https://github.com/PLplot
> 
> I am not familiar with Travis-CI or AppVeyor but they sound interesting.
> 
> best,
> -Hazen
> 

Re: [Plplot-general] New release?

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

On 09/22/2016 04:58 AM, Tom Schoonjans wrote:
>
> Thanks for the fast reply.
>
> I appreciate that you want to make sure that all newly implemented features have been properly tested before making the next release. Surely we can all benefit from that.
>
> However, since a new release is at least a month from now, I still would like to urge you to release a maintenance release (5.11.2) in the meantime, which branches off the commit tagged as ‘plplot-5.11.1’ and cherrypicks the two commits (and possibly other bugfixes) from master to ensure it builds properly with CMake 3.6.
>
> On a side note, I am also wondering if it would be possible to set up a mirror of the repository on GitHub? The fork and pull-request system is extremely good for collaboration. Also, it would be trivial to implement continuous integration support with e.g. Travis-CI and AppVeyor, which should really make testing a lot easier. I would gladly help out with that.
>
> Best regards,
>
> Tom

We have been trying to maintain a linear history with git following the 
process explained in the README.developers file. I think that the fork 
and pull-request system would break this?

Also, I have been maintaining an unofficial mirror here:
https://github.com/HazenBabcock/PLplot

And we do have a PLplot organization on github, though we've not done 
much with it:
https://github.com/PLplot

I am not familiar with Travis-CI or AppVeyor but they sound interesting.

best,
-Hazen

Re: [Plplot-general] New release?

[Tom S. <tom...@me...>]

Hi Alan,


Thanks for the fast reply.

I appreciate that you want to make sure that all newly implemented features have been properly tested before making the next release. Surely we can all benefit from that.

However, since a new release is at least a month from now, I still would like to urge you to release a maintenance release (5.11.2) in the meantime, which branches off the commit tagged as ‘plplot-5.11.1’ and cherrypicks the two commits (and possibly other bugfixes) from master to ensure it builds properly with CMake 3.6.

On a side note, I am also wondering if it would be possible to set up a mirror of the repository on GitHub? The fork and pull-request system is extremely good for collaboration. Also, it would be trivial to implement continuous integration support with e.g. Travis-CI and AppVeyor, which should really make testing a lot easier. I would gladly help out with that.

Best regards,

Tom

> On 21 Sep 2016, at 19:33, Alan W. Irwin <ir...@be...> wrote:
> 
> On 2016-09-21 14:22+0100 Tom Schoonjans wrote:
> 
>> Hi all,
>> 
>> 
>> I was wondering if a new release of PLplot could be made soon, as the current release does not build with CMake 3.6.x? The fix for it is currently in master.
>> 
>> Many thanks in advance and best regards,
> 
> Sorry, but we are not yet in position to finalize our release date
> which is at least a month away.  But as release manager I
> do want to get that release out ASAP since it does include
> a large number of fixes such as the one you mention above, and also a
> number of new features (e.g., a complete rewrite of our Fortran binding
> and examples which is a huge improvement over what we had before.)
> 
> Meanwhile, you and other PLplot users lurking here can help us a lot
> to get this release out the door by using the PLplot git master branch
> version <https://sourceforge.net/p/plplot/plplot/ci/master/tree/> for
> your daily plotting and reporting all issues that you find for that
> version (after! reading the release notes in the README.release file)
> either here or on the plplot-devel mailing list.
> 
> 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] New release?

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

On 2016-09-21 14:22+0100 Tom Schoonjans wrote:

> Hi all,
>
>
> I was wondering if a new release of PLplot could be made soon, as the current release does not build with CMake 3.6.x? The fix for it is currently in master.
>
> Many thanks in advance and best regards,

Sorry, but we are not yet in position to finalize our release date
which is at least a month away.  But as release manager I
do want to get that release out ASAP since it does include
a large number of fixes such as the one you mention above, and also a
number of new features (e.g., a complete rewrite of our Fortran binding
and examples which is a huge improvement over what we had before.)

Meanwhile, you and other PLplot users lurking here can help us a lot
to get this release out the door by using the PLplot git master branch
version <https://sourceforge.net/p/plplot/plplot/ci/master/tree/> for
your daily plotting and reporting all issues that you find for that
version (after! reading the release notes in the README.release file)
either here or on the plplot-devel mailing list.

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] New release?

[Tom S. <tom...@me...>]

Hi all,


I was wondering if a new release of PLplot could be made soon, as the current release does not build with CMake 3.6.x? The fix for it is currently in master.

Many thanks in advance and best regards,

Tom Schoonjans

Re: [Plplot-general] Real time plotting is possible?

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

> Date: Thu, 7 Jul 2016 21:23:26 +0100
> From: manel camacho <man...@gm...>
> Subject: [Plplot-general] Real time plotting is possible?
> To: plp...@li...
> Message-ID:
> 	<CALpLE0L7eUfTT_uq9HU47-CHKVgS=WcJ...@ma...>
> Content-Type: text/plain; charset="utf-8"
>
> Hi guys, I am currently interested in doing some real time plotting with
> plplot. My work does not require that, however it will be really helpful to
> see the data being plotted at the same time while being acquired.
>
> I am using C and GTK, I suppose the option is not available as default and
> maybe I need some workarounds. Can this be done erasing and remaking the
> plot again and again?. How costly this can be in terms of efficiency?. I am
> plotting 2D data sets (flow velocity, angular velocity, mechanical power,
> etc), the longer test will take maybe 5 minutes and maybe the smaller
> resolution will be .01 seconds.

Apologies for the delay in responding.

I would look at Example 17, the stripchart demo to see if something like 
that might work for you. Otherwise I think you'd just have to try your 
use case and see if it can be done fast enough. There is a function 
called plclear() that you can use to clear the plot so that you don't 
have to remake everything.

-Hazen

Re: [Plplot-general] [Plplot-devel] build with wxWidgets, Visual Studio

[Pedro V. <ped...@sp...>]

so, I found the issue, that was just a matter of not adding strings for the latest 
wxwidgets-3.1.0
version

in the script named FindwxWidgets.cmake

add the line containing "31" in several places 



foreach(LIB net odbc xml)
      find_library(WX_${LIB}${_DBG}
        NAMES
  wxbase31${_UCD}${_DBG}_${LIB}
        wxbase30${_UCD}${_DBG}_${LIB}
        wxbase29${_UCD}${_DBG}_${LIB}
        wxbase28${_UCD}${_DBG}_${LIB}
        
        
I am evaluating PLplot for a C++ project concerning 1D axis and 2D map plots and I have to say I am impressed so far:

1) easy to use, build a basic SVG output in a couple of hours
2) so far the SVG output looks good
3) WxWidgets and QT drivers
4) etc

-Pedro
  ----- Original Message ----- 
  From: Laurent Berger 
  To: plp...@li... 
  Sent: Saturday, September 17, 2016 3:12 AM
  Subject: Re: [Plplot-devel] build with wxWidgets, Visual Studio


  Hi Pedro,

  I am using vs2013 and plplot (from github) with wxwidgets and I haven't got any problem. I think you should update findwxwidgets.cmake from https://sourceforge.net/p/plplot/plplot/ci/master/tree/cmake/modules/FindwxWidgets.cmake (see https://sourceforge.net/p/plplot/plplot/ci/5b9dd303b50061c8ed3a9f149aea4b2a6817eece/log/?path=/cmake/modules/FindwxWidgets.cmake)

  May be you should clone plplot version but it is a develloper version.


  I hope it will solve your problem.


  Laurent




  Le 17/09/2016 à 07:43, Pedro Vicente a écrit :

    Hi
    I am trying to build PLPlot with the wxWidgets driver , and I get some errors

    https://sourceforge.net/p/plplot/wiki/WxWidgets/

    This is for 
    wxwidgets-3.1.0
    Visual Studio 2015

    I used 

    cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR=%WXWIN% -DwxWidgets_LIB_DIR=%WXWIN%/lib/vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF


    The wxwidgets Cmake output is

    -- wxWidgets_FOUND           : FALSE
    -- wxWidgets_INCLUDE_DIRS    : M:/wx/wxwidgets-3.1.0/lib/vc_lib/mswud;M:/wx/wxwidgets-3.1.0/include
    -- wxWidgets_LIBRARY_DIRS    :
    -- wxWidgets_LIBRARIES       : M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxpngd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxtiffd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxjp
    egd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxzlibd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxregexud.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxexpatd.lib;winmm;comct
    l32;rpcrt4;wsock32
    -- wxWidgets_CXX_FLAGS       :
    -- wxWidgets_USE_FILE        : UsewxWidgets
    -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
    -- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.
    -- WARNING: ENABLE_wxwidgets is OFF so setting all wxwidgets devices to OFF.

    It seems some libraries are found, and these 2 lines here

    -- wxWidgets_INCLUDE_DIRS    : M:/wx/wxwidgets-3.1.0/lib/vc_lib/mswud;M:/wx/wxwidgets-3.1.0/include
    -- wxWidgets_LIBRARY_DIRS    :

    seem to be mixed up.

    How could  I debug the  PLPlot supplied Cmake script, "FindwxWidgets.cmake"?

    thanks
    -Pedro


    ----------------------
    Pedro Vicente
    ped...@sp...
    http://www.space-research.org/





     

------------------------------------------------------------------------------

     

_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel




------------------------------------------------------------------------------


  ------------------------------------------------------------------------------



------------------------------------------------------------------------------


  _______________________________________________
  Plplot-devel mailing list
  Plp...@li...
  https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-general] build with wxWidgets, Visual Studio

[Pedro V. <ped...@sp...>]

Hi
I am trying to build PLPlot with the wxWidgets driver , and I get some errors

https://sourceforge.net/p/plplot/wiki/WxWidgets/

This is for 
wxwidgets-3.1.0
Visual Studio 2015

I used 

cmake ".." -G "Visual Studio 14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR=%WXWIN% -DwxWidgets_LIB_DIR=%WXWIN%/lib/vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF


The wxwidgets Cmake output is

-- wxWidgets_FOUND           : FALSE
-- wxWidgets_INCLUDE_DIRS    : M:/wx/wxwidgets-3.1.0/lib/vc_lib/mswud;M:/wx/wxwidgets-3.1.0/include
-- wxWidgets_LIBRARY_DIRS    :
-- wxWidgets_LIBRARIES       : M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxpngd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxtiffd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxjp
egd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxzlibd.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxregexud.lib;M:/wx/wxwidgets-3.1.0/lib/vc_lib/wxexpatd.lib;winmm;comct
l32;rpcrt4;wsock32
-- wxWidgets_CXX_FLAGS       :
-- wxWidgets_USE_FILE        : UsewxWidgets
-- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF.
-- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.
-- WARNING: ENABLE_wxwidgets is OFF so setting all wxwidgets devices to OFF.

It seems some libraries are found, and these 2 lines here

-- wxWidgets_INCLUDE_DIRS    : M:/wx/wxwidgets-3.1.0/lib/vc_lib/mswud;M:/wx/wxwidgets-3.1.0/include
-- wxWidgets_LIBRARY_DIRS    :

seem to be mixed up.

How could  I debug the  PLPlot supplied Cmake script, "FindwxWidgets.cmake"?

thanks
-Pedro


----------------------
Pedro Vicente
ped...@sp...
http://www.space-research.org/

[Plplot-general] Real time plotting is possible?

[manel c. <man...@gm...>]

Hi guys, I am currently interested in doing some real time plotting with
plplot. My work does not require that, however it will be really helpful to
see the data being plotted at the same time while being acquired.

I am using C and GTK, I suppose the option is not available as default and
maybe I need some workarounds. Can this be done erasing and remaking the
plot again and again?. How costly this can be in terms of efficiency?. I am
plotting 2D data sets (flow velocity, angular velocity, mechanical power,
etc), the longer test will take maybe 5 minutes and maybe the smaller
resolution will be .01 seconds.

Thanks in advance guys :)

[Plplot-general] test - ignore

[<lis...@ic...>]

test - ignore

[Plplot-general] 1st Call For Papers - 23rd Annual Tcl/Tk Conference (Tcl'2016)

[<aku...@sh...>]

Hello plplot-general, fyi ...

23rd Annual Tcl/Tk Conference (Tcl'2016)
http://www.tcl.tk/community/tcl2016/

November 14 - 18, 2016
Crowne Plaza Houston River Oaks
2712 Southwest Freeway, 77098
Houston, Texas, USA

Important Dates:

Abstracts and proposals due   September 12, 2016
Notification to authors       September 19, 2016
WIP and BOF reservations open August 22, 2016
Author materials due          October 24, 2016
Tutorials Start               November 14, 2016
Conference starts             November 16, 2016

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

Submission of Summaries

Tcl/Tk 2016 will be held in Houston, Texas, USA from November 14, 2016 to November 18, 2016.

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 tcl...@go... no later than September 12, 2016. Authors of accepted
abstracts will have until October 24, 2016 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 30 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 22, 2016. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in August 22, 2016. 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/tcl2016/) 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

   * Andreas Kupries Hewlett Packard Enterprise
   * Arjen Markus    Deltares
   * Brian Griffin   Mentor Graphics
   * Clif Flynt      Noumena Corp
   * Gerald Lester   KnG Consulting LLC
   * Joe Mistachkin  Mistachkin Systems
   * Ronald Fox      CAEN Technologies
                     NSCL @ Michigan State University

Contact Information     tcl...@go...

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

   * Mentor Graphics
   * Tcl Community Association

Re: [Plplot-general] setting arbitrary ticks

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

>
> I need to set xticks at e.g. 90, 180, 210. Is there a function to set
> the xticks when the interval between ticks is varying? Currently I fall
> back on drawing the ticks manually with 'join', but was curious if
> there's a function for this case.

Sorry, I don't think there is such a function. In your case you could 
perhaps use the xtick = 30 in plbox(). You'd have more ticks than you 
might want, but you'd also have a tick at every value that you list.

best,
-Hazen

Re: [Plplot-general] help with pladv() from Python

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

>
> Hi All -
>
> This is the first day I have being using PLplot, and my first post to this list, so please be gentle...
>
> I'm a long-time pgplot user (from C). I've been using Python for some time, but not really doing any complicated graphics, so I just used matplotlib. Now I want to do something more advanced, I have decided I hate matplotlib. Rather than use the python bindings to pgplot, I thought I would give PLplot a whirl. So far, I have been really impressed, and have gone a long way, using my pgplot knowledge, and looking for similarities in PLplot.
>
> But, I am having what is probably a simple error on my part. I want to create a number of sub-pages, and then draw in each of them in semi-random order. It seems I should be able to do that by calling pladv(n), where n is the sub-page number. However, I only seem to be able to advance forwards, not backwards (for both e.g. xwin and ps). To try and isolate what is happening, I wrote a trivial Python routine, attached. It will advance forward, but my attempts to advance backwards produce no error messages, but also no output. Maybe I have a missing call to some other routine, or something?

Apologies for the extreme delay in responding. The documentation does 
imply that pladv() should do this. However the only way that I can get 
it to (sort of) work is to call pladv() to go to the requested sub-page, 
then call plenv0(). However this also clears the plot so you would have 
to replay everything that you previously drew.

What is your goal? Do you want N plots on a single page that are 
updating in real time?

best,
-Hazen

[Plplot-general] Can't build/instal cairo driver with 5.11.1 WinXP64, GCC/gfortran 5.3.0

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

Hi "DrO":

I am switching this conversation from support request ticket 38 to the
plplot-general list since that is our favoured method of answering
support requests, and it appears there are a number of issues we still
need to discuss.

On 2016-04-03 16:07-0000 DrO wrote:

> Cheers for that.
>
> 1) Yes, I suppose the ticket [38] can be closed, but with slight reluctance.
>
> As noted earlier, in a "perfect world" the solution would be a fix or
> something in the PLPlot makefiles that allows the MSys side to find the
> extra driver bits.  If you send me some clues as to where/how the PLPlot
> make etc bits look for the extra driver bits, perhaps I can have a go at
> that.
>
> It is almost surely some "simple" path/env thing, but I am not sufficiently
> good at bash/make/config to determine the specifics on my own.  In any case,
> one needs to get to the point where MSys/cmake produces:
>
> ENABLE_DYNDRIVERS:      ON
> DRIVERS_LIST: cairo;mem;null;ps;svg;wingcc;xfig
> DEVICES_LIST:
> memcairo;extcairo;pdfcairo;pngcairo;pscairo;epscairo;svgcairo;wincairo;mem;n
> ull;ps;svg;wingcc;xfig
>
> instead of
>
> ENABLE_DYNDRIVERS:      ON
> DRIVERS_LIST: mem;null;ps;svg;xfig
> DEVICES_LIST: mem;null;ps;svg;xfig

OK.  It sounds like you still have issues that needs to be addressed
so I will keep the support request ticket 38 open for now although all
further conversation should please occur on the plplot-general mailing
list.

One issue is wingcc is missing.  That is quite unusual (since wingcc
only depends on fundamental Windows libraries that should easily be
found by cmake).

When you reply to this message on the plplot-general mailing list
please include as a separate attachment the compressed captured output
from the cmake command for an initially empty build tree.  Under bash
I would created that compressed file as follows:

mkdir build_tree
cd build_tree
cmake -DCMAKE_INSTALL_PREFIX=whatever wherever_top_of_plplot_source_tree >& cmake.out
gzip cmake.out

The resulting cmake.out.gz should include most of what I need to know to
discover why the fundamental Windows libraries used by wingcc are not
being found.

A completely separate issue is the missing cairo device driver.
However, that is due to the fundamental issue with the "vanilla"
MinGW/MSYS platform I alluded to earlier, namely, unlike
MinGW-w64/MSYS2 the MinGW/MSYS platform is completely missing many
fundamental open-source libraries that give PLplot its power.  In this
case, the pango and cairo libraries and all their many library
dependencies that are required by the cairo device driver are missing,
but the cmake.out.gz file you will be sending me will also have
zillions of WARNING messages about many other open source libraries
that are not found on MinGW/MSYS which is why the result is missing so
much PLplot functionality (the cairo device driver and much more, but
this does not explain the wingcc issue noted above since that device
driver only depends on fundamental Windows system libraries).

One "solution" for the cairo device driver issue is to download the
GTK+ set of libraries for Windows (which includes the required pango
and cairo libraries and their dependencies).  That method sometimes
works, but you inevitably run into ABI trouble with that method
whenever the MinGW compiler that you are using has a different ABI
than the compiler used to build the binary version of GTK+ that you
have downloaded.

> The MinGW installation here is not the bog standard classical MinGW, it is
> one that  follows the much more useful structure based on the excellent work
> found on this site (http://ingar.satgnu.net/devenv/mingw32/base.html), which
> I refer to as the "Ingar MinGW".

I have not heard of this variation of MinGW/MSYS before, but it uses
the same MinGW-w64 runtime as MinGW-w64/MSYS2 and following links at
that site I also found
<http://ingar.satgnu.net/devenv/mingw32/base.html#install_opt> which
shows that the "Ingar MinGW" platform provides GTK+ that is compiled
with the same "Ingar MinGW" compiler and therefore immune to the ABI
troubles I mentioned above for vanilla MinGW/MSYS.  So it appears the
"Ingar MinGW" platform is just like MinGW-w64/MSYS2 in this regard,
but the latter platform provides many additional open-source libraries
that give PLplot its power.

So if you let me know the location of the dll's of all those "Ingar
MinGW" GTK+ libraries, then I should be able to help you to figure
out how to give the PLplot build system a hint concerning finding
them.

For example, one issue with PLplot and many other open-source software
packages is you should not have spaces in the source tree, build tree,
or install tree paths.  So if you have installed your "Ingar MinGW"
platform with a path prefix that includes a space, that would cause
all sorts of find trouble.

Note, however, that once you have addressed both the wingcc and
cairo device driver issues, you still have an extraordinarly weak
version of PLplot.  Which is why I keep mentioning the MinGW-w64/MSYS2
platform which (when it works) gives you a powerful version of PLplot
with almost complete functionality.

With regard to the MinGW-w64/MSYS2 platform I acknowledge all the
terrible troubles with older versions of it that you have reported to
me previously in this conversation, and I can see why as a result you
are so reluctant to use it. So for now, let's concentrate on getting
you up and running with the weak version of PLplot that is possible on
"Ingar MinGW".

However, with regard to the present reliability of MinGW-w64/MSYS2,
Greg Jung, has recently reported complete success with PLplot on that
platform. And one of our core developers, Arjen, has had initial
success with a limited test on that platform last week.  But due to
unfamiliarity with that platform, he violated the complex update rules
relevant at the time when attempting to install more MinGW-w64/MSYS2
packages, and got stuck because of that.  He soon plans to reinstall
MinGW-w64/MSYS2 and follow the much simplified update rules that are
available now with this latest version (see
<https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/>).

So in sum we are still quite inexperienced with this platform, and we
will keep in mind the bad results you have had for earlier versions of
this platform, but we soon might be in position to say both a PLplot
user and core PLplot developer have had complete success with a
powerful version of PLplot on the MinGW-w64/MSYS2 platform by
religiously following the installation and upgrade rules for that
platform detailed in
<https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/>. Note in
particular the advice there which is "MUST use folder names that
consist of only ascii characters and no spaces" which jibes with my
similar advice above concerning PLplot itself.

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] setting arbitrary ticks

[Peter J. <tr...@gm...>]

Hi,

I need to set xticks at e.g. 90, 180, 210. Is there a function to set 
the xticks when the interval between ticks is varying? Currently I fall 
back on drawing the ticks manually with 'join', but was curious if 
there's a function for this case.


Cheers,
Peter

[Plplot-general] help with pladv() from Python

[Richard P. <rpr...@nr...>]

Hi All -

This is the first day I have being using PLplot, and my first post to this list, so please be gentle...

I'm a long-time pgplot user (from C). I've been using Python for some time, but not really doing any complicated graphics, so I just used matplotlib. Now I want to do something more advanced, I have decided I hate matplotlib. Rather than use the python bindings to pgplot, I thought I would give PLplot a whirl. So far, I have been really impressed, and have gone a long way, using my pgplot knowledge, and looking for similarities in PLplot.

But, I am having what is probably a simple error on my part. I want to create a number of sub-pages, and then draw in each of them in semi-random order. It seems I should be able to do that by calling pladv(n), where n is the sub-page number. However, I only seem to be able to advance forwards, not backwards (for both e.g. xwin and ps). To try and isolate what is happening, I wrote a trivial Python routine, attached. It will advance forward, but my attempts to advance backwards produce no error messages, but also no output. Maybe I have a missing call to some other routine, or something?

Any guidance greatly appreciated.

Regards,
                                         Richard

Re: [Plplot-general] Tic labels

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

Hello Mikhail,



You should use the "f" format to instruct the label drawing routines to use a fixed format for the numbers along the axes and with plsxax you can set the number of digits. I admit I have not tested this receipe, but the documentation and the source code indicate this is what you are looking for.



Regards,



Arjen



> -----Original Message-----
> From: Mikhail Lisakov [mailto:ast...@gm...]
> Sent: Thursday, December 10, 2015 11:23 AM
> To: plp...@li...
> Subject: [Plplot-general] Tic labels
>
> Dear PLPlot gurus,
>
> I'm using PLPlot from my Perl scripts. I like it but recently I've faced an issue I could
> not resolve myself (including exhaustive search for an answer on web).
>
> I use MJD (Modified Julian Date) as x-axis values. Values are usually around 56000.
> PLPlot labels xtics as 5.56 , 5.57 etc. and shows an axis multiplier x10^4.
> This appearance is far from desirable for me in this case.
>
> Is there a chance to tell PLPlot a format of tic labels?
>
> Thank you in advance.
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

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] Tic labels

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

On 2015-12-10 13:22+0300 Mikhail Lisakov wrote:

> Dear PLPlot gurus,
>
> I'm using PLPlot from my Perl scripts. I like it but recently I've faced
> an issue I could not resolve myself (including exhaustive search for an
> answer on web).
>
> I use MJD (Modified Julian Date) as x-axis values. Values are usually
> around 56000.
> PLPlot labels xtics as 5.56 , 5.57 etc. and shows an axis multiplier x10^4.
> This appearance is far from desirable for me in this case.
>
> Is there a chance to tell PLPlot a format of tic labels?

Hi Mikhail:

The answer to your question is yes.  For an example of using this
PLplot functionality, look at the custom tic labeller used in standard
example 19.

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] Tic labels

[Mikhail L. <ast...@gm...>]

Dear PLPlot gurus,

I'm using PLPlot from my Perl scripts. I like it but recently I've faced
an issue I could not resolve myself (including exhaustive search for an
answer on web).

I use MJD (Modified Julian Date) as x-axis values. Values are usually
around 56000.
PLPlot labels xtics as 5.56 , 5.57 etc. and shows an axis multiplier x10^4.
This appearance is far from desirable for me in this case.

Is there a chance to tell PLPlot a format of tic labels?

Thank you in advance.

Re: [Plplot-general] Font problems

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

On 2015-11-28 02:02-0800 Alan W. Irwin wrote:

> MinGW-w64/MSYS2 is quite a new distribution of free software for
> Windows, but it already is almost as complete as Cygwin, the libraries
> it supplies (unlike the Cygwin ones) are native Windows libraries
> (i.e., they do not link to some additional dll such as cygwin.dll), it
> has exponentially growing popularity, and Greg already has obtained
> excellent comprehensive PLplot test results for that platform.  To get
> access to MinGW-w64/MSYS2 you should start by reading
> <http://sourceforge.net/p/plplot/wiki/MinGW-w64-MSYS2/>.

I should have added that Cygwin has set the standard for Windows
distribution of free software for a long time.  Both Arjen and Greg
have reported essentially perfect comprehensive test results for an
extremely powerful (because of the presence of essentially all free
software libraries that are PLplot soft prerequistes) version of
PLplot on Cygwin.

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] Font problems

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

On 2015-11-27 12:00-0800 Alan W. Irwin wrote:

> The conclusion is there is a specific bug for the ps device
> driver for PostScript fonts, and also a specific bug for the svg device
> (which is probably not related).  I will look into both of those.

Hi Peter (again):

I am moving this further discussion from plplot-devel to
plplot-general since the general advice I give below is more
appropriate for the PLplot users that typically subscribe to that
mailing list.

The issue with the svg device turned out to nothing to do with PLplot.
With svg you can look at the xml file to verify everything is
entered correctly.  The relevant xml code is

<tspan font-family="sans-serif" font-style="normal"
font-weight="normal">&#x48;&#x65;&#x72;&#x73;&#x68;&#x65;&#x79;&#x20;&#x63;&#x6f;&#x64;&#x65;&#x20;&#x25b6;</tspan>

If you translate each of those unicode characters, e.g., with the
handy gucharmap application that is available on Linux, they spell out

"Hershey code " followed by the unicode character for an arrowhead
symbol.  That is the expected result for that modified example.

However, when my svg ImageMagick "display" viewer renders that result
it drops the blanks and also replaces the last unicode character by
"?". So that is an issue with Debian Jessie display command that never
occurred for Debian wheezy.  I then shifted to using a browswer to
view that result and both the konqueror and iceweasel (a.k.a. firefox
browser) rendered that svg file correctly with blanks and arrowhead
rendered correctly.

So try -dev svg and check the resulting file to see whether x25b6
shows up in that file as it should do, then use your best SVG viewer
(probably a browser) to see if that gives you good rendering results
on your own platform.

I have dug a lot deeper now for the missing arrowhead issue of -dev psc.
See my recent commit message (especially the last few sentences) at
<http://sourceforge.net/p/plplot/plplot/ci/6a6241e918cd05e2cd20a02011bb33ac7ba62468/>.

My (almost certain) conclusion is the issue is the standard set of 35
Type 1 Adobe fonts do not include such a glyph.  When I compiled the C
table that correlates unicode and type 1 indices and which therefore
controls what Type 1 glyph is rendered for a particular unicode index,
I did that task in a systematic way (although I have forgotten exactly
which basic resource I used to set it up), but I ran into this issue a
lot. Basically, type 1 fonts just suck in terms of having more than a
minimal number of glyphs available.  As I recall the limit is 255 for
a given font file and those 35 standard font files are typically for
sans, serif, bold, etc., variations.  Thus a large percentage of the
255 slots for each of those files are already taken up with lower- and
upper-case Latin and Greek characters so that leaves very few slots to
represent more than Latin and Greek. Thus, the arrow head could not be
represented for the standard set of 35 type 1 fonts and the ps device
driver that uses those fonts.

Given this limitation of -dev psc, I suggest you use -dev svg or better
yet install one of the big suites of open-source graphics libraries that
are available for Windows (either the GTK+ suite of libraries or else
the Qt4 (or Qt5) suite of libraries).  You can install those libraries
by hand on bare Windows, but a much more convenient and safe option
(in terms of ABI compatibility) is to use a Windows distribution of
free software such as Cygwin or MinGW-w64/MSYS2 where installation of
the GTK+ or Qt4 suite of libraries is extremely convenient, and a
consistent ABI is guaranteed (everything compiled with exactly the
same compiler version) on those distributions.  You get no such
consistent ABI guarantee for bare Windows since an arbitrary download
of some binary version of the GTK+ suite can be compiled with
any compiler and similarly for an arbitrary binary download
of the Qt4 or Qt5 suite of libraries.

MinGW-w64/MSYS2 is quite a new distribution of free software for
Windows, but it already is almost as complete as Cygwin, the libraries
it supplies (unlike the Cygwin ones) are native Windows libraries
(i.e., they do not link to some additional dll such as cygwin.dll), it
has exponentially growing popularity, and Greg already has obtained
excellent comprehensive PLplot test results for that platform.  To get
access to MinGW-w64/MSYS2 you should start by reading
<http://sourceforge.net/p/plplot/wiki/MinGW-w64-MSYS2/>.

Once those graphics libraries are installed, then PLplot allows you to
build either/both the "cairo" device driver which implements many different
devices include PostScript and PDF ones and which depends on the
pango/cairo subset of GTK+ or the "qt" device driver which also
implements many different devices including PostScript and PDF ones
and which depends on either the Qt4 or Qt5 suite of libraries (note
the latter case is still experimental and requires you use the
-DPLPLOT_USE_QT5=ON CMake option which normally defaults to OFF).

For both the cairo and qt cases, the resulting PostScript and/or PDF
results use TrueType system fonts (installed as a bunch of drawing
instructions in the file header) rather than Type 1 fonts.  There is
no 255 limit on the number of glyphs in a TrueType font file so they
tend to have an extensive glyph coverage. Finally, the TrueType font
results look really good (compared to, say, Hershey font results).
(See <http://plplot.sourceforge.net/examples.php> for how our standard
examples look with cairo devices, and the corresponding qt device
driver results similarly look good.)

I hope this discussion of the limitations of the ps device driver
makes sense, and I also hope this discussion helps you and other
Windows users to start taking advantage of the high quality (both in
terms of glyph coverage and the beauty of the rendered text results)
cairo and qt device drivers.

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] Source bug?

[Peter W. <pet...@nt...>]

I have done a plplot build using cmake  with the 'deprecated' flag set 
on. The mingw make comes with an error message:

C:\PlplotSource-5.11.1\src\plmap.c: In function 'drawmap':

C:\PlplotSource-5.11.1\src\plmap.c:530:25: error: 'appendresult' 
undeclared (first use in this function)
appendresult += appendfltptr( &splitx, nsplitsections, bufx + i );
^
I do not get this error with the deprecated flag set off.

Re: [Plplot-general] : pltimefmt( "%H %M:%S%1" );

[Sergej S. <no...@ro...>]

Hi!
I use several variants of the time  with different decimal parts of it. It works without problem.
My code is below:

---------------------------------------------------------------------------------------------------------

pladv( 0 );

  /* Rescale major ticks marks by 0.5 */
  plsmaj( 0.0, 1.5 );
  /* Rescale minor ticks and error bar marks by 0.5 */
  plsmin( 0.0, 0.7 );

  plvsta();
  plwind( xmin, xmax, ymin, ymax );

  /* Draw a box with ticks spaced every 3 hour in X and 1 degree C in Y. */
  plcol0( 1 );

  /* Set time format */
 
 //pltimefmt( "%Y-%m-%d %H" );
  //pltimefmt( "%M:%S" );
  //pltimefmt( "%m-%d %H" );
  /////pltimefmt( "%d %H:%M" );
  ////pltimefmt( "%M:%S" );
  ////pltimefmt( "%m-%d %H %M:%S%1" );
  pltimefmt( "%H %M:%S%1" );

  //pltimefmt( "%d %H" );
  //pltimefmt( "%H:%M" );
  
  //pltimefmt( "%Y-%m-%d" );
  //pltimefmt( "%m-%d" );

  plbox( "bcnstd", 0.5 , 10.0, "bcnstv", ymax, 10.0 );

  //plbox( "bcnstd", 1, 1, "bcnstv", 1, 1 );

  plcol0( 1 );
  pllab( titleX, titleY, title );
  
  plcol0( 4 ); //- color 03
  plline( NumInpData, FloatDate, FloatData );

Regards,
Sergey.