API JSON: a flow's payload and a dependency's prefix metadata differ from the metamodel
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 55/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- json
- Ambito
- api
Direzione di ricerca
Read rdf-mapping.md at lines 458-466 and 532, then compare those mappings with the corresponding entries in SysML-textual-bnf at lines 51-53, 845-852, and 1660-1662. Locate the API JSON serialization entry point and verify how flows and dependencies are represented. Done means the JSON form exposes the metamodel-aligned PayloadFeature and annotation while the documented Turtle mappings remain understood.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Both are documented choices in rdf-mapping.md, so this is a request, not a bug report. For the API's JSON form, could they follow the metamodel?
| Source | Exported (documented at) | Grammar (SysML-textual-bnf) |
|---|---|---|
flow of Fuel from a.p.fuel to b.p.fuel; (the flow example in #651) |
sysx:payload → a FeatureReferenceExpression under an OwningMembership (rdf-mapping.md:532) |
FeatureMembership owning a PayloadFeature (:845-852) |
#Tag dependency x to y; |
MetadataUsage under an OwningMembership of the dependency (rdf-mapping.md:458-466) |
an Annotation whose annotatingElement is the MetadataUsage (:51-53, :1660-1662) |
package A {
metadata def Tag;
part x;
part y;
#Tag dependency x to y;
}
A reader of standard API JSON finds no payload feature on the flow, and no annotation on the dependency.
:532 gives the reason for the payload: the 202407 ontology table has no payloadFeature property. The API form reads metaclasses rather than that table, so it could carry the PayloadFeature even if Turtle keeps the expression.
- Lingua principale
- Go
- Stelle
- 24
- Fork
- 5
- Merge medio
- 10h 11m
- PR unite (30g)
- 572
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Open-MBEE/OpenSysML
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Open-MBEE/OpenSysML#720 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
Open-MBEE/OpenSysML#608 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Open-MBEE/OpenSysML
Issue simili
-
automation models
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
txn2/mcp-data-platform#1984 ·
I maintainer di solito rispondono entro 1 giorno
-
agentic-workflows
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
kind/docs prio/P2
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 95/100
agent-substrate/substrate#1986 ·
I maintainer di solito rispondono entro 1 giorno