-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
records with no not-unaccepted event #7686
Comments
Is this because we no longer require a value on data entry? I use 'unverified' to find records to 'accept' - if there are now records with NULL, how will I find them to 'accept' them? I'd like to somehow require my data entry folks to enter 'unverified' at data entry - can I do that by customizing the data entry form? |
That's one of the reasons for these data to exist. If for some reason you want a presence in DWC you'll need some sort of place-stack (Occurrences can't exist without), you can add one with a bunch of "IDK" values.
No.
|
Looking at the data entry form, for 'record_event_verificationstatus' I see there is no longer an option for 'unverified' - the only options are 'accepted' 'unaccepted' and 'verified and locked' - and some of my people are confused and seem to have been loading records as 'unaccepted', which as I understand it is for rare cases when a specimen is recorded from a place but is not actually from that place. Can we get 'unverified' back as an option? This way I can find unverified records and verify them?? |
It seems "accepted" is the new "unverified" since verified is an option anything not marked verified can be assumed to be unverified. |
https://arctos.database.museum/info/ctDocumentation.cfm?table=ctverificationstatus NULL replaces unverified (and is how the vast majority of records should be entered). NULL is searchable. ![]() |
Ok I think I have fixed them |
The UCM record was recorded as "unaccepted" in error. Fixed! |
My understanding is that you would leave it blank, and not be forced to choose a value. |
Use what's checked in your screenshot.
Thanks, fixed in next release. |
FYI. I had a bad join which broke the GBIF pipeline, perhaps the records are of some interest. Please note that these are not problematic as far as Arctos is concerned, they can stay as they are and there are many possible reasons for them to exist, if you're aware of these there's no problem.
Data (and SQL)
temp_no_not_unaccepted_event.csv.zip
Summary
contacts
@jrdemboski
@keg34
@amgunderson
@jldunnum
@catherpes
@msbparasites
@AdrienneRaniszewski
@campmlc
@DerekSikes
@StefanieBond
@jtgiermakowski
@ccwlobo
@mlbowser
@jandreslopez
@adhornsby
@sjshirar
@mkoo
@atrox10
@jebrad
@mvzhuang
@acdoll
@KatherineLAnderson
@lin-fred
@aklompma
@ebraker
@Jegelewicz
@camwebb
@Nicole-Ridgwell-NMMNHS
@byuherpetology
@kmkocot
@jessicatir
@ufarrell
@falco-rk
The text was updated successfully, but these errors were encountered: