copy gnuplotlib from euslib/jsk.l

[k-okada]

DO NOT MERGE YET

@snozwa, from discussion in internal repository, you suggested to use

ちなみに
(load "~/prog/euslib/jsk/gnuplotlib.l")
(graph-view xxx)
で３次元プロット可能です（サンプルがコメントアウトされています）

if this is normal usecase, can we remove methods linke :prog-one or other methods?

[snozawa]

I think gnuplotlib has several points to be refined for irteus commit.

• Some functions may be defined in euslib/jsk, such as x::hogeghoge functions in jskx.l
• There are two usecase, but recent users are mainly off-line plotting:
  • Online plotting
  • Offline plotting

On-line plotting is like

(do-until-key
 (send *gp* :proc-one (get-sensor-value))
 )

if this is normal usecase, can we remove methods linke :prog-one or other methods?

Almost all on-line users are almuni.
Recently, these use case are replaced by rqt_plot, but some users may be going to want to use on-line plotting.

Off-line plotting is like:

(setq plot-data-list (gen-plot-data-list))
(graph-view plot-data-list)

these are used from now.

[k-okada]

why they use rqt_plot for on-line and euslisp for off line ?

◉ Kei Okada

On Tue, Sep 1, 2015 at 12:45 AM, Shunichi Nozawa notifications@github.com
wrote:

I think gnuplotlib has several points to be refined for irteus commit.

• Some functions may be defined in euslib/jsk, such as x::hogeghoge
  functions in jskx.l
• There are two usecase, but recent users are mainly off-line
  plotting:
  • Online plotting
  • Offline plotting

On-line plotting is like

(do-until-key
(send gp :proc-one (get-sensor-value))
)

if this is normal usecase, can we remove methods linke :prog-one or other
methods?

Almost all on-line users are almuni.
Recently, these use case are replaced by rqt_plot, but some users may be
going to want to use on-line plotting.

Off-line plotting is like:

(setq plot-data-list (gen-plot-data-list))
(graph-view plot-data-list)

these are used from now.

—
Reply to this email directly or view it on GitHub
#261 (comment).

[snozawa]

why they use rqt_plot for on-line and euslisp for off line ?

I just meant that recent users seem not to use :proc-one for off-line usage.

Actually, there are many ways to plot data.
Some users use matplotlib both for off-line and on-line usage,
some users use rqt_plot (based on matplot or pyqtgraph) for topic,
some users use gnuplot directly, and
some users use gnuplotlib from euslisp.

Plotting graphs rely on students dislikes and likes because these are user interface.
Recently, there are more programming language choices for students than before.
For example, five years ago there are quite few users for python programmer in labs.
Recently, many students can use both euslisp and python.
When using python, it is easy to use matplotlib.

[k-okada]

yes, and since we can not maintain all cases, so we should choose recommend
use case and keep maintain only these cases, lik/dislike may change over a
few years and most of student will gone with that time period. so we should
keep only maintainers can keep more than a few years.

for example -

• ros users, - use rqt_plot , do not read bag data into lisp and plot them
  or convert to the csv and plot with gnuplot
• bare hrpsys users, read .dat and plot with gnuplot (aist ?) use
  matplotlab (@eisoku9618?)
• lisp ??? what is the use case of using plot ? to visualize data ? someone
  plot data directory without using gnuplot (@s-noda?)

◉ Kei Okada

On Wed, Sep 2, 2015 at 9:15 AM, Shunichi Nozawa notifications@github.com
wrote:

why they use rqt_plot for on-line and euslisp for off line ?

I just meant that recent users seem not to use :proc-one for off-line
usage.

Actually, there are many ways to plot data.
Some users use matplotlib both for off-line and on-line usage,
some users use rqt_plot (based on matplot or pyqtgraph) for topic,
some users use gnuplot directly, and
some users use gnuplotlib from euslisp.

