Improvements to <table>

I am currently making a FDM out of limited set of data, with dimension per AoA and nose cone deflection being available only up to some Mach number, and have run into 2 frustrating behaviours of <table> which are turning this into a chore.

1. When a tree-dimensional <table> is given a single column or a single number under one of the <tableData>, JSBSim refuses to work. But I would expect it to interpret <tableData> like this:

shape 1x1
0
ignore row and column

shape Nx2
0 4
1 5
2 6
3 7
ignore column

shape 2xN
0 1 2 3
4 5 6 7
ignore row

shape(N+1)x(N+1) with empty corner
   0  1  2  3
0  4  5  6  7
1  8  9 10 11
2 12 13 14 15
3 16 17 18 19
interpolate both row and column as usual

thus the only only invalid inputs would be array shapes of 2x1 and 1x2 or a NxN with non-empty corner.

2. Even if I don't specify column coordinate at all, <table> does not want to use combination of row and table coordinates without column -- which means some tables I would have to reshuffle instead of just pasting them under different <tableData>. This actually may be a consequence of "1."

But I'm not sure whether I'm asking for makes sense -- maybe there are other tools than <table> anyone would suggest for this job?

[Zaretto]

have a look at <interpolate1d> ; AlanT uses these a lot in his model to achieve the same as a 3d table.

e.g.

      <interpolate1d>
        <property>atmosphere/density-altitude</property>
        <value>9400</value>
        <table name =  "aero/table/alt9400">
          <independentVar lookup = "row">fcs/elevator-pos-deg </independentVar>
          <independentVar lookup = "column"> aero/alpha-deg </independentVar>
          <tableData>
            ...
          </tableData>
        </table>
        <value>16000.0</value>
        <table name =  "aero/table/alt16000">
          <independentVar lookup = "row">fcs/elevator-pos-deg </independentVar>
          <independentVar lookup = "column"> aero/alpha-deg </independentVar>
          <tableData>
            ...
          </tableData>
        </table>
      </interpolate1d>

Thanks for the example, I've been wondering how to use that func for a while!

[bcoconni]

@Mike402
So should we consider this issue closed ? Or do you need any further help ?

It depends. Ultimately I had to write a complex sed/awk script to update tables faster anyway, so transposing tables was not that bad, so my particular issue was resolved. On the other hand this could be reclassified as "feature request" because it would help with other use cases.

[bcoconni]

I am not sure I am understanding correctly your request.

Do you mean that if some rows/columns are missing in a <table> then JSBSim should fill the gaps by interpolating the values it has been provided with ?

No, I mean ideally it should:

1. treat vertical and horizontal single-dimensional tables equally (right now it only takes the vertical one)
2. allow to use the <tableData breakPoint=""> for any shape (far as I remember, right now it already allows that for different sizes of table, but it won't work if the tables are single-dimensional)

It would not break any compatibility.

[bcoconni]

Right I have renamed the issue so that it fits better for a feature request.

[legoboyvdlp]

It appears that having zero difference in values in a table is invalid, as is having "non-monotonic increases". I wonder if the table operation could be updated to interpolate regardless of values?

Is there some limitation that inhibits this?

Also, would it be possible to simply not interpolate if there is zero difference between consecutive elements rather than returning an error?

For example,

<tableData breakpoint="15000">
        0    1 
92    0    0 
95   16.7  0
100  58.7  50.7
</tableData>
<tableData breakpoint="20000">
        0    1 
92    0    0 
95    6.7  0
100  48.7  40.7
</tableData>

I would have expected this to work correctly, but it gave an error.
Notice, this was in a 3D table, rather than a 2D. The mo

Zero difference between output values is completely valid (unlike input). I think this one causes an error because of `breakpoint` instead of `breakPoint` :P

…

On Tue, May 05, 2020 at 04:56:33PM -0700, Jonathan Redpath wrote: It appears that having zero difference in values in a table is invalid, as is having "non-monotonic increases". I wonder if the table operation could be updated to interpolate regardless of values? Is there some limitation that inhibits this? Also, would it be possible to simply not interpolate if there is zero difference between consecutive elements rather than returning an error? For example, ``` <tableData breakpoint="15000"> 0 1 92 0 0 95 16.7 0 100 58.7 50.7 </tableData> <tableData breakpoint="20000"> 0 1 92 0 0 95 6.7 0 100 48.7 40.7 </tableData> ``` I would have expected this to work correctly, but it gave an error. Notice, this was in a 3D table, rather than a 2D. The mo

[legoboyvdlp]

I just typed that in here, copied + pasted from the interpolate1D method. I really cannot remember if I had it set correctly or not in the original 3D table, but regardless I would have thought it would at least give an error, rather than crash silently :)

[bcoconni]

@legoboyvdlp Has your problem been fixed once you fixed the typo ?

regardless I would have thought it would at least give an error, rather than crash silently :)

Well, such a process is called XML validation and our on going effort is discussed in the issue #155 (unfortunately it is stalled at the moment). Any help would be appreciated 😉