EDIT

Andreas Müller wrote in #note-8:

Please remove " (including hierarchical order)" from the documentation. I don't think that status hierarchy is considered somehow for the ordering. In general ordering is not so much done by the status tree. However, there are cases for which the status influences the ordering so in general we can keep the "ordering" in the documentation.

done

Andreas Müller wrote in #note-9:

Tree is passed to the webservice but the result still shows areas for all status:

From test/E+M/Abies alba: https://test.e-taxonomy.eu/dataportal/preview/euromed/?q=cdm_dataportal/taxon/6a8e85bd-5e52-4ae2-9444-99128c87a672

This is a problem of the webservice, isn't it?

Katja Luther wrote in #note-11:

Andreas Müller wrote in #note-9:

...
This is a problem of the webservice, isn't it?

Probably yes, needs to be checked.

Andreas Müller wrote in #note-13:

Katja Luther wrote in #note-11:

Andreas Müller wrote in #note-9:

...
This is a problem of the webservice, isn't it?

Probably yes, needs to be checked.

I checked. And yes, it still needs to be implemented in the webservice: #9500

Andreas Müller wrote in #note-9:

Tree is passed to the webservice but the result still shows areas for all status:

From test/E+M/Abies alba: https://test.e-taxonomy.eu/dataportal/preview/euromed/?q=cdm_dataportal/taxon/6a8e85bd-5e52-4ae2-9444-99128c87a672 (with use DTO/new taxon page switched off)

Andreas Müller wrote in #note-12:

The status tree parameter does not seem to be available for old taxon pages:

We need to discuss if this is wanted. For now we need it primarily for E+M which uses the new taxon pages. Also depends on how difficult implementation is for old taxon pages.

This is implemented also on server side, now. So could you please add the parameter statusTree to this webservice, too?

After release we need to add the parameter to the E+M dataportal.

This is implemented also on server side, now. So could you please add the parameter statusTree to this webservice, too?

This is implemented with rev f91075bf6fcc89857a265eec4802a7f1532e46cb

Katja Luther wrote in #note-10:

Andreas Müller wrote in #note-8:

Please remove " (including hierarchical order)" from the documentation. I don't think that status hierarchy is considered somehow for the ordering. In general ordering is not so much done by the status tree. However, there are cases for which the status influences the ordering so in general we can keep the "ordering" in the documentation.

done

It was still there. You removed it from area tree, not status tree. I reverted area tree and adapted status tree accordingly.

Andreas Müller wrote in #note-23:

For some reason the maps are not shown if one removes any of the terms in use from the "Distribution status filter tree" (test/E+M) - except for the "undefined" term. The filter works correctly on the textual representations (full text and condensed string) but the map continously shows the loading symbol:

I compared the mapUriParams and they are identical except for the one missing param (which is expected):

"as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:ffed6f,,0.1,|e:fdb462,,0.1,|f:c8c800,,0.1,|g:77ed6f,,0.1,|h:ffff00,,0.1,|i:00c8b4,,0.1,&ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Cy|e:Tu%28A%29|f:Da,Fe|h:Be,Fa,Lu,Sa|i:Tu%28E%29&title=g:endemic|a:native|b:naturalised|f:casual|c:introduced|d:introduced%3A+doubtfully+introduced+%28perhaps+cultivated+only%29|i:native%3A+presence+questionable|h:cultivated|e:native%3A+reported+in+error"
"as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:ffed6f,,0.1,|e:fdb462,,0.1,|f:c8c800,,0.1,|g:77ed6f,,0.1,|h:ffff00,,0.1,               &ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Cy|e:Tu%28A%29|f:Da,Fe|h:Be,Fa,Lu,Sa            &title=g:endemic|a:native|b:naturalised|f:casual|c:introduced|d:introduced%3A+doubtfully+introduced+%28perhaps+cultivated+only%29                                  |h:cultivated|e:native%3A+reported+in+error"

Andreas Müller wrote in #note-23:

For some reason the maps are not shown if one removes any of the terms in use from the "Distribution status filter tree" (test/E+M) - except for the "undefined" term. The filter works correctly on the textual representations (full text and condensed string) but the map continously shows the loading symbol:

I tested it with euro+med test instance (removed "absent") but could not reproduce the problem. It takes some time but then shows the map.

Katja Luther wrote in #note-26:

Andreas Müller wrote in #note-23:

For some reason the maps are not shown if one removes any of the terms in use from the "Distribution status filter tree" (test/E+M) - except for the "undefined" term. The filter works correctly on the textual representations (full text and condensed string) but the map continously shows the loading symbol:

I tested it with euro+med test instance (removed "absent") but could not reproduce the problem. It takes some time but then shows the map.

"Absent" is not a status that is in use in E+M. You should remove (or move to another tree) a status that is in use on the page you test.

Franck Theeten found out that a parameter is missing:

It seems that the parameter in “ad” was missing for the “f” class (see example below with fake values : f:Da,Fe| )

https://edit.africamuseum.be/edit_wp5/v1.4_dev/rest_gen.php?as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:fdb462,,0.1,|e:c8c800,,0.1,|f:77ed6f,,0.1,|g:ffff00,,0.1,|h:00c8b4,,0.1,&ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Tu%28A%29|e:Da,Fe|g:Be,Fa,Lu,Sa|f:Da,Fe|g:Be,Fa,Lu,Sa|h:Tu%28E%29&title=f:endemic|a:native|b:naturalised|e:casual|c:introduced|h:native%3A+presence+questionable|g:cultivated|d:native%3A+reported+in+error&&img=false&ms=512&recalculate=false&bbox=-73.75154791300535,13.198842406627175,107.31978601126292,71.652204700555

(original: )

https://edit.africamuseum.be/edit_wp5/v1.4_dev/rest_gen.php?as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:fdb462,,0.1,|e:c8c800,,0.1,|f:77ed6f,,0.1,|g:ffff00,,0.1,|h:00c8b4,,0.1,&ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Tu%28A%29|e:Da,Fe|g:Be,Fa,Lu,Sa|h:Tu%28E%29&title=f:endemic|a:native|b:naturalised|e:casual|c:introduced|h:native%3A+presence+questionable|g:cultivated|d:native%3A+reported+in+error&&img=false&ms=512&recalculate=false&bbox=-73.75154791300535,13.198842406627175,107.31978601126292,71.652204700555

Best regards,

Franck

Can you add information which taxon you checked and which status you removed?

Andreas Müller wrote in #note-24:

Andreas Müller wrote in #note-23:

For some reason the maps are not shown if one removes any of the terms in use from the "Distribution status filter tree" (test/E+M) - except for the "undefined" term. The filter works correctly on the textual representations (full text and condensed string) but the map continously shows the loading symbol:

I compared the mapUriParams and they are identical except for the one missing param (which is expected):

"as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:ffed6f,,0.1,|e:fdb462,,0.1,|f:c8c800,,0.1,|g:77ed6f,,0.1,|h:ffff00,,0.1,|i:00c8b4,,0.1,&ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Cy|e:Tu%28A%29|f:Da,Fe|h:Be,Fa,Lu,Sa|i:Tu%28E%29&title=g:endemic|a:native|b:naturalised|f:casual|c:introduced|d:introduced%3A+doubtfully+introduced+%28perhaps+cultivated+only%29|i:native%3A+presence+questionable|h:cultivated|e:native%3A+reported+in+error"
"as=a:008000,,0.1,|b:c86400,,0.1,|c:c89600,,0.1,|d:ffed6f,,0.1,|e:fdb462,,0.1,|f:c8c800,,0.1,|g:77ed6f,,0.1,|h:ffff00,,0.1,               &ad=euromed_2013%3Aemarea:a:Mk,Ge,Rm,Ga%28F%29,Cg,He,By,Ct,Sk,Uk%28U%29,Au%28A%29,Sl,It,Hs%28S%29,Al,Cs,Hs%28A%29,Ko,Po,Co,Bu,BH,Au%28L%29,Gr,Hu,Se|b:Br,Hb%28N%29,No,Su,Hb%28E%29|c:Es,Lt,Ho,La,Si%28S%29|d:Cy|e:Tu%28A%29|f:Da,Fe|h:Be,Fa,Lu,Sa            &title=g:endemic|a:native|b:naturalised|f:casual|c:introduced|d:introduced%3A+doubtfully+introduced+%28perhaps+cultivated+only%29                                  |h:cultivated|e:native%3A+reported+in+error"

As I described here the webservice itself did (in this example) not return incorrect data. So I wonder if it is really a distributionInfo webservice based error.

I could now reproduce by using the above (note-17) Abies alba link and removing "native" from the status tree. Again "endemic" is missing in ad (this time it is style "g").

    "as=a:c86400,,0.1,|b:c89600,,0.1,|c:ffed6f,,0.1,|d:ffff00,,0.1,|e:fdb462,,0.1,|f:c8c800,,0.1,|g:77ed6f,,0.1,|h:00c8b4,,0.1,&ad=euromed_2013%3Aemarea:a:Br,Hb%28N%29,No,Su,Hb%28E%29|b:Es,Lt,Ho,La,Si%28S%29|c:Cy|d:Be,Fa,Sa,Lu,Ga%28F%29|e:Tu%28A%29|f:Da,Fe|h:Tu%28E%29&title=g:endemic|a:naturalised|f:casual|b:introduced|c:introduced%3A+doubtfully+introduced+%28perhaps+cultivated+only%29|h:native%3A+presence+questionable|d:cultivated|e:native%3A+reported+in+error"

Interesting is that once "endemic" is also removed from the status it works again.

Also important to understand the "endemic" is only used by the area "Euro+Med" which is not shown on the map as it is a higher level area.