Skip to content
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

Closed
dustymc opened this issue Apr 18, 2024 · 11 comments
Closed

records with no not-unaccepted event #7686

dustymc opened this issue Apr 18, 2024 · 11 comments
Labels
Bug Arctos is not performing as it should.

Comments

@dustymc
Copy link
Contributor

dustymc commented Apr 18, 2024

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)

select guid from 
flat
left outer join specimen_event on flat.collection_object_id=specimen_event.collection_object_id and
    coalesce(specimen_event.verificationstatus,'NULL') != 'unaccepted'
where specimen_event.specimen_event_id is null

temp_no_not_unaccepted_event.csv.zip

Summary


  guid_prefix  |  c   
---------------+------
 ALMNH:Inv     |    1
 ALMNH:Paleo   |   87
 APSU:Herp     |   10
 Arctos:Entity |  281
 BYU:Edu       |    2
 BYU:Herp      |    1
 CRCM:Bird     |    2
 CRCM:Mamm     |    1
 DMNS:Bird     |    2
 DMNS:Mamm     |   32
 KSB:Mamm      |  146
 KSB:Teach     | 1190
 MLZ:Bird      |   19
 MSB:Bird      |    1
 MSB:Fish      |    4
 MSB:Herp      |   88
 MSB:Host      |    3
 MSB:Mamm      |  104
 MSB:Para      |   40
 MVZ:Fish      |    1
 MVZ:Herp      |  648
 NMMNH:Bird    |    6
 NMMNH:Paleo   |    1
 NMU:Mamm      |    1
 OGL:Genomic   |   32
 TCDGM:Mineral |  508
 TCDGM:Paleo   |   15
 UAF:Zooarch   |  293
 UAM:Arc       |  110
 UAM:Ento      |   96
 UAM:ES        |    1
 UAM:Fish      |    5
 UAM:Herb      |   15
 UAM:Inv       |    1
 UAM:Mamm      |  328
 UAMObs:Ento   |    4
 UCM:Bird      |    1
 UMZM:Bird     |    1
 UMZM:Egg      |    5
 UMZM:Mamm     |    3
 UTEP:Bird     |    3
 UTEP:Ento     |    1
 UTEP:Herb     |  272
 UWBM:Herp     |  787
 UWBM:Mamm     |   99
 UWBM:VP       |   22

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

@dustymc dustymc added this to the Announcement milestone Apr 18, 2024
@lin-fred
Copy link
Contributor

Is there an option for when we don't have any locality info?

image

@DerekSikes
Copy link

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?

@dustymc
Copy link
Contributor Author

dustymc commented Apr 18, 2024

don't have any locality info?

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.

Is this because

No.

require

#4384

@DerekSikes
Copy link

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??

@amgunderson
Copy link
Contributor

It seems "accepted" is the new "unverified" since verified is an option anything not marked verified can be assumed to be unverified.

@dustymc
Copy link
Contributor Author

dustymc commented Apr 18, 2024

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.

Screenshot 2024-04-18 at 12 38 23

#7474

@lin-fred
Copy link
Contributor

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.

Ok I think I have fixed them

@ebraker
Copy link
Contributor

ebraker commented Apr 19, 2024

The UCM record was recorded as "unaccepted" in error. Fixed!

@adhornsby
Copy link

I'm not seeing NULL as an option in data entry or when editing existing events. Am I misunderstanding that we should be able to see and use NULL?
image
image

@campmlc
Copy link

campmlc commented Apr 22, 2024

My understanding is that you would leave it blank, and not be forced to choose a value.

@dustymc
Copy link
Contributor Author

dustymc commented Apr 22, 2024

data entry

Use what's checked in your screenshot.

editing

Thanks, fixed in next release.

@dustymc dustymc modified the milestones: Announcement, In next release Apr 22, 2024
@dustymc dustymc added the Bug Arctos is not performing as it should. label Apr 22, 2024
@dustymc dustymc closed this as completed Apr 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Arctos is not performing as it should.
Projects
None yet
Development

No branches or pull requests

7 participants