-
Notifications
You must be signed in to change notification settings - Fork 10
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
Add XML collections classes for new CapiTainS guidelines #198
Comments
As far as I can see, the classes we will need will be for readable (I see no difference among editions, translations, and commentary that would require different sub-classes for these), work, and textgroup. |
Hmm, you should only have two classes, maybe three.
|
I can agree with that. The question then is should the metadata for a collection be read all the way down to its leaves? I.e., if the collections that are members of the collection that I am calling refer to non-readable collections with their own external |
I need to think about it, my worry is how do you know the id of the children collection if you do not parse them (right now I think this is not hold in the schema) |
From what I see in the RNG in the guidelines, the identifier for the child collection must either be as an |
That's already the case with Capitains resources. It's the parsing using the local resolver that connects everything. For remote, I think the point is to give access to the id, but not actually retrieve the data. Though, maybe we should add a dc:title possibility for remote :/ |
That seems less than ideal. If the remote source changes the title or something else, then it doesn't come over. I guess if the idea is that the user will always want to use their own title for remote resources, then that would be OK. Otherwise, best practice would say to get the metadata from the remote source. Perhaps we could add a parameter |
The question might actually find its answer in our understanding of remote
collections. This was meant as a way to express link to the outside, but in
no case does it expect a specific format there. The issue with parsing
remote is you would have to know what kind of content you'll find (CTS API?
Dts? Wii source ?) and that would prove difficult to do.
Le mar. 12 nov. 2019 à 9:25 AM, Matthew Munson <[email protected]> a
écrit :
… That seems less than ideal. If the remote source changes the title or
something else, then it doesn't come over. I guess if the idea is that the
user will always want to use their own title for remote resources, then
that would be OK. Otherwise, best practice would say to get the metadata
from the remote source. Perhaps we could add a parameter getremote so
that the user can choose whether to follow the tree all the way to the
leaves.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#198?email_source=notifications&email_token=AAOXEZUIRQ3YLEWAKK7RQBTQTJSBJA5CNFSM4JLSELDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDZNVCQ#issuecomment-552786570>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAOXEZQ5PFBTFPHKJOOZXULQTJSBJANCNFSM4JLSELDA>
.
|
True. I guess I was thinking in terms of DTS there. Is it then expected that the provider of this remote source will give some kind of instructions for how to parse their metadata files? Or is |
It's supposed to be indépendant. Implementation might make use of it, but
more as an external link right now than as a supposedly internal resource.
Le mar. 12 nov. 2019 à 1:40 PM, Matthew Munson <[email protected]> a
écrit :
… True. I guess I was thinking in terms of DTS there. Is it then expected
that the provider of this remote source will give some kind of instructions
for how to parse their metadata files? Or is remote meant to be
completely independent of MyCapytain and Capitains in general?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#198?email_source=notifications&email_token=AAOXEZVBQA6IGCY5ONUBBQTQTKP3TA5CNFSM4JLSELDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOED2DU2Q#issuecomment-552876650>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAOXEZU77LOO74JXE6ZJK53QTKP3TANCNFSM4JLSELDA>
.
|
OK. If the link is not a remote link? Should we go all the way to the leaves here, i.e., to all the readable descendants of the collection? |
Basically classes parallel to those in MyCapytain.resources.collections.cts
The text was updated successfully, but these errors were encountered: