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

Aus Open Source Ecology - Germany
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: „I am going to add just a few notes here about the sharing of files and workflow to start with. <br> What motivates me to do this in the first place is the impr…“)
 
Zeile 2: Zeile 2:
 
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 in the first place 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 harware projects is not quite there yet. The tools, as independent units <br>
+
the workflow tools for hardware projects, although they exist, a platform that would allow a seamless <br>
 +
bidirectional data flow is not quite there yet, or at least not in the open-source environment. <br>
  
gitlab  
+
For example in gitlab I cannot preview images in large tile format, meaning that I have to open the <br>
i cannot preview
+
file in order to see what is inside. If I wanted to download this file I can not do it from the file <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. The jargon used in <br>
 +
platforms like github makes things even less user-friendly since the average Joe (Otto Normalverbraucher) <br>
 +
or Jane whose contact with the digital world is limited to that of an user for practical purposes <be>
 +
(saving files or surfing the web)
 +
 
 +
 
 +
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 to achieve this
 +
admin/distributor --- contributor/developer --- user

Version vom 5. April 2023, 12:41 Uhr

I am going to add just a few notes here about the sharing of files and workflow to start with.
What motivates me to do this in the first place 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, a platform that would allow a seamless
bidirectional data flow is not quite there yet, or at least not in the open-source environment.

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. 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 an user for practical purposes <be> (saving files or surfing the web)


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 to achieve this admin/distributor --- contributor/developer --- user