Closed marc-portier closed 4 months ago
As we understand this issue: When adding an additional source for a vocabulary vocabsearch will support the extra dataset to be either a LDES feed or a file. The challenge of having multiple LDES feeds as sources is to determine when it's a good time to update search set (e.g. "unification", so applying the mapping ). Given automatic updates (mapping already defined and no user interaction) we propose doing this on a set interval:
It will also be possible to trigger unification manually via the interface.
addressed in 1.1 release
The current system already supports adding extra sources to a certain vocab via the "add source" button in the sources tab:![image](https://github.com/vlizBE/vocabserver-app/assets/299574/9af8046f-a4d6-46d6-9eac-1f59a6dabeb6)
However these can only be of type "dump" not of type "ldes feed"![image](https://github.com/vlizBE/vocabserver-app/assets/299574/87eafd1b-21a0-40a0-acbc-efab38c4a8e9)
The current support seems to be intended for usage with multiple dumps all collaborating to offer the content needed for one vocabulary. Even if the original driver behind this was introducing multilingual support over different dumps, there seems to be no assumptions about how the triples over these separate sources are expected to be distributed: i.e. they could either be fragmenting the available entities of the total vocab, either be providing different properties, either be offering translated value-strings, either some combination of the previous.
Apart from the free fragmentation support, an extra benefit of this grouping of «multiple sources per vocab» is that it reuses (i.e. avoids duplication) the same mapping config, as well as the running of analysis and unification. Which makes it superior to the alternative of defining multiple vocabs to be search together through the widget-config.
The argument is that this feature is very useful, but should just be extended to be able to support multiple mixed sources per vocab: adding both ldes and dump type sources to a vocab to further benefit from this.
Also note: this option is available if one starts off with an LDES-feed type vocabulary -- but to what effect?
Concrete use cases for this support are:
owl:deprecated
to be applied to all languages )