You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, MappingBrowser loads labels (and notations if necessary) for all concepts in all mappings each with a separate request. These requests should be bundled by concept registry, i.e. having only a single request for all concepts from jskos-server and another single request for all concepts from DANTE. This would greatly improve performance when there are a lot of mappings or suggestions shown.
Add option to load multiple concepts to providers/concept-api-provider.js.
Add option to load multiple concepts to mixins/objects.js.
Use that new option in MappingBrowser.
The text was updated successfully, but these errors were encountered:
@nichtich Any particular reason why bundling by concept scheme may be cleaner to implement? It would actually introduce one more unnecessary step because we still need to retrieve the provider from the concept scheme to make the request. As provider information is also associated with concept objects, we'd save one step and possibly a few requests by using that directly.
Currently, MappingBrowser loads labels (and notations if necessary) for all concepts in all mappings each with a separate request. These requests should be bundled by concept registry, i.e. having only a single request for all concepts from jskos-server and another single request for all concepts from DANTE. This would greatly improve performance when there are a lot of mappings or suggestions shown.
providers/concept-api-provider.js
.mixins/objects.js
.The text was updated successfully, but these errors were encountered: