Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Code Table Request - add preservation values for different types of 'frozen' #3649

Closed
ccicero opened this issue Jun 8, 2021 · 20 comments
Closed
Labels
Function-CodeTables Priority-High (Needed for work) High because this is causing a delay in important collection work..
Milestone

Comments

@ccicero
Copy link

ccicero commented Jun 8, 2021

Currently CTPART_PRESERVATION has the following values for 'frozen'

frozen
frozen, flash

Suggestion is to add values for:

frozen, -20
frozen, ultralow
frozen, LN2

(or spell out liquid nitrogen?)

This will allow us to better distinguish how parts are frozen.

Given 'High Priority' since we're actively separating parts from preservation now. It would be good to do this before the change so that new parts can choose different frozen preservation methods.

Related issue: https://github.com/ArctosDB/arctos/issues/1460

@ccicero ccicero added Priority-High (Needed for work) High because this is causing a delay in important collection work.. Function-CodeTables labels Jun 8, 2021
@dustymc dustymc added this to the Needs Discussion milestone Jun 8, 2021
@Jegelewicz
Copy link
Member

definitions please

@dustymc
Copy link
Contributor

dustymc commented Jun 8, 2021

I like the idea.

We cannot proceed without definitions.

There should be some indication of units - is that -20K (which would be an interesting state...)?

"Ultralow" is ambiguous - could mean -40, -80, and probably some other stuff. Suggest sticking to numbers.

Maybe for LN2 as well, that's consistent and an easy way to separate liquid vs vapor.

@campmlc
Copy link

campmlc commented Jun 8, 2021 via email

@campmlc
Copy link

campmlc commented Jun 8, 2021 via email

@dustymc
Copy link
Contributor

dustymc commented Jun 8, 2021

we need a real environmental module to do that.

We have one. I argued for using it instead of doing this.

@ccicero
Copy link
Author

ccicero commented Jun 8, 2021

@dustymc please explain re: environmental module. Arctos screenshot?

@dustymc
Copy link
Contributor

dustymc commented Jun 8, 2021

#1119 (comment)

Screen Shot 2021-06-08 at 9 09 57 AM

@Jegelewicz
Copy link
Member

I WISH SOMEONE would DO this consistently. It would make a great publication.

@Jegelewicz
Copy link
Member

How about these terms?

frozen, -20: frozen in a standard freezer at -20 degrees Celsius.
frozen, -80: frozen in an ultralow freezer at temperatures typically -50 to -80 degrees Celsius.
frozen, LN2: frozen in liquid or vapor phase nitrogen at -150 to -194 degrees Celsius.
frozen, dry ice: frozen on dry ice at -70 to -80 Celsius for temporary storage/shipping.
frozen, ice: stored on ice at 0 degrees C for temporary storage/shipping.

@Jegelewicz
Copy link
Member

Jegelewicz commented Jul 15, 2021

@ArctosDB/arctos-code-table-administrators suggest that we add container types to address this issue. @ebraker to write a How To for using containers without barcodes (or record a video tutorial, or both?) :-)

Suggested additions to the container type code table:

freezer -20: frozen in a standard freezer at -20 degrees Celsius.
freezer -80: frozen in an ultralow freezer at temperatures typically -50 to -80 degrees Celsius.
cooler dry ice: frozen on dry ice at -70 to -80 Celsius for temporary storage/shipping.
cooler ice: stored on ice at 0 degrees C for temporary storage/shipping.

We already have cryotank to cover the frozen, LN2 instance.

@campmlc
Copy link

campmlc commented Jul 15, 2021 via email

@Jegelewicz
Copy link
Member

Container type.

Because we use the same container type (cryovial) at different temperatures.

The containers will be the freezers, so the fact that the cryovial is in an ultralow freezer would tell you how it is frozen and if it moves to cryo, that history would go with it.

@Jegelewicz
Copy link
Member

We did discuss that container info is not public - that will need to be worked out. Probably a new issue if anyone feels strongly about it and assuming this solution works...

@Jegelewicz
Copy link
Member

Adding to AWG Issues Meeting Agenda

@campmlc
Copy link

campmlc commented Jul 15, 2021 via email

@dustymc
Copy link
Contributor

dustymc commented Jul 15, 2021

we should be able to record this,

You can (and should - the proposed container type approach is much less robust).

@campmlc
Copy link

campmlc commented Jul 15, 2021

We need a protocol for how to integrate these two data streams, then. Right now, container history is only visible through object tracking. If a freezer fails and I record a high temp value as a container check - does that history propagate to the history of all containers within the freezer?

@campmlc
Copy link

campmlc commented Jul 15, 2021

Also, container history should be integrated with part Condition history for this approach to work, e.g. in catalog record -> Edit Parts

@Jegelewicz
Copy link
Member

Where did these get added?

@Jegelewicz Jegelewicz reopened this Dec 21, 2022
@dustymc
Copy link
Contributor

dustymc commented Dec 21, 2022

There's no direction, no use case, no recent activity, this isn't actionable and I see little indication that it will become so. I can transfer to discussions, but making a habit of that will probably lead to everything over there becoming inaccessible behind all the clutter. I really think that at some point we need to just close issues that don't seem to be getting closer to a resolution so that we can keep track of the things that are active and/or actionable.

@ArctosDB ArctosDB locked and limited conversation to collaborators Dec 21, 2022
@dustymc dustymc converted this issue into discussion #5407 Dec 21, 2022

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
Function-CodeTables Priority-High (Needed for work) High because this is causing a delay in important collection work..
Projects
None yet
Development

No branches or pull requests

4 participants