Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
backbone-message-format backbone-message-format
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 29
    • Issues 29
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge requests 5
    • Merge requests 5
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Package Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Communications Backbone System
  • backbone-message-formatbackbone-message-format
  • Issues
  • #53

Something went wrong while setting issue due date.
Closed
Open
Created 1 year ago by Dan Jones@danjonOwner
  • New issue

  • Report abuse

  • New issue

  • Report abuse

MAS-DT How do we represent pre-defined action templates and preferences in the configuration schema

Closed

MAS-DT How do we represent pre-defined action templates and preferences in the configuration schema

https://mas-dt.slack.com/archives/C07D8P6R2RM/p1722431371656689?thread_ts=1722353353.268999&cid=C07D8P6R2RM

If we don't want to hard-code a bunch of stuff on the ORI side and instead want to define all these capabilities/rules/preferences in the specification then I'm struggling to see how we do that.

So far what I've got is a single sample_profile action containing all the changeable variables from yo+sample+tbdlist (which is pretty bespoke to MOGli+MAS-DT) and iterates out that 4x4x4(64 combinations) grid of parameters into oneOf actions which have a boolean sample_compliance field.

The user sets prioritise=[speed|endurance] and allow non-compliant sampling=[true|false]

Then the schema says ORI can send any one of those parameter combinations but if the PI has specified they must use the sample_compliance:true ones then that limits the choice.

Ideally I'd separate out the yo behaviour stuff and the sample behaviour stuff but I can't see how we can do that and also define what represents MOGli compliant sampling in the schema.

.. and I definitely can't figure out how we make that generic enough to be used for something other than MOGli.

  1. Oh no!

    You are trying to upload something other than an image. Please upload a .png, .jpg, .jpeg, .gif, .bmp, .tiff or .ico.

    Incoming!

    Drop your designs to start your upload.

Linked issues
0


  • Dan Jones
    Dan Jones @danjon · 11 months ago
    Owner

    Implemented in #62 (closed)

  • Dan Jones @danjon closed 11 months ago

    closed

  • You're only seeing other activity in the feed. To add a comment, switch to one of the following options.
Please register or sign in to reply
0 Assignees
None
Assign to
None
Milestone
None
Assign milestone
None
Time tracking
No estimate or time spent
Due date
None
None
0
Labels
None
Assign labels
  • No matching results
  • Manage project labels
Confidentiality
Not confidential
Not confidential

You are going to turn on confidentiality. Only team members with at least Reporter access will be able to see and leave comments on the issue.

Lock issue
Unlocked
1
1 participant
user avatar
Reference: