🏄🏻 WIPE OUT... we are now at v5.0.9

[briesenberg07]

Hi @pan-zhuo
CC @cspayne

Following up on my email [1]...the map_storage prop_sets have been wiped and recreated [2]. They now reflect RDA Vocabularies release v5.0.9🎉

ℹ️ Further information

• implementation_set entries in map_storage > prop_sets up to this time were primarily for the purpose of recreating the WEMI templates for monographs from 2019. Other entries were for the purpose of creating additional non-WEMI templates (Agents, for example), but these were still extremely bare-bones. Other entries were for the purpose of testing.
• The monograph WEMI RTs from 2019/2020--as well as WEM(I) RTs for other formats from 2019/2020--are still available in a number of locations and formats:
  • Published as HTML at https://uwlib-cams.github.io/sinopia_maps/
  • Available for viewing/copying/use in the Sinopia production environment. Naming scheme is WAU RT RDA [RDA entity] [format].
  • If all else fails, available as JSON-LD which can be loaded to Sinopia using Actions > Load RDF in @briesenberg07 's UW OneDrive files [3]

ℹ️ Notes

[1]

Zhuo is set to start authoring templates quite soon, and I know that the prop_sets don’t reflect the most recent RDA Registry release. Embarrassing to say that I don’t know which release they reflect, but I know that they aren’t up to date.
Question: Would creating new, empty prop_sets from the most recent RDA vocabs GitHub files break or significantly mess things up for your work on map_storage #10?
I anticipate that you would need to create new implementation_sets for your map_storage #10 testing, but I believe you could do this using one of the existing test RT IDs or by creating a new one.
Would wiping the prop_sets create any problems for your work that I’m not aware of?
Would it be okay to do this?

[2]
See commit 5e8ceb3ec775ef239d83d263fc8b92555c32357a

[3]
UW NetID access only.
If loading RTs to an environment other than Production, RT IRIs must be edited accordingly (api.sinopia.io > api.stage.sinopia.io)