Why keep already identified copies?

[HedvigS]

I take it that when an entry has a year that starts with "c" it means that they are copies of an already existing entry in hh? (There's only one entry offa hh with a year that starts with "c", and that's because there's already another identical hh-entry.)

I haven't checked thoroughly, but it seems like the non-hh entry has less information than the hh-entry. I assume it has some sort of transitional function, or just a way of keeping all refs from each provider. But perhaps for users it looks rather strange? If not removed, perhaps they could be hidden?

[d97hah]

No those are entries from other biblio:s where the (c) is there, and disturbs the automatic duplicate checking. I fixed a number of cases for the next update. Which is the entry in hh with a (c)?

2014-05-06 11:58 GMT+02:00 Hedvig Skirgård notifications@github.com:

Reopened #15 https://github.com/clld/glottolog-data/issues/15.

— Reply to this email directly or view it on GitHubhttps://github.com/clld/glottolog-data/issues/15#event-118168934 .

[HedvigS]

Turpin, Myfany. c2000. A learner's guide to Kaytetye. viii+184. Alice Springs, NT: IAD Press. (for CD-ROM's please ask library staff Includes bibliographical references (p. 181).).

No copy in latest hh.bib though

[HedvigS]

There's in total 236 entries right now that have a year starting with "c (excluding all kinds of "forth" and "ca").

Oh, and there's 11 entries with the year "copied 06/22/1977 RLS". There's some other strange years too, like "Cicik; Aruan, Dora Angelina Artikel dari Atma Jaya Award 2007, page", "//", "0" and "?". The ones that contain words from author or title can still be found by searching the year.

p.s. my new favorite author is "XXX" :)

[xflr6]

remaining 'c' and '//' year fields fixed in e8ef8788fb66a20d9214c7214e99392f6677dea8