DiamondLightSource / DiamondLightSource/sm-bluesky
ULIMS Integration for Visit Directories
- Dominant language
- Python
- Stars
- 0
- Forks
- 0
- Avg merge
- 2d 3m
- Merged PRs (30d)
- 8
Description
Part of https://github.com/DiamondLightSource/sm-bluesky/issues/373 Backend Integration/ Experiment Manifest / Post Collection Tagging/ Pocessed Data
Automatically resolve and propagate the active visit directory via ULIMS, removing the need for manual text-field input on each screen
### Goals
Acceptance criteria : What journeys should the user be able to complete to consider your feature done
Be as specific as you can, check them off once they work. Add more if you find more requirements during development. Issue should only be considered done after all of them are checked
- [ ] Zero-Manual Visit Input: The active visit directory resolves automatically behind the scenes and maps data storage paths without user configuration.
### Tasks
base on the goals, deduce the tasks required. check them off once they're done
> [!Caution]
> ULIMS API Client? We need to get the information form ULIMS.
> - [ ] Dynamic Directory Hook: Resolve active visit details and propagate them to the active file writer and workflow.
Contributor guide
Research direction
Start by locating the ULIMS API client requirement, then trace how the active file writer and workflow currently receive visit details. Define the integration needed to resolve the active visit directory and map storage paths without user configuration. Done means the zero-manual visit input journey works end to end.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100