DiamondLightSource / DiamondLightSource/python-dlstbx
Return XRC locations in physical coordinates rather than boxes
- Linguagem predominante
- Python
- Estrelas
- 2
- Forks
- 2
- Merge médio
- 1d 11h
- PRs com merge (30d)
- 2
Descrição
From a hyperion point of view it will be a lot cleaner if zocalo returned results in mm/um rather than boxes so that we do not have to do the conversion in the DAQ side. The setpoints of the gridscan should already be written to the nexus file and are already read by the 3D XRC anyway (https://github.com/DiamondLightSource/python-dlstbx/blob/75915e38e138fe0c90d4ab1dd1a9ec2b76f6afb3/src/dlstbx/cli/gridscan3d.py#L95). Additionally, the readback values of the gridscan will soon be in there too https://github.com/DiamondLightSource/mx-bluesky/issues/597.
## Notes
* This may require some correction on the hyperion side if we're not correctly writing the positions, see https://github.com/DiamondLightSource/mx-bluesky/issues/414
* We will probably want to keep the box co-ordinates in the result too as they may be useful
## Acceptance
* Zocalo additionally returns XRC results in position coordinates
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Direção de pesquisa
Comece rastreando como o Zocalo retorna os resultados de XRC e leia o ponto de entrada vinculado gridscan3d.py por volta da linha 95, onde os setpoints da varredura em grade são lidos do arquivo NeXus. Verifique as issues relacionadas do mx-bluesky para obter contexto sobre a escrita e a leitura de posições. Está concluído quando os resultados de XRC também contiverem as coordenadas físicas de posição, mantendo as coordenadas da caixa.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- python
- Domínio
- backend-api-design
- Tipo de issue
- Funcionalidade
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Pouca atividade
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 42/100