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

12 pending MADS records that aren't persons #17

Open
cwulfman opened this issue Jan 8, 2018 · 9 comments
Open

12 pending MADS records that aren't persons #17

cwulfman opened this issue Jan 8, 2018 · 9 comments

Comments

@cwulfman
Copy link
Collaborator

cwulfman commented Jan 8, 2018

  1. viaf179834949.mads.xml
  2. ActaPauli.mads.xml
  3. ActaPetri.mads.xml
  4. viaf175807631.mads.xml
  5. aethiopis.mads.xml
  6. n84093130.mads.xml
  7. n85115721.mads.xml
  8. no2017086261.mads.xml
  9. viaf183675107.mads.xml
  10. viaf305128391.marcxml.xml
  11. PrecatioOmnium.mads.xml

Books of the Bible, etc. One (viaf305128391.marcxml.xml) is an alternative name for Homer: shouldn't it be added to the record for Homer?

@AlisonBabeu
Copy link
Contributor

Hi @cwulfman. I apologize for my delay in answering this for some reason I forgot to comment last night and only hit preview and then went to bed. Sorry. So the large number of these authority records are for textgroups rather than authors, and I created them deliberately, quite recently in fact, because there are many textgroups in the Perseus Catalog that do have authority records, e.g. Hymni Homerici (http://catalog.perseus.org/catalog/urn:cite:perseus:author.1738). This feature has actually been requested because it allows not only for various work records to get attributed to a particular textgroup, but also the authority record creates a place where you can track the history, make notes, etc. about the textgroup itself. Does that make sense?

In terms of the marcxml.xml record for Homer.Margites, there is also a MADS record in that same directory, with a canonical ID, so I'm curious why this record was pulled as MADS?

@cwulfman
Copy link
Collaborator Author

cwulfman commented Jan 9, 2018

So the "author" in "urn:cite:perseus:author.NNNN" stands for "authority" and not for "author-the-person-who-wrote-something"? Should all the records in mads pending be assigned a urn:cite:perseus:author:NNNN id, or should they get something else?

@AlisonBabeu
Copy link
Contributor

Um, well, I have absolutely no idea how to answer that in all honesty. Author stands for author in a very broad ethereal sense in that some authorial identity (be it a once actual person or a random textgroup wandering about) created a notional work in some kind of FRBR inspired sense. We really did not stress the semantics so much five years ago I must admit.

@cwulfman
Copy link
Collaborator Author

I've been assuming that the author CITE table contains only authors. Is that right? If so, the presumably I need to sort the "mads pending" records and add them to the appropriate tables.

@AlisonBabeu
Copy link
Contributor

You know I was looking at the both the authors table last night and the textgroups CITE Table, and the truth is I'm less certain about the semantic distictions between them at this point. It appears that all "authors" appear in the "textgroups" list (which makes sense CTS wise I guess) but not all "textgroups" appear in the authors. Would there be an easy way to do a diff to see what values were unique to the textgroups cite_collections table?

@cwulfman
Copy link
Collaborator Author

I'm glad I'm not the only one!...

In developing this eXistdb migration, I used the Catalog's API to pull down the current CITE tables as CSV files and converted them to XML. I've checked them into the "pending review" branch of the catalog_data repo -- try checking out that branch and doing some XPath browsing in Oxygen. I have a meeting at 11 this morning: would you like to chat before or after that?

@AlisonBabeu
Copy link
Contributor

I have meeting most of this morning, and then have to head out by 2:00 as usual. How about first thing tomorrow morning?

@AlisonBabeu
Copy link
Contributor

Issue was "resolved" by new practice of creating MADS records for all authors and for all textgroups (eventually!)

@AlisonBabeu
Copy link
Contributor

AlisonBabeu commented Dec 8, 2020

Turns out this issue wasn't resolved and will need to look into this.

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

2 participants