Bifurcaciones

From OpenStreetMap Wiki
Jump to navigation Jump to search

trash bin

This page has been labelled for deletion.
The given reason is: created by mistake.

This normally means the page title is a bad one, and the content has been moved somewhere better. If a page title is vaguely meaningful, the page should perhaps be a redirect, or hold a small summary for historical interest instead. If you disagree with its deletion, please explain why on its talk page.
The page should now be empty apart from this message (as per procedure). The page history shows what used to be on this page, and allows people to rescue an old revision. We may decide to do this, but otherwise a wiki sysop user can delete this page more permanently at some point. In the meantime we should fix any pages linking to here.


La bifurcación es un concepto muy conocido en el desarrollo de software wikipedia:ES:Bifurcación_(desarrollo_de_software), pero lo mismo puede aplicarse a los proyectos de datos abiertos y a OpenStreetMap. El "derecho a bifurcar" es parte de lo que hace que una licencia abierta sea una garantía poderosa de libertad duradera para los datos que usted está aportando.

Puede crear una copia de toda la base de datos (según lo permita la licencia abierta) y poner en marcha un proyecto independiente en el que se mantenga esta nueva copia y se haga crecer en una nueva dirección. El mantenimiento y el crecimiento de OpenStreetMap continuarán en paralelo.

Esto podría implicar "bifurcar la comunidad", es decir, formar una facción disidente de la comunidad que se trasladaría al nuevo proyecto y llevaría a cabo este crecimiento de mantenimiento como una colaboración similar de Internet abierta. Debido a que eso reduce el tamaño de nuestra comunidad y crea una "competencia" constante por los contribuyentes y los usuarios, esto podría interpretarse naturalmente como un acto hostil contra nuestra comunidad. Por otro lado, si tenemos un grupo de personas insatisfechas en nuestra comunidad, dejarlas ir para que encuentren su propio camino puede ser bastante saludable. Algunas personas han abogado por un enfoque muy favorable a las bifurcaciones, en el que los recursos de OSMF se comparten entre múltiples bifurcaciones.

Esta página solía ser parte de una extensa discusión sobre estos pros y contras, que tuvo lugar durante el proceso de cambio de licencia de ODbL en 2012. En ese momento, la discusión en la lista de correo estratégico y en versiones anteriores de esta página tenía como objetivo proporcionar al grupo de trabajo estratégico un análisis y opciones sobre posibles acciones, si es que alguna acción por parte de nuestra organización hubiera sido apropiada (esta era principalmente una discusión sobre el apoyo a bifurcaciones dentro del paraguas de la comunidad OSM). Resultó que una facción disidente finalmente se organizó lo suficiente como para hacer una bifurcación independiente por iniciativa propia: fosm.org. Este sigue siendo el único ejemplo de una bifurcación completa de OpenStreetMap.

Algunos detalles técnicos de la bifurcación

Una bifurcación implica un conjunto de datos SIG independiente con una API independiente que puede comenzar como una copia completa de la base de datos principal de OpenStreetMap, o como un extracto basado en los colaboradores que otorgan su permiso o para comenzar desde cero. La base de datos original puede denominarse "tronco" y la base de datos bifurcada, "rama". En el contexto de OSM, el "tronco" puede considerarse el conjunto de datos predeterminado para los nuevos usuarios.

Más allá de la base de datos y la API subyacentes básicas, duplicar todos los servidores web, de mosaicos y de API de OSM y escalarlos para satisfacer una cantidad deseada de usuarios es una tarea técnica enorme.

La bifurcación implica crear una copia o un extracto de la base de datos principal y luego mantener y editar estas dos ramas de forma independiente. A medida que se acumulan las modificaciones, el contenido de la base de datos tiende a divergir. Aunque a menudo contendrán las mismas autopistas y puntos de interés, sus identificadores de objeto serán diferentes (a menos que se utilicen UUID). Los datos de una base de datos no se corresponden con los de la otra, o solo se corresponden débilmente, aunque puedan representar los mismos objetos del mundo real. En algunos casos, los datos se pueden transferir de una base de datos a otra, pero si se utilizan diferentes licencias, las restricciones legales pueden hacer que el intercambio de datos sea unidireccional o imposible. En cualquier caso, la divergencia de los datos también hará que la transferencia de datos a un área ya mapeada sea una tarea laboriosa y muy tediosa. Esto se ha intentado en varias instancias y con distintos grados de éxito durante la importación de bases de datos externas y esto provoca una convergencia localizada de bases de datos.

Una bifurcación no necesariamente tiene que utilizar las mismas convenciones de mapeo (de hecho, ese puede ser el motivo de una bifurcación). Cambiar las convenciones de mapeo dificultaría la migración de datos.