Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support type-registrations in seeAlso files #2

Open
jeff-zucker opened this issue Oct 25, 2022 · 0 comments
Open

Support type-registrations in seeAlso files #2

jeff-zucker opened this issue Oct 25, 2022 · 0 comments
Labels
discussion a ticket for discussions only future idea A ticket meant to discuss future ideas

Comments

@jeff-zucker
Copy link
Member

jeff-zucker commented Oct 25, 2022

As brought up repeatedly by members of the interop team, having all type registrations in the same document means that any app can see the registrations of all other apps. I believe that there are many apps that don't care about that or actively want to be visible, but obviously, there are some that do care.

If we permit type registration statements in seeAlso files (possibly linked to from the public or private type-index?), we can accomodate apps that care. The seeAlso file could be permissioned for that app alone meaning that no other app could see its registrations but the app itself would be able to see them. If the seeAlso file is randomly named, that would mean that no other app would be aware that the privacy-wanting app was being used, or where it stored its data, or what types it used. We could also have a solid:restrictedTypeIndex predicate that took multiple objects rather than using rdfs:seeAlso.

@timea-solid timea-solid added discussion a ticket for discussions only future idea A ticket meant to discuss future ideas labels Oct 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion a ticket for discussions only future idea A ticket meant to discuss future ideas
Projects
None yet
Development

No branches or pull requests

2 participants