Industrial Hemp Harvesting Machine (fiber): Unterschied zwischen den Versionen

Aus Open Source Ecology - Germany
Zur Navigation springen Zur Suche springen
K
K
Zeile 1: Zeile 1:
 
==File Sharing and Workflow==
 
==File Sharing and Workflow==
 
I am going to add just a few notes here about file sharing and workflow to start with. <br>
 
I am going to add just a few notes here about file sharing and workflow to start with. <br>
What motivates me to do this in the first place is the impression that, while the workflow tools <br>
+
What motivates me to do this is the impression that, while the workflow tools <br>
 
for software development are neatly realized and broadly used thanks to platforms like github, <br>
 
for software development are neatly realized and broadly used thanks to platforms like github, <br>
 
the workflow tools for hardware projects, although they exist ([https://opentoolchain.org/ Open Toolchain Foundation]),<br>  
 
the workflow tools for hardware projects, although they exist ([https://opentoolchain.org/ Open Toolchain Foundation]),<br>  
Zeile 12: Zeile 12:
 
list but I also have to open the file or choose to download the whole "directory" which translates <br>
 
list but I also have to open the file or choose to download the whole "directory" which translates <br>
 
into a high data volume and a higher associated use of energy for its traffic. Another way is the <br>
 
into a high data volume and a higher associated use of energy for its traffic. Another way is the <br>
cloning and pull-push request approach, but for that I need to install some software on my computer. <br>
+
cloning and pull-push request approach but for that, I need to install some software on my computer. <br>
  
The jargon used in platforms like github makes things even less user-friendly since the average Joe  <br>  
+
The jargon used in platforms like GitHub makes things even less "user-friendly" since the average Joe  <br>  
 
(Otto Normalverbraucher) or Jane whose contact with the digital world is limited to that of a user for<br>  
 
(Otto Normalverbraucher) or Jane whose contact with the digital world is limited to that of a user for<br>  
 
practical purposes (saving files or surfing the web) might find this jargon somewhat abstract. In my <br>
 
practical purposes (saving files or surfing the web) might find this jargon somewhat abstract. In my <br>
computer a folder is a folder and I thing is not a wild guess to assert that most people associate a folder <br>
+
computer a folder is a folder and I think is not a wild guess to assert that most people associate a folder <br>
 
with some type of container. In GitLab a folder is called a directory, I personally know that a directory <br>
 
with some type of container. In GitLab a folder is called a directory, I personally know that a directory <br>
is equivalent to a folder because I learned to use DOS over 20 years ago otherwise the first idea that <br>
+
is equivalent to a folder because I once used DOS over 20 years ago, otherwise, the first idea that <br>
 
comes to mind is a phone directory. <br>
 
comes to mind is a phone directory. <br>
 +
 +
Although the use and functions of, for example, GitLab are very well documented as it is the case for the <br>
 +
[https://docs.gitlab.com/ee/topics/git/terminology.html GitLab Terminology]. Here one needs to pose the <br>
 +
following question: Who wants to participate in the making of a copy of a harvesting machine? or Who wants <br>
 +
to participate in the making of a personal Loom for woven textiles? or, in short, Who is the target <br>
 +
user/collaborator for such a project? And yet, despite the answer, the reality is that the whole process <br>
 +
should be as easy as possible if I want to maximize the participation level. A person whose interest is <br>
 +
limited to the creation and formatting of text might find the task of writing such text in a wiki just too <br>
 +
daunting and might choose to walk away. <br>
 +
 +
===wiki + Nextcloud===
 +
 +
===wiki + Dropbox===
  
  
  
Although the use and functions of GitLab are very well documented like is the case of the [https://docs.gitlab.com/ee/topics/git/terminology.html GitLab Terminology] <br>
 
here one needs to ask the following question: Who wants to participate in the making of a copy of a <br>
 
harvesting machine? or Who wants to participate in the making of a personal Loom for woven textiles? or <br>
 
Who wants to
 
  
 
[[https://wiki.opensourceecology.de/Git]]
 
[[https://wiki.opensourceecology.de/Git]]
  
one way folder (diode folders) for sharing raw information
+
one way folder (diode folders) for sharing raw information <br>
two way folders (with some restrictions e.g. deleting of files) for retrieving processed information
+
two way folders (with some restrictions e.g. deleting of files) for retrieving processed information<br>
at least three different access levels would be necessary
+
at least three different access levels would be necessary<br>
 
admin/distributor --- contributor/developer --- user
 
admin/distributor --- contributor/developer --- user

Version vom 5. April 2023, 14:27 Uhr

File Sharing and Workflow

I am going to add just a few notes here about file sharing and workflow to start with.
What motivates me to do this is the impression that, while the workflow tools
for software development are neatly realized and broadly used thanks to platforms like github,
the workflow tools for hardware projects, although they exist (Open Toolchain Foundation),
a platform that would allow a combined use of these tools and a seamless bidirectional data flow is
not quite there yet, or at least not in the open-source environment.

GitLab

For example in gitlab I cannot preview images in large tile format, meaning that I have to open the
file in order to see what is inside. If I wanted to download this file I can not do it from the file
list but I also have to open the file or choose to download the whole "directory" which translates
into a high data volume and a higher associated use of energy for its traffic. Another way is the
cloning and pull-push request approach but for that, I need to install some software on my computer.

The jargon used in platforms like GitHub makes things even less "user-friendly" since the average Joe
(Otto Normalverbraucher) or Jane whose contact with the digital world is limited to that of a user for
practical purposes (saving files or surfing the web) might find this jargon somewhat abstract. In my
computer a folder is a folder and I think is not a wild guess to assert that most people associate a folder
with some type of container. In GitLab a folder is called a directory, I personally know that a directory
is equivalent to a folder because I once used DOS over 20 years ago, otherwise, the first idea that
comes to mind is a phone directory.

Although the use and functions of, for example, GitLab are very well documented as it is the case for the
GitLab Terminology. Here one needs to pose the
following question: Who wants to participate in the making of a copy of a harvesting machine? or Who wants
to participate in the making of a personal Loom for woven textiles? or, in short, Who is the target
user/collaborator for such a project? And yet, despite the answer, the reality is that the whole process
should be as easy as possible if I want to maximize the participation level. A person whose interest is
limited to the creation and formatting of text might find the task of writing such text in a wiki just too
daunting and might choose to walk away.

wiki + Nextcloud

wiki + Dropbox

[[1]]

one way folder (diode folders) for sharing raw information
two way folders (with some restrictions e.g. deleting of files) for retrieving processed information
at least three different access levels would be necessary
admin/distributor --- contributor/developer --- user