Psyche adaptation not working/not producing valid SATFs
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- java, javascript
- Domain
- backend
Research direction
Start by locating Psyche’s prototype adaptation layer and reviewing its seqN-to-SATF conversions alongside the satf/sasf npm library documentation. Identify which SATF/SASF structure the library can generate and which mission-specific information remains to be handled. Done means the adaptation layer produces valid SATFs without the current fragile conversion behavior.
Written by the indexing model from the issue text.
Description
Describe the bug
Psyche currently uses a prototype adaptation layer for conversions between seqN and SATF formats. This prototype is fragile and requires frequent modifications. To address this, we aim to rewrite the adaptation layer, leveraging the satf/sasf npm library package. This will significantly reduce the amount of code the adaptation developer needs to maintain, simplifying their workflow. By utilizing the satf/sasf library package to generate 90% of the SATF/SASF structure, the adaptation layer will only need to handle the remaining 10% of mission-specific information.
- Dominant language
- Java
- Stars
- 129
- Forks
- 34
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 13
Getting set up
- Ships a Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from NASA-AMMOS/plandev
-
feature
Difficulty 5/5 Over a week Newbie friendliness 42/100
NASA-AMMOS/plandev#1890 · 2 comments ·
Maintainers usually reply within 1 day
-
breaking change
Difficulty 4/5 3-5 days Newbie friendliness 20/100
NASA-AMMOS/plandev#1863 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 3/5 1-2 days Newbie friendliness 55/100
NASA-AMMOS/plandev#1830 ·
Maintainers usually reply within 1 day
-
Anchor negative offset validation fails to re-run in some casesMay be free again @Mythicaeda claimed this 155 days ago, and no pull request is open. Openbug planning
NASA-AMMOS/plandev#1829 · 1 comment · 1 assignee ·
Maintainers usually reply within 1 day
-
feature
Difficulty 5/5 Over a week Newbie friendliness 42/100
NASA-AMMOS/plandev#1828 ·
Maintainers usually reply within 1 day
All issues in NASA-AMMOS/plandev
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
utopia-rise/godot-jvm#1004 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
spring-projects/spring-grpc#442 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
resilience4j/resilience4j#2547 ·
Maintainers usually reply within 9 days
-
Clock.MakeDate continues execution and returns a rolled-over instant after dispatching error on invalid datePossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 1/5 Under an hour Newbie friendliness 82/100
mit-cml/appinventor-sources#4155 ·
Maintainers usually reply within 1 day