StreetComplete en iOS ya está en beta pública

El papel de StreetComplete y su recepción

• Se considera una forma muy accesible de contribuir a OpenStreetMap (OSM), especialmente para usuarios no técnicos.
• La interfaz basada en preguntas/quests con fotos y opciones múltiples reduce la barrera frente a los editores tradicionales.
• Varios usuarios informan haber cartografiado detalles locales significativos (baños, calles pequeñas, números de casa, horarios) en minutos después de años sin contribuir.
• Algunos advierten que es una “puerta de entrada” a una edición de OSM más avanzada con herramientas más potentes.

Beta pública en iOS y comentarios de UX

• Mucha gente se alegra de que por fin exista soporte para iOS; permite cartografía social con grupos que usan distintas plataformas.
• El enlace de TestFlight era difícil de encontrar; preocupa que el límite de 10k usuarios se alcance rápidamente.
• Problemas de UX conocidos en iOS:
  • Es difícil descartar una pregunta; los usuarios a menudo terminan forzando el cierre de la app.
  • La navegación hacia atrás depende del gesto de deslizar desde el borde de iOS, que algunos usuarios no conocían.
  • Hay un error por el que una quest se queda “atascada” después de responder; se informa que la corrección existe, pero quizá aún no se haya publicado.
• Funciones solicitadas: inicio de sesión nativo de Apple en lugar de WebView, cancelación más fácil de formularios, una indicación visible de las propias ediciones en el mapa, superposición satelital y pistas de ediciones recientes cercanas.

Flujo de edición, quests y deshacer

• Hay un botón de deshacer/historial dentro de la app que muestra ediciones recientes (con límite temporal), además del historial completo en el sitio web de OSM.
• Algunas quests se sienten poco especificadas: por ejemplo, aceras solo en una parte de una calle, o aceras en un solo lado.
• En Android hay opciones como “differs along the way” y aceras por lado; en iOS esto parece menos visible o quizá incompleto.
• Cuando las opciones no se ajustan a la realidad, se anima a usar una ruta de “Uh…” / “dejar una nota”, pero puede ser difícil de encontrar.

Comparación con otras apps basadas en OSM

• Algunos prefieren EveryDoor para cartografía centrada en POI/tiendas, aunque otros encuentran confusa su interfaz llena de iconos.
• Go Map!! en iOS ofrece quests junto con edición completa, pero espera más conocimiento de OSM.
• OsmAnd, Organic Maps, Cartes y osmapp.org se recomiendan para uso del mapa y navegación; se elogia a TomTom por combinar datos de OSM con una buena información de tráfico.
• Recordatorio: OSM es una base de datos; el mapa del sitio principal es una demo, no un sustituto pulido de Google Maps.

Kotlin Multiplatform y pila técnica

• La app usa Kotlin Multiplatform (KMP) y Compose Multiplatform para compartir casi todo el código entre Android e iOS.
• Los mantenedores informan que KMP es relativamente estable, con un “impuesto” mínimo más allá del desgaste normal de Kotlin/Gradle; las deprecaciones del framework de Android se consideran más dolorosas.
• Solo una pequeña fracción de la base de código es específica de cada plataforma.
• Los desarrolladores de iOS deben trabajar en Kotlin y Compose, con código Swift limitado; se considera que Kotlin está conceptualmente cerca de Swift, y Compose cerca de SwiftUI.
• Compose Multiplatform suele gustar, pero le faltan funciones (por ejemplo, barras de desplazamiento) y las buenas prácticas siguen evolucionando; los errores del IDE molestan más que KMP en sí.
• También se debate si los agentes de codificación reducen la ventaja de una base de código compartida; varios sostienen que seguir teniendo un núcleo único es valioso para la arquitectura, las pruebas y para reducir errores duplicados.

Dinámicas de la comunidad OSM y calidad de los datos

• Un usuario describe que se divirtió con StreetComplete hasta que ediciones suyas fueron revertidas por mapeadores experimentados debido a reglas de etiquetado (por ejemplo, si una carretera sin aceras “no es transitable a pie”).
• El debate se centra en:
  • Etiquetas objetivas y verificables (acceso legal, señalización) frente a “comodidad” o seguridad subjetivas.
  • El gran impacto en el ruteo de marcar vías como no transitables a pie; muchos argumentan que esto debería reservarse para accesos claramente ilegales o imposibles.
• Se reconoce que una quest concreta de “transitabilidad a pie” en StreetComplete es controvertida y se retirará en una versión futura debido a un desajuste entre el texto y las etiquetas.
• Otros dicen sentirse más seguros contribuyendo al saber que editores más experimentados pueden revertir errores, pero una respuesta advierte sobre la “delegación de responsabilidad” y el riesgo para la calidad si la gente depende demasiado de revisores.

Financiación pública y preocupaciones sobre licencias

• El trabajo para iOS fue financiado por el Prototype Fund federal alemán y apoyo adicional de NLnet; varios comentarios elogian a los contribuyentes alemanes por financiar herramientas abiertas de utilidad global (citando también la política de energía solar fotovoltaica como otro ejemplo).
• Un hilo aparte cuestiona la licencia tipo copyleft de OSM, señalando incompatibilidades con muchos conjuntos de datos de dominio público o solo con atribución y argumentando que eso dificulta las importaciones de datos; otros no responden directamente dentro del hilo.

OSM como infraestructura y limitaciones de búsqueda

• Las apps basadas en OSM suelen priorizar el uso completamente sin conexión, lo que complica la búsqueda.
• Un comentarista señala que ejecutar una instancia de Nominatim para un solo país requiere decenas de gigabytes de almacenamiento y ofrece solo una búsqueda difusa limitada, lo que explica por qué muchas apps de OSM tienen una búsqueda peor que Google Maps.