Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Roadmap Q1 2021 #134

Open
15 of 31 tasks
alexrobin opened this issue May 13, 2020 · 0 comments
Open
15 of 31 tasks

Roadmap Q1 2021 #134

alexrobin opened this issue May 13, 2020 · 0 comments
Assignees

Comments

@alexrobin
Copy link
Member

alexrobin commented May 13, 2020

  • Rename Json datareceiver as SweJson
  • Completely remove deprecated data sources (Chart.js, EulerOrientation, LatLonAlt, UAHWeather); Use SweJsonDataSource datasource in all examples instead
  • Move some data sources and stylers to ext (OrientationQuaternion.js, Nexrad.js (both datasource and styler))
  • Refactor folder structure (source/osh; source/osh-ext; source/osh-vuejs)
  • Fixed buffering/synchronization logic
  • Implement layer on top of data sources to avoid declaring the same offering multiple times (see Nick work in osh-client, add to Entity object?)
  • Generic action callbacks (for entities and view items)
    • Design
    • Implementation
  • Add support for batch historical obs requests
  • Add GetFeatureOfInterest data source
  • Generic reusable vue.js components on top of our views
    • TimeController
    • DraggableView
    • DockedViews
    • StackedViews
    • DraggableStackedViews
    • ViewWithControlDrawer
  • SensorWeb API client
    • Design
    • HTTP implementation
    • MQTT/WS implementation
  • Improve Tasking
    • SPS client
    • Auto generate generic form from tasking parameters (either SPS or STA)
    • Support websocket for command streams
  • STA client
    • Design
    • HTTP implementation
    • MQTT implementation
  • Generic binary data source -> present as JSON object with fields as ArrayBuffers when it makes sense (e.g. large numerical arrays, compressed data such as video frames)

Do we even need a model for action callbacks? Should it be a pure UI thing? -> Can be useful in a multi-view environment where consistent action handling is needed across views (e.g. same behavior no matter where the item is selected), but it could still be handled at the UI level.

Actions = hover, left click, left double click, right click, drag, tap etc. so just forward UI event + entity/viewItem/dataSource info, or higher level events like select/show/hide/menu?

@alexrobin alexrobin modified the milestone: Release 2.0 May 14, 2020
@alexrobin alexrobin changed the title Roadmap Q3 2020 Roadmap Q1 2021 Jan 8, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants