How indicate the main thesaurus to be displayed in the hierarchical view ?

[dipso-num4sci]

Hello,

Our thesaurus contains 1 main conceptScheme (INRAE thesaurus) and several microthesauri (also ConceptSchemes), i.e. each Concept is a member of the main thesaurus AND one or several microthesauri. Is it possible to indicate the main thesaurus to be displayed in the hierarchical view?

Thank you !

[osma]

Hello @dipso-num4sci , have you tried setting the skosmos:mainConceptScheme configuration option for the vocabulary?

[dipso-num4sci]

Thank you Osma. Yes we've tried to use skosmos:mainConceptScheme.

But finally, we solved this problem by modifying the data itself. Thank you again.

[dipso-num4sci]

We re-open this issue because the problem is not really resolved.

[saubin78]

We have uploaded this file: https://nextcloud.inrae.fr/s/MPdTs2DLzx9TnFM in Skosmos version 2.16 And set the options like this :

• skosmos:mainConceptScheme = http://opendata.inrae.fr/thesaurusINRAE/thesaurusINRAE
• skosmos:conceptSchemesInHierarchy = false But we still have the other ConceptSchemes shown at the second level, under the domain; e.g. ENV environment and natural resources under 01. ENVIRONMENT What we would like is to show only the hierarchy which is under INRAE thesaurus (this hierarchy contains only skos:Concept, including some with the same name as our microthesauri)

We have tried to change the data, to change the skosmos configuration... but could not find what is wrong with us. Any idea of what we could do?

[osma]

Reopened due to requests above

[saubin78]

Hi @tfrancart, would you have an idea on how we can neutralize the display of the microthesauri in the hierarchy? We think it is the feature you developed for Irstea that is concerned (build the hierarchy from domains/dc:subjects and microthesauri/conceptSchemes). It looks like the option skosmos:mainConceptScheme does not work in this case and we can't find why.

[tfrancart]

Sorry, it is hard for me to help you here. I don't even have a Skosmos test/dev environment to look at. Seems to me that this line : https://github.com/NatLibFi/Skosmos/blob/a6f1795c99165fd1af87b4a2b4f8509aa5dc1c37/controller/RestController.php#L552 that retrieves the topConcept indeed relies on skosmos:conceptSchemesInHierarchy

Have you tried cutting the dcterms:subject links from the MT to the domain in the data ? this relation between ConceptScheme is interpreted on the javascript client side if I remember properly and I don't think there is a way to change this.

[saubin78]

Thanks Thomas for the tips. I can answer on this:

Have you tried cutting the dcterms:subject links from the MT to the domain in the data ? this relation between ConceptScheme is interpreted on the javascript client side if I remember properly and I don't think there is a way to change this.

Yes, we have tried to remove "dcterms:subject" but skosmos still displays all the ConceptSchemes in the hierarchy.

[tfrancart]

(In the data you have provided it seems dcterms:subject are still there.)

Le ven. 12 mai 2023 à 12:01, Sophie Aubin @.***> a écrit :

Thanks Thomas for the tips. I can answer on this:

Have you tried cutting the dcterms:subject links from the MT to the domain in the data ? this relation between ConceptScheme is interpreted on the javascript client side if I remember properly and I don't think there is a way to change this. Yes, we have tried to remove "dcterms:subject" but skosmos still displays all the ConceptSchemes in the hierarchy.

— Reply to this email directly, view it on GitHub https://github.com/NatLibFi/Skosmos/issues/1396#issuecomment-1545495721, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4OYE4GRU2S52NKFB7LXFYDAFANCNFSM6AAAAAASVSA4HQ . You are receiving this because you were mentioned.Message ID: @.***>

--

Thomas Francart - SPARNA Web de données | Architecture de l'information | Accès aux connaissances blog : blog.sparna.fr, site : sparna.fr, linkedin : fr.linkedin.com/in/thomasfrancart tel : +33 (0)6.71.11.25.97, skype : francartthomas

[saubin78]

Absolutely. This version of the file contains the dctems:subject. We had tried with this one : https://nextcloud.inrae.fr/s/6ygRjbWNQ8rGPrJ

(EDIT: fixed the link -Osma)

[dipso-num4sci]

Dear @osma and @tfrancart ,

Thank you for the various messages we have shared together over the past few months regarding this problem.

Unfortunately, this issue is not resolved, although we have tested many configuration options. We currently believe that the only way to resolve the issue should be an update of the Skosmos source code, disabling some features developed by Thomas over the last few years. In fact, these features were specifically created to meet certain Irstea needs, and are therefore no longer necessary.

Do you think it would be possible to move forward together in this direction, by integrating our request into a future version of Skosmos ? An engineer is currently in charge of the subject and would be available to move forward with you.

Many thanks !

[dipso-num4sci]

I close this issue; unresolved, but reproduced in #1535 with higher priority. Thanks !

[osma]

Reopening; let's keep using this issue instead of opening new ones.

[osma]

Sorry for the long delays. We have been prioritizing Skosmos 3 development, and the hierarchy component is going to be implemented in a different way in the new front-end.

I think I see the problem. I have tested with the thesaurus data provided in https://github.com/NatLibFi/Skosmos/issues/1396#issuecomment-1545695301 and I can replicate the problem locally. Basically, there is currently no code on the front-end side that would ensure that only the default/main concept scheme is displayed at the top level in the hierachy.

I'll see if this can be easily implemented for Skosmos 2.x since we are still doing some maintenance and possibly one more release before retiring 2.x.

[osma]

Proposed fix in PR #1540. It would be great if you could review this @saubin78 and @dipso-num4sci ! Even better if you can test the code in the PR locally.