Split Dataset.authorsAndEditors

[mdoering]

CoL seems to add more information to a Person in authors and contacts than just the name itself. For example:

• Froese R. & Pauly D. (eds).
• Lefkowitz E.J. (ed).
• Roskov Y., Zarucchi J., Novoselova M. & Bisby F. (†) (eds).

How should we cater for (eds.) (ed.) or (†) (eds). ?

Propose to add a new suffix property to Person that can hold these things or others like Jr. and is more flexible than a role attribute which does not fit the dagger for example.

[mdoering]

See also https://github.com/CatalogueOfLife/portal/issues/29 @yroskov does that make sense to you?

[yroskov]

Most important for me a role of the person in GSD project: author (default, no attribute) or editor (with attribute "ed." or "eds"). It might be formalized as a flag in additional field.

Well, interface form for typing and sorting names in this metadata field needs better design. It may require split: surname, given names, role, etc. Output in final product should be standard: surname in full, then initial(s). Delimiters should follow one of bibliographic standards.

I have no strong opinion on use of dagger. It's not clear to me, whether it is needed or not.

[mdoering]

@yroskov whats the difference between ed. and eds.? So it seems a single editor checkbox would be sufficient to render all author/editor names nicely? Happy to add that or a more generic suffix property which just takes a string.

The advantage of the boolean flag is that we can render all editors consistently and change that easily for all if we want to

[yroskov]

The only difference between ed. and eds. is in combined string:

Minelli A. (ed). (2019). ChiloBase: A World Catalogue of Centipedes (Chilopoda) for the web (version 1.01, May 2006). In:

Ma K., Ji L., Qin H., Liu J.Y., Yao Y., Lin C., Yan H., Wang L., Qiao H. & Li R. (eds). (2019). Catalogue of Life China (version 2012). In:

[mdoering]

so that means all the people cited are editors? How can you then differ between authors and editors?

[yroskov]

Authors and editors. How to cite a book with many chapters written by different authors? Often, editor(s) cited for the book, authors for each chapter in the book. The same with GSDs. Each project has own structure, rules and level of expert contribution. It might be a single author, small group of authors, or it might be lot of experts with one/few editors in charge of checklist scrutiny. GSD custodian decides how to cite their GSD in CoL: with list of authors OR with list of editors, as an alternative.

[mdoering]

Then the field should have been called Authors OR editors ;) Until now it was never clear to me that this is exclusive!

In that case we could even change the entire model and have to Person lists, either authors or editors. Why is this even mixed? We can visualise them even either authors: xyz or editors: xyz It would make things a lot simpler to understand.

And if they are cited in the entire bibliography string, then we can add the (eds.) to highlight these are editors, not authors.

[mdoering]

https://libguides.dixie.edu/c.php?g=57887&p=371727

[mdoering]

BibTex and other ref standards simply separate authors and editors and 2 fields. Now that I finally understand the problem I would strongly suggest we do the same

[yroskov]

All depend on data presentation in final product. I hope, there will be no empty fields like "Authors -" or "Editors -". And combined bibliographic citation should have no stupid view as "Oosterbroek P. (author)".

[mdoering]

Surely not! It becomes easier that way for development I think. If both are present we will just show the editors with an (ed.) or (eds.) suffix if they are more than one in the citation string.

On the metadata page I would show Authors and Editors as separate lines. We can decide not to show them if they are empty like you seem to favour - or always show both which seems slightly cleaner to me as we do the same for all other metadata fields. We can of course also decide to drop all of the empty ones in the visualisation. In the old page you also show a dash - for missing infos: http://www.catalogueoflife.org/col/details/database/id/78

[yroskov]

Yes, such implementation is fine for me.

[thomasstjerne]

All depend on data presentation in final product. I hope, there will be no empty fields like "Authors -" or "Editors -". And combined bibliographic citation should have no stupid view as "Oosterbroek P. (author)".

Would you prefer that we hide empty fields? Rather than displaying "-" ? It may look nicer, but on the other hand then the fields will vary from dataset to dataset and it may be overlooked that a license is missing or similar

[mdoering]

Personally I prefer to keep them so that the layout is alike and you feel more used to where to find items on the screen. But I do not have a very strong opinion. @dhobern any opinion when dealing with the portal?

[mdoering]

@yroskov I have looked at various special cases

• Zinetti F. (data managers)
• Sánchez-Ruiz M. (technical editor).
• Govaerts R. (ed). For a full list of reviewers see: http://apps.kew.org/wcsp/compilersReviewers.do
• Rambold G. (lead editor; for detailed information see http://liaslight.lias.net/About/Impressum.html and http://liasnames.lias.net/About/Impressum.html)
• Roman Khalikov (Zoological Institute RAS)

The last RAS case comes from GBIF DwC archives, all others not. But I do wonder if we want some other attributes on a Person, e.g. role or organisation/affiliation? If we can keep it simple and just ignore these thats best. We can place it into the familyName, but I fear this might cause troubles down the line when building citations. Or we could create a generic suffix field that can hold anything and gets shown at the end no matter what

I would propose to remove those very few special cases and stick with the simple given/familyName for now.

[mdoering]

deployed to prod

[yroskov]

Would you prefer that we hide empty fields? Rather than displaying "-" ?

Yes, please hide empty Editors & Authors fields. They should be visible only in metadata form in the Clearinghouse.

[yroskov]

I would interpret:

• Zinetti F. (data managers) -> Zinetti F. (editor). Fixed in live metadata.
• Sánchez-Ruiz M. (technical editor) -> Sánchez-Ruiz M. (editor). Fixed in live metadata.
• Govaerts R. (ed). For a full list of reviewers see: http://apps.kew.org/wcsp/compilersReviewers.do -> Govaerts R. (editor); Phrase "For a full list of reviewers see: http://apps.kew.org/wcsp/compilersReviewers.do" should go to the abstract. Fixed in live metadata.
• Rambold G. (lead editor; for detailed information see http://liaslight.lias.net/About/Impressum.html and http://liasnames.lias.net/About/Impressum.html) -> Rambold G. (editor); Phrase "for detailed information see..."should go to the abstract. Fixed in live metadata. --- LIAS is not a part of CoL at the moment.
• Roman Khalikov (Zoological Institute RAS) -> Roman Khalikov (author); Organisation: Zoological Institute RAS