vlizBE / vocabserver-app

Linked Data VocabTerms Lookup Service & Widget - Application back-end
MIT License
0 stars 4 forks source link

support multiple LDES sources for one vocab (aka dataset) #27

Closed marc-portier closed 4 months ago

marc-portier commented 10 months ago

The current system already supports adding extra sources to a certain vocab via the "add source" button in the sources tab: image

However these can only be of type "dump" not of type "ldes feed" image

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:

nvdk commented 8 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.

nvdk commented 4 months ago

addressed in 1.1 release