Ueber Open Hardware Observatory: Unterschied zwischen den Versionen

Aus OHO - search engine for sustainable open hardware projects
Wechseln zu:Navigation, Suche
Zeile 1: Zeile 1:
== Sustainable Open Hardware (OH), Do it Yourself (DIY) and Appropiate Technology Projects ==
 
{| class="wikitable ohostrategytable"|-
== Definición ==
|  [[File:OHO_strategy_1.png|frameless|link=|800px]]
Como primer paso para desarrollar el Proyecto, se debe elaborar la Lista de piezas con la información disponible de las partes y ensamblajes, dicha lista debe contener todos los componentes tangibles y funcionales y que pueden contribuir al costo del Proyecto. Los componentes pueden estar numerados en forma de una ''Lista de piezas simple'' o contener capas de jerarquía, en cuyo caso, se trata de una ''Lista de piezas estructurada''.
|| In difference to other OH websites OHO is specialized in areas which are relevant for socially, ecologically and economically sustainable development.<br/><br/><br/>The OHO community is a network of individuals, companies and organizations who contribute with projects, technical documentations, new ideas, man power
 
|-
<div id="guidelines"></div>
[[File:OHO_strategy_2.png|frameless|link=|800px]]
== Lineamientos ==
|| <div style="margin-left: 10px;">You can find informations about Sustainable Open Hardware and Do It Yourself  projects in different types of websites. More than 80% of the best projects are hosted on Youtube.</div>
 
|-
A continuación, algunos lineamientos que se deben tener en cuenta, al momento de desarrollar la Lista de piezas:<br/><br/>
[[File:OHO_strategy_3.png|frameless|link=|800px]]
[[File:Partlist-simple.jpg|thumb|<small>'''[[Media:Oseg_simple_part-list.csv|Lista de piezas simple]]'''</small>]]
|| OHO Search Engine is a specialized search engine developped to find Sustainable Open Hardware and Do it Yourself Projects. OHO Search Engine is a multilingual (actually: english, german, spanish) and category based search engine.
[[File:Partlist-structured.jpg|thumb|<small>'''[[Media:Oseg_swh_part-list.csv|Lista de piezas estructurada]]'''</small>]]
|-
* Se utiliza una Lista de piezas simple, cuando en el ensamblaje o equipo, ninguno de sus componentes es desarmable o descompuesto en piezas más básicas.
|  [[File:OHO_strategy_4.png|frameless|link=|800px]]
* Se utiliza una Lista de piezas estructurada, cuando en el ensamblaje o equipo, alguno de sus componentes es desarmable o descompuesto en piezas más básicas. puede contener tantos niveles como sea razonablemente necesario.
|| The OHO Directory contains selected projects from the Search Engine o directly uploaded projects.<br/><br/>The community selects projects to be reviewed. The technical documentation of these projects like drawings, CAD files, parts lists etc. becomes completed and actualized.<br/><br/>If necesary reverse engineering projects are carried out, i.e. complete drawings, parts lists and parts lists are created based on videos or photos.
* Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
|-
* Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
|  [[File:OHO_strategy_5.png|frameless|link=|800px]]
*La Lista de piezas debe contener las siguientes columnas (los nombres de columnas deben ser exactamente como se indica):
|| Projects of the directory can be reviewed through a Peer Review Process following DIN Spec 3105<br/><br/>
** POS -> Es el número asignado a la pieza o conjunto.\n
* two or more reviewer with specific experience examine all parts and assemblies of the project
** POS. OLD -> Si se tienen planos previos del ensamble o equipo, corresponde al numero asignado en estos.
* technical clarification is made online together with the project developers and the OHO-Team
** QTY -> Es la cantidad total requerida para la pieza o conjunto dentro del ensamble o equipo completo.
* a certificate is granted by OHO
*** Se prefiere el uso de cantidades enteras, por ejemplo para dos tramos de cable 1.5 metros cada uno, el nombre sería 'cable de 1.5 m', y la cantidad 2.
|-
** PART NAME -> Es el nombre único asignado a la pieza o conjunto.
|  [[File:OHO_strategy_6.png|frameless|link=|800px]]
*** Debe estar libre de redundancias.
|| <div style="margin-left: 10px;">In order to achieve the widest possible publicity for the certified projects, OHO cooperates with various organizations, such as Wikipedia and a number of other organizations. All these organizations can freely use the projects and their documentation because they are usually published under a free license.</div>
*** Debe guardar relación con la funcionalidad.
|-
*** No debe incluir especificaciones técnicas en detalle.
|  [[File:OHO_strategy_7.png|frameless|link=|800px]]
*** En caso de ser necesario, puede incluir un numero de sufijo para nombres duplicados.
|| <div>Individuals</div>
** PART CODE-> Actualmente, se utiliza el campo POS para rellenar esta columna.
* want to reproduce projects for their own needs
** PART TYPE -> Es un clasificador que aplica para piezas, no para conjuntos, puede adquirir los siguientes valores:
* want to start a new business
*** Production -> para piezas fabricadas o que sufren algún proceso de modificación o conformado.
<br/>
*** Standard -> para piezas normalizadas o de catalogo, como tornillería, conectores, componentes eléctricos normalizados, entre otros.
<div>Companies</div>
*** Buy -> para piezas compradas y no normalizadas, que deben ser adquiridas para el proyecto.
* Startups
** SPECIFICATIONS -> Se debe indicar para las piezas, la información necesaria para su fabricación o adquisición:
* Small or Medium-Sized Enterprises (SME)
*** Para piezas fabricadas, indicar el material, tratamiento superficial, procesos especiales de fabricación (si aplica).
<br/>
*** Para piezas Standard, indicar la designación DIN o información similar.
<div>Organisations, Multipliers</div>
*** Para piezas compradas, indicar información como datos técnicos, proveedor, numero de pedido, página web.
* Open Source Hardware
* Los nombres de piezas, ensambles, especificaciones y demás información técnica, deben ser redactados en inglés.
* Do it Yourself, FabLab etc.
* Al comienzo de la Lista de piezas, se debe incluir las siguientes líneas:
* Sustainable Development
**  Una o más líneas para las páginas de vista general del proyecto, la cual incluye todos los sub ensambles o conjuntos.
* Development Cooperation
*** Se identifica en el campo POS con la letra A.
|-
*** En caso de requerir más de una página para visualizar todo el Proyecto, estas se identifican con un número correlativo: A1, A2...
|}
*** En caso de varias líneas, estas se pueden resumir en una sola fila identificada como A.
*** Incluye una vista de [https://en.wikipedia.org/wiki/Exploded-view_drawing explosión] del Proyecto.
** Una o más líneas para las páginas de Lista de piezas.
*** Se identifica en el campo POS con la letra B.
*** En caso de requerir más de una página para visualizar todo el Part list, estas se identifican con un número correlativo: B1, B2...
*** En caso de varias líneas, estas se pueden resumir en una sola fila identificada como B.
* Para su validación en OHO, el desarrollador debe entregar La Lista de piezas en formato CSV, con codificación UTF8.
** El nombre del archivo CSV es único, debe en minúscula y debe estar compuesto por:
*** Abreviacion de la organización, ejemplo: ''oseg'' para [https://opensourceecology.de/ Open Source Ecology]
*** Separador underscore '_'
*** Abreviacion del proyecto, ejemplo: ''sp'' para [https://en.oho.wiki/wiki/Screw_Press Screw Press]
*** Separador underscore '_'
*** Nombre del proyecto sin espacios, ejemplo screw-press
** Ejemplo completo para el nombre: ''oseg_sp_screw-press''

Version vom 23. Februar 2021, 09:09 Uhr

Definición

Como primer paso para desarrollar el Proyecto, se debe elaborar la Lista de piezas con la información disponible de las partes y ensamblajes, dicha lista debe contener todos los componentes tangibles y funcionales y que pueden contribuir al costo del Proyecto. Los componentes pueden estar numerados en forma de una Lista de piezas simple o contener capas de jerarquía, en cuyo caso, se trata de una Lista de piezas estructurada.

Lineamientos

A continuación, algunos lineamientos que se deben tener en cuenta, al momento de desarrollar la Lista de piezas:

  • Se utiliza una Lista de piezas simple, cuando en el ensamblaje o equipo, ninguno de sus componentes es desarmable o descompuesto en piezas más básicas.
  • Se utiliza una Lista de piezas estructurada, cuando en el ensamblaje o equipo, alguno de sus componentes es desarmable o descompuesto en piezas más básicas. puede contener tantos niveles como sea razonablemente necesario.
  • Para cada nivel de jerarquía, se debe utilizar numeración arábiga, cardinales y en orden ascendente 1, 2, 3...
  • Procurar siempre enumerar primero las piezas o conjuntos de mayor importancia, de acuerdo a criterios como función, costo, tamaño, entre otros.
  • La Lista de piezas debe contener las siguientes columnas (los nombres de columnas deben ser exactamente como se indica):
    • POS -> Es el número asignado a la pieza o conjunto.\n
    • POS. OLD -> Si se tienen planos previos del ensamble o equipo, corresponde al numero asignado en estos.
    • QTY -> Es la cantidad total requerida para la pieza o conjunto dentro del ensamble o equipo completo.
      • Se prefiere el uso de cantidades enteras, por ejemplo para dos tramos de cable 1.5 metros cada uno, el nombre sería 'cable de 1.5 m', y la cantidad 2.
    • PART NAME -> Es el nombre único asignado a la pieza o conjunto.
      • Debe estar libre de redundancias.
      • Debe guardar relación con la funcionalidad.
      • No debe incluir especificaciones técnicas en detalle.
      • En caso de ser necesario, puede incluir un numero de sufijo para nombres duplicados.
    • PART CODE-> Actualmente, se utiliza el campo POS para rellenar esta columna.
    • PART TYPE -> Es un clasificador que aplica para piezas, no para conjuntos, puede adquirir los siguientes valores:
      • Production -> para piezas fabricadas o que sufren algún proceso de modificación o conformado.
      • Standard -> para piezas normalizadas o de catalogo, como tornillería, conectores, componentes eléctricos normalizados, entre otros.
      • Buy -> para piezas compradas y no normalizadas, que deben ser adquiridas para el proyecto.
    • SPECIFICATIONS -> Se debe indicar para las piezas, la información necesaria para su fabricación o adquisición:
      • Para piezas fabricadas, indicar el material, tratamiento superficial, procesos especiales de fabricación (si aplica).
      • Para piezas Standard, indicar la designación DIN o información similar.
      • Para piezas compradas, indicar información como datos técnicos, proveedor, numero de pedido, página web.
  • Los nombres de piezas, ensambles, especificaciones y demás información técnica, deben ser redactados en inglés.
  • Al comienzo de la Lista de piezas, se debe incluir las siguientes líneas:
    • Una o más líneas para las páginas de vista general del proyecto, la cual incluye todos los sub ensambles o conjuntos.
      • Se identifica en el campo POS con la letra A.
      • En caso de requerir más de una página para visualizar todo el Proyecto, estas se identifican con un número correlativo: A1, A2...
      • En caso de varias líneas, estas se pueden resumir en una sola fila identificada como A.
      • Incluye una vista de explosión del Proyecto.
    • Una o más líneas para las páginas de Lista de piezas.
      • Se identifica en el campo POS con la letra B.
      • En caso de requerir más de una página para visualizar todo el Part list, estas se identifican con un número correlativo: B1, B2...
      • En caso de varias líneas, estas se pueden resumir en una sola fila identificada como B.
  • Para su validación en OHO, el desarrollador debe entregar La Lista de piezas en formato CSV, con codificación UTF8.
    • El nombre del archivo CSV es único, debe en minúscula y debe estar compuesto por:
      • Abreviacion de la organización, ejemplo: oseg para Open Source Ecology
      • Separador underscore '_'
      • Abreviacion del proyecto, ejemplo: sp para Screw Press
      • Separador underscore '_'
      • Nombre del proyecto sin espacios, ejemplo screw-press
    • Ejemplo completo para el nombre: oseg_sp_screw-press
OPEN HARDWARE OBSERVATORY 2020
| |
|||