Re: Table data, XSL, and SVG

[Bruce Jackson]

At 7:04 AM -0600 11/30/05, Jon Berndt wrote:
>I was noticing a gridded table definition (from the example on the DAVEML web 
>site):
>
>
>  
>   
> 
> 
>   
>   
>
> 9.5013e-01   6.1543e-01   5.7891e-02   1.5274e-02   8.3812e-01   1.9343e-01
> 2.3114e-01   7.9194e-01   3.5287e-01   7.4679e-01   1.9640e-02   6.8222e-01
> 6.0684e-01   9.2181e-01   8.1317e-01   4.4510e-01   6.8128e-01   3.0276e-01
> 4.8598e-01   7.3821e-01   9.8613e-03   9.3181e-01   3.7948e-01   5.4167e-01
> 8.9130e-01   1.7627e-01   1.3889e-01   4.6599e-01   8.3180e-01   1.5087e-01
> 7.6210e-01   4.0571e-01   2.0277e-01   4.1865e-01   5.0281e-01   6.9790e-01
> 4.5647e-01   9.3547e-01   1.9872e-01   8.4622e-01   7.0947e-01   3.7837e-01
> 1.8504e-02   9.1690e-01   6.0379e-01   5.2515e-01   4.2889e-01   8.6001e-01
> 8.2141e-01   4.1027e-01   2.7219e-01   2.0265e-01   3.0462e-01   8.5366e-01
> 4.4470e-01   8.9365e-01   1.9881e-01   6.7214e-01   1.8965e-01   5.9356e-01
>   
>  
>
>  
>
>I'm not an XSL transform or XSD schema expert, but I believe the table data 
>will not be
>transformable through XSL, since it is not keyed to specific elements. Is 
>there another
>alternative definition for table data?
>
>The above representation of table data is what I use in the JSBSim table spec. 
>However,
>I've recently been rethinking that. The tabular format above is nice because 
>it can easily
>be edited and is easy on the eyes. However, I'm considering writing an XSL 
>transform that
>would take table data and plot it using SVG. Not sure if that's specifically 
>possible, but
>it would allow for some nice documentation to be produced. It might 
>effectively require
>that an editor for table data should be available for creating flight models, 
>however - if
>that's not already a requirement.
>
>Is there another table data spec format? Has anyone else dealt with using XSL 
>and SVG
>together to plot data contained in a DAVEML flight model?
>
>Jon

Jon,

There is another representation, but it has the same problem: ungridded data 
can be represented using the  element; it gives the 'grid coordinates' 
and function value at those coordinates (the dependent value as a function of n 
independent values) but suffers from the same problem you mention.

I suppose we should discuss an alternative presentation so that XSL can process 
a table into SVG (I've been wanting to look at this, too).

As you point out, we need a table editor application, preferably in Java. See 
the third item on the DAVE-ML to-do list, .

-- Bruce

Table data, XSL, and SVG

[Jon Berndt]

I was noticing a gridded table definition (from the example on the DAVEML web 
site):


  

  
  


 
 9.5013e-01   6.1543e-01   5.7891e-02   1.5274e-02   8.3812e-01   1.9343e-01
 2.3114e-01   7.9194e-01   3.5287e-01   7.4679e-01   1.9640e-02   6.8222e-01
 6.0684e-01   9.2181e-01   8.1317e-01   4.4510e-01   6.8128e-01   3.0276e-01
 4.8598e-01   7.3821e-01   9.8613e-03   9.3181e-01   3.7948e-01   5.4167e-01
 8.9130e-01   1.7627e-01   1.3889e-01   4.6599e-01   8.3180e-01   1.5087e-01
 7.6210e-01   4.0571e-01   2.0277e-01   4.1865e-01   5.0281e-01   6.9790e-01
 4.5647e-01   9.3547e-01   1.9872e-01   8.4622e-01   7.0947e-01   3.7837e-01
 1.8504e-02   9.1690e-01   6.0379e-01   5.2515e-01   4.2889e-01   8.6001e-01
 8.2141e-01   4.1027e-01   2.7219e-01   2.0265e-01   3.0462e-01   8.5366e-01
 4.4470e-01   8.9365e-01   1.9881e-01   6.7214e-01   1.8965e-01   5.9356e-01

  

  

I'm not an XSL transform or XSD schema expert, but I believe the table data 
will not be
transformable through XSL, since it is not keyed to specific elements. Is there 
another
alternative definition for table data?

The above representation of table data is what I use in the JSBSim table spec. 
However,
I've recently been rethinking that. The tabular format above is nice because it 
can easily
be edited and is easy on the eyes. However, I'm considering writing an XSL 
transform that
would take table data and plot it using SVG. Not sure if that's specifically 
possible, but
it would allow for some nice documentation to be produced. It might effectively 
require
that an editor for table data should be available for creating flight models, 
however - if
that's not already a requirement.

Is there another table data spec format? Has anyone else dealt with using XSL 
and SVG
together to plot data contained in a DAVEML flight model?

Jon