Plotting graphs rely on students dislikes and likes because these are user
interface.
Recently, there are more programming language choices for students than
before.
For example, five years ago there are quite few users for python
programmer in labs.
Recently, many students can use both euslisp and python.
When using python, it is easy to use matplotlib.

—
Reply to this email directly or view it on GitHub
#261 (comment).

[snozawa]

• bare hrpsys users, read .dat and plot with gnuplot (aist ?) use matplotlab (@eisoku9618?)

In the case that I'd like to robot model information,
for me, it is easiest way to use euslisp and currently
it is difficult to use python for that case.
For example, we can use ModelLoader from openhrp3 python interface, but
computation capability of openhrp3 python is weaker than that of euslisp
(no IK library, no end-effector property, ... etc).

Although DataLogger log parser seems to be put in hrpsys-base and written in python or gnuplot,
after parsing DataLogger log, we need to calculate some state variable information from log data and
such kinds of calculation is difficult for python or gnuplot and easy for euslisp.
Therefore, I think euslisp is most suitable for DataLogger log parser for us.

• lisp ??? what is the use case of using plot ? to visualize data ?

Yes, I alway use gnuplotlib to visualize data when I'd like to plot something on euslisp
(motion planning data, sensor data, hrpsys log data, ... etc).

someone plot data directory without using gnuplot (@s-noda?)

Unfortunately, I think this is difficult way because
we need to introduce many functionality from matplotlib or gnuplotlib
such as 2d plot, 3d plot, scale, legend, coloring, lines and points shaping,
dumping to image file or eps file, ... and everything and we need to maintain them.

[k-okada]

ok, if so we have to force @eisoku9618 to use euslisp for plotting current
his project, and method required for that project should be included in
this PR.

◉ Kei Okada

On Wed, Sep 2, 2015 at 4:27 PM, Shunichi Nozawa notifications@github.com
wrote:

• bare hrpsys users, read .dat and plot with gnuplot (aist ?) use
  matplotlab (@eisoku9618 https://github.com/eisoku9618?)

In the case that I'd like to robot model information,
for me, it is easiest way to use euslisp and currently
it is difficult to use python for that case.
For example, we can use ModelLoader from openhrp3 python interface, but
computation capability of openhrp3 python is weaker than that of euslisp
(no IK library, no end-effector property, ... etc).

Although DataLogger log parser seems to be put in hrpsys-base and written
in python or gnuplot,
after parsing DataLogger log, we need to calculate some state variable
information from log data and
such kinds of calculation is difficult for python or gnuplot and easy for
euslisp.
Therefore, I think euslisp is most suitable for DataLogger log parser for
us.

• lisp ??? what is the use case of using plot ? to visualize data ?

Yes, I alway use gnuplotlib to visualize data when I'd like to plot
something on euslisp
(motion planning data, sensor data, hrpsys log data, ... etc).

someone plot data directory without using gnuplot (@s-noda
https://github.com/s-noda?)

Unfortunately, I think this is difficult way because
we need to introduce many functionality from matplotlib or gnuplotlib
such as 2d plot, 3d plot, scale, legend, coloring, lines and points
shaping,
dumping to image file or eps file, ... and everything and we need to
maintain them.

—
Reply to this email directly or view it on GitHub
#261 (comment).

[k-okada]

Thank you for contributing jskeus documentation

Please check latest documents before merging

PDF version of Japanese jmanual: jmanual.pdf
HTML version of Japanese manual: jmanual.html
Sphinx (ReST) version of Japanese manual: jmanual.rst

[k-okada]

Thank you for contributing jskeus documentation

Please check latest documents before merging

PDF version of Japanese jmanual: jmanual.pdf
HTML version of Japanese manual: jmanual.html
Sphinx (ReST) version of Japanese manual: jmanual.rst

[k-okada]

Thank you for contributing jskeus documentation

Please check latest documents before merging

PDF version of Japanese jmanual: jmanual.pdf
HTML version of Japanese manual: jmanual.html
Sphinx (ReST) version of Japanese manual: jmanual.rst