por Ivan Gayton | HOT – Humanitarian OpenStreetMap Team
O mapeamento de campo pela população local é fundamental para o futuro do mapeamento aberto. No entanto, as ferramentas hoje disponíveis – apesar de muitas serem de alta qualidade – não formam um ecossistema coerente para liberar o potencial do mapeamento de campo comunitário. Algo está faltando! Poderia ser um Gerenciador de Tarefas para Mapeamento de Campo?
A atribuição de tarefas permite um melhor mapeamento remoto
Um dos elementos mais impactantes do ecossistema de mapeamento aberto nos últimos dez anos foi o HOT Tasking Manager. O próprio OpenStreetMap criou um repositório aberto e massivamente escalável para dados geográficos, e ferramentas como o ID Editor e o Java OpenStreetMap Editor (JOSM) forneceram ferramentas de primeira linha para adicionar dados ao mapa remotamente. No entanto, entre as ferramentas de edição e o repositório, havia uma lacuna: como as pessoas poderiam facilmente escolher áreas para mapear de forma completa e com alta qualidade?
Algo era necessário: uma maneira de alocar tarefas pequenas e gerenciáveis ??a indivíduos, acompanhar seu progresso, verificar a qualidade e validar seu trabalho e integrar perfeitamente os novos dados ao OpenStreetMap sem danificar os dados existentes. O HOT Tasking Manager serviu como o tapete que unia a sala; uma ferramenta para a comunidade definir necessidades de dados e para mapeadores individuais contribuírem com facilidade e confiança.
E quanto à tarefa de mapeamento de campo?
Há uma série de ótimas ferramentas de coleta de dados de campo!
O poderoso ODK – OpenDataKit e as muitas plataformas construídas a partir dele, como o Kobo Toolbox, possibilitam que qualquer pessoa com um dispositivo Android colete dados usando formulários flexíveis e poderosos projetados em uma planilha.
O Vespucci traz muito do poder do JOSM para um editor móvel. O EveryDoor oferece aos usuários do Android e do iPhone uma plataforma simples para editar dados do OSM, e o StreetComplete faz o mesmo para os usuários do Android. O OSMAND e Organic Maps permitem navegação e visualização de mapas offline com dados OSM, bem como alguma capacidade básica para adicionar ou editar recursos para contribuir com o OSM.
Assim como no mapeamento remoto, temos um excelente repositório de dados (OSM) e ótimas ferramentas de edição e/ou coleta de dados, mas não há uma plataforma de coordenação para facilitar o mapeamento de campo em larga escala e alta qualidade para o OpenStreetMap.
Propomos um Gerenciador de Tarefas de Mapeamento de Campo para suprir essa necessidade.
Os componentes de um Gerenciador de Tarefas de mapeamento de campo, em sua maioria, já estão construídos!
Se estivéssemos começando do zero, esta seria uma proposta assustadora. No entanto, graças ao incrível trabalho de Nafundi, os principais desenvolvedores do OpenDataKit (ODK), e alguns trabalhos relacionados acontecendo no HOT e na comunidade de mapeamento aberto mais ampla, as peças já estão em vigor.
O que é necessário para um Gerenciador de Tarefas de mapeamento de campo?
O que é necessário para implementar um Gerenciador de Tarefas de Mapeamento de Campo? Precisamos de uma maneira de:
- Definir uma ADI – Área de Interesse e dividi-la em tarefas menores
- Alocar tarefas a indivíduos de forma que não haja duplicação nem lacunas
- Monitorar o progresso das tarefas de mapeamento de campo
- Converter os resultados do mapeamento de campo (submissões) em um formato apropriado para validação
- Validar o trabalho e fornecer feedback aos mapeadores, se necessário (incluindo pedir que revisem ou corrijam erros)
- Integrar os novos dados no OSM ou em outras plataformas
Idealmente com atribuição específica ao mapeador de campo para os dados que eles criaram, uma solicitação de longa data da comunidade OSM que valoriza a responsabilidade individual pelas edições sobre as importações de dados agregados
O que já temos?
A partir de meados de 2022, temos ferramentas que podem cumprir todos os requisitos acima. Uma funcionalidade semelhante ao Gerenciador de Tarefas já pode ser alcançada com (muito) trabalho manual. Com um pouco de automação simples, já podemos tornar isso muito mais suave e, eventualmente, criar um fluxo de trabalho do Gerenciador de Tarefas de Mapeamento de Campo altamente acessível e funcional.
Nova funcionalidade “selecionar do mapa” do ODK e alocação de formulário individual
A partir de meados de 2022, o ODK incorpora uma nova funcionalidade denominada “selecionar no mapa“, que permite aos mapeadores de campo selecionar um objeto de um mapa, visualizar os atributos existentes e preencher um formulário adicionando novas informações e atributos a esse objeto. Por exemplo, um mapeador pode abordar um prédio, selecionar esse prédio em uma visualização de mapa no ODK em seu celular e adicionar o horário de funcionamento, o número de andares, o material de construção ou qualquer número de atributos úteis em um formato de questionário bem estruturado *.
*Isso replica principalmente a funcionalidade do muito lamentado OpenMapKit, um fork do ODK muito útil criado pela Cruz Vermelha Americana com suporte da HOT e outras agências, que permitia aos usuários lançar formulários a partir de uma visualização de mapa e selecionar edifícios/recursos para adicionar atributos para. Infelizmente, o OMK não é mais mantido e não pode ser usado de forma confiável.
Além disso, o novo aplicativo de servidor Web ODK Central contém ferramentas muito granulares para alocar formulários a usuários individuais. É possível, de fato, criar questionários individuais para um número arbitrário de pequenas áreas (como bairros), cada uma com seu próprio conjunto de características (como prédios). Esses formulários podem ser alocados a “usuários de aplicativos” específicos, com acesso a formulários específicos (e, portanto, bairros/áreas) definidos por um código QR.
O ODK Central oferece suporte à alocação de formulários individuais – e recursos correspondentes, como prédios – para usuários individuais
Como esse sistema de “usuário de aplicativo” facilita um Gerenciador de Tarefas?
Ficamos muito felizes que você perguntou! Ao criar um código QR para cada bairro (ou “tarefa”) e alocá-los um a um para os indivíduos, podemos:
- Atribuir áreas específicas a pessoas específicas (seja alocando-as diretamente ou fornecendo uma seleção de áreas e deixando as pessoas escolherem)
- Acompanhar quais áreas foram alocadas e concluídas (e, com um pouco mais de trabalho, validadas) Acompanhe quem mapeou qual área
- Alocar novas áreas para pessoas que terminaram as suas
- Acompanhar quais áreas ainda precisam de mapeamento (ou conclusão/correção após validação)
No momento, isso é muito trabalho manual. No entanto, o ODK Central possui uma API poderosa e bem documentada, e a criação de tarefas/áreas individuais, alocação para usuários específicos, rastreamento de resultados recebidos e congelamento de formulários que já estão alocados, podem ser automatizados!
Embora já possamos alocar tarefas manualmente, o próximo passo óbvio é um mapa da web, permitindo que os mapeadores de campo selecionem uma área facilmente. A equipe do OpenMapDevelopment Tanzania (OMDTZ) foi pioneira em mapas da web interativos que se integram ao ODK Central, demonstrando um caminho promissor a seguir.
Conversão de envios ODK para XML OSM para validação e upload
A HOT Tech Team já criou um conjunto de scripts que convertem o envio de formulários ODK em OSM XML, o formato de dados nativo do OpenStreetMap. Isso permite que os envios do mapeamento de campo entrem facilmente no pipeline de dados tradicional de validação no JOSM, seguido pelo upload para o OSM atribuído ao ID do OSM do mapeador de campo.
A existência desses scripts facilita mais a funcionalidade do Tasking Manager, pois a conversão de envios em conjuntos de dados prontos para validação é direta e facilmente automatizada. Os scripts são particularmente fáceis de adaptar quando visam formulários ODK padronizados de boa qualidade, um benefício importante de todo esse sistema.
O que precisamos construir?
Em princípio, já podemos implementar um fluxo de trabalho do Field Mapping Tasking Manager, mas requer muito trabalho manual complicado. Nosso plano é fazer isso e automatizar de forma incremental os pontos problemáticos! O caminho mais provável provavelmente se parece com:
- Criar um mapa da web compatível com dispositivos móveis (não um aplicativo para dispositivos móveis, apenas um aplicativo da web) que:
- Exibir todas as tarefas individuais em um projeto, codificadas por cores por status de alocação/conclusão
- Permitir que os mapeadores cliquem em uma tarefa perto de sua localização física e a atribuam a eles (com um código QR ou um lançamento direto do ODK Collect com a configuração relevante)
- Permitir que mapeadores, validadores e gerentes vejam o progresso e selecionem tarefas para mapeamento ou validação adicional
- Criar um mapa web para telas de computador que facilite a criação de projetos e tarefas individuais
Idealmente, use redes rodoviárias e hidroviárias para dividir tarefas de forma sensata para mapeamento de campo, em vez de quadrados arbitrários - Automatize o processo de download de dados OSM (prováveis ??edifícios como primeira prioridade) para a área coberta por cada tarefa e converte-os em recursos selecionáveis ??em um formulário ODK para cada área de tarefa
Semelhante e possivelmente baseado na interface do usuário do HOT Tasking Manager, embora otimizada para dispositivos móveis; as pessoas que usam o Gerenciador de Tarefas estão, por definição, usando uma tela de computador, enquanto os mapeadores de campo estão, por definição, usando um dispositivo móvel.
- Refinar e expandir o(s) formulário(s) disponível(is) para cobrir as necessidades de dados de mapeamento de campo mais críticas das comunidades
A maioria dos dados de mapeamento de campo é atualmente carregada no OSM como importações em massa atribuídas à organização, projeto ou validador. Isso é uma fonte de frustração para a comunidade OSM, que valoriza muito a responsabilidade individual por edições individuais adicionadas ao mapa.
- Simplifique o processo de validação e importação de dados
- E assim por diante…
Próximos passos
Em colaboração com a equipe de Tecnologia e Comunidades e os Grupos de Trabalho de Comunidade e Treinamento, a Equipe de Programas de Campo HOT realizou uma sessão de compartilhamento de habilidades em 9 de setembro de 2022, durante a qual as pessoas puderam obter uma compreensão e alguma experiência com a ideia; o feedback desta sessão está sendo utilizado para avaliar o interesse e a participação para continuar o desenvolvimento. Incentivamos os indivíduos e comunidades interessados em ferramentas de coordenação de mapeamento de campo a acessar os conteúdos.
As sessões de francês e inglês foram realizadas em vários fusos horários, e sessões adicionais podem ser adicionadas se houver interesse de fusos horários e idiomas adicionais (provavelmente podemos gerenciar uma sessão em espanhol se os participantes estiverem preparados para ouvir o idioma de Cervantes sem piedade massacrado).
Se, após a sessão de compartilhamento de habilidades, houver um interesse substancial da comunidade em usar esse fluxo de trabalho, continuaremos a construí-lo em colaboração com esses usuários. Então, se você acha que isso é algo que você pode querer ou precisar, certifique-se de se inscrever para o compartilhamento de habilidades.
Ivan Gayton
Conta com mais de 15 anos de experiência na liderança do desenvolvimento e implantação de ponta de mapeamento de código aberto e tecnologias de drones para ajuda humanitária. Ele foi Chefe de Missão, GIS e Assessor Técnico de Médécins Sans Frontières / Médicos Sem Fronteiras em vários países, incluindo Nigéria, Haiti, Líbia e Sudão do Sul. Ivan concebeu e cofundou o projeto Missing Maps em 2014 em resposta ao surto de Ebola na África Ocidental; concebeu e desenvolveu o MapSwipe, um software para classificação de imagens móveis off-line de crowdsourcing (modelo de produção que se usa se conhecimentos coletivos e voluntários ) para mapeamento humanitário. Ele também liderou uma colaboração entre MSF e Google para criar registros médicos eletrônicos em centros de ebola (projectbuendia.org). Ivan continua gerenciando e/ou apoiando um conjunto de iniciativas tecnológicas e de mapeamento comunitário em aproximadamente 10 países como parte da equipe Humanitarian OpenStreetMap e Rainbow Sensing.
Leia ainda
Campanha publicitária promove usinas nucleares
Brasil diante da emergência climática e a transição energética
Brasil vive catástrofe climática em completo silêncio
O artigo não exprime, necessariamente, a opinião do InfoSãoFrancisco.
Como publicar as matérias do InfoSãoFrancisco
1- As matérias do InfoSãoFrancisco podem ter os títulos e intertítulos alterados, se necessário, para adequar o conteúdo ao formato do veículo. Atenção: não são permitidos cortes, reduções, edições ou ainda situações de alijamento do contexto com relação aos conteúdos.
2- Todas as republicações devem trazer o nome do InfoSãoFrancisco e do autor com destaque, na parte superior do textos – mesmo os editados com parceiros internacionais. Neste caso, também deve constar o nome do autor e do parceiro internacional.
3- Todas as republicações devem trazer o link https://infosaofrancisco.canoadetolda.org.br. Tweets sobre as reportagens republicadas devem conter a menção: @InfoSFrancisco. No Facebook deverá ser inserido o link de nossa página: https://facebook.com/canoa.detolda.
4- As fotos só podem ser republicadas junto com as reportagens, trazendo os devidos créditos e legendas.
5- Vídeos podem ser reutilizados, desde que na íntegra, com os devidos créditos e links para nosso site e canais no Youtube ou Vimeo.
6- Reportagens publicadas no InfoSãoFrancisco não podem, em qualquer hipótese, ser comercializadas.