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
Should we rename the packages from the unwieldy @netwerk-digitaal-erfgoed/network-of-terms-graphql etc. to @network-of-terms/graphql etc.?
A downside is the cascade of package updates if we make changes to catalog.
To make the contents of catalog better pluggable and easier to customise, we could apply a further subdivision:
Make catalog purely RDF and add a web server (move TypeScript files from catalog to query).
Host catalog as a separate app in the infrastructure; query then reads the catalog’s RDF from a configured HTTP address. Now query no longer has a package dependency on catalog.
The text was updated successfully, but these errors were encountered:
A proposal to restructure the Network of Terms repositories and code that we currently have:
network-of-terms
.catalog
(=network-of-terms-catalog
)query
(shared query logic), which requirescatalog
(and Comunica)graphql
(orgraphql-api
), which requiresquery
reconciliation
(orreconciliation-api
), which requiresquery
catalog
andquery
to NPM.@netwerk-digitaal-erfgoed/network-of-terms-graphql
etc. to@network-of-terms/graphql
etc.?A downside is the cascade of package updates if we make changes to
catalog
.To make the contents of
catalog
better pluggable and easier to customise, we could apply a further subdivision:catalog
purely RDF and add a web server (move TypeScript files fromcatalog
toquery
).catalog
as a separate app in the infrastructure;query
then reads the catalog’s RDF from a configured HTTP address. Nowquery
no longer has a package dependency oncatalog
.The text was updated successfully, but these errors were encountered: