You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
...so that I can search for these properties accross missions and so that I don't need to know the specific property name for each mission.
π Additional Details
Details from Jordan's email on 04/05/2024:
Something we need to think about is how we can map all of these βdifferentβ attributes into 1. E.g. mission_phase_name is in almost every mission LDD, but an end user does not care that it is called vgr:Voyager_Timing.vgr:mission_phase_name for Voyager, cassini:Cassini_Timing.cassini:mission_phase_name for Cassini, or coolmission:Class:mission_phase_name for Cool Mission. We will need to figure out how to abstract this, not just through updart, but potentially through the Search API as a whole. This is where maybe something similar to those copyFields in Solr could really come in handy. Just things to think about.
Acceptance Criteria
Given a registry api service When I perform I can select all the products related to mission phase Then I expect all the product related to this phase, across mission
βοΈ Engineering Details
We need to discuss/be aware, that all the mission phase name enumeration might not be consistent across missions.
The text was updated successfully, but these errors were encountered:
Checked for duplicates
Yes - I've already checked
π§βπ¬ User Persona(s)
Data user.
πͺ Motivation
...so that I can search for these properties accross missions and so that I don't need to know the specific property name for each mission.
π Additional Details
Details from Jordan's email on 04/05/2024:
Something we need to think about is how we can map all of these βdifferentβ attributes into 1. E.g. mission_phase_name is in almost every mission LDD, but an end user does not care that it is called vgr:Voyager_Timing.vgr:mission_phase_name for Voyager, cassini:Cassini_Timing.cassini:mission_phase_name for Cassini, or coolmission:Class:mission_phase_name for Cool Mission. We will need to figure out how to abstract this, not just through updart, but potentially through the Search API as a whole. This is where maybe something similar to those copyFields in Solr could really come in handy. Just things to think about.
Acceptance Criteria
Given a registry api service
When I perform I can select all the products related to mission phase
Then I expect all the product related to this phase, across mission
βοΈ Engineering Details
We need to discuss/be aware, that all the mission phase name enumeration might not be consistent across missions.
The text was updated successfully, but these errors were encountered: