Skip to content

DRYD-1898: Procedure > Bot Garden > Modify Current Location#209

Open
spirosdi wants to merge 2 commits into
ucbg_8.3from
feature/dryd-1898
Open

DRYD-1898: Procedure > Bot Garden > Modify Current Location#209
spirosdi wants to merge 2 commits into
ucbg_8.3from
feature/dryd-1898

Conversation

@spirosdi
Copy link
Copy Markdown

@spirosdi spirosdi commented May 12, 2026

What does this do?

  • Added geoReferenceInformation section containing the new fields to the botgarden-procedure-movement
  • Added new actionCodes
  • Added new term lists

Why are we doing this? (with JIRA link)
Enabling tracking lat/long information at the current location procedure level: https://collectionspace.atlassian.net/browse/DRYD-1898

How should this be tested? Do these changes have associated tests?
Please follow the instructions at the:
cspace-deployment/cspace-ui-plugin-profile-ucbg.js#85

Dependencies for merging? Releasing to production?
It should be merged and releases along these PRs:
cspace-deployment/services#450
cspace-deployment/cspace-ui-plugin-profile-ucbg.js#85

Has the application documentation been updated for these changes?
N/A

Did someone actually run this code to verify it works?
@spirosdi ran this locally

Have any new accessibility violations been handled?
N/A

Copy link
Copy Markdown

@mikejritter mikejritter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes look ok. I didn't see a source for the geoRefProtocol and geoRefVerificationStatus lists so I didn't do any extra checking of them.

A few small nits I noticed which I don't think change any functionality but just the config output.

<title-ref>geoRefProtocol</title-ref>
<title>Georeference Protocol</title>
<options>
<option id="chapmanWieczorek2006GuideBestPracticesGeoreferencing">Chapman, Wieczorek 2006, Guide to Best Practices for Georeferencing</option>
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could shorten the ids here if we want. I think it will be encoded in the short id of the refname which creates some noise but not really an issue otherwise.

<section id="geoReferenceInformation">
<field id="decimalLatitude" datatype="float" section="botgarden"/>
<field id="decimalLongitude" datatype="float" section="botgarden"/>
<field id="geodeticDatum" section="botgarden" ui-type="enum"/>
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this is an OptionPickerInput in the ui, I believe we should remove the ui-type="enum" from the field definition. IIRC this causes it to be typed as a TermRef in the tenant bindings which expects that the value conforms to a refname.

I don't believe any errors actually are created by this (I've done it before... maybe with autocomplete as well though), just a bit of inconsistency in the backend config.

Comment on lines +33 to +35
<field id="geoRefProtocol" section="botgarden" ui-type="enum" autocomplete="vocab-geoRefProtocol"/>
<field id="geoRefSource" section="botgarden" ui-type="enum" autocomplete="vocab-geoRefSource"/>
<field id="geoRefVerificationStatus" section="botgarden" ui-type="enum" autocomplete="vocab-geoRefVerificationStatus"/>
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The autocomplete="vocab-*" can be changed to autocomplete="true" here. The references to the vocab term list ids seems like it's from how the application used to be configured but is no longer used.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants