-
Notifications
You must be signed in to change notification settings - Fork 21
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
New Date Uploaded for Species Lists #236
Comments
I believe this should remain as-is. List Info will update the lastUpdated date because it determines how the list is used elsewhere in the ALA. For administrative lists there is often a collectory entry. This page should be kept up to date and should list the source information including the date. With the fixes that prevent lists reverting to default List Info when new content is uploaded this should be less of an issue. |
Hi Adam,
Thanks for the response and great re fixes for the lists reverting to default List Info.
However, re the lastUpdated date it is problematic in that it updates whenever any information associated with the list is modified, for example metadata etc... in List Info.
We need a date that indicates when the latest upload of list data occurred. This is of particular importance for the Authoritative Conservation and Sensitive lists.
thanks
Rose
…________________________________
From: adam-collins ***@***.***>
Sent: 07 June 2023 13:42
To: AtlasOfLivingAustralia/specieslist-webapp ***@***.***>
Cc: OConnor, Rosemary (NCMI, Dutton Park) ***@***.***>; Assign ***@***.***>
Subject: Re: [AtlasOfLivingAustralia/specieslist-webapp] New Date Uploaded for Species Lists (Issue #236)
I believe this should remain as-is. List Info will update the lastUpdated date because it determines how the list is used elsewhere in the ALA. For administrative lists there is often a collectory entry. This page should be kept up to date and should list the source information including the date.
With the fixes that prevent lists reverting to default List Info when new content is uploaded this should be less of an issue.
—
Reply to this email directly, view it on GitHub<#236 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AXZZDFBRANN626CC75FYKWDXJ72D5ANCNFSM6AAAAAAU23FMFM>.
You are receiving this because you were assigned.Message ID: ***@***.***>
|
Could you elaborate @adam-collins ? It looks like we have a few dates (examples from EPBC list)
I think that you're proposing that if we want to retain the date that data was loaded into the list, then we should document it manually in the Description field. Is that right? That will be plain text information. Can we not have a |
Off topic, I think an audit trail would be more useful. On topic, I require more details. I think I mistakenly bundled 'metadata updates' into a 'do not track changes' category. I still think the collectory entry should include the information, even if plain text. I'm not sure the level of detail would be sufficient if adding
In this example is it appropriate to update How would a new names index be recorded? Would we need a I note that the collectory page includes the plain text Looking again at the collectory there appear to be non-text fields in the In summary, and assuming this issue moves forward:
|
Thank you. Off topic - a major feature of the lists redevelopment will be an audit trail or version history of some sort. For now though, I would be very happy if the 'List Data Update' field reflected any of those 5 changes, whether they be through the UI or not. However, perhaps you're asking - if there's a new names index and we do a full rematch on lists, should that update the List Data Update. I would say no. Maybe that should be a There is no change history in the collectory. Those I hope this issue moves forward, it will be useful for our state list stakeholders, so I would like to agree and add:
Is that possible? |
Doug had done some previous work adding Also added |
Hi Adam
Doug had discussed starting work on this. Is there any indication of the status of that work?
thanks
Rose
…________________________________
From: adam-collins ***@***.***>
Sent: 12 June 2023 09:33
To: AtlasOfLivingAustralia/specieslist-webapp ***@***.***>
Cc: OConnor, Rosemary (NCMI, Dutton Park) ***@***.***>; Assign ***@***.***>
Subject: Re: [AtlasOfLivingAustralia/specieslist-webapp] New Date Uploaded for Species Lists (Issue #236)
Doug had done some previous work adding last uploaded.
Also added last matched.
—
Reply to this email directly, view it on GitHub<#236 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AXZZDFB567IGBKU5XBWPG73XKZITRANCNFSM6AAAAAAU23FMFM>.
You are receiving this because you were assigned.Message ID: ***@***.***>
|
Doug's work is integrated into this release. It included the beginnings of the I don't know what the |
Thanks Adam, I'll check in with Simon tomorrow about it.
…________________________________
From: adam-collins ***@***.***>
Sent: 12 June 2023 10:43
To: AtlasOfLivingAustralia/specieslist-webapp ***@***.***>
Cc: OConnor, Rosemary (NCMI, Dutton Park) ***@***.***>; Assign ***@***.***>
Subject: Re: [AtlasOfLivingAustralia/specieslist-webapp] New Date Uploaded for Species Lists (Issue #236)
Doug's work is integrated into this release. It included the beginnings of the last_uploaded field, Loose Name Search and Name Search Style.
I don't know what the name search is so will need someone to review lists-test for those changes to determine if more work is required.
—
Reply to this email directly, view it on GitHub<#236 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AXZZDFH2EDCTB3TOQOZN3XDXKZQ2FANCNFSM6AAAAAAU23FMFM>.
You are receiving this because you were assigned.Message ID: ***@***.***>
|
in production |
A date indicating last upload date for a species list is required.
Species lists have a lastUpdated field, however this field gets updated whenever any information associated with the list is updated, for example information in List Info. As a result we have no way of knowing the date of the most recent upload of a species list.
This is particularly problematic for Conservation and Sensitive species lists in terms of managing the most recent updates.
The text was updated successfully, but these errors were encountered: