OpenSCD is used as a upstream dependency for CoMPAS. The major difference is that CoMPAS provides back-end services. OpenSCD is purely browser based.
OpenSCD product vision (DRAFT)
For utility/integrator/vendor companies
Who want to have flexibility, agility and efficiency in their SCL configurations
OpenSCD
is a IEC 61850 SCL configuration tool
That offers a front-end, open source, extensible, customizable, user friendly, SCL editing
Unlike proprietary, vendor specific, desktop oriented, limited integration options, not user friendly tools
Our product allow offline editing using web-browsers gives flexibility, control over your own roadmap, prevent a vendor-lock-in and uses the power of open source, modern technologies to help the energy transition.
Goal: System configuration tool (touch every SCL element)
Governance
The OpenSCD project started by Omicron Electronics and contains contributions from Alliander, Transpower and more. It currently has no project charter like CoMPAS does.
(DanM: How heavy do we want this to be? We could also look at something like the Contributor Covenant, Mozilla Community Participation Guidelines, the Rust Language Code of Conduct, and the FreeBSD Community Code of Conduct)
(DanM: I'd like to see a way to finance and fund OpenSCD, starting by a Patreon or OpenCollective account, for example. I shall donate $30/month!)
OpenSCD governance structure (DRAFT)
In order to be more clear on the roles and responsibilities in OpenSCD, a governance setup is needed. This becomes more urgent with the move towards OpenSCD-core.
Maintainer:
Ultimate authority on a specific OpenSCD plugin. The maintainer is trusted to make decisions for a specific set of functionality bundled within a plugin.
The maintainer's responsibilities include:
- Coordinates development/review work in the project
- Controls access to the project
- Prioritises work in the project
- Is responsible for the quality of the code and quality level
- Prepares and authorises releases of the plugin
Open Questions:
- When to give someone a new repository?
- DanM: A new official repository under the OpenSCD group should be created when the OpenSCD organisation accepts a plugin for integration with the "standard" distribution. This may occur at an early stage, prior to the first release in order to allow coordination and integration with other project features on Github (labels, milestones etc.).
- DanM: In general those wishing to join the project should have demonstrated a willingness to commit some time and effort on other OpenSCD projects or have a minimum viable product prior to the repository being created under the OpenSCD group. (I think this is a reasonable set of open source house rules )
- Who decides that?
- DanM: I think we should have an official OpenSCD organisation and would like to nominate J Vogelsang and C Dinkel as benevolent dictators for life. They had the initial vision and interest and care about (a) open source, (b) and open community. I don't think a great deal of documentation for this should be required, it could just be stated on the README for now
- DanM: I think the aforementioned should have control of the OpenSCD organisation.
- Why not bring OpenSCD under the LF energy umbrella for clear governance and support?
- DanM: On a volunteer project I worry about overhead in reporting and governance being unsustainable and key members might feel this didn't allow them to focus their time, energy and attention in the areas they were most interested.
Name suggestions
Repository | Maintainer |
---|---|
Open-scd-core | Christian? |
Open-scd | |
openscd.github.io | Christian? |
oscd-scl | Jakob, Daniel |
oscd-component | |
oscd-dialog | |
oscd-tree | |
oscd-save | Christian? |
oscd-open | Christian? |
open-scd-wizarding | |
xmlvalidate.js | Christian? |
oscd-subscriber | Daniel? |
oscd-cleanup | Daniel |
oscd-communication | Daniel |