Re: Handle graphics plotting functions

David Bateman <[email protected]> Tue, 14 Feb 2006 12:15:52 +0100
Newsgroups gmane.comp.gnu.octave.graphics
Organization Motorola CRM
Message-ID <[email protected]>
Petr Mikulik wrote:

> >> My previous letter shows that Octave still does not use gnuplot 4.0
> >> features (released almost 2 years ago) enough.
> >>
> > Octave is a community project, stop bitching and send us the code....
>
> Please read my emails carefully. Implementation of ginput and imagegp is
> available for a long time, it has been announced on Octave mailing 
> lists and
> is available from
>         http://www.gnuplot.info/links.html
>
ginput.m already exists in octave and has for a very long time and 
therefore doesn't use any capabilities of gnuplot to do input but rather 
standard Xlib calls in grab.cc. If you are not happy with our existing 
ginput function propose a replacement, with appropriate autoconfig code 
to select to old ginput for versions of gnuplot earlier than 4.0. Paul 
Kienzle started porting your code but stopped, so ask him why as there 
is probably a strong reason for this..

> Thus, the code is sent ("to us"?) and/but waits for Octave maintainers.
>
Are you a member of octave-forge. "Us" I'm afraid includes "you", and if 
you want code included, you must take ownership of the code right to its 
logical conclusion of supporting its inclusion in octave-forge. I doubt 
ginput will ever be in octave itself..

> Unfortunately, the same calmness happened over my C++ implementation 
> of the
> histogram routine, which is more than 25x faster than the current hist.m.
> See the thread "Re: fast hist() / histogram() implementation in C++" here
>         http://www.octave.org/mailing-lists/help-octave/2004/
>
Writing octave core functions in C++ must be highly justified, and speed 
is not the only criteria, I myself have had an improved triu/tril 
function in C++ knocked back. Concretely the above thread showed upto 50 
times speed improvement. But the current m-file on a test image took 
only 1 second. So does even a 50 times speed improvement justify the 
issue of making code maintaince much harder with the addition of C++ code..

Take Andy Adler's advice also from the above thread..

> I would recommend that you contribute them to octave-forge,
> probably in the main/general directory.


Stop complaining, act...

D.

> ---
> Petr Mikulik
>


ginput.m already exists in octave and has for a very long time and 
therefore doesn't use any capabilities of gnuplot to do input but rather 
standard Xlib calls in grab.cc.

based on the gnuplot capabilities. In fact it has existed since 1997, 
and is based on a

-- 
David Bateman                                [email protected]
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary