StreetComplete no iOS agora está em beta público

O papel e a recepção do StreetComplete

• Visto como uma forma muito acessível de contribuir para o OpenStreetMap (OSM), especialmente para usuários sem perfil técnico.
• A interface baseada em perguntas/quests, com fotos e múltipla escolha, reduz a barreira em comparação com editores tradicionais.
• Vários usuários relatam mapear detalhes locais relevantes (banheiros, ruas pequenas, números de casas, horários de funcionamento) em minutos, depois de anos sem contribuir.
• Alguns alertam que ele é uma “porta de entrada” para edição mais pesada do OSM com ferramentas mais avançadas.

Beta público no iOS e feedback de UX

• Muitos estão animados porque o suporte a iOS finalmente existe; isso permite mapeamento social em grupos com plataformas mistas.
• O link do TestFlight foi difícil de encontrar; há preocupação de que o limite de 10 mil usuários possa ser atingido rapidamente.
• Problemas conhecidos de UX no iOS:
  • É difícil dispensar uma pergunta; os usuários muitas vezes acabam fechando o app à força.
  • A navegação de voltar depende do gesto de deslizar pela borda do iOS, que alguns usuários não conheciam.
  • Há um bug em que uma quest fica “presa” após responder; a correção foi mencionada, mas talvez ainda não tenha sido lançada.
• Recursos solicitados: login nativo da Apple em vez de WebView, cancelamento mais fácil de formulários, indicação visível das próprias edições no mapa, sobreposição de satélite e dicas de edições recentes nas redondezas.

Fluxo de edição, quests e desfazer

• Há um botão de desfazer/histórico no app que mostra edições recentes (por tempo limitado), além do histórico completo no site do OSM.
• Algumas quests parecem pouco especificadas: por exemplo, calçadas só em parte de uma rua, ou calçadas em um lado apenas.
• No Android há opções como “differs along the way” e calçadas por lado; no iOS isso parece menos descobrível ou talvez incompleto.
• Quando as opções não correspondem à realidade, os usuários são incentivados a usar o caminho “Uh…” / “leave a note”, mas a descoberta disso pode ser ruim.

Comparação com outros apps baseados em OSM

• O EveryDoor é preferido por alguns para mapeamento focado em POIs/lojas, mas outros acham sua interface cheia de ícones confusa.
• O Go Map!! no iOS oferece quests além de edição completa, mas espera mais conhecimento de OSM.
• OsmAnd, Organic Maps, Cartes e osmapp.org são recomendados para uso do mapa e navegação; o TomTom é elogiado por combinar dados do OSM com informações de tráfego fortes.
• Lembrete: o OSM é um banco de dados; o mapa do site principal é uma demonstração, não uma substituição refinada do Google Maps.

Kotlin Multiplatform e stack técnica

• O app usa Kotlin Multiplatform (KMP) e Compose Multiplatform para compartilhar quase todo o código entre Android e iOS.
• Os mantenedores relatam que o KMP é relativamente estável, com pouco “imposto” além do desgaste normal de Kotlin/Gradle; descontinuações do framework Android são vistas como mais dolorosas.
• Apenas uma pequena fração do código-fonte é específica de plataforma.
• Desenvolvedores de iOS precisam trabalhar em Kotlin e Compose, com pouco código Swift; Kotlin é considerado conceitualmente próximo de Swift, e Compose próximo de SwiftUI.
• Compose Multiplatform é, em geral, bem visto, mas tem recursos ausentes (por exemplo, barras de rolagem) e melhores práticas em evolução; bugs da IDE incomodam mais do que o KMP em si.
• Houve discussão sobre se agentes de codificação reduzem o benefício de uma base de código compartilhada; vários argumentam que um núcleo único continua valioso para arquitetura, testes e menos bugs duplicados.

Dinâmica da comunidade OSM e qualidade dos dados

• Um usuário descreve ter se divertido com o StreetComplete até que suas edições foram revertidas por mapeadores experientes por causa de regras de tagueamento (por exemplo, se uma via sem calçadas é “não caminhável”).
• O debate gira em torno de:
  • Tags objetivas e verificáveis (acesso legal, sinalização) vs. “conforto” ou segurança subjetivos.
  • Grande impacto no roteamento ao marcar vias como não caminháveis; muitos argumentam que isso deve ser reservado a acesso claramente ilegal ou impossível.
• Uma quest específica de “walkability” no StreetComplete é reconhecida como controversa e será removida em uma versão futura por causa de incompatibilidade entre o texto e as tags.
• Outros dizem que se sentem mais seguros contribuindo sabendo que editores mais experientes podem reverter erros, mas uma resposta alerta para “delegação de responsabilidade” e risco à qualidade se as pessoas dependerem demais de revisores.

Financiamento governamental e preocupações com licenciamento

• O trabalho no iOS foi financiado pelo Prototype Fund federal alemão e por apoio adicional da NLnet; vários comentários elogiam os contribuintes alemães por bancar ferramentas abertas de utilidade global (com a política de energia solar fotovoltaica citada como outro exemplo).
• Um fio separado questiona a licença estilo copyleft do OSM, observando incompatibilidades com muitos conjuntos de dados em domínio público/atribuição apenas e argumentando que isso dificulta importações de dados; outros não respondem diretamente no fio.

OSM como infraestrutura e limitações de busca

• Apps baseados em OSM frequentemente priorizam uso totalmente offline, o que complica a busca.
• Um comentarista observa que operar uma instância do Nominatim para um único país exige dezenas de gigabytes de armazenamento e oferece apenas busca difusa limitada, explicando por que muitos apps de OSM têm busca mais fraca que o Google Maps.