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

agent bits mapping help #7388

Closed
dustymc opened this issue Feb 8, 2024 · 5 comments
Closed

agent bits mapping help #7388

dustymc opened this issue Feb 8, 2024 · 5 comments
Labels
Function-Agents Help wanted I have a question on how to use Arctos Priority - Wildfire Potential ignore this at everyone's peril, may smolder for now ...

Comments

@dustymc
Copy link
Contributor

dustymc commented Feb 8, 2024

I don't know what to do with the following. None of this makes much sense in the model we're moving to, but might be worth keeping around somehow - I can drop CSV here, or potentially this could be mapped to 'historic' agent attributes.

agent last_edit_by and last_edit_date - edits in the new model will produce deprecated attributes (eg we'll be able to see what was changed, not just who did it), I don't think these have any value, the only data they can carry is "person changed something, we have no idea what."

table agent_merge_history: preserves "old" data as JSON, MAYBE this will remain in the future model if something weird happens at #7356, otherwise I think I should just leave CSV here and drop the table. Example is https://arctos.database.museum/agents.cfm?agent_id=10001820:

Screenshot 2024-02-08 at 09 44 11
@dustymc dustymc added Function-Agents Help wanted I have a question on how to use Arctos Priority - Wildfire Potential ignore this at everyone's peril, may smolder for now ... labels Feb 8, 2024
@dustymc dustymc added this to the In next release milestone Feb 8, 2024
@Jegelewicz
Copy link
Member

agent last_edit_by and last_edit_date - edits in the new model will produce deprecated attributes (eg we'll be able to see what was changed, not just who did it), I don't think these have any value, the only data they can carry is "person changed something, we have no idea what."

I think it might be valuable to save the information for a period of time (csv is fine). If we never have to look at it for a year, then it can go away?

table agent_merge_history: preserves "old" data as JSON, MAYBE this will remain in the future model if something weird happens at #7356, otherwise I think I should just leave CSV here and drop the table. Example is https://arctos.database.museum/agents.cfm?agent_id=10001820

Sounds fair to me

@ewommack
Copy link

ewommack commented Feb 8, 2024

I think it might be valuable to save the information for a period of time (csv is fine). If we never have to look at it for a year, then it can go away?

I do sometimes use the agent last_edit to figure out who may be using or working on an agent's information. That can help figure out what other collections you may need to collaborate with to update an agent. Saving it for some time might be useful.

@mkoo
Copy link
Member

mkoo commented Feb 22, 2024

Would the new verified status be a good substitute for that now @ewommack ? You would at least see if there when the agent was verified and if major edits were made maybe user can add a remark to that attribute.

then it would make the need for this a little more or completely obsolete-- granted requires some behaviour changes for the user but agreed the bits as is has low value

@ewommack
Copy link

I think the new field for tracking attribute edits and such will help a ton.
If I come across a verified agent it will definitely help.

@dustymc
Copy link
Contributor Author

dustymc commented Feb 27, 2024

@dustymc dustymc closed this as completed Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Function-Agents Help wanted I have a question on how to use Arctos Priority - Wildfire Potential ignore this at everyone's peril, may smolder for now ...
Projects
None yet
Development

No branches or pull requests

4 participants