8000 change addressbook from a thing to a container? · Issue #9 · solid/contacts · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

change addressbook from a thing to a container? #9

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

Open
michielbdejong opened this issue Mar 11, 2025 · 3 comments
Open

change addressbook from a thing to a container? #9

michielbdejong opened this issue Mar 11, 2025 · 3 comments

Comments

@michielbdejong
Copy link
Collaborator

As @csarven suggested in #8, let's split out this proposal as a separate issue and discuss its advantages and disadvantages. If we decide we do want to make this change, then it would probably make sense to make both changes at the same time.

@melvincarvalho
Copy link
Member
melvincarvalho commented Mar 14, 2025

Notice it's a .ttl file here:

# Maps the type vcard:AddressBook to an index document
<#ab09fd> a solid:TypeRegistration;
    solid:forClass vcard:AddressBook;
    solid:instance </contacts/myPublicAddressBook.ttl>.

https://github.com/solid/solid/blob/main/proposals/data-discovery.md

@angelo-v
Copy link
Collaborator

@melvincarvalho I think this example is wrong, in practice it is an address book instance, not the file

@melvincarvalho
Copy link
Member
6502 melvincarvalho commented Mar 16, 2025

@angelo-v good information, thanks! I was wondering about that. I think there's an element of mixing Documents and Things, which is OK. But we should try and be consistent. Also overloading documents can be dangerous.

I dont think it should be a Container though, unless there's some good reasoning behind it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants
0