From 9b47c2d849a2361619abb1c8803b7a503f15698a Mon Sep 17 00:00:00 2001 From: Frederic Simard Date: Tue, 11 Jun 2024 07:12:47 -0400 Subject: [PATCH] Translation to Spanish testing the new translation tool --- docs/es/data-quality.md | 69 ++++++++ docs/es/index.md | 21 +++ docs/es/learn/data-policy.md | 237 ++++++++++++++++++++++++++ docs/es/learn/faq.md | 200 ++++++++++++++++++++++ docs/es/learn/guide.md | 259 +++++++++++++++++++++++++++++ docs/es/learn/index.md | 48 ++++++ docs/es/participate.md | 62 +++++++ docs/es/specification/index.md | 65 ++++++++ docs/es/specification/process.md | 1 + docs/es/specification/reference.md | 2 + docs/es/toolbox/glossary.md | 21 +++ docs/es/toolbox/index.md | 12 ++ docs/es/toolbox/resources.md | 135 +++++++++++++++ mkdocs.yml | 15 ++ 14 files changed, 1147 insertions(+) create mode 100644 docs/es/data-quality.md create mode 100644 docs/es/index.md create mode 100644 docs/es/learn/data-policy.md create mode 100644 docs/es/learn/faq.md create mode 100644 docs/es/learn/guide.md create mode 100644 docs/es/learn/index.md create mode 100644 docs/es/participate.md create mode 100644 docs/es/specification/index.md create mode 100644 docs/es/specification/process.md create mode 100644 docs/es/specification/reference.md create mode 100644 docs/es/toolbox/glossary.md create mode 100644 docs/es/toolbox/index.md create mode 100644 docs/es/toolbox/resources.md diff --git a/docs/es/data-quality.md b/docs/es/data-quality.md new file mode 100644 index 0000000..d453653 --- /dev/null +++ b/docs/es/data-quality.md @@ -0,0 +1,69 @@ +# Calidad de los datos + +## ¿Qué es la calidad de los datos? + +La calidad de los datos se refiere a la precisión, confiabilidad y coherencia de los datos. En el contexto de la Especificación general de alimentación de bicicletas compartidas (GBFS), garantizar una alta calidad de los datos es esencial para proporcionar a los usuarios información precisa y confiable sobre los sistemas de movilidad compartida. La mala calidad de los datos puede generar confusión y una experiencia de usuario disminuida. Por lo tanto, es fundamental comprender qué significa la calidad de los datos y cómo mantenerla. No existe una definición universal de calidad de datos, sin embargo tratamos de cumplir con tres principios fundamentales cuando hablamos de calidad de datos. + + +### Un conjunto de datos de alta calidad es: + +**Completo**: Los campos y elementos para describir la La información obligatorio está completamente completa. Puntos de bonificación por completar campos y campos opcional . + +**Preciso**: la información contenida en el conjunto de datos es verdaderamente representativa del estado del servicio en el mundo real. + +**Actualizada**: la información es verdaderamente representativo del servicio en el momento de uso obligatorio . + + +### Un conjunto de datos de alta calidad es importante porque: + +**La gente verá el servicio**: Diferentes consumidores tienen diferentes umbrales de calidad. Un conjunto de datos de mayor calidad tiene más probabilidades de aparecer en una variedad de aplicaciones de planificación de viajes, lo que aumenta el alcance del servicio. + +**La gente confiará en el servicio**: cuando falta información o es inexacta, la experiencia se vuelve más difícil . Si la información se vuelve consistentemente poco confiable, el pasajero comenzará a considerar otras opciones. + +**Todos los pasajeros serán atendidos por igual**: Los pasajeros merecen opciones confiables según sus necesidades (accesibilidad, costo, modo, etc.). Los datos completos permiten representar todos los aspectos de un servicio de movilidad compartida en una aplicación de planificación de viajes. + + +## ¿Cómo puedo asegurarme de que los datos que recibo/produzco sean de alta calidad? + +### Como productor: + +Como productor productor de datos, su función es proporcionar datos GBFS precisos y confiables. A continuación se detallan algunos pasos clave para garantizar una alta calidad de los datos: + +1. Validación de datos: implemente procesos de validación rigurosos para detectar y corregir errores en sus datos antes de compartirlos con los consumidores. Esto incluye verificar si faltan datos, son incorrectos o inconsistentes. Puede verificar la validez de sus datos GBFS con la especificación utilizando el [Validador canónico GBFS](https://gbfs-validator.mobilitydata.org/). +2. Actualizaciones periódicas: asegúrese de estar utilizando la versión oficial más reciente de los datos GBFS. La versión actual se puede encontrar en la página [Referencia](../specification/reference) o en el [Repositorio GBFS](https://github.com/MobilityData/gbfs/blob/master/README.md#current-version-recommended) en Github. Además, mantenga sus datos date para reflejar el estado actual del mundo real de su sistema de movilidad compartida. Esto es lo que establece GBFS con respecto a [latencia de datos](../specification/reference/#data-latency): +>Los datos devueltos por los puntos finales casi en tiempo real `station_status.json` y `vehicle_status.json` DEBEN ser lo más cercanos al tiempo real posible, pero en ningún caso debería tener más de 5 minutos de desfase. Los valores apropiados DEBEN establecerse utilizando la propiedad `ttl` para cada punto final en función de la frecuencia con la que se actualizan o actualizan los datos de los feeds. Para puntos finales casi en tiempo real donde los datos siempre debería actualizarse, el valor `ttl` DEBE ser `0`. La timestamp `last_updated` representa el conocimiento que tiene el editor del estado actual del sistema en este time. La timestamp `last_reported` representa la última time que una estación o vehicle informó su estado al backend del operador. + +3. Documentación: puede confiar en la documentación existente para informar su creación de conjuntos de datos GBFS, como la documentación [referencia](../especificación/referencia) en sí, nuestras diversas publicaciones de blog de lanzamiento (que se encuentran [aquí](https://mobilitydata.org/category/sm/)), o nuestra [Guía de implementación de GBFS para productores](../learn/guide/). Si tiene alguna idea para mejorar la documentación existente o crear nueva, háganoslo saber en [sharedmobility@mobilitydata.org](mailto:sharedmobility@mobilitydata.org). +4. Mecanismo de retroalimentación: Establecer un mecanismo para que los consumidores informen problemas con los datos. Esto puede ayudar a identificar y rectificar problemas de calidad de datos rápidamente. Para los datos GBFS, esto significa proporcionar un `feed_contact_email` activo en el punto final system_information.json. Puede agregar su `feed_contact_email` a la lista de MobilityData a continuación. + +### Como consumidor: + +Los consumidores de datos GBFS confían en la información proporcionada para mostrar una variedad de opciones de movilidad compartida a sus usuarios. A continuación le explicamos cómo puede garantizar la calidad de los datos al utilizar datos GBFS: + +1. Validación de datos: implemente la validación de datos por su parte para verificar anomalías o inconsistencias en los datos que recibe. Puede verificar la validez de sus datos GBFS con la especificación utilizando el [Validador canónico GBFS](https://gbfs-validator.mobilitydata.org/). +2. Datos de referencia cruzada: compare los datos de GBFS con otras fuentes confiables para verificar su precisión. +3. Manténgase informado: manténgase date con las actualizaciones y revisiones de GBFS y asegúrese de utilizar la versión oficial más reciente de los datos de GBFS. La versión actual se puede encontrar en la página [Referencia](../specification/reference) o en el [Repositorio GBFS](https://github.com/MobilityData/gbfs/blob/master/README.md#current-version-recommended) en Github. Comprender los cambios en el formato de los datos puede ayudarle a adaptarse a cualquier modificación. +4. Proporcione comentarios: si identifica problemas de calidad de los datos, infórmelo al productor de datos utilizando el campo `feed_contact_email` que se puede encontrar en el punto final system_information.json o en la lista siguiente. Sus comentarios pueden contribuir a la mejora de los datos. + + +### Como regulador: + +Los reguladores desempeñan un papel vital en la supervisión de la calidad de los datos en la industria de la movilidad compartida. Para mantener altos estándares, considere lo siguiente: + +1. Establecer estándares de calidad de datos: exigir datos GBFS de alta calidad, en la forma de la versión oficial más actualizada y hacer cumplir umbrales de calidad para los productores de datos GBFS. Esto puede ayudar a garantizar una calidad de datos uniforme en toda la industria. Para obtener más información sobre cómo require datos GBFS, lea nuestra [Guía de políticas GBFS](../learn/data-policy/). +2. Auditoría y cumplimiento: audite periódicamente a los productores de datos para verificar el cumplimiento de la especificación GBFS; puede hacerlo utilizando el [Validador canónico de GBFS](https://gbfs-validator.mobilitydata.org/). Fomentar la transparencia y la rendición de cuentas. +3. Educación del usuario: Educar a otros reguladores sobre qué esperar de los datos del GBFS y cómo identificar problemas de calidad. Esto puede empoderar a los reguladores para tomar decisiones informadas. +4. Participe: participe en debates sobre el avance de la especificación GBFS en el [canal GBFS Slack](https://share.mobilitydata.org/slack) de MobilityData o en el [repositorio Github](https://github.com/MobilityData/gbfs) para mantenerse actualizado sobre todos los nuevos cambios en la especificación para estar preparados para aceptar la última versión de GBFS. + +Garantizar una alta calidad de datos en GBFS es una responsabilidad compartida y, al seguir estas pautas, podemos colectivamente Proporcionar a los usuarios información fiable y precisa sobre los sistemas de movilidad compartida. La calidad de los datos no solo mejora las experiencias de los usuarios, sino que también respalda el crecimiento y la sostenibilidad de los servicios de movilidad compartida. + + +## ¿Cómo puedo marcar un error en un conjunto de datos? + +Para marcar un problema en un conjunto de datos, utilice `feed_contact_email` que se encuentra en system_information. json o en la siguiente tabla. Al marcar un problema, asegúrese de incluir el campo y los archivos que crean el problema, y ​​cómo se presenta este problema en su aplicación. + +### Rastreador de correo electrónico de contacto de feed mantenido por MobilityData: +El rastreador de correo electrónico de contacto de feed es una herramienta mantenida por MobilityData para monitorear el estado de las direcciones de correo electrónico de contacto de feeds que se encuentran en el punto final system_information.json en feeds GBFS. El objetivo es garantizar que los consumidores y los reguladores puedan señalar problemas de calidad de los datos a la dirección de correo electrónico correcta. MobilityData confirmará la actividad de estas direcciones de correo electrónico trimestralmente. + + + Agregar un correo electrónico de contacto al feed \ No newline at end of file diff --git a/docs/es/index.md b/docs/es/index.md new file mode 100644 index 0000000..17e9bb4 --- /dev/null +++ b/docs/es/index.md @@ -0,0 +1,21 @@ +# GBFS: un lenguaje común para la movilidad compartida + +
+Especificación Caja de herramientas de calidad de datos Aprender Participar
+ +GBFS proporciona un language común para que los operadores de movilidad compartida compartan información sobre los servicios disponibles para los viajeros. GBFS incluye información sobre vehículos (bicicletas, scooters, ciclomotores y automóviles), estaciones, precios y más: + +- Ubicaciones y disponibilidad de vehículos, estaciones y muelles +- Características del vehículo: factor de forma, tipo de potencia, distancia que se puede viajar +- Precios del servicio y términos de alquiler +- Áreas geocercadas para reglas relacionadas con la speed, estacionamiento y zonas prohibidas + +Los datos GBFS se utilizan en las aplicaciones de planificación de trip y Movilidad como servicio (MaaS) para proporcionar la información que los viajeros necesitan para descubrir y utilizar la movilidad compartida. Las API públicas de GBFS permiten la integración de servicios de movilidad compartida con el transporte público, lo que permite a los usuarios realizar conexiones de primera y última milla. + +Además, GBFS proporciona a los municipios y agencias una forma estandarizada de ingerir, analizar y comparar datos generados por sistemas de movilidad. + +**Información en tiempo real en un formato estandarizado** + +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 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 que describe el estado actual de un sistema de movilidad. GBFS no admite ni está destinado a datos históricos como registros de trip o mantenimiento. \ No newline at end of file diff --git a/docs/es/learn/data-policy.md b/docs/es/learn/data-policy.md new file mode 100644 index 0000000..9496fb2 --- /dev/null +++ b/docs/es/learn/data-policy.md @@ -0,0 +1,237 @@ +# GBFS y política de datos de movilidad compartida + +## Ayudando a las ciudades a respaldar opciones de movilidad fluidas y sostenibles a través de GBFS. + +Esta guía también está disponible en [portugués](https://mobilitydata.org/gbfs-e-politica-de-dados-de- mobilidade-compartilhada-2/), [español](https://mobilitydata.org/gbfs-y-politica-de-datos-de-movilidad-compartida-2/) y [francés](/fr/learn/data-policy). + +## Descripción general +Asegurar el acceso a los datos de movilidad es una parte importante de un programa de movilidad compartida. El acceso público a los datos de movilidad genera confianza en los programas de movilidad y aumenta la adopción de la movilidad compartida. Redactar una política eficaz puede garantizar que los datos sobre movilidad sean precisos y accesibles. + +Este informe está dirigido principalmente a las personas responsables de la adquisición y las políticas de movilidad compartida en las ciudades u otras autoridades locales. El informe proporciona una comprensión fundamental de cómo GBFS respalda opciones de movilidad sostenible y fluida y cómo aprovechar el potencial de los datos abiertos al redactar políticas que puedan influir en la adopción y práctica de la movilidad compartida. + +República del burro + +_Foto de [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 encontrar y utilizar 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.** + +GBFS proporciona un language común para que los operadores de movilidad compartida compartan información sobre opciones disponible para los viajeros. GBFS incluye información sobre vehículos (bicicletas, scooters, ciclomotores y automóviles), estaciones y más: + +* Ubicaciones y disponibilidad de vehículos, estaciones y muelles +* Características del vehículo: tipo de potencia, distancia que se puede recorrer con la carga restante +* Geocercado áreas de reglas relacionadas con la speed, estacionamiento y zonas prohibidas + +Estos datos son utilizados por las aplicaciones de planificación de trip y Movilidad como Servicio (MaaS), para proporcionar a los viajeros la información que necesitan para descubrir y elegir la movilidad compartida. Las API públicas de GBFS permiten la integración de servicios de movilidad compartida con el transporte público, lo que permite a los usuarios realizar conexiones de primera y última milla y viajes multimodales, lo que hace posibles más viajes sin automóviles. + +Además, GBFS proporciona a las autoridades y agencias locales con una forma estandarizada de ingerir, analizar y comparar datos generados por sistemas de movilidad compartidos. 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 los operadores de movilidad compartida nos ayudan a comprender cómo estos servicios impactan la seguridad pública y si promueven o no la equidad, la innovación, la sostenibilidad y otros objetivos políticos. El acceso público a los datos de movilidad compartidos aumenta la transparencia y hace que los operadores sean responsables de los servicios que operan en el derecho de paso público. + +GBFS ha sido diseñado específicamente para su uso como fuente de datos públicos. Para que las API de GBFS sean verdaderamente públicas, debe estar disponibles gratuitamente en Internet abierta y no require clave API, token u otro medio de acceso o autenticación. Los feeds que contienen datos confidenciales que require autenticación no sustituyen a las API públicas. + +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 que describe el estado actual de un sistema de movilidad. GBFS no admite datos históricos, como registros de trip o mantenimiento, ni está destinado a ellos. + +### GBFS reduce las cargas administrativas de las ciudades y reduce las cargas de cumplimiento de los operadores. +A diferencia de los requisitos de intercambio de datos personalizados del pasado, la estandarización de los datos compartidos Los datos de movilidad benefician tanto a las ciudades como a los operadores. La estandarización de los datos de movilidad a través de GBFS ha dado como resultado un mercado creciente de software y servicios de gestión de datos, que proporciona una mejor calidad y una mayor variedad de soluciones disponibles. Estos productos y servicios se utilizan para ayudar a los organismos reguladores de la movilidad y a las autoridades públicas a trabajar con los datos del GBFS para gestionar y regular de forma eficaz los servicios de movilidad. + +Las políticas que requieren datos abiertos estandarizados pueden impedir la creación de jardines amurallados, un escenario de adquisiciones en el que las ciudades están bloqueadas herramientas o servicios propietarios de un proveedor específico. Los datos abiertos y estandarizados son portátiles, lo que permite a las ciudades cambiar de operador si un servicio no cumple con las expectativas. + +Para los operadores, la estandarización 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 proporciona a los operadores la seguridad de que las solicitudes de datos pueden definirse claramente y son totalmente implementables. GBFS también tiene el potencial de atraer más usuarios a la plataforma de un operador mediante la integración con aplicaciones de terceros. Como estándar de código abierto basado en el consenso, los operadores 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 operadores para ayudar en la implementación. + +Vélib + +_Foto de [Jean-Louis Zimmermann](https://flic.kr/p/8SYDoq)._ + +## Recomendaciones + +### Incluir GBFS como parte de una licitación. +Su licitación debería require una API de GBFS de acceso público como requisito y debería establecer expectativas sobre los datos necesarios para cumplir los objetivos de su política. + +** language de muestra para licitaciones** + +>**_Requisitos de intercambio de datos:_** +> +>* _Una API de acceso público que cumple con la Especificación general de alimentación de bicicletas compartidas (GBFS) versión actual disponible en [https://github.com/MobilityData/gbfs](https://github.com/MobilityData/gbfs/blob/master/gbfs.md)._ +>* _La API de GBFS debe ser disponible para el público en Internet abierto sin requerir autenticación._ + +### Determine qué datos require en una política integral. +A medida que evoluciona la industria de la movilidad compartida, GBFS evoluciona para incluir nuevas características, capacidades y servicios. Es por eso que leerá `o su equivalente` en el language de política de muestra y en la información detallada de GBFS que aparece a continuación. El simple hecho de exigir a un operador de movilidad compartida que proporcione una fuente pública de GBFS no garantizará que los datos satisfagan las necesidades regulatorias o de otro tipo. + +Al desarrollar políticas de datos, es una buena idea recopilar aportes de expertos en la materia que participarán en la implementación del programa. Estos puede incluir personal de sus departamentos de tecnología, licencias o regulación o terceros involucrados en el análisis de datos. + +GBFS está diseñado para satisfacer las necesidades de una amplia variedad de plataformas de movilidad y casos de uso, desde bicicletas compartidas tradicionales hasta bicicletas flotantes, scooters, 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 y sus campos asociados son obligatorio para cumplir con la especificación, mientras que otros son opcional. Cuáles de estos archivos son obligatorio por la especificación depende del tipo específico de sistema de movilidad que se representa. Los archivos y campos Opcional proporcionan datos adicionales para propósitos y casos de uso específicos. puede los municipios necesiten require algunos de estos archivos o campos opcional en sus regulaciones para proporcionar información adicional en apoyo de los viajeros, los objetivos municipales u otras necesidades. + +Girar + +_Foto de [Spin](https://www.spin.app/)._ + +### Descripción general de los archivos GBFS + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Nombre de archivo + Cuando sea necesario +
gbfs.json + Obligatorio : este archivo es un índice de URL de todos los demás archivos publicados como parte de una API de GBFS. Para que los datos estén disponibles para el público, debería publicar un enlace a este archivo en el sitio web de la ciudad o agency o en el portal de datos abiertos. +
manifiesto.json + Obligatorio condicionalmente : este archivo es un índice de URL de gbfs.json para cada conjunto de datos GBFS producido por un editor. +
gbfs_versions.json + Opcional : este archivo enumera todos los archivos publicados por el operador según sus versiones. Mantener los feeds en versiones anteriores a medida que estén disponibles nuevas versiones de GBFS puede evitar la interrupción de aplicaciones posteriores. +
información_sistema.json + Obligatorio : este archivo contiene información básica sobre el sistema de movilidad compartida; sin embargo, la mayoría de los campos son opcional. Las mejores prácticas son publicar los campos opcional `número de teléfono` y `correo electrónico`. Los campos opcional adicionales puede resultar útiles según su caso de uso. +
tipos_de_vehículo.json + Obligatorio condicionalmente : este archivo es obligatorio para los sistemas que incluyen información sobre tipos de vehicle en el archivo `vehicle_status.json` o su equivalente. Este archivo debería ser publicado por sistemas que ofrezcan varios tipos de vehicle para alquiler, por ejemplo, bicicletas de pedales y bicicletas eléctricas. Si este archivo no se publica, se supone que todos los vehículos incluidos en el feed son bicicletas no motorizadas. +
station_information.json + Obligatorio condicionalmente : este archivo es obligatorio para los sistemas que utilizan muelles. Cualquier estación definida en este archivo debe tener una entrada correspondiente en el archivo `station_status.json`. Contiene una lista de todas las estaciones, sus capacidades de atraque o estacionamiento y ubicaciones. Admite la configuración de estaciones virtuales que puede usarse para designar áreas de estacionamiento aprobadas, como estanterías o áreas geocercadas para vehículos flotantes. Esta información puede utilizar para respaldar las restricciones de estacionamiento para vehículos sin muelle mediante el uso de áreas de estacionamiento designadas. +
station_status.json + Obligatorio condicionalmente : este archivo es obligatorio para los sistemas que utilizan bases y, opcionalmente, puede usarse en sistemas sin base para monitorear estaciones virtuales. Cualquier estación definida en este archivo debe tener una entrada correspondiente en el archivo `station_information.json`. Este es un archivo en tiempo real que muestra el estado actual de una estación o estación virtual, sus vehículos y sus muelles. Incluye números agregados de vehículos y muelles disponibles que, opcionalmente, puede agregarse por tipo de vehicle . Estos datos puede usarse para determinar la distribución equitativa de los servicios. El campo opcional `num_vehicles_disabled` o su equivalente puede resultar útil para determinar el número total de vehículos desplegados o el porcentaje de la flota de vehicle que se puede alquilar. +
vehículo_status.json + Obligatorio condicionalmente : este archivo (o su equivalente) es obligatorio para vehículos flotantes (sin muelle) o híbridos (acoplados/sin muelle). Es opcional para vehículos basados ​​en estaciones (acoplados). Este es un archivo en tiempo real que muestra la ubicación actual, el estado de disponibilidad y otros atributos de los vehículos individuales de una flota. Opcionalmente Puede utilizar en sistemas basados ​​en estaciones (acoplados) para publicar información sobre tipos de vehicle , levels de carga o combustible y otros atributos del vehicle . Estos datos puede utilizar para determinar la cantidad de vehículos desplegados, su disponibilidad para alquiler y su distribución dentro del área de servicio. +
system_regions.json + Opcional : este archivo se utiliza para definir regiones dentro de un sistema. puede usarse para respaldar la presentación de informes en sistemas que abarcan múltiples jurisdicciones. +
system_pricing_plans.json + Opcional : este archivo describe los planes de precios para un sistema. Es útil para aplicaciones de planificación de trip de terceros, pero puede no ser lo suficientemente completo como para modelar todos los precios disponibles para el sistema. +
system_alerts.json + Opcional : este archivo está destinado a alert a los usuarios sobre cambios en el sistema que no entran dentro de las operaciones normales del sistema. Por ejemplo, aquí se enumerarían los cierres del sistema debido a condiciones climáticas extremas. Las ciudades debería require este archivo para usarlo como medio para comunicar información de emergencia u otro tipo de información a los usuarios. +
geofencing_zones.json + Opcional : este archivo describe zonas geocercadas y sus reglas o atributos asociados. Las zonas geocercadas puede utilizar para comunicar información sobre estacionamiento, límites de speed , zonas de prohibición de circulación u otras reglas o restricciones. Se puede utilizar para definir geografías relacionadas con el capital, los límites de vehicle u otros casos de uso. Las ciudades debería require este archivo si sus políticas se basan en información de geovallas. debería tener cuidado al desarrollar políticas geoespaciales que se basan en datos de ubicación. Los datos de ubicación de las señales GPS, celulares y Wi-Fi están sujetos a interferencias que generan levels de precisión de decenas de metros o más. +
+ +## Recomendaciones de políticas de datos +Las políticas de datos debería incluir un language claro y aplicable que describa exactamente qué datos se obligatorio y qué versión de la especificación debe publicarse. +Como mínimo, una política de datos de movilidad compartida debería: + +* Garantizar el acceso continuo a los datos tanto para los reguladores organismo y el público sin restricciones indebidas en su uso. +* Definir claramente el formato y la versión de los datos obligatorio . +* Garantizar el acceso a datos específicos necesarios para permitir, regular y gestionar eficazmente los proveedores de movilidad compartida. +* Proteger la privacidad de personas que utilizan la plataforma de movilidad. + +**Ejemplo de language de política ** +>_[COMPAÑÍA] deberá proporcionar una API de acceso público que cumpla con la versión actual de la Especificación general de alimentación de bicicletas compartidas (GBFS, por sus siglas en inglés) disponible en [https://github.com/ MobilityData/gbfs](https://github.com/MobilityData/gbfs/blob/master/gbfs.md)._ +> +>_[COMPAÑÍA] debe poner la API a disposición del público en Internet abierta sin requerir autenticación. _ +> +>_[EMPRESA] deberá a [AGENCIA PERMITENTE] de la URL del punto final gbfs.json antes de desplegar los vehículos. [EMPRESA] debe notificar a [AGENCIA PERMITENTE] al menos 30 días antes de cambiar la URL del punto final gbfs.json._ +> +>_Los datos contenidos en la API deberá ofrecerán al público y [AGENCIA PERMITENTE] bajo un contrato no revocable licencia que permite que los datos de API se utilicen, modifiquen y compartan sin restricciones más allá de la atribución._ +> +>_Al lanzar una nueva versión de GBFS, [COMPAÑÍA] debe actualizar la API a la nueva versión dentro de [XX 1] días, a menos que antes Se ha hecho un acuerdo con [AGENCIA PERMITENTE]._ +> +>_GBFS API debe contener los siguientes puntos finales y todos los campos obligatorio bajo la especificación GBFS:_ +> +>* _gbfs.json_ +>* _system_information.json_ +>* _[lista de adicionales puntos finales, por ejemplo, station_information.json, station_status.json, Vehicle_status.json o su equivalente, etc.]_ +> +>_Además de los campos obligatorio según la especificación, los siguientes archivos también debe contener estos campos opcional :_ +> +>* _file. json: nombre de campo_ +>* _file.json: nombre de campo_ + +*(1.) recomendado 90 días * + +Para ver un ejemplo de cómo un regulador puede adaptar este language a sus necesidades particulares, consulte [language de permiso para scooters de la SFMTA](https://www.sfmta.com/sites/default/files/reports-and-documents/2021/08/2021_scooter_permit_terms_and_conditions_and_appendices_final_for_permit-lime.pdf) (a partir de la página 41). + +## Consideraciones adicionales +El valor de los datos de movilidad abiertos solo se puede lograr plenamente cuando que los datos sean fácilmente accesibles al público y que se proteja la privacidad de los viajeros; GBFS está diseñado para admitir ambos. Las ciudades y agencias debería publicar las ubicaciones de los archivos gbfs.json en sus sitios web o portales de datos abiertos y en el [catálogo de conjuntos de datos disponible abiertamente](https://github.com/MobilityData/gbfs/blob/master/systems.csv) conectado a GBFS. + +Se debería tener extremo cuidado al solicitar datos de los operadores que están fuera del alcance de la especificación. Los datos sobre vehículos que forman parte de un alquiler activo nunca debería aparecer en los feeds de GBFS. Se desaconseja encarecidamente la recopilación excesiva de datos (recopilación de datos sin un propósito definido). La combinación de datos de movilidad compartidos con otros conjuntos de datos disponibles públicamente podría tener graves implicaciones para la privacidad. + +### Para los países europeos +Solicitar datos abiertos a los operadores de movilidad compartida será aún más crucial en los próximos años a medida que la Comisión Europea imponga la obligación de que cada Estado miembro establezca un punto de acceso nacional (NAP) que actúe como un portal a todos los datos abiertos. en lo que respecta a los servicios de movilidad y toda la información de cara al consumidor. Los NAP están diseñados para respaldar un ecosistema europeo próspero basado en la interoperabilidad entre modos de movilidad y regiones, reforzando la capacidad de cualquier consumidor de viajar sin problemas dentro de la Unión Europea. GBFS es un formato común y aceptado que permite a los países cumplir con las regulaciones europeas en varios levels: + +* Cumple con la voluntad de crear un mercado abierto común, que evitará posiciones monopólicas; +* Permite la transparencia en cuanto a datos y apoya los esfuerzos europeos para abrir más datos para que los consumidores participen en la vida de las instituciones; +* Protege la privacidad de los usuarios garantizando que solo se publique información pública, en línea con el espíritu del Reglamento General de Protección de Datos (GDPR); +* Apoya una movilidad más ecológica y sostenible en la que los usuarios tienen opciones distintas a depender de la conducción en solitario; +* Es totalmente compatible con las normas y estándares europeos. + +Al abrir los datos, algunos NAP como el gestionado por [Entur](https://entur.no/) en Noruega o [data.gouv.fr](https://www.data.gouv.fr/fr/) en Francia, han creado un equipo para ayudar a los operadores de movilidad a abrir sus datos. Si es necesario, se puede solicitar su orientación sobre cómo aprovechar GBFS. + +GBFS se ha desarrollado y probado bajo un modelo de consenso para garantizar que los datos definidos en la especificación no afecten negativamente a la privacidad del usuario. debería tener extremo cuidado al solicitar datos de los operadores que están fuera del alcance del GBFS, que se ha desarrollado y probado bajo un modelo de consenso para garantizar que los datos definidos en la especificación no afecten negativamente a la privacidad del usuario. Las versiones actuales de GBFS cumplen con el RGPD, ya que no contienen ningún dato personal o de identificación personal. El punto clave a recordar es que con GBFS no existe una forma trivial de reconstruir el viaje o los hábitos de un solo usuario gracias a la rotación obligatoria de los números de identificación del vehicle . También habrá que tener cuidado con el cumplimiento del espíritu del RGPD, que establece que la recopilación de datos debe ser adecuada y proporcionada a las necesidades operativas y no puede contener ninguna información de identificación sin el consentimiento claro de las personas. + +Para apoyar una mejor interoperabilidad dentro del mercado común europeo, la Unión Europea El organismo de estandarización CEN ha desarrollado Transmodel (la norma europea “Modelo de datos de referencia de transporte público” (EN 12896)), un estándar de datos que facilita la interoperabilidad entre los sistemas de procesamiento de información de los operadores y agencias de transporte mediante el uso de definiciones, estructuras y semánticas coincidentes para la elementos de datos utilizados por sus distintos sistemas. Basado en Transmodel, se han definido otros estándares: NeTEx (CEN/TS 16614-1/2/3/5) para el intercambio de información sobre horarios de transporte público y SIRI (EN 15531-1/2/3/4/5). para obtener información en tiempo real. Ambos se están adaptando actualmente para “nuevos modos”, incluidas soluciones de movilidad compartida. + +GBFS es el único estándar de datos abiertos, utilizado internacionalmente, reconocido por CEN como compatible y convertible a NeTEx/SIRI basándose en un mapeo canónico que próximamente será aprobado por CEN. Esta convertibilidad reduce la carga de producción y consumo de datos para todas las partes interesadas de la industria de la movilidad compartida. + + +## Enlaces útiles + +* [GBFS Repo en GitHub](https://github.com/MobilityData/gbfs) +* [GBFS Public Slack Canal](https://share.mobilitydata.org/slack) +* [NeTEx](https://data4pt.org/w/index.php?title=NeTEX) +* [SIRI](https://data4pt.org/w/index.php?title=SIRI) + +MobilityData Correo electrónico del equipo de movilidad compartida: + +## Agradecimientos + +[Heidi Guenin](https://www.linkedin.com/in/heidiguenin/), [Mitch Vars](https://www.linkedin.com/in/mitchvars/), [Josée Sabourin](https://www.linkedin.com/in/josee-sabourin/), [Tu-Tho Thai](https://www.linkedin.com/in/tuthothai/) y [Newton Davis](https://www.linkedin.com/in/newtondavis/). + +**Revisores** + +Diego Canales - Gerente de Asociaciones Globales, [Populus AI](https://www.populus.ai/) + +Josh Johnson - Gerente de Políticas Públicas, [Spin](https://www.spin.app/) + +Andrew Salzberg - Jefe de Políticas, [Tránsito](https://transitapp.com/) + +Michael Schwartz - Jefe de Clientes y Políticas, [Informe de viaje](https://www.ridereport.com/) + +Oliver O’Brien - Investigador asociado senior, [University College London](https://www.ucl.ac.uk/) + +Scott Shepard - Vicepresidente del sector público global, [Iomob](https://www.iomob.net/) + +

