Formulário XLSForm com regra
Escreve survey e choices com geopoint, foto condicionada por relevant, constraint e required, e converte com xls2xform antes de publicar.
Octo para QField, Mergin Maps, ODK e KoboToolbox
Projeto QGIS no celular com QField ou Mergin Maps, formulário XLSForm com ODK ou KoboToolbox: tudo livre, tudo com API. O Octo escreve o formulário, prepara o projeto, mede a sincronização de cada equipe e confere precisão, área, duplicatas e fotos antes de o dado entrar no banco. O que se coleta de cada pessoa, o que é aceito e o que volta para revisita ficam com o responsável técnico, a coordenação de campo e o encarregado de dados.
Seis entregas possíveis, tiradas do levantamento. Todas começam lendo o projeto, o formulário ou o servidor sem mexer em nada, e todas passam pela coordenação antes de chegar à equipe de campo.
Escreve survey e choices com geopoint, foto condicionada por relevant, constraint e required, e converte com xls2xform antes de publicar.
Confere caminhos relativos, restrições na camada, widget de anexo e recorte da ortofoto antes de empacotar para QField ou Mergin Maps.
Entrega: projeto empacotado e lista do que foi ajustadoPuxa o servidor com mergin pull, qfieldcloud-cli ou pyodk e conta por equipe e por dia; equipe sem aumento vira pergunta.
Aponta ponto com precisão acima do limite da rodada, ponto fora da área da equipe e ponto na área de outra equipe, já em SIRGAS 2000 / UTM.
Entrega: exceções por equipe para revisitaConfere que toda foto exigida existe, que toda foto tem registro e que nenhum arquivo chegou vazio; foto com pessoa entra na conversa de LGPD.
Entrega: lista de fotos ausentes, órfãs e vaziasAs mesmas regras em SQL no PostGIS, como visão de exceções; nada é apagado nem movido, e o que é aceito entra com nota.
Entrega: visão de exceções + resumo por equipeO mesmo ciclo do Octo, aplicado ao campo. Cada braço tem um papel estreito; quem decide o que se coleta, o que entra e o que volta são pessoas.
Camadas, campos, regras, caminhos, versão do formulário, servidor de sincronização e quem tem conta.
Tipos, domínios, relações, camada de tarefas e as regras de conferência escritas com a coordenação.
Campos de nome, documento e telefone sem necessidade, foto com pessoa, token em arquivo, servidor com cadastro aberto.
Projeto QGIS no celular ou formulário XLSForm; servidor hospedado ou da organização; GNSS externo quando a precisão pede.
XLSForm, preparação do projeto, contagem diária e conferência, com a fonte de cada regra anotada.
O envio de ensaio chegou com ponto, precisão e foto; a contagem bate. Formulário que converte sem erro ainda pode ter regra errada.
Formulário publicado, projeto enviado e mudança de esquema acontecem entre rodadas e com aprovação da coordenação.
Versão do formulário ou do projeto, equipes, exceções aceitas e quem aprovou, para a próxima rodada começar do ponto certo.
O Octo trabalha com acesso de leitura e como apoio. Não publica formulário, não apaga envio, não move ponto e não decide o que se coleta de uma pessoa.
O critério que o Octo usa para escolher, com a documentação de cada projeto.
| Tarefa | Caminho | Observação |
|---|---|---|
| Editar feições existentes no campo | QField ou Mergin Maps | A camada é a mesma do escritório |
| Vistoria com muitas perguntas e pulos | XLSForm em ODK ou KoboToolbox | relevant, constraint, required |
| Converter e validar o formulário | xls2xform (pyxform) | Estrutura, não regra |
| Baixar envios do ODK Central | pyodk, submissions.get_table | Configuração em ~/.pyodk_config.toml |
| Lista de imóveis que vai e volta | Entidades do ODK (/projects/:id/datasets) | Um formulário atualiza, outro consulta |
| Listar projetos no QFieldCloud | qfieldcloud-cli --json list-projects | Token em QFIELDCLOUD_TOKEN |
| Puxar projeto do Mergin Maps | mergin download e mergin pull | Token em MERGIN_AUTH |
| Exportar do KoboToolbox | API v2 (JSON, CSV, XLSX) | A v1 está descontinuada |
| Precisão centimétrica | QField com GNSS externo e NTRIP | Sistema de referência decidido pelo responsável técnico |
| Conferência diária | GeoPandas ou visão no PostGIS | Tabela de exceções, nada apagado |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
O Octo lê o projeto, o formulário e o servidor e lista regras faltando e dados pessoais, sem mexer em nada.
Formulário com regra, envio de ensaio conferido e a tabela de exceções da rodada.
Cada rodada com versão registrada, conferência noturna e entrada no banco com nota do que foi aceito.
Cada ponto abaixo tem fonte publicada pelo projeto ou pela organização responsável pelo padrão. As fontes estão na seção seguinte.
5
pontos com fonte publicada, cada um com a referência indicada ao lado.
mergin com download, pull e push.Fonte: repositórios MerginMaps/server, mobile e python-api-client/projects/:id/datasets; envios como tabela com submissions.get_table.Fonte: releases do getodk/central, API do Central e documentação do pyodkO Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, mapas e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o responsável técnico pelo mapa ou pelo levantamento.
Assinatura: responsável técnico pelo mapa ou levantamentoRepositórios, páginas de releases, documentação dos projetos, PyPI e a LGPD, consultados em 31/10/2026.
O diagnóstico começa pela leitura do projeto, do formulário e do servidor, sem mexer em nada. Você recebe a lista de regras faltando, de dados pessoais coletados e das decisões que só a sua equipe toma, e decide com ela na mão.