Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

API JSON: a flow's payload and a dependency's prefix metadata differ from the metamodel

Open
#652 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
55/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
json
Domain
api

Research direction

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.

Written by the indexing model from the issue text.

Description

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.

Dominant language
Go
Stars
24
Forks
5
Avg merge
10h 7m
Merged PRs (30d)
536

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Open-MBEE/OpenSysML

All issues in Open-MBEE/OpenSysML

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.