Este documento está elaborado con la intención de apoyar y ayudar a las ciudades en la adopción del GBFS y no sirve como asesoramiento legal. Los formuladores de políticas debería determinar si es necesaria una consideración adicional de las leyes y estatutos locales antes de utilizar el language de políticas 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..d13c743 --- /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 solicitud de extracción 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 solicitud de extracción](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 solicitud de extracción de GitHub?** + +Una solicitud de extracción es una solicitud para cambiar la especificación. Cualquiera puede abrir una solicitud de extracción 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 Solicitud de extracción 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..b67db94 --- /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 . + +Logotipos de consumidores de productores de GBFS + + +_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. + +Descripción general de GBFS + +_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). + +![Vehículos compartidos](../img/shared_vehicles.jpeg) + +_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. + +ETL + +_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 + +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 + +![Estación de bicicletas compartidas](../img/bike_share_station.jpeg) + +_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 + +![Scooter compartido](../img/shared_scooter.jpeg) + +_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. + +Modelo de datos + +_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 solicitud de extracción. 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)). + +Informe del validador + +_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. + +Visualizador del validador + +_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. + +Aplicación de planificación de viajes + +_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

+
+ +

Libros blancos

+
+ +

Preguntas frecuentes

+
    +
  • Preguntas frecuentes : respuestas rápidas a preguntas comunes sobre GBFS, su desarrollo y uso.
    • +
+ +

Artículos

+ +
diff --git a/docs/es/participate.md b/docs/es/participate.md new file mode 100644 index 0000000..1e26052 --- /dev/null +++ b/docs/es/participate.md @@ -0,0 +1,62 @@ +# Participa + +## Contribuyendo a GBFS + +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 solicitud de extracción en el repositorio GitHub de GBFS. + +Todas las propuestas de cambio están sujetas al proceso de gobernanza de GBFS. + +- La propuesta debe permanecer abierta durante un período de time para permitir que el comité brinde comentarios y iterar sobre el cambio propuesto. +- Una vez que se alcanza un consenso, el cambio se somete a votación. +- Se obligatorio al menos 3 votos a favor y ninguno en contra para que se adopte el cambio. Un voto debe ser de un productor de datos y otro de un consumidor de datos. La parte que propone el cambio no es elegible para votar. +- Cuando se aprueba una votación, el cambio pasa a formar parte de un Release Candidate. +- Una vez que tanto el productor de datos como el consumidor de date han implementado el cambio, el Release Candidate se convierte en una versión oficial. lanzamiento. + +**[Ver el proceso de gobernanza](../especificación/proceso)** + +
+ +## 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ía 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..8280da7 --- /dev/null +++ b/docs/es/specification/index.md @@ -0,0 +1,65 @@ +# Especificación + +
+ Última referencia (v3.0) Propuestas de cambio Proceso de gobernanza +
+ +
+ +## 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 [gobierno GBFS](proceso), cuando se realizan cambios en la especificación, los cambios se colocan en el estado Candidato de versión (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 adoptantes +🎉 ¡Un saludo a los primeros adoptantes! Estas organizaciones invierten una gran amount de time 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ía tener como prefijo un carácter de subrayado (_). Se recomendado 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 solicitud de extracción 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 + +
Glosario de herramientas y recursos comunitarios
+ +

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.
    • +
+ + diff --git a/docs/es/toolbox/resources.md b/docs/es/toolbox/resources.md new file mode 100644 index 0000000..4815ef1 --- /dev/null +++ b/docs/es/toolbox/resources.md @@ -0,0 +1,135 @@ +# Herramientas y recursos comunitarios + +Hay una multitud de herramientas y servicios disponibles para ayudar con la creación, implementación y consumo de GBFS. A continuación se muestra una lista extensa, aunque de ninguna manera exhaustiva, de herramientas y servicios. + +
+ +## 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/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