I’ve got other notes coming to this thread, but a quick random thought first:
Rather than trying to gather and organise all of our collective knowledge in one go, there’s this thread where we’ve been discussing the numerous open source tools used for GOSH. Maybe we can do something in a more structured way to capture that knowledge and put it somewhere, maybe as a page on the GOSH website that explains our tech stack and tools we use, plus where we’d like to be…
You might also want to contribute to my GraphCommons “Open Hardware Landscape” (up 500 nodes allowed in the free plan). So far, there are no weights behind nodes and edges, so please don’t klick “Play/Simulate”, but feel free to add your knowledge about stakeholder of Open Hardware!
Thanks for sharing GraphCommons, @Paul! At first glance, it looks like an implementation of mind-mapping. Is it a lot more than that? Also, too bad that it’s closed source (their GitHub repositories seem to only have demo use cases and client-side code), but that’s beyond our direct control.
On a separate note, I recently stumbled upon Diátaxis, a “systematic framework for technical documentation authoring”. The framework breaks technical documentation into four categories:
I only had time for a skim, but found the underlying philosophy to be intriguing. I wonder if it’s applicable to open science hardware and open source hardware documentation? Has anyone used this documentation framework before?
BTW, the text of the framework itself is open source under the CC BY-SA 4.0 license and the source is here.
P.S. I stumbled upon a thread here that links to some other discussions about Diátaxis.
My thoughts are slowly navigating towards making a GOSH wiki.
At this year’s GOSH I realized that at least a few sessions subjects had already been discussed in the forum. However previous discussions are not really organized by subject.
To me, as it stands, this means that un-conference sessions, great as they are for many things, cannot be used as a tool to grow collective knowledge.
A wiki would also provide a persistent place where those sessions could be documented, and slowly digested into proper subject articles.
I understand what you are saying here. but back to my earlier argument…
We CAN use this discourse as wiki pages and collaboratively build knowledge together, sorted by topics and following discussions.
Imho it’s more about “how to motivate and value” the archivers who structure the knowledge, and not “what technical tools are out there”. None of the tools will do the work for us.
As example the notes from the unconferencing from gosh 2022 panama, sofar are group as they happened in the schedule of the days:
we just have to sit down and unknit all the topics individually, so it’s easier to find and contribute. Also discourse even suggests, when something should fit into an existing topic. please use that function!
I’m glad you mentioned wiki posts, it got me thinking about that feature again.
I have set up a few to try out the feature, and proposed something similar here.
While I agree, wiki posts are still posts in a forum, not pages/articles in a wiki. There are many differences to consider, not just the collaborative editing feature.
My main argument against the wiki is splitting content and participation into different websites. A massive amount work went into putting the Roadmap into GitLab issues, and this ended with only 2-4 users participating. Using Discourse wiki posts would not generate this problem.
I also imagine that re-purposing Discourse as a wiki could work. But I would be careful with planning how, and consider the amount of work that it would actually take.
While I agree with this idea, I believe that this matter it is both about motivation and tools.
I will make a few comments on this at the next Roadmap Issues meeting!
PS: I just found an example from OSMC.tv on how Discourse wiki-posts can be set up to auto-publish as articles on a static page. An “edit”/“discuss” button could be added to each one, pointing to the forum.
I am following this thread with great interest and would love to be a part of a working group on this, with more attention to spend on it in the new year. Having worked on distributed open publishing models during my career as an academic research librarian, I am keen to help out, keeping things values-focused, such as is outlined in the recent release from the Next Generation Library Publishing Team in the FOREST Framework
Hey everyone, I’ve also been following along this conversation.
To add into the mix, after GOSH 2022 a few of us have been discussing creating a database similar to what was mentioned. We were a little frustrated because there seemed to be a lot of interesting projects happening but we had difficulty finding documentation.
On top of that, we noted that there were most likely many academia/student projects that are not publicly published that could be, but were not due to neglect (i.e. a student graduates start into a job and forgets to upload/share their work, even though they were open to sharing). We actually are having a meeting with some developers from protocols.io to discuss the possibility of adding another section on their site for open science hardware. Though I have seen the project database that @kaspar made which is really nice.
We were only having a introductory discussion with the developers to see what they could provide and how (maybe they can be partial archivers). The goal was to organize this new section in a way that people unfamiliar with OSrH can find projects and, ideally, get involved or add their own. Though we will be aware of propriety concerns as mentioned earlier in this forum.
Maybe they could link their database to the wikis that @naikymen mentioned. The documentation could be based in a centralized self-hosted GOSH wiki site (as mentioned here) with each project on it’s own individual page. Or it could redirect to the GOSH forums. These are just ideas. Open for more input from you all and what else to include in our discussion!
What interesting discussions as of late! I think @dusjagr and @naikymen both make good points. Whatever we decide to do, I think we need people who are willing to put in the sustained work needed to tend this digital garden.
I am also interested in @Sarah’s suggestions as to how a loose, international community like GOSH can find the people to come together for this gardening. Happy to follow up in early 2023.
As for the directory of interesting OScH projects that @NKArranz mentioned, I think it would first of all be a good showcase of why GOSH is important. If we successfully create this directory, it would be good to give it some visibility on GOSH’s website. One possibility is to use this directory as a starting point for knowledge management. Once we have it set up, we can start thinking about how we add other bits of knowledge to this garden. On the other hand, maybe it will be simpler to keep this OScH directory independent.
Also somewhat randomly, I was skimming through the Open Scientist Handbook by Bruce Caron, and it’s got a chapter on idea gardening, though it’s more about how ideas cross-pollinate and how current academic institutions are not conducive to great ideas…
…
How do we move from an approach entirely based on temporary projects to an approach based on community-based sustainable infrastructure?
What kinds of social and technical infrastructures could support the Knowledge Commons?
…
There are free alternatives to Publish. 0. 1. 2. 3.
The Obsidian graph interface is similar to @Paul 's link above.
@jarancioabove mentions Zotero, which I agree is a great resource. I generally just drag notes/annotations from Zotero into Obsidian (which auto-generates a link back to that note), but there are other integrations. 1. 2.
If I can use it (albeit poorly), it can’t be too difficult. I’m not necessarily pushing for obsidian, but perhaps some git system here that leverages links between .md files, tagging, graphs, etc. with a simple jekyll site might be more active and easier/nicer to navigate than a wiki.
When I get to it this summer, I will collate the open source hardware information into
something akin to The One Card Deck to Rule Them All that I generated several years ago at https://engineeringunleashed.com/card/2167
I could definitely use some help organizing all that information!
Jim Brenner
Really love how comprehensive @eric’s post is about Obsidian! It looks like an amazing tool, though I’m concerned that it’s closed source which not only does not respect my digital freedoms, but also risks costly vendor lock in and forced obscelesence.
I wonder if there’s a way to achieve what Obsidian can do with TiddlyWiki as @DrBrian suggests? I’ve known about TiddlyWiki but hesitated when I learned that it uses its own mark up language instead of Markdown. Though I also know that TiddlyWiki is highly extensible, and maybe there’s a way to make it work for me.
Also looking forward to @jbrennerFIT’s “One Card Deck to Rule Them All”, which is a curious name!
Logseq is a good open-source alternative to Obsidian. I’m a happy daily user. The main difference between the two (besides open vs closed source) is Logseq is block-based (in the outliner sense) and Obsidian is page-based. They each have their pros and cons for that reason.
Anyhow, happy to answer any questions folks might have. Feel free to DM.