+
+_Foto: [Martti Tulenheimo](https://flic.kr/p/2aLY7Vc)._
+
+## Cómo GBFS puede apoyar el esfuerzo de las ciudades para ofrecer transporte sostenible
+### GBFS facilita a los viajeros la búsqueda y el uso de la movilidad compartida.
+Desde su creación en 2015, GBFS se ha convertido en el estándar de facto para datos de movilidad compartidos. La especificación ahora se utiliza en cientos de ciudades en al menos 45 países en todo el mundo.
+
+**Los formuladores de políticas debería require API GBFS públicas al permitir o otorgar licencias para operaciones de movilidad compartida.**
+
+Desde su creación en 2015, GBFS se ha convertido en el estándar de facto para datos de movilidad compartidos. Actualmente, la especificación se usa en cientos de ciudades en al menos 45 países en el mundo.
+
+Los responsables políticos deberían exigir APIs públicas de GBFS al autorizar o conceder licencias a los operadores de movilidad compartida. El GBFS proporciona un lenguaje común para que los operadores de movilidad compartida compartan información sobre las opciones disponibles para los viajeros. El GBFS incluye información sobre vehículos (bicicletas, patinetes, ciclomotores y automóviles), estaciones y más:
+
+* Ubicación y disponibilidad de vehículos, estaciones y anclajes
+* Características del vehículo: tipo de potencia, distancia que se puede recorrer con la carga restante
+* Zonas geográficamente reguladas para reglas relacionadas con la velocidad, estacionamiento y zonas prohibidas.
+
+Estos datos son utilizados por las aplicaciones de planificación de viajes y movilidad como servicio (‘Mobility as a Service’ o ‘MaaS’) para proporcionar a los viajeros la información que necesitan para descubrir y elegir la movilidad compartida. Las APIs públicas del GBFS permiten la integración de servicios de movilidad compartida con el transporte público, lo que permite a los usuarios realizar conexiones en su trayecto y viajes multimodales, lo que hace posible un mayor número de viajes sin automóviles.
+
+Además, el GBFS proporciona a los municipios y agencias una forma estandarizada de ingerir, analizar y comparar los datos generados por los sistemas de movilidad compartida. Los avances en las plataformas de movilidad compartida han dado como resultado la generación de grandes cantidades de datos de movilidad. Estos datos se han convertido en una parte esencial de la formulación de políticas y la regulación de los operadores de movilidad compartida. Los datos de las plataformas de movilidad compartida nos ayudan a comprender cómo estos servicios afectan la seguridad pública y si promueven o no la equidad, la innovación, la sostenibilidad y otros objetivos de política pública. El acceso público a los datos de movilidad compartida aumenta la transparencia y hace que los operadores sean responsables de los servicios que operan en el derecho de paso público.
+
+El GBFS ha sido diseñado específicamente para su uso como una fuente de datos públicos. Para que las APIs (interfaz de programación de aplicaciones) del GBFS sean realmente públicas, deben estar disponibles gratuitamente en Internet y no requieren clave de API, token u otros medios de acceso o autenticación. Los feeds que contienen datos confidenciales que requieren autenticación no deben considerarse un sustituto de las APIs públicas.
+
+El GBFS permite el intercambio de información de una manera que garantiza que todas las partes estén de acuerdo sobre lo que representa la información. Puede pensarse como una especie de diccionario, donde cada término tiene una definición y un conjunto de reglas sobre cómo se pueden utilizar. El GBFS es una especificación de datos en tiempo real. Describe el estado actual de un sistema de movilidad. El GBFS no admite ni está diseñado para datos históricos como serían registros de viajes o de mantenimiento.
+
+### El GBFS reduce las cargas administrativas en las ciudades, reduce las cargas de cumplimiento para los operadores.
+A diferencia de los requisitos de intercambio de datos personalizados del pasado, la estandarización de los datos de movilidad compartida beneficia tanto a las ciudades como a los operadores. La estandarización de los datos de movilidad a través del GBFS ha dado lugar a un mercado creciente de software y servicios de gestión de datos, proporcionando una mejor calidad y una mayor variedad de soluciones disponibles. Estos productos y servicios se utilizan para ayudar a las autoridades de regulación de la movilidad y otras autoridades públicas a trabajar con datos del GBFS para gestionar y regular los servicios de movilidad de forma eficaz.
+
+Las políticas que requieren de datos abiertos y seguir estándares pueden evitar la creación de ‘jardines amurallados’, un escenario de adquisiciones donde las ciudades están limitadas a las herramientas o servicios patentados de un proveedor específico. Los datos abiertos y estandarizados son portátiles, lo que permite a las ciudades cambiar de proveedor si un servicio no cumple con las expectativas.
+
+Para los operadores, la estandarización significa el fin de un parche de regulación que requiere diferentes datos en diferentes formatos para cada ciudad en la que operan. La estandarización proporciona a los operadores la garantía de que las solicitudes de datos se pueden definir claramente y se pueden implementar por completo. GBFS también tiene el potencial de atraer más usuarios a la plataforma de un operador al integrarse con aplicaciones de terceros. Como estándar de código abierto basado en consenso, los operadores tienen la misma voz junto con las ciudades en el desarrollo continuo de la especificación del GBFS. Las ciudades y los operadores tienen acceso a la documentación y a los recursos completos para ayudar en la implementación.
+
+
+
+_Foto: [Jean-Louis Zimmermann](https://flic.kr/p/8SYDoq)._
+
+## Recomendaciones
+
+### Incluir el GBFS como parte de una solicitud de propuesta.
+Su solicitud de propuesta debe requerir una API del GBFS de acceso público como requisito y debe establecer expectativas de los datos necesarios para cumplir con los objetivos de su política.
+
+Ejemplo de lenguaje para la solicitud
+
+Requisitos para compartir datos
+
+* Una API de acceso público que se ajusta a la versión actual del GBFS disponible en [https://github.com/MobilityData/gbfs](https://github.com/MobilityData/gbfs).
+* La API del GBFS debe estar disponible para el público en Internet abierto sin requerir autenticación.
+
+### Determinar qué datos requerir en una política integral.
+A medida que evoluciona la industria de la movilidad compartida, el GBFS evoluciona para incluir nuevas características, capacidades y servicios. Es por eso que leerá “o su equivalente” en el lenguaje de política de muestra y en la información detallada del GBFS que se muestra a continuación. El simple hecho de requerir que un operador de movilidad compartida proporcione datos públicos del GBFS no garantizará que los datos cumplan con las necesidades reglamentarias o de otro tipo.
+
+Al desarrollar políticas de datos, es buena idea obtener retroalimentación de expertos en la materia que participarán en la implementación del programa. Estos pueden incluir personal de sus departamentos de tecnología, licencias o regulación o terceros involucrados en el análisis de datos.
+
+El GBFS está diseñado para adaptarse a las necesidades de una amplia variedad de plataformas de movilidad y casos de uso, desde bicicletas compartidas tradicionales hasta bicicletas sin anclajes, patinetes y otros vehículos. La especificación consta de 12 archivos o puntos finales que contienen diferentes tipos de datos de movilidad. Algunos de estos archivos son necesarios para cumplir con la especificación, mientras que otros son opcionales. ¿Cuáles de estos archivos son requeridos por la especificación? depende del tipo específico de sistema de movilidad. Los archivos y campos opcionales proporcionan datos adicionales para propósitos y casos de uso específicos. Es posible que los municipios necesiten exigir algunos de estos archivos o campos opcionales en sus reglamentos para proporcionar información adicional en apoyo de los viajeros, los objetivos municipales u otras necesidades.
+
+
+
+_Foto: [Spin](https://www.spin.app/)._
+
+### Descripción general de los archivos del GBFS
+
+Este documento se creó con la intención de apoyar y ayudar a las ciudades en la adopción del GBFS y no sirve como asesoramiento legal. Este documento no pretende servir como asesoramiento legal. Los responsables de la formulación de políticas deben determinar si es necesaria una consideración adicional de las leyes y estatutos locales antes de utilizar el lenguaje de política de muestra contenido en este documento.
diff --git a/docs/es/learn/faq.md b/docs/es/learn/faq.md new file mode 100644 index 0000000..9b5a381 --- /dev/null +++ b/docs/es/learn/faq.md @@ -0,0 +1,200 @@ +# Preguntas frecuentes + +## ¿Qué es GBFS? +La Especificación general de feeds de BIkeshare, o GBFS, es un estándar de datos abiertos para información de movilidad compartida, desarrollado a través de un proceso basado en consenso en GitHub. GBFS permite el intercambio de información de una manera que garantiza que todas las partes estén de acuerdo sobre lo que representa la información. Puedes considerarlo como un diccionario, donde cada término tiene una definición y un conjunto de reglas sobre cómo puede usarse. GBFS es una especificación de datos en tiempo real. Describe el estado actual de un sistema de movilidad en este time. GBFS no admite datos históricos, como registros de trip o mantenimiento, ni está destinado a ellos. + ++ +## Estándares de datos abiertos + +**¿Qué es un estándar de datos abiertos?** + +Un estándar de datos abiertos es un conjunto documentado de requisitos que describen cómo las personas y las organizaciones pueden producir y distribuir datos sobre un tema en particular. Los estándares de datos abiertos generalmente se desarrollan “al aire libre”, lo que significa que el público tiene una manera de contribuir. + +
**¿En qué estándares de datos abiertos se basa GBFS?** + +Siga cualquiera de los enlaces a continuación para obtener más información sobre los estándares de datos abiertos utilizados por GBFS: + +- [JSON](https://www.w3schools.com/whatis/whatis_json .asp) +- [GeoJSON](https://datatracker.ietf.org/doc/html/rfc7946) +- [POSIX](https://standards.ieee.org/project/1003_1.html) +- [IETF BCP 47](https://www.rfc-editor.org/info/bcp47) +- [WGS84](https://www.nga.mil/) +- [Zonas horarias de la IANA](https://www.iana.org/time-zones) +- [Horario de apertura de OSM](https://wiki.openstreetmap.org/wiki/Key:opening_hours) +- [ISO 3166](https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2) +- [ISO 8601](https://en.wikipedia.org/wiki/ISO_8601) +- [UIT E.164](https://www.itu.int/rec/T-REC-E.164-201011-I/es) + +
**¿Qué es JSON?** + +JSON significa notación de objetos Javascript . Es un formato de texto liviano para almacenar y transportar datos, fácil de entender y leer. Puede encontrar más información sobre JSON en [https://www.w3schools.com/js/js_json_intro.asp](https://www.w3schools.com/js/js_json_intro.asp). + +
**¿Qué es GeoJSON?** + +GeoJSON es un estándar de datos abiertos para indicar características geográficas (líneas y polígonos) y sus atributos en formato JSON. Puede encontrar más información sobre GeoJSON en [https://geojson.org/](https://geojson.org/). + +
+ +## Usos de GBFS + +**¿Por qué se creó GBFS?** + +GBFS se creó para hacer que la información de movilidad compartida en tiempo real esté disponible en un formato estandarizado para respaldar el desarrollo de aplicaciones orientadas al viajero. + +GBFS especifica cómo debería estructurar los datos de movilidad compartidos para adecuada interoperabilidad de los sistemas. Antes de la creación de GBFS, los sistemas de movilidad compartida utilizaban diferentes formatos de datos propietarios, lo que dificultaba a los desarrolladores de aplicaciones crear herramientas para los viajeros. + +
**¿Por qué es importante que los datos de GBFS estén disponibles abiertamente?** + +Las fuentes públicas de GBFS ayudan a facilitar el descubrimiento de servicios de movilidad, aumentando el acceso a la movilidad compartida. Las aplicaciones de terceros creadas con estos datos pueden generar una mayor visibilidad y adquisición de clientes para servicios de movilidad compartida. Los datos públicos brindan transparencia en torno a las empresas a las que se les permite operar en la vía pública. Esta transparencia puede aumentar la confianza pública en los operadores de movilidad compartida y sus servicios. + +
**¿Existen feeds GBFS privados?** + +GBFS es una especificación para datos públicos; sin embargo, algunos productores de GBFS han optado por publicar feeds privados que require autenticación mediante una clave API o inicio de sesión. Se ha tenido mucho cuidado en el desarrollo de GBFS para garantizar que los datos contenidos en la especificación no afecten negativamente a la privacidad del usuario. Exigir autenticación de datos GBFS disminuye en gran medida su valor como fuente de información pública. + +
**¿En qué se diferencia GBFS de MDS?** + +GBFS es una especificación de datos públicos en tiempo real para aplicaciones orientadas al consumidor, mientras que [MDS](https://www.openmobilityfoundation.org/about-mds/) no son datos públicos y está destinado a ser utilizado únicamente por reguladores. GBFS proporciona datos en tiempo real para respaldar el descubrimiento y uso de sistemas de movilidad por parte de los viajeros. MDS contiene datos históricos y en tiempo real que las ciudades utilizan para monitorear y regular los operadores de movilidad compartida. + +Todos los feeds de proveedores compatibles con MDS también debe publicar un feed GBFS público. + +
**¿Cuáles son los beneficios de usar GBFS?** + +Para los proveedores, GBFS significa el fin de un mosaico de regulaciones que requiere diferentes datos en diferentes formatos para cada ciudad en la que operan. La estandarización brinda seguridad a los proveedores de que las solicitudes de datos pueden definirse claramente y son completamente implementables. Como estándar de código abierto basado en el consenso, los proveedores tienen la misma voz que las ciudades en el desarrollo continuo de la especificación GBFS. Hay documentación y recursos completos disponibles tanto para las ciudades como para los proveedores para ayudar en la implementación. + +Para los consumidores, la estandarización de datos permite a los desarrolladores de aplicaciones agregar datos de múltiples proveedores en múltiples mercados. GBFS puede eliminar la necesidad de soluciones personalizadas para cada servicio de movilidad. + +Para las ciudades, requerir datos de GBFS como parte de un programa de movilidad compartida puede ayudar a aumentar el acceso a los servicios de movilidad compartida. GBFS proporciona a los municipios y agencias una forma estandarizada de incorporar, analizar y comparar datos generados por sistemas de movilidad compartidos. La estandarización de los datos de movilidad a través de GBFS ha dado lugar a un mercado creciente de software y servicios de gestión de datos. Estos productos y servicios se utilizan para ayudar a las ciudades a trabajar con datos del GBFS para gestionar y regular de forma eficaz los servicios de movilidad. + +
**¿GBFS contiene datos personales?** + +GBFS no contiene datos personales. Dada la naturaleza en tiempo real de los datos, así como otras medidas de seguridad, como la rotación de las identificaciones de los vehicle , la información de un usuario nunca se compartirá y no se podrá rastrear un usuario ni trips individuales. + +
**¿GBFS contiene datos operativos?** + +GBFS no contiene datos operativos. GBFS sólo contiene datos en tiempo real que son beneficiosos para el cliente para sus trips. + +
+ +## Fuentes de datos GBFS + +**¿Dónde puedo encontrar datos GBFS?** + +Un catálogo de fuentes de datos GBFS públicas, conocido como [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems .csv), se mantiene en el repositorio GBFS GitHub. + +
**¿Por qué es importante Systems.csv?** + +El catálogo [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv) es el índice principal de fuentes de datos GBFS y permite a los desarrolladores crear software sobre él, proporciona una fuente para proyectos de investigación y demuestra el alcance de la especificación en todo el mundo. + +
**¿Quién mantiene los sistemas.csv?** + +El catálogo [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv) lo mantienen actualmente MobilityData y la comunidad GBFS. Si tiene o conoce un sistema que no aparece en la lista, agréguelo abriendo una Pull Request o notifique a MobilityData en: [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org). + +
**¿Todos los sistemas en sistemas.csv cumplen con la especificación?** + +No: no existe ningún requisito de cumplimiento o validación para su inclusión en sistemas.csv. Para ser considerado totalmente compatible con GBFS, los sistemas DEBEN tener una entrada en el archivo Systems.csv. + +
+ +## Movilidad compartida + +**¿Qué es la movilidad compartida?** + +La movilidad compartida en el contexto de GBFS se refiere a servicios de transporte donde recursos como vehículos se comparten entre usuarios. Ejemplos de los tipos de servicios de movilidad compartida representados por GBFS son bicicletas, scooters, ciclomotores y automóviles compartidos. + +
**¿Qué es la micromovilidad compartida?** + +La micromovilidad compartida generalmente se refiere a vehículos pequeños y livianos que alquila el usuario final. Los ejemplos incluyen bicicletas, bicicletas eléctricas, scooters, etc. + +
**¿Por qué GBFS se llama GBFS si cubre modos distintos a las bicicletas?** + +Si bien GBFS, o la Especificación General de Alimentación de Bicicletas Compartidas, tiene sus raíces en las bicicletas compartidas, se ha ampliado a medida que la industria de la movilidad compartida ha evolucionado para abarcar todas las formas de transporte compartido. vehículos de movilidad. El nombre GBFS ahora es familiar en toda la industria y la comunidad había acordado que un cambio de nombre en este momento sería una fuente de confusión. + +
+ +## Proceso de gobernanza y cambio + +**¿Cómo se actualiza la especificación?** + +GBFS es un proyecto de código abierto desarrollado bajo un modelo de gobernanza basado en consenso. Los contribuyentes provienen de toda la industria de la movilidad compartida, el sector público, la tecnología cívica y otros lugares. Las propuestas de cambios o adiciones a la especificación se realizan a través de Pull Requests. Una vez que la comunidad ha tenido time suficiente para comentar e iterar sobre una propuesta, la propuesta se somete a votación. Si la propuesta se aprueba, pasa a formar parte de un candidato de liberación. Cuando la versión candidata se ha implementado con éxito en un conjunto de datos públicos, se convierte en una versión oficial. El proceso completo de gobernanza y cambio se puede encontrar [aquí](../specification/process.md). + +
**¿Cómo puedo proponer un cambio en la especificación?** + +Si está interesado en proponer una modificación, puede hacerlo en el repositorio de GitHub de GBFS. Si no tiene la solución al problema y desea iniciar una discusión, le recomendamos [abrir un problema](https://github.com/MobilityData/gbfs/issues). Si tiene una solución y desea proponer un cambio, [abra una Pull Request](https://github.com/MobilityData/gbfs/pulls). + +
+ +## GitHub + +**¿Qué es GitHub?** + +GitHub es un sitio web y un servicio que permite a las personas trabajar de forma colaborativa en software y otros proyectos. GitHub proporciona foros de discusión y admite el control de versiones, que es una parte importante de la gestión y almacenamiento de versiones de un proyecto de software. + +
**¿Qué es un repositorio?** + +Un repositorio, a menudo llamado “repo”, es un lugar donde se almacenan todos los documentos y versiones de un proyecto. + +
**¿Qué es un problema de GitHub?** + +Un problema en GitHub es un lugar de discusión. Cualquiera puede abrir un problema para iniciar una conversación sobre la especificación, ya sea una dirección que le gustaría que tomara la especificación o un problema que esté experimentando al usar la especificación. + +
**¿Qué es una Pull Request de GitHub?** + +Una Pull Request es una solicitud para cambiar la especificación. Cualquiera puede abrir una Pull Request y dar cabida a comentarios y discusiones. Luego, las solicitudes de extracción se votan para ver si debería fusionarse o no en la especificación. + +
+ +## Trabajar con GBFS + +### Mejores prácticas + +**¿Qué son las mejores prácticas de GBFS?** + +Las mejores prácticas de GBFS son recomendaciones que brindamos y que no son obligatorio según la especificación, ¡pero que hacen que sus datos sean increíbles! Se identifican en la documentación utilizando las palabras clave "DEBE", "NO DEBE", "RECOMENDADO" y "NO RECOMENDADO" y deben interpretarse como se describe en [RFC2119](https://datatracker.ietf.org/doc/html/rfc2119), [BCP 14](https://www.rfc-editor.org/info/bcp14) y [RFC8174](https://datatracker.ietf.org/doc/html/rfc8174) cuando, y solo cuando aparecen en mayúsculas, como se muestra aquí. + +
**¿Por qué son importantes las mejores prácticas de GBFS?** + +Las mejores prácticas de GBFS son importantes para que el usuario final tenga acceso a la información más confiable y completa sin comprometer su privacidad. + +
**¿Las herramientas de validación de GBFS verifican la conformidad con las mejores prácticas?** + +Las herramientas de validación no verifican la conformidad con las mejores prácticas, ya que no están explícitas en la especificación. Se recomendado utilizar un enfoque manual para garantizar el cumplimiento de las mejores prácticas. + +
**¿Qué debería hacer si noto que un feed de datos de GBFS no cumple con las mejores prácticas?** + +Si observa que un feed de datos no cumple con las mejores prácticas, puede intentar comunicarse con el editor utilizando el correo electrónico de contacto del feed que se encuentra en ` system_information.json`. + +
**¿Cómo puedo proponer una modificación/adición a las Mejores Prácticas?** + +Si desea proponer una modificación a las Mejores Prácticas, hágalo abriendo un Problema o una Pull Request a través de GitHub. + +
**¿Qué significa rotar `bike_id` y por qué es importante?** + +El campo `bike_id` o `vehicle_id` es un identificador único para cada vehicle en un sistema. Rotar `bike_id` significa que la identificación de un vehículo cambiará a una string aleatoria cada time que finalice el alquiler. El uso de identificaciones persistentes de vehicle representa una amenaza para la privacidad del usuario. Esto es especialmente importante para los sistemas de movilidad sin base, donde un usuario puede terminar o comenzar su trip frente a su casa u otros lugares visitados con frecuencia. No rotar estos ID después de cada alquiler puede llevar a la reidentificación de los pares de origen y destino del trip , lo que puede comprometer la privacidad del usuario. + +### Validación + +**¿Qué significa validar un feed GBFS?** + +El uso de un validador garantiza que sus datos se ajustan a los requisitos establecidos en el pliego de condiciones. En pocas palabras, un validador garantiza que tenga un feed GBFS válido. + +
**¿MobilityData tiene un validador GBFS?** + +Sí. El [Validador GBFS canónico](https://gbfs-validator.mobilitydata.org/) es una herramienta para verificar la conformidad de un feed GBFS con la especificación oficial, incluidas las versiones anteriores y las versiones candidatas. + +
+ +## MobilityData + +**¿Qué es MobilityData?** + +MobilityData es una organización sin fines de lucro que mejora y amplía los formatos de datos, haciéndolos más fáciles de usar mediante capacitación, documentación, software de código abierto, servicios en línea y más. También creamos espacios para el intercambio de conocimientos, reuniendo a partes interesadas públicas y privadas para construir la movilidad de hoy y del mañana. + +**¿Cómo puedo involucrarme?** + +Hay varias maneras en que puede involucrarse con nuestra organización y el Compartido ¡Comunidad de movilidad! + +- Obtenga más información sobre nosotros: [www.mobilitydata.org](https://www.mobilitydata.org) +- Únase a nuestro slack: [share.mobilitydata.org/slack](https://share.mobilitydata.org/slack) +- Únase a nosotros en Github: [github.com/MobilityData/gbfs](https://github.com/MobilityData/gbfs) +- Conviértase en miembro: [bit.ly/Membership-form-2021](https://bit.ly/Membership-form-2021) \ No newline at end of file diff --git a/docs/es/learn/guide.md b/docs/es/learn/guide.md new file mode 100644 index 0000000..affd053 --- /dev/null +++ b/docs/es/learn/guide.md @@ -0,0 +1,259 @@ +# Guía de implementación para productores de GBFS + +## Introducción + +Esta guía está destinada a equipos técnicos de servicios de movilidad compartida. En esta guía encontrará recomendaciones y recursos para publicar el estado de su sistema de movilidad en formato GBFS (Especificación general de alimentación de bicicletas compartidas). Utilice esta guía además de la [referencia de GBFS](https://github.com/MobilityData/gbfs/blob/master/gbfs.md). + +## Propósito de GBFS + +La Especificación general de alimentación de bicicletas compartidas (GBFS) se creó en 2014 por [Mitch Vars](https://github.com/mplsmitch), que luego fue adoptado por [NABSA](https://nabsa.net/), para estandarizar la forma en que los sistemas de bicicletas compartidas se comunican con las aplicaciones de planificación de trip . + +Desarrollado por MobilityData desde 2019 y transferido oficialmente a MobilityData en 2022, GBFS ha evolucionado para permitir [más de 800](https://github.com/MobilityData/gbfs/blob/master/systems.csv) sistemas acoplados y sin acoplamiento en todo el mundo, como scooters, ciclomotores y coches compartidos aparecerán en las aplicaciones de planificación de trip . + +
+
+
+_GBFS es un formato de datos estandarizado utilizado por [más de 800](https://github.com/MobilityData/gbfs/blob/master/systems.csv) servicios de movilidad compartidos en todo el mundo para aparecer en planificadores de trip y otras aplicaciones de consumo._
+
+## Descripción general de un feed GBFS
+
+GBFS es una especificación de datos basada en extracción en tiempo real que describe el estado actual de un sistema de movilidad.
+
+Un feed GBFS se compone de una serie de archivos JSON. Cada archivo modela un aspecto particular de un sistema de movilidad: estado de vehículos y/o estaciones, reglas geográficas, precios, etc. Los detalles de cada archivo se definen en la [referencia GBFS](https://github.com/MobilityData/gbfs/blob/master/gbfs.md) con ejemplos.
+
+
+
+_La aplicación consumidora solicita el estado actual del sistema de movilidad al operador, quien responde con los feeds GBFS en formato JSON._
+
+## Hacer que un feed GBFS esté disponible públicamente
+
+Los feeds públicos permiten la integración de servicios de movilidad compartidos con el transporte público. GBFS respeta la privacidad del usuario ya que no contiene ningún dato del usuario.
+
+La forma más sencilla de hacer público un feed es alojarlo en un servidor web o exponerlo a través de una API y publicar un anuncio que lo haga disponible para su uso.
+
+Una lista de archivos compartidos Los servicios de movilidad que brindan transmisiones públicas están disponibles en el catálogo MobilityData [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv). Permite a los desarrolladores crear software sobre él, proporciona una fuente para proyectos de investigación y demuestra el alcance de la especificación en todo el mundo.
+
+Si tiene o conoce un sistema que no aparece en la lista, agréguelo abriendo un extracto. solicite o notifique a MobilityData en: [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org).
+
+
+
+_Foto de [Lucian Alexe](https://unsplash.com/@lucian_alexe?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) en [Unsplash](https://unsplash.com/photos/3ZzOF5qqiEA?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText). Bruselas, Bélgica._
+
+## Pasos de implementación
+
+Esta guía divide el script de publicación del feed en 4 pasos: extraer, transformar, cargar y validar.
+
+
+
+_Estos 4 pasos permiten a cualquier operador de movilidad compartida publicar un feed GBFS válido._
+
+### 1. Extraiga datos de su sistema de movilidad
+
+Extraer los datos de su sistema de movilidad es el primer paso para publicar su estado actual.
+
+#### Extraer datos desde un software de gestión de flotas de terceros
+
+Si su sistema de movilidad está gestionado por un software de gestión de flotas, es posible que el proveedor que está utilizando ya ofrezca un complemento GBFS. Pregúntele a su proveedor de software actual si ofrece un complemento GBFS o considere este factor al elegir su proveedor. Algunos software ofrecen un complemento GBFS, que incluye, entre otros: [ATOM](https://www.atommobility.com/top-features/integrations), [Fifteen](https://fifteen.eu/en/recursos/blog/fifteen-control-the-management-centre-for-your-bike-sharing-fleet-1), [goUrban](https://gourban.co/gourban-apis/), [Joyride](https://joyride.city/apps/gbfs-general-bike-feed-specification/), [PBSC](https://www.pbsc.com/), [Flota urbana](https://urbansharing.com/), [Vulog](https://www.vulog.com/) y [Wunder Mobility](https://www.wundermobility.com/blog/how-to-use-a-mobility-data-api-to-construir-un-futuro-sostenible-para-lo-compartido).
+
+Si el proveedor de software de gestión de flotas que está utilizando no ofrece un complemento GBFS, es posible que proporcione una API que pueda consultar para extraer el estado actual de su sistema de movilidad.
+
+#### Extraer datos de un Software interno de gestión de flotas
+
+Si construyó su sistema de movilidad internamente, puede leer el estado actual de su sistema de movilidad directamente desde su base de datos operativa. Los operadores generalmente eligen escribir su script de publicación de feeds en el mismo language de programación que el resto de su sistema.
+
+Si planea crear un software de gestión de flotas interno, puede ser una buena idea que las tablas de la base de datos operativa utilicen el mismo estructura como la [referencia de GBFS](https://github.com/MobilityData/gbfs/blob/master/gbfs.md). Esta elección técnica hace que la publicación de feeds GBFS sea significativamente más fácil.
+
+### 2. Transforme sus datos en una estructura GBFS
+A continuación, deberá modelar los datos en la estructura GBFS.
+
+#### La estructura GBFS
+
+
+
+_Un conjunto de datos GBFS v3 se compone de 12 archivos JSON, algunos siempre obligatorio, otros obligatorio bajo ciertas condiciones y otros opcional. El archivo [manifest.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#manifestjson) enumera las URL de descubrimiento automático para cada conjunto de datos GBFS producido por un editor._
+
+Esta estructura fue diseñada para información separada en tiempo real (por ejemplo: [station_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#station_statusjson) y [vehicle_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#vehicle_statusjson)) a partir de información estática (por ejemplo: [system_information.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#system_informationjson) , [station_information.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#station_informationjson) y [vehicle_types.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#vehicle_typesjson)). Esto hace posible tener una duración de caché más larga para la información que cambia con menos frecuencia.
+
+#### Ejemplo de archivo station_status.json
+
+
+
+_Foto de [Dylan Patterson](https://unsplash.com/@sonya7r3a?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) en [Unsplash](https://unsplash.com/photos/OGaaDTtttvI?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)_
+
+Ejemplo de [station_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#station_statusjson) archivo obligatorio para sistemas de movilidad basados en estaciones:
+
+```json
+{
+ "last_updated": "2023-07-30T13:45:29+02:00",
+ "ttl": 0,
+ "version": "3.0",
+ "data": {
+ "stations": [
+ {
+ "station_id": "station1",
+ "last_reported": "2023-07-30T13:45:29+02:00",
+ "num_vehicles_available": 10,
+ "vehicle_types_available": [
+ {
+ "vehicle_type_id": "bike_type_1",
+ "count": 10
+ }
+ ],
+ "num_vehicles_disabled": 0,
+ "num_docks_available": 3,
+ "vehicle_docks_available": [
+ {
+ "vehicle_type_ids": ["bike_type_1", "bike_type_2"],
+ "count": 3
+ }
+ ],
+ "num_docks_disabled": 0,
+ "is_installed": true,
+ "is_renting": true,
+ "is_returning": true
+ },
+ ... more stations
+ ]
+ }
+}
+```
+
+#### Ejemplo de archivo vehicle_status.json
+
+
+
+_Foto de[Elizabeth Woolner](https://unsplash.com/@elizabeth_woolner?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) en [Unsplash](https://unsplash.com/photos/mHrwltZJbKk?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText)_
+
+Ejemplo de [vehicle_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#Vehicle_statusjson) archivo obligatorio para vehículos flotantes (sin muelle) y opcional para vehículos basados en estaciones (acoplados):
+
+```json
+{
+ "last_updated": "2023-07-30T13:45:29+02:00",
+ "ttl": 0,
+ "version": "3.0",
+ "data": {
+ "vehicles": [
+ {
+ "vehicle_id": "973a5c94",
+ "last_reported": "2023-07-30T13:45:29+02:00",
+ "lat": 12.345678,
+ "lon": 56.789012,
+ "is_reserved":false,
+ "is_disabled":false,
+ "rental_uris": {
+ "android": "https://www.example.com/app?vehicle_id=973a5c94&platform=android",
+ "ios": "https://www.example.com/app?vehicle_id=973a5c94&platform=ios",
+ "web": "https://www.example.com/app?vehicle_id=973a5c94"
+ },
+ "vehicle_type_id": "bike_type_1",
+ "current_range_meters": "6543.0",
+ "current_fuel_percent": "0.65",
+ "station_id": "station1",
+ "home_station_id": "station1",
+ "pricing_plan_id": "pricing_plan_1",
+ "vehicle_equipment": [],
+ "available_until": "2023-07-30T13:45:29+02:00"
+ },
+ ... more vehicles
+ ]
+ }
+}
+```
+
+Para proteger la privacidad del usuario, los vehículos en alquiler activo no debería incluirse en este feed. Además, la identificación del vehicle debería rotarse después de cada viaje. Esto se aplica a `vehicle_id` y a los enlaces profundos en `rental_uris` en [vehicle_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#vehicle_statusjson) Puede encontrar más información sobre la implementación de identificaciones de vehicle rotativas en el blog de ingeniería [publicación por TIER](https://tier.engineering/How-we-anonymize-user-trips-on-public-APIs).
+
+#### Utilice la versión actual de GBFS
+
+Utilice la [versión actual](https://github.com/MobilityData/gbfs/blob/master/README.md#current-version-recommended) de la especificación para beneficiarse de la mayor cobertura de tipos y características de vehicle. Esta guía utiliza la versión 3.0 de la especificación GBFS. [Candidatos de lanzamiento](https://github.com/MobilityData/gbfs/blob/master/README.md#release-candidates) (-RC) son versiones que recibirán el estado de Versión actual cuando se hayan implementado completamente en los feeds públicos.
+
+#### Generar un modelo de datos a partir del esquema JSON
+
+La mejor manera de garantizar que los feeds que produce sean válidos es generar un modelo de datos a partir del [esquema JSON GBFS](https://github.com/MobilityData/ esquema-gbfs-json). Varios operadores han notado grandes ganancias en eficiencia al utilizar un modelo de datos generado a partir del esquema JSON, especialmente al actualizar a una nueva versión de GBFS.
+
+
+
+_Un modelo de datos generado a partir del [esquema GBFS JSON](https://github.com/MobilityData/gbfs-json-schema) es la forma más segura y eficiente de transformar sus datos en la estructura GBFS._
+
+Para ayudar con la migración a v3.0, hemos trabajado con [Entur](https://developer.entur.org/) para publicar tipos GBFS en TypeScript ([paquete NPM](https://www.npmjs.com/package/gbfs-typescript-types)) y Java ([paquete Maven Central](https://central.sonatype.com/artifact/org.mobilitydata/org.mobilitydata-java-model)). Se generan automáticamente a partir de los [esquemas JSON GBFS] oficiales (https://github.com/MobilityData/gbfs-json-schema). Entonces, cuando la especificación cambia, su modelo de datos evoluciona con ella. Puede encontrar herramientas generadoras para muchos lenguajes de programación en [json-schema.org](https://json-schema.org/implementations.html#generators-from-schemas).
+
+Crear un modelo de datos manualmente desde la [referencia de GBFS](https://github.com/MobilityData/gbfs/blob/master/gbfs.md) es posible, pero no recomendado, ya que es propenso a errores y más difícil de actualizar cuando cambia la especificación GBFS.
+
+### 3. Cargar o exponga sus feeds GBFS
+Una vez que los datos de su sistema de movilidad estén modelados en la estructura GBFS, deberá ponerlos a disposición del público.
+
+#### Aloje sus feeds GBFS en un servidor web o en un depósito de almacenamiento web
+
+Como solución rentable, los feeds GBFS puede estar alojado en un servidor web, como NGINX. Schedule su secuencia de comandos para actualizar las fuentes en tiempo real al menos cada 30 segundos ([station_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#station_statusjson) y [vehicle_status.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#vehicle_statusjson)). Cualquier valor por encima de esta frecuencia de actualización puede afectar la experiencia del usuario.
+
+Como solución más simple pero más costosa, los feeds GBFS puede alojar en un depósito de almacenamiento web como Google Cloud Platform, Amazon S3 o Azure Blob. Administre los costos eligiendo un depósito de almacenamiento web con el modelo de precios adecuado para usted y adjuntando un equilibrador de carga al depósito, como Google Cloud CDN. Asegúrese de que la duración del caché sea menor que la frecuencia de actualización para ofrecer siempre la última versión de sus feeds.
+
+#### Cree una API para exponer sus feeds GBFS
+
+Como alternativa, puede exponer sus feeds a través de puntos finales de API en lugar de un depósito de almacenamiento web.
+
+Sin embargo, requerir autenticación de datos GBFS no cumple con la especificación y disminuye en gran medida su valor para los operadores. De hecho, al abrir sus datos, permite que los desarrolladores e investigadores los utilicen para mejorar las ofertas de movilidad compartida y aumentar la capacidad de descubrimiento de sus servicios.
+
+Los operadores que reciben muchas solicitudes que sobrecargan su sistema a menudo implementan una estrategia de almacenamiento en caché, como Amazon CloudFront o Varnish Cache.
+
+#### Licencias
+
+Recomendamos especificar términos de uso liberales (consulte la lista de [licencias comunes](https://github.com/MobilityData/gbfs/blob/master/data-licenses.md)). Esto permite a los defensores, académicos o los medios almacenar y analizar sus feeds públicos para mejorar los servicios de movilidad compartida. debe especificar el tipo de licencia en [system_information.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#system_informationjson).
+
+#### Agregar sus feeds al catálogo
+
+Agregar el [gbfs.json](https://github.com/MobilityData/gbfs/blob/master/gbfs.md#gbfsjson) URL del archivo o punto final API en MobilityData [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv) catálogo. Permite a los desarrolladores crear software sobre él, proporciona una fuente para proyectos de investigación y demuestra el alcance de la especificación en todo el mundo. Para agregar un sistema, bifurque el [repositorio](https://github.com/MobilityData/gbfs) y envíe una Pull Request. Mantenga esta lista ordenada alfabéticamente por país y nombre del sistema. Alternativamente, complete [este formulario de contribución](https://share.mobilitydata.org/gbfs-feed-contribution-form) para una contribución sin Github.
+
+Todos los sistemas debe tener una entrada en [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv) para que sea compatible con GBFS. Este catálogo son datos públicos que nadie puede poseer ni vender, incluido MobilityData. El propósito de este catálogo es permitir a los consumidores de datos GBFS encontrar múltiples fuentes en un solo lugar. También puede publicar un anuncio que haga que sus feeds estén disponibles para su uso a través del canal que prefiera (por ejemplo, publicación de blog, comunicado de prensa, boletín informativo, etc.).
+
+#### Esfuércese por lograr un tiempo de actividad del 99,9 %
+
+Tener un tiempo de actividad alto es la mejor manera de Garantizar una buena experiencia de usuario en las aplicaciones de planificación de trip . Utilice un software de monitoreo de tiempo de actividad para garantizar que sus feeds GBFS estén disponibles tanto como sea posible.
+
+Aquí hay un ejemplo en el que [Transit](https://transitapp.com/) analizó el tiempo de actividad de 40 feeds en 8 operadores diferentes y compartió los resultados. en esta [publicación de blog](https://blog.transitapp.com/the-devil-in-the-data-details/) (los resultados son de Puede de 2022 y podrían estar desactualizados).
+
+### 4. Valide sus feeds GBFS
+El último paso es validar el cumplimiento de sus feeds GBFS para garantizar que las aplicaciones de planificación de trip y otros consumidores puedan utilizarlos.
+
+#### Validación en su proceso
+
+Incluya validación en sus datos canalización para garantizar que sus feeds GBFS sean siempre válidos. Utilice una secuencia de comandos para validar la estructura y los datos de su feed con el [esquema GBFS JSON](https://github.com/MobilityData/gbfs-json-schema). Si su canalización de datos está escrita en Java, puede utilizar [Entur](https://developer.entur.org/) de código abierto [validador Java GBFS](https://github.com/entur/gbfs-validator-java) que utiliza el [esquema JSON GBFS] oficial (https://github.com/MobilityData/gbfs-json-schema).
+
+#### Validador en línea
+
+También puede utilizar el [validador GBFS] en línea de código abierto (https://gbfs-validator.mobilitydata.org/?utm_campaign=producer-guide) para identificar errores o advertencias en los datos o la estructura de sus feeds. Gracias a [Fluctuo](https://fluctuo.com/) por crear este validador y abrirlo a la comunidad ([Github](https://github.com/MobilityData/gbfs-validator)).
+
+
+
+_Código abierto en línea creado por la comunidad [validador GBFS](https://gbfs-validator.mobilitydata.org/?utm_campaign=producer-guide) basado en el [esquema JSON GBFS](https://github.com/MobilityData/ gbfs-json-schema)._
+
+#### Visualizador en línea
+
+Utilice el [visualizador GBFS](https://gbfs-validator.mobilitydata.org/visualization?utm_campaign=producer-guide) incluido en el validador en línea, para ver la ubicación de estaciones (si corresponde) y vehículos, así como las zonas de geocercado en un mapa.
+
+
+
+_Código abierto creado por la comunidad [visualizador GBFS](https://gbfs-validator.mobilitydata.org/visualization?utm_campaign=producer-guide)._
+
+## Aparecer en aplicaciones de planificación de trip que sus feeds son válidos y están disponibles públicamente, puede notifique a las aplicaciones de planificación de trip que pueden usar sus feeds GBFS para mostrar su servicio de movilidad a los usuarios.
+
+Para aparecer en las aplicaciones de planificación de trip , asegúrese de publicar la información de su feed en MobilityData [systems.csv](https://github.com/MobilityData/gbfs/blob/master/systems.csv) catálogo (consulte la sección [Agregar sus feeds al catálogo](#adding-your-feeds-to-the-catalog)). Las aplicaciones de planificación de viajes comprueban periódicamente los feeds presentes en este catálogo para añadirlos a sus opciones de ruta. También puede comunicarse con el equipo de datos de las aplicaciones para notificarles que su feed está disponible en el catálogo, que incluye, entre otros: [Citymapper](https://citymapper.com/contact/company), [Moovit](https://moovitapp.com/), [Tránsito](mailto:data@transitapp.com) y [¿Adónde?](https://www.whereto.app/).
+
+Para aparecer en Google Maps en dispositivos móviles, siga las [implementación del nuevo proveedor](https://developers.google.com/micromobility/guides/new-provider-implementation) instrucciones. Tenga en cuenta que Google Maps tiene [directrices para la entrega de feeds](https://developers.google.com/micromobility/guides/guidelines-for-feed-delivery) específicas, como la frecuencia de actualización y la latencia, y requisitos específicos para las [definiciones de GBFS](https://developers.google.com/micromobility/reference/gbfs-definitions) con algunos campos obligatorio adicionales que son opcional en la [referencia de GBFS](https://github.com/MobilityData/gbfs/blob/master/gbfs.md).
+
+[OpenTripPlanner](https://docs.opentripplanner.org/en/v2.4.0/UpdaterConfig/?h=gbfs#gbfs-vehicle-rental-systems) también puede obtener datos en tiempo real sobre Sistemas de movilidad compartida con soporte parcial tanto para v1 como para v2.2. Este [proyecto](https://docs.opentripplanner.org/en/v2.3.0/Deployments/) de código abierto es implementado por varias autoridades oficiales de transporte como [Entur](https://entur.no/), como así como aplicaciones independientes. Esta [configuración de ejemplo](https://docs.opentripplanner.org/en/v2.4.0/UpdaterConfig/?h=gbfs#example-configuration_4) muestra cómo obtener una fuente GBFS de una instancia de OpenTripPlanner. Tenga en cuenta que solo se obligatorio las propiedades `url`, `type` y `sourceType`.
+
+Finalmente, use una solución de medición de aplicaciones como Google Analytics para Firebase para ver el impacto de publicar GBFS actualizados en la adquisición de usuarios y los ingresos.
+
+
+
+_Foto de [CardMapr.nl](https://unsplash.com/@cardmapr?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText) en [Unsplash](https://unsplash.com/photos/hQYzs-mEj5c?utm_source=unsplash&utm_medium=referido&utm_content=creditCopyText)_
+
+## Obteniendo ayuda
+
+Para participar en debates sobre GBFS y sugerir cambios y adiciones a la especificación, únase al [canal Slack de GBFS](https://share.mobilitydata.org/slack) y al [repositorio de Github](https://github.com/MobilityData/gbfs).
+
+Las preguntas se pueden dirigir a la comunidad a través del [canal GBFS Slack] público (https://share.mobilitydata.org/slack) o al equipo de movilidad compartida en MobilityData: [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org).
+
+## Agradecimientos
+
+Agradecemos a los miembros de la comunidad GBFS que respondieron nuestras preguntas técnicas y revisaron esta guía: Entur, Flamingo, Fluctuo, Google, Joyride, Lime, Lyft, Superpeatonal, TIER, transport.data.gouv.fr, Urban Sharing, Vulog y Where To?.
\ No newline at end of file
diff --git a/docs/es/learn/index.md b/docs/es/learn/index.md
new file mode 100644
index 0000000..cb1ef91
--- /dev/null
+++ b/docs/es/learn/index.md
@@ -0,0 +1,48 @@
+# Aprender
+
+Guía de implementación para productores
+-
+
- ver la guía +
Libros blancos
+Preguntas frecuentes
+-
+
- Preguntas frecuentes : respuestas rápidas a preguntas comunes sobre GBFS, su desarrollo y uso. +
Artículos
+-
+
Inglés
+-
+
- 2023, el año de la v3 : ¡Año nuevo, nueva versión principal! +
- GBFS v2.3-RC está aquí para solucionar (algunos) de sus problemas. Pero aunque nos encanta la versión 2.2, GBFS estaba listo para algunas mejoras. ¡Permítanos presentarle la versión 2.3-RC! +
- Ciudades, GBFS v2.2 está aquí para usted : lo que se está perdiendo si todavía está atascado con los datos de la versión 1.0. +
- ¡El price está bien! - Anteriormente en GBFS, los precios no se describían con mucho detalle. En pocas palabras, los operadores solo podían compartir una oración que incluyera la información de precios. +
+Español
+-
+
- 2023, el año de la v3.0 - ¡Nuevo año, nuevo gran lanzamiento! +
- GBFS v2.3-RC está aquí para solucionar (algunos) de sus problemas - Nos encanta ver los feeds de GBFS v2.2 aparecer en todo el mundo, impulsando tantas nuevas integraciones de planificación de viajes y facilitando a los viajeros a encontrar su bicicleta. , scooter, ciclomotor o automóvil compartido más cercano. +
- Ciudades, la v2.2 del GBFS está aquí para ustedes - Vea lo que se está perdiendo si está atorado con los datos de la v1.0. +
+francés
+-
+
- 2023, año de la v3.0 - ¡Nuevo año, nueva versión mayor! +
- GBFS v2.3-RC está aquí para solucionar (ciertos ) sus problemas. Pero incluso si adoramos v2.2, GBFS está listo para algunas mejoras. ¡Permítanos presentarle la versión 2.3-RC! +
- Municipios, GBFS v2.2 es para ayudarle : todo lo que necesita hacer si vuelve a coincidir con los donados en v1.0. +
+portugués
+-
+
- GBFS v2.3-RC está aquí para resolver (algunos) dos sus problemas - Pero embora amamos a v2.2, a GBFS estava pronta para algumas melhorias. ¡Permítanos presentar una versión 2.3-RC! +
+
+ +## Participe +Esta hoja de ruta se desarrolló en base a los comentarios que recibimos de la comunidad GBFS y la industria de la movilidad compartida. Si hay características o cambios que cree que deberían ser parte de esta hoja de ruta, nos gustaría conocerlos. GBFS es un proyecto abierto y valoramos sus aportes. +Si desea contribuir al proyecto, utilice el botón **Enviar idea** o póngase en contacto con nosotros en [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org) para coordinar la contribución. + + + +## Comentarios y preguntas + +Los comentarios o preguntas se pueden dirigir a la comunidad [abriendo un problema](https://github.com/MobilityData/gbfs/issues) en el repositorio de GitHub del proyecto. Las propuestas de cambios o adiciones a la especificación se pueden realizar a través de GitHub [solicitudes de extracción](https://github.com/MobilityData/gbfs/pulls). + +Las preguntas también se pueden dirigir a la comunidad a través del [canal público GBFS Slack](https://share.mobilitydata.org/slack) o al personal de movilidad compartida en MobilityData: [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org). + +
+ +## Contribuyendo a este sitio + +Para proponer cambios o adiciones a este sitio, [abra una edición](https://github.com/MobilityData/gbfs.org/issues/new) en el [repositorio gbfs.org](https: //github.com/MobilityData/gbfs.org). + +Como alternativa, puede enviar comentarios sobre este sitio mediante el siguiente formulario. + + + +
+ +## Contacto + +- Especificaciones y preguntas técnicas: [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org) +- Necesidades de documentación: [documentation@mobilitydata.org](mailto:documentation@mobilitydata.org) +- Unirse [canal de slack](https://share.mobilitydata.org/slack) público de MobilityData + +
+ +## Acerca de MobilityData +Este sitio es mantenido por [MobilityData](https://mobilitydata.org/), una organización canadiense sin fines de lucro que tiene como objetivo ampliar la adopción y aumentar la funcionalidad de los formatos de datos GTFS y GBFS. + +MobilityData acelera el desarrollo y adopción de especificaciones de movilidad proporcionando conocimientos técnicos y herramientas. También creamos nuevas especificaciones, organizamos capacitaciones y desarrollamos grupos de trabajo en respuesta a las necesidades de la industria de la movilidad. + +Obtenga más información en [mobilitydata.org](https://mobilitydata.org). + +
+ +### Licencia + +Salvo que se indique lo contrario, el contenido de este sitio tiene la licencia [Licencia Creative Commons Attribution 3.0](https://creativecommons.org/licenses/by/3.0/). diff --git a/docs/es/specification/index.md b/docs/es/specification/index.md new file mode 100644 index 0000000..42221b6 --- /dev/null +++ b/docs/es/specification/index.md @@ -0,0 +1,65 @@ +# Especificación + + + +
+ +## Versiones de esta documentación + +- [Prelanzamiento](https://github.com/MobilityData/gbfs/blob/v3.1-RC/gbfs.md) - Versión 3.1-RC +- [Última](referencia) - Versión 3.0 +- [v2.3](https://github.com/MobilityData/gbfs/blob/v2.3/gbfs.md) - Versión 2.3 +- [v2.2](https://github.com/MobilityData/gbfs/blob/v2.2/gbfs.md) - Versión 2.2 +- [v2.1](https://github.com/MobilityData/gbfs/blob/v2.1/gbfs.md) - Versión 2.1 +- [v2.0](https://github.com/MobilityData/gbfs/blob/v2.0/gbfs.md) - Versión 2.0 +- [v1.1](https://github.com/MobilityData/gbfs/blob/v1.1/gbfs.md) - Versión 1.1 + +Como se describe en el [gobernanza GBFS](proceso), cuando se realizan cambios en la especificación, los cambios se colocan en el estado Release Candidate (RC). Los cambios permanecen en estado RC pendiente de implementación. + +* **Los requisitos de implementación son que al menos 1 productor y 1 consumidor implementen los cambios.** +* **Los implementadores DEBEN ser partes interesadas distintas de The Advocate (que abrió el PR).** +* **Una vez implementado exitosamente, el cambio se fusiona en una versión oficial actual.** + +Para respaldar este proceso y garantizar que sea lo más oportuno posible, MobilityData rastrea la implementación a través de discusiones individuales y otros eventos de partes interesadas y examinando conjuntos de datos GBFS. Para mejorar este proceso de seguimiento, se anima a los productores y consumidores de datos de GBFS a agregar su organización aquí si han implementado o planean implementar cualquiera de estos cambios candidatos a versiones. Después de convocar las votaciones, MobilityData actualizará esta lista para reflejar las organizaciones que incluyeron una nota de implementación en su votación. +### Primeros adoptadores +🎉 ¡Un saludo a los primeros adoptadores! Estas organizaciones invierten una gran amount de tiempo y energía para implementar los cambios contenidos en la versión candidata y asegurarse de que GBFS continúe evolucionando. + +- Productores: [Check](https://ridecheck.app/en), [ENTUR](https://entur.no/), [Flamingo](https://flamingoscooters.com/), [TIER](https://www.tier.app/). +- Consumidores: [Dashboard Deelmobiliteit]( https://dashboarddeelmobiliteit.nl/), [ENTUR](https://entur.no/), [Tránsito](https://transitapp.com/), [transport.data.gouv.fr](https://transport.data.gouv.fr/), [¿A dónde va?](https://www.whereto.app/). +### Estado de implementación +Los siguientes elementos han pasado por el proceso de votación y se incluirán en el próxima versión. + + + Solicitar un cambio + Agregue su organización (productores) + Agregue su organización (consumidores) + +
+ +## Extensiones fuera de la especificación + +Para satisfacer las necesidades de los productores y consumidores de piensos antes de la adopción de un cambio, se pueden agregar campos adicionales a los feeds incluso si estos campos no forman parte de la especificación oficial. debería proponer extensiones personalizadas que puede proporcionar valor a la comunidad GBFS y alinearse con los [Principios rectores de GBFS](https://github.com/MobilityData/gbfs/blob/master/README.md#guiding-principles) para su inclusión en la especificación a través del proceso de cambio. + +Los nombres de campo de las extensiones deberían tener como prefijo un carácter de subrayado (_). Se recomienda encarecidamente que estos campos adicionales se documenten aquí en este formato: + + + Agregue su extensión personalizada + +
+ +## Propuestas de cambio + +GBFS es un proyecto de código abierto desarrollado bajo un modelo de gobernanza basado en consenso. Los contribuyentes provienen de toda la industria de la movilidad compartida, el sector público, la tecnología cívica y otros lugares. Puede encontrar una descripción general del trabajo actual en la [Hoja de ruta del proyecto](../participate/#get-involved). Se pueden enviar comentarios o preguntas a la comunidad [abriendo un problema](https://github.com/MobilityData/gbfs/issues) en el repositorio GBFS GitHub. Las propuestas de cambios o adiciones a la especificación se pueden realizar a través de [solicitudes de extracción](https://github.com/MobilityData/gbfs/pulls). + +**[Ver propuestas de cambio](https://github.com/MobilityData/gbfs/issues)** + +
+ +## Proceso de gobernanza + +GBFS es un proyecto de código abierto desarrollado bajo un modelo de gobernanza basado en consenso. Los contribuyentes provienen de toda la industria de la movilidad compartida, el sector público, la tecnología cívica y otros lugares. Cualquiera puede proponer un cambio en la especificación abriendo una Pull Request en el repositorio GitHub de GBFS. + + +**[Ver el proceso de gobernanza](proceso)** diff --git a/docs/es/specification/process.md b/docs/es/specification/process.md new file mode 100644 index 0000000..4f591cc --- /dev/null +++ b/docs/es/specification/process.md @@ -0,0 +1 @@ +{{ external_markdown('https://raw.githubusercontent.com/MobilityData/gbfs/master/governance.md', '') }} diff --git a/docs/es/specification/reference.md b/docs/es/specification/reference.md new file mode 100644 index 0000000..7038e80 --- /dev/null +++ b/docs/es/specification/reference.md @@ -0,0 +1,2 @@ +# Especificación general de alimentación de bicicletas compartidas (GBFS) +{{ external_markdown('https://raw.githubusercontent.com/MobilityData/gbfs/v3.0/gbfs.md', '') }} diff --git a/docs/es/toolbox/glossary.md b/docs/es/toolbox/glossary.md new file mode 100644 index 0000000..3b2b835 --- /dev/null +++ b/docs/es/toolbox/glossary.md @@ -0,0 +1,21 @@ +# Glosario + +- **API** - Una API (Interfaz de programa de aplicación) es una conexión entre computadoras o programas informáticos. Los APS se utilizan para transmitir datos con el fin de ofrecer servicios a otras computadoras o piezas de software. Un documento que describe cómo crear y utilizar una API se denomina especificación de API. GBFS es una especificación API. + +- **Consumidor**: un consumidor es alguien que consume y utiliza datos GBFS. Ejemplos de consumidores de GBFS son aplicaciones de planificación de trip o MaaS, investigadores y reguladores. + +- **Enlace profundo** - En el contexto de las aplicaciones móviles, los enlaces profundos permiten vincular a ubicaciones específicas dentro de una aplicación en lugar de simplemente iniciar la aplicación. Los enlaces profundos de GBFS se pueden utilizar para comprobar si el usuario tiene instalada en su teléfono una aplicación de proveedor de servicios de movilidad. Si la aplicación está instalada, se puede enviar al usuario directamente al punto de compra del vehicle que desea alquilar dentro de la aplicación, lo que mejora significativamente la experiencia del usuario. Si la aplicación no está instalada, se les puede dirigir a la tienda de aplicaciones correspondiente para descargarlas antes de continuar con el proceso de alquiler. + +- **Punto final**: un punto final es la ubicación digital específica donde reside un recurso. Los puntos finales de GBFS son URL que apuntan a cada uno de los archivos en un conjunto de datos GBFS. El archivo `gbfs.json` contiene una lista de todos los puntos finales disponibles en un conjunto de datos gbfs. + +- **Feed** - Un feed, en el contexto de GBFS, es otro nombre para un punto final API o una colección de puntos finales. El término feed puede usarse en referencia a un solo archivo o a la colección de archivos que componen una implementación GBFS. + +- **Geofencing** - Una geocerca es un límite virtual que define un área geográfica. Cuando un vehicle de movilidad compartida entra o sale de un área geocercada, se pueden activar eventos, por ejemplo, se puede enviar una notificación automática al teléfono de un usuario. La geocerca puede utilizar para delinear zonas de recogida y entrega, zonas de prohibición de viajes, zonas de límite de speed , zonas de equidad, etc. + +- **Productor**: un productor es cualquier entity que publica GBFS; la mayoría de las veces los productores son compartidos. Operadores del sistema de movilidad. En ocasiones, productor se utiliza indistintamente con proveedor. + +- **Estación**: una estación es un lugar donde se pueden alquilar vehículos de movilidad compartida. Las estaciones puede incluir infraestructura física como quioscos de alquiler, muelles o bastidores, o puede ser virtuales, delineadas por marcas en el pavimento, geocercas u otros medios. + +- **Sistema** - Un sistema en el contexto de GBFS es un servicio de movilidad compartido de un único proveedor representado por el conjunto de datos GBFS. Los sistemas suelen estar limitados a la geografía local en la que operan. Un único proveedor de servicios de movilidad puede operar en muchas ubicaciones geográficas, cada una de las cuales se consideraría un sistema independiente. Los sistemas puede traspasar fronteras municipales o políticas en los casos en que se permite que los vehículos operen en múltiples jurisdicciones. Si un usuario pudiera esperar razonablemente poder alquilar un vehicle en una jurisdicción y devolverlo en otra, esas jurisdicciones se considerarían un sistema único. + +- **Vehículo**: la flota de un sistema está formada por vehículos individuales. Algunos sistemas puede tener varios tipos de vehicle , mientras que otros puede tener solo uno. Ejemplos de vehículos de movilidad compartida son bicicletas, bicicletas eléctricas, scooters, ciclomotores y automóviles. \ No newline at end of file diff --git a/docs/es/toolbox/index.md b/docs/es/toolbox/index.md new file mode 100644 index 0000000..71d7be8 --- /dev/null +++ b/docs/es/toolbox/index.md @@ -0,0 +1,12 @@ +# Caja de herramientas + + + +
enlaces rápidos
+-
+
- Validador GBFS : el validador GBFS canónico es una herramienta para verificar la conformidad de un feed GBFS con la especificación oficial, incluidas las versiones anteriores y las versiones candidatas. +
- Esquemas JSON : hay disponible un conjunto de esquemas JSON para cada versión de la especificación, así como para la versión candidata actual. El validador GBFS canónico se basa en estos esquemas. +
- Catálogo de conjuntos de datos : en la actualidad existen más de 800 sistemas de movilidad compartida que publican GBFS en todo el mundo. La comunidad GBFS mantiene un catálogo de estos feeds GBFS en el repositorio de GBFS. Esta es una lista incompleta. Si tiene o conoce un feed que no aparece en la lista, agréguelo. +
+ +## Data + +### Directorios URL de GBFS de terceros + +- [Bike Share Research](https://bikeshare-research.org/): BSR tiene como objetivo facilitar la conservación de datos de servicios de bicicletas compartidas a través de plataformas colaborativas y de datos abiertos mientras los hace API accesible. +- [Lamassu](https://github.com/entur/lamassu): Servicio de agregación de movilidad. Mantenido por Entur. + + +### API de proveedor patentadas (no estándar) + +- [CityBikes](http://api.citybik.es/v2/): API REST para datos agregados de bicicletas compartidas de todo el mundo. Desarrollado por [pyBikes](https://github.com/eskerda/pybikes). +- [fluctuo Data Flow](https://fluctuo.com/data-flow/): API de localización de vehículos en Realtime . Datos estandarizados exhaustivos y fiables sobre servicios de movilidad flotante disponibles en tiempo real. + +
+ +## Software para crear API + +- [lamassu](https://github.com/entur/lamassu): servicio de agregación GBFS, que agrega, mejora opcionalmente y vuelve a publicar cualquier cantidad de feeds GBFS. Además, proporciona una API GraphQL y realiza una validación sobre la marcha. + +- [mapintelligenceagency/gbfsQL](https://github.com/mapintelligenceagency/gbfsQL): envuelve cualquier cantidad de feeds GBFS en una API GraphQL fácilmente consumible. Combina feeds relevantes y admite actualizaciones en tiempo real para clientes a través de Websockets/GraphQL Subscriptions. + +- [OneBusAway](https://onebusaway.org/): una aplicación Java que consume GTFS y GTFS-Realtime (junto con [otros formatos](https://github.com/OneBusAway/onebusaway-application-modules/wiki/Real-Time-Data-Configuration-Guide)) y los convierte en una [API REST] fácil de usar (http://developer.onebusaway.org/modules/onebusaway-application-modules/current/api/where/index.html). + +- [OpenTripPlanner](http://www.opentripplanner.org/): una plataforma de código abierto para multimodales y multimodales. -planificación de viajes de agencia, además de devolver información sobre un gráfico multimodal (utilizando fuentes de datos como GTFS y [OpenStreetMap](https://www.openstreetmap.org/)). + +- [pyBikes](https://github.com/eskerda/pybikes): Software que impulsa [CityBikes](http://api.citybik.es/v2/) para obtener información sobre el sistema mundial de bicicletas compartidas. + +
+ +## Apps + +### Web Apps + +- [Mapa de bicicletas compartidas](https://bikesharemap.com/): mapas globales en tiempo real de los sistemas de bicicletas compartidas en todo el mundo. +- [Mapa mundial de bicicletas compartidas de Meddin](https://bikesharingworldmap.com/): Un mapa de los servicios de bicicletas compartidas del mundo. +- [CityMapper Webapp](https://citymapper.com/nyc): Aplicación web con planificador de trip y estado de rutas para más de 30 ciudades. +- [OpenTripPlanner Client GWT](https://github.com/mecatran/OpenTripPlanner-client-gwt): una interfaz web basada en Google Web Toolkit para OpenTripPlanner. +- [OpenTripPlanner.json](https://github.com/conveyal /otp.js): Un cliente basado en Javascript para OpenTripPlanner. +- [1-Click](https://camsys.software/products/1-click): Un “agregador de trip” virtual que reúne información sobre una amplia variedad de modos disponibles: transporte público, privado, tren, viaje compartido, viaje compartido, voluntariado, paratránsito y caminar y hornear. Código abierto en [GitHub](https://github.com/camsys/oneclick). + +### Aplicaciones nativas (código abierto) + +- [findmybikes](https://play.google.com/store/apps/details?id=com.ludoscity.findmybikes): una aplicación de Android para planificación de trip y grabación automática ([código fuente](https://github.com/f8full/findmybikes)). +- [MonTransit](https://play.google.com/store/apps/details?id=org.mtransit.android): una aplicación de Android para planificación de trip y grabación automática ([código fuente](https://github.com/mtransitapps)). + - OneBusAway + - [Android](https://play.google.com/store/apps/details?id=com.joulespersecond.seattlebusbot)([código fuente](https://github.com/OneBusAway/onebusaway-android)) + - [Fire Phone](https://www.amazon.com/dp/B004UI7QZA)([código fuente](https://github.com/OneBusAway/onebusaway-android)) + - [Google Glass GDK](https://github.com/OneBusAway/onebusaway-android/pull/219) ([código fuente](https://github.com/OneBusAway/onebusaway-android/pull/219)) + - [iOS](https://apps.apple.com/us/app/onebusaway/id329380089) ([código fuente](https://github.com/OneBusAway/onebusaway-iphone)) + - [Windows Phone](https://www.microsoft.com/en-us/p/onebusaway/9nblggh0cbd9) ([código fuente](https://github.com/OneBusAway/onebusaway-windows-phone)) + - [Windows 8](https://www.microsoft.com/en-us/p/onebusaway/9wzdncrdm5pc) ([código fuente](https://github.com/OneBusAway/onebusaway-windows8)) +- OpenTripPlanner + - [Android](https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/wiki) + - [iOS](https://github.com/opentripplanner/OpenTripPlanner-iOS) + +### Aplicaciones nativas (código cerrado) + +- [CityMapper](https://citymapper.com/) +- [Moovit](https://moovitapp.com/) +- [Tiramisu Transit](http://www.tiramisutransit.com/) +- [Tránsito ](https://transitapp.com/) +- [VeloDispo](https://www.velodispo.eu/) + +
+ +## Visualizaciones + +- [GBFS/Open Data Viewer](https://share.municipal.systems/oJl_L-B8f): Visualiza la micromovilidad y otros datos abiertos. +- [GBFS-Viewer](https://github.com/idoco/gbfs-viewer): [Ver datos de micromovilidad](https://idoco.github.io/gbfs-viewer/#) en su navegador. +- [Validación y visualización de GBFS](https://transport.data.gouv.fr/validation?type=gbfs&locale=en): El NAP francés ha desarrollado una interfaz web para visualizar los feeds GBFS. + +
+ +## Bibliotecas + +### Enlaces de lenguaje para GBFS + +- [Java](https://central.sonatype.com/artifact/org.mobilitydata/gbfs-java-model): tipos de GBFS en Java. Desarrollado por Entur, alojado en MobilityData. +- [TypeScript](https://www.npmjs.com/package/gbfs-typescript-types): tipos GBFS en TypeScript. Organizado por MobilityData. +- [Rust](https://crates.io/crates/gbfs_types): tipos de GBFS en Rust. Mantenido por Fluctuo. +- [R](https://github.com/simonpcouch/gbfs): Tipos de GBFS en R. + +### Herramientas + +- [BikeshareClient](https://github.com/andmos/BikeshareClient) : cliente dotnet para GBFS escrito en C#. Permite a los desarrolladores de dotnet crear aplicaciones y servicios utilizando datos de los sistemas GBFS Bikeshare. +- [Java Version Mapper](https://central.sonatype.com/artifact/org.entur.gbfs/gbfs-mapper-java): implementación de Java de mapeo entre diferentes versiones de GBFS (bidireccional). Mantenido por Entur. +- [Java Feed Loader](https://central.sonatype.com/artifact/org.entur.gbfs/gbfs-loader-java): Implementación de Java para gestionar la carga de feeds GBFS y actualizarlos en función de sus campos ttl y last_updated. Mantenido por Entur. + +
+ +## Validadores + +- [Go Validator](https://github.com/petoc/gbfs): Implementación Go de cliente, servidor y validador para GBFS +- [Java Validator](https://central.sonatype.com/artifact/org.entur.gbfs/gbfs-validator-java): Implementación Java del validador para GBFS. Mantenido por Entur. +- [npm](https://www.npmjs.com/package/@entur/gbfs-validator): Paquete Javascript del [gbfs-validator](https://github.com/MobilityData/ validador gbfs). Mantenido por Entur. + +
+ +## Otros formatos de datos multimodales + +- [Alianza para Estándares de Datos de Estacionamiento (APDS)](https://www.allianceforparkingdatastandards.org/): Formado por el [Instituto Internacional de Estacionamiento](https://www.parking.org/ ), la [Asociación Británica de Aparcamiento](http://www.britishparking.co.uk/) y la [Asociación Europea de Aparcamiento](http://www.europeanparking.eu/), APDS es una organización no-for- organización con fines de lucro con la misión de desarrollar, promover, gestionar y mantener un estándar global uniforme que permitirá a las organizaciones compartir datos de estacionamiento entre plataformas en todo el mundo. + +- [City Data Standard - Mobility](https://www.polisnetwork.eu/news/dutch-cities-develop-new-mobility-data-standard/): Un estándar de datos abiertos para el intercambio de datos entre ciudades y operadores de movilidad compartida. + +- [Estándares de datos y orientación para la planificación del transporte y las operaciones de tráfico](https://apps.trb.org/cmsfeed/TRBNetProjectDisplay.asp?ProjectID=4543): Estándares y/o guías que la comunidad del transporte utilizará y adoptará para recopilar, gestionar, compartir el estado y datos en tiempo real para la planificación y las operaciones del transporte. + +- [Dyno-Demand](https://github.com/osplanning-data-standards/dyno-demand): un formato de datos de demanda de viajes basado en GTFS que se centra en la demanda de pasajeros individuales adecuado para el modelado dinámico de redes desarrollado por [San Francisco Autoridad de Transporte del Condado](https://www.sfcta.org/), LMZ LLC y [Urban Labs LLC](http://urbanlabs.io/). + +- [Dyno-Path](https://github.com/osplanning-data-standards/dyno-path): ([En desarrollo](https://github.com/osplanning-data-standards/ GTFS-PLUS/pull/52#issuecomment-331231000)) Datos de individuos trayectorias de pasajeros. + +- [General Transit Feed Specification](https://gtfs.org/): una fuente GTFS es un grupo de archivos de texto que contiene datos de tránsito que cambian con poca frecuencia, como stops, routes, trips y otros datos de programación. Las agencias de transporte suelen actualizar su feed GTFS cada pocos meses. + +- [Especificación general de la red de viajes](https://zephyrtransport.org/trb17projects/7-general-travel-network-specification/): una especificación de datos planificada para compartir la demanda de viajes redes modelo. + +- [Especificación de alimentación de carriles administrados y con peaje (MTLFS)](https://github.com/vta/Managed-and-Tolled-Lanes-Feed-Specification): propuesta para un esquema que consta de MTLFS y definido el campo utilizado en todos esos archivos desarrollados por [Autoridad de Transporte del Valle de Santa Clara](https://www.vta.org/). + +- [API de movilidad como servicio](http://maas-api.org/): Un conjunto de documentos abiertos y un conjunto de pruebas que define una API compatible con MaaS. + +- [Especificación de datos de movilidad](https://github.com/openmobilityfoundation/mobility-data-specification): Un proyecto de [Open Mobility Foundation](https://www.openmobilityfoundation.org/) (OMF), MDS es un conjunto de interfaces de programación de aplicaciones (API) centradas en servicios de movilidad compartida, como scooters sin base, bicicletas, ciclomotores y vehículos compartidos. Inspirado en proyectos como GTFS y GBFS, MDS es una herramienta digital que ayuda a las ciudades a gestionar mejor el transporte en la vía pública. + +- [NeTex](https://netex-cen.eu/): un formato XML de propósito general diseñado para el intercambio de datos de transporte estáticos complejos entre sistemas distribuidos gestionados por el [proceso de estándares CEN](https://www.cencenelec.eu/). + +- [SAE Shared Mobility](https://www.sae.org/movilidad-compartida/): Términos estandarizados y taxonomía para servicios de movilidad compartida. + +- [TOMP-API](https://github.com/TOMP-WG/TOMP-API): Operador de transporte Proveedor de movilidad como-servicio (TOMP) Desarrollo de API Github. + +- [Especificaciones de datos transaccionales para planificación de transporte y operaciones de tráfico](https://apps.trb.org/cmsfeed/TRBNetProjectDisplay.asp?ProjectID=4120): Especificaciones técnicas de datos transaccionales para entidades involucradas en la provisión de transporte que responda a la demanda. + +- [Proyecto de especificación de intercambio de datos ITS de tránsito (TIDES)](https://groups.google.com/g/tidesproject): un esfuerzo propuesto para crear estructuras de datos estándar, API y herramientas de gestión de datos para datos ITS históricos de tránsito, incluidos datos AVL, APC y AFC. diff --git a/docs/fr/learn/data-policy.md b/docs/fr/learn/data-policy.md index aec9404..392bd5e 100644 --- a/docs/fr/learn/data-policy.md +++ b/docs/fr/learn/data-policy.md @@ -2,7 +2,7 @@ ## Comment GBFS soutient les villes dans leurs politiques en faveur d’une mobilité durable et fluide. -Ce guide est également disponible en [portugais](https://mobilitydata.org/gbfs-e-politica-de-dados-de-mobilidade-compartilhada-2/), en [espagnol](https://mobilitydata.org/gbfs-y-politica-de-datos-de-movilidad-compartida-2/) et en [anglais](/learn/data-policy). +Ce guide est également disponible en [portugais](https://mobilitydata.org/gbfs-e-politica-de-dados-de-mobilidade-compartilhada-2/), en [espagnol](/es/learn/data-policy) et en [anglais](/learn/data-policy). ## Vue d'ensemble diff --git a/mkdocs.yml b/mkdocs.yml index 117fef8..ea57b19 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -109,6 +109,21 @@ plugins: Learn: Apprendre Guide: Guide Participate: Participer + - locale: es + name: Español + build: true + nav_translations: + Home: Hogar + Specification: Especificación + Current Version: Versión actual + Governance Process: Proceso de Gobernanza + Data Quality: Calidad de datos + Toolbox: Herramientas + Community Tools and Resources: Herramientas y recursos comunitarios + Glossary: Glosario + Learn: Aprender + Guide: Guía + Participate: Participar nav: - Home: index.md