You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A critical bug in trident (poseidon-framework/poseidon-hs@df72486), only now fixed in v.0.17.4, caused the janno columns Date_C14_Labnr to be overwritten by Date_C14_Uncal_BP. Unfortunately this affects a significant portion of all packages in published_data, because they went through trident when we split up the former Reich dataset.
We will have to go through all packages and reintroduce the respective lab numbers.
The most practical approach for that might be to copy the respective entries from the large Boston_datashare janno file we had before b9d0654 into the new janno files. So yet again boring, manual labour. Alternative ideas are very welcome.
We should also check the other janno files not extracted from the Reich dataset. Maybe some of them went through trident as well. Probably the most easy solution for that will be to make the labnr data type in poseidon-hs more specific, so to validate labnrs. They have a specific structure and can be validated accordingly.
The text was updated successfully, but these errors were encountered:
A critical bug in trident (poseidon-framework/poseidon-hs@df72486), only now fixed in v.0.17.4, caused the janno columns
Date_C14_Labnr
to be overwritten byDate_C14_Uncal_BP
. Unfortunately this affects a significant portion of all packages in published_data, because they went through trident when we split up the former Reich dataset.We will have to go through all packages and reintroduce the respective lab numbers.
The most practical approach for that might be to copy the respective entries from the large Boston_datashare janno file we had before b9d0654 into the new janno files. So yet again boring, manual labour. Alternative ideas are very welcome.
We should also check the other janno files not extracted from the Reich dataset. Maybe some of them went through trident as well. Probably the most easy solution for that will be to make the labnr data type in poseidon-hs more specific, so to validate labnrs. They have a specific structure and can be validated accordingly.
The text was updated successfully, but these errors were encountered: