Import & export #4
Replies: 2 comments 5 replies
-
Hi @cboulanger thanks a lot for starting this important topic. We build our whole database schema on top of REFI (https://www.qdasoftware.org/) which was a joint effort started actually by the big closed vendors for better interoperability (even though many of them still don't fully support it). By doing so we aim to be interoperable by default and as good as possible. Regarding plugin architecture: yes actually chose this exact pattern! We are currently preparing getting full public, once we chose appropriate licenses etc. and from there teams could theoretically also host this software on-premise and create their own plugins for their own needs. A publication about the architecture is currently in the works and will be linked here, soon. |
Beta Was this translation helpful? Give feedback.
-
@cboulanger we are now fully public: Repository: https://github.com/openqda/openqda/ Pre-Release Roadmap: https://github.com/openqda/openqda/milestone/1 Release 1.0 Roadmap: https://github.com/openqda/openqda/milestone/2 |
Beta Was this translation helpful? Give feedback.
-
Hi, great project! I am delighted to see someone is working towards the goal of getting rid of this mess of proprietary data-silos which we are forced to work with right now. One of the main issues I have with software like NVivo is the lack of any serious form of data interoperability and I envision OpenQDA to shine in this particular area, especially if a community of plugin developers emerges that can contribute import and export adapters. What are your ideas in this area, in particular, are you planning on some sort of plugin architecture?
Beta Was this translation helpful? Give feedback.
All reactions