Re: [office] surface plots

[Eike Rathke <erack@sun.com>]

Hi Andreas,

Answer from Ingrid:

---%<---snip---%<---

Hi,

> ----- Forwarded message from "Andreas J. Guelzow" <aguelzow@pyrshep.ca> -----
> 
> Date: Thu, 30 Jul 2009 15:33:02 -0600
> 
> On Thu, 2009-07-30 at 23:03 +0200, Eike Rathke wrote:
> 
>>> Gnumeric has various ways this could be specified. Gnumeric implements
>>> chart:surface as a contour plot (not an xyz contour plot), So data would
>>> look like:
>>>
>>>   A  B  C  D  E
>>> 1 -- 1  2  3  4
>>> 2 1  2  7  5  6
>>> 3 2  4  3  3  2
>>> 4 3  5  6  5  4
>>> 5 4  3  2  3  2
>>> 6 5  4  5  5  5
>>>
>>> The "y"-values would be the range B2:E6, the "x" values would be given
>>> by B1:E1 and the "z"-values as A2:A5. So the height at x=3 z=2 would be
>>> 6.
>>>   
>> The ODF 1.0 description says:
>> "The data points are interpreted as tabular data, where each value 
>> defines a 'height'
>> at a specific grid location."
>> There is nothing said, that some values are interpreted as x values, 
>> some as y and some as height. It says *each value defines a 'height'*. 
>> So I don't see how your interpretation could fit into that description.
> 
> The series would give a range of B2:E6 so all those data points are in
> fact heights. 
> 
>>> The same would be true for gnumeric's surface plots.
>>>
>>> THe description you gave above is gnumeric's xyz contour and xyz surface
>>> plots.
>>>   
>> Well nice! Come up with a proposal for a new value for attribute 
>> chart:class to describe your xyz-surfaces and contours!
>>>   
>>>> Furthermore this would allow for not equidistant points 'on the grid' 
>>>> what is not wanted for the surface chart.
>>>>     
>>> Why not? 
>>>   
>> Because this was not specified.
> 
> Perhaps I missed it but where were the equidistant points specified ?
> 

The specification says that the heights should be located at a grid. 
That is naturally understood as something equidistant. As nothing 
further is said about the grid it must be assumed that this grid is 
formed by the indexes of the height values within the so called 'tabular 
data'.

Your adding of additional values for the grid locations is in conflict 
with this specification and is therefor wrong.

[snip]

Ingrid


-- 
Sun Microsystems GmbH
Nagelsweg 55, D-20097 Hamburg
Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Haering

---%<---snap---%<---

-- 
 OpenOffice.org / StarOffice Calc core developer and i18n transpositionizer.
 SunSign   0x87F8D412 : 2F58 5236 DB02 F335 8304  7D6C 65C9 F9B5 87F8 D412
 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS

PGP signature