Re: [Plplot-general] remove margins on multiple plot scenario

[Xavier C. <car...@gm...>]

Thank you Alan

I have successfully integrated your solution in to my program

At the end, in order to do it I had to build something similar to plssub so
it played out with plstick

As stacking was just fine, I just split the pipe in to plssub + plenv for
stacking and my grid builder / indexer + plstick

Thank you again for the in-depth explanation, the code example and the link
to the documentation, which I recognize I should've checked before
impulsively start coding :)

Have fun!

Xavier

On Sat, Feb 15, 2020 at 7:27 PM Alan W. Irwin <Ala...@gm...>
wrote:

> On 2020-02-14 15:01+0100 Xavier Cardil wrote:
>
> > Hi Alan:
> > Thank you for sharing your code !
>
> You are welcome.
>
> >
> > I have been trying to integrate this in to my current python program
> > without luck, as it's already pretty complex, so what I am doing now
> > My program creates custom "subplot" objects and passes them through a
> > "pipe" that first generates the window, then organizes the plots and
> > finally draws them
> > One of the critical parts of the procedure is using plenv, which uses
> > itself pladv and sets a basic viewport, as per the plplot documentation
> > As it's hard to implement this without an example, I am trying to
> implement
> > your solution on a regular plplot example first, but:
> >
> > I have some difficulty understanding your code, so I would really
> > appreciate if you can clear some doubts:
>
> I think you already understand the plstick documentation (see my
> response to your documentation questions below).  And actually, the
> code is pretty clear as well.  Aside from some scaling of characters
> and symbols (which I don't completely follow myself, but it works
> reasonably well), it is just a wrapper for plvpor but with a different
> argument list that is convenient to use when you are grouping plots close
> together on a single page.
>
> Please review
> <http://plplot.org/docbook-manual/plplot-html-5.15.0/viewport_window.html>
> to make sure you understand the distinctions between plotting surface,
> (sub-)page, and viewport, and the plwind and plbox calls that
> establish the window corresponding to the viewport and annotate the
> viewport.
>
> For example, you could make a 4 plots jammed together for a given page
> by
>
> plinit()
> pladv(0)
>
> # Upper left viewport on page
> plvpor(0., 0.5, 0.5, 1.0)
> plwind(...)
> ...
> plbox(...)
> ...
>
> # Lower left viewport on page
> plvpor(0., 0.5, 0.0, 0.5)
> plwind(...)
> ...
> plbox(...)
> ...
>
> # Upper right viewport on page
> plvpor(0.5, 1.0, 0.5, 1.0)
> plwind(...)
> ...
> plbox(...)
> ...
>
> # Lower right viewport on page
> plvpor(0.5, 1.0, 0.0, 0.5)
> plwind(...)
> ...
> plbox(...)
> ...
>
> But you can successively replace those plvpor calls by
>
> plstick(2,2,1,1, 0., 0., 0., 0.)
> plstick(2,2,2,1, 0., 0., 0., 0.)
> plstick(2,2,1,2, 0., 0., 0., 0.)
> plstick(2,2,2,2, 0., 0., 0., 0.)
>
> to achieve exactly the same results (aside from the character and symbol
> scaling that
> goes on inside plstick).  Note, those first 2 arguments specify the size
> of the
> matrix of potential viewports, and the 3rd and 4 arguments specify the
> matrix
> element corresponding to the single viewport established by the
> plvpor call within plstick.
>
> The fundamental advantages of plstick over plvpor is those third and
> fourth arguments makes it easy to keep track of which part of the
> viewport matrix you are attempting to use, and you don't have to worry
> about keeping track of all the divisions and offsets to specify a
> particular element of the matrix.  For example, to specify the (2, 3)
> viewport matrix element within a 3x7 matrix you just need to call
>
> plstick(3,7,2,3,....)
>
> Or you could call plvpor directly instead, but that case there would be a
> lot of
> arithmetic involved to generate the correct limits corresponding to
> that matrix element.
>
> Note plenv internally calls pladv, plvpor, plwind, and plbox with some
> simplifying assumptions so it should not be used for any situation
> that is complex in the slightest
> such as attempting to jam plot viewports (and corresponding
> windows) together on a single (sub-)page.  So instead of plenv you
> must (as in the example above) call pladv once per (sub-)page followed
> by groups of plvpor (or plstick), plwind, and plbox calls that jam the
> viewports (and corresponding windows) together.
>
> If you want to take a look at a more complex but real-world example of
> using plstick, see
> <
> https://sourceforge.net/p/freeeos/freeeos/ci/master/tree/www/eos_papers/coulomb/coulomb_adjust.py
> >.
> This is the updated version of the Python script that generated the
> plot I attached last time.  If you look at that plot, there are two
> columns and 3 rows for the viewport matrix that is used, but a
> complication is there is a gap between the two columns to leave room
> for the annotation of the right-most column.  But specifying such a
> gap (and the space above and below each column) is handled with ease using
> the plstick spacing parameters.
>
> >
> >
> >   - # Sets up a viewport such that xnum X ynum of them fit onto a # page.
> >      - I assume this sets the amount of plots that will fit in to a page
> X
> >      / Y distributed ?
>
> Yes.
>
>
> >   - Make the active viewport the one at column currentx and row #
> >   currenty, starting at the top left.
> >      - This sets where plots will start being drawn, starting at the top
> >      left ?
>
> Yes.
>
> So I have confirmed you understand the documentation of plstick, and you
> have access to general documentation of the relationships between
> page, viewport, and window and two examples to work with.  So I hope
> this information completely solves the issue for you.
>
> Alan
> __________________________
> Alan W. Irwin
>
> 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.org); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>