Remove duplicates does not find duplicates about c14bazaar HOT 9 CLOSED

Good observation! Thank you!

It's not surprising given that the comparison algorithm is purposely simple. Maybe we could change the way EUROEVOL is loaded to add the hyphens? What do you think?

from c14bazaar.

Grrr. I had a look at the original EUROEVOL-dataset, and it is not consistent even there: Sometimes there are hyphens, sometimes there are spaces and sometimes neither. I think a parsing line (with catering for the three cases) should be entered here: c14age = .data[["C14Age"]],

from c14bazaar.

Are you sure that you have pushed your changes? I can see no differences.

from c14bazaar.

The changes are only in the specific branch for this issue.

You can install the version with them with devtools::install_github("ISAAKiel/c14bazAAR#61")

from c14bazaar.

Okay, I did not realize you created a new branch.

Indeed, there is an unexpected result: Some CALPAL-dates now have two hypens (e.g. UtC--10808). I suspect an ASCII-character that only looks like a hyphen.

from c14bazaar.

Thank you for testing!

The CalPal dates already had the double hyphens. I defined another case to solve this.

from c14bazaar.

Another case: Duplicate entries in the same database (RADON):

KN-1531
KN-I.531

from c14bazaar.

I don't think we can capture errors like this automatically. Or is there a systematic (!) difference that applies to many date pairs?

For individual errors: Please contact the authors of RADON.

from c14bazaar.

I think you can merge this branch. At least for me it works as expected and produced no detrimental results.

from c14bazaar.