Geolocalização de gado EUDR — pronta para o TRACES, sem rejeições

Cada estabelecimento, geolocalizado

A rastreabilidade do gado envolve muitos locais de produção — fazendas e pastos — por declaração. O DDSpass valida cada parcela, padroniza os códigos de país e verifica se cada estabelecimento fica dentro do país declarado e em terra firme, para que uma coordenada trocada não coloque uma fazenda no oceano.

Por que a regra dos 4 hectares não se aplica ao gado

A exigência de que «acima de 4 ha deve ser um polígono» vem da definição de parcela no Art. 2(28), que cobre as commodities cultivadas na terra — não o gado. Uma declaração de gado carrega a geolocalização de cada estabelecimento onde os animais foram mantidos, então esse limite não decide a geometria como decide em uma parcela de café ou cacau. Envie um ponto por estabelecimento, ou um limite mapeado se você tiver — o DDSpass valida os dois, corrige a geometria e exporta um arquivo combinado ou um por produtor. Tudo roda no seu navegador — nada é enviado.

Várias glebas, um estabelecimento

Um estabelecimento de gado raramente é uma forma só. Piquetes, áreas arrendadas e pastagens de época ficam separados, e o rebanho circula entre eles. Polygon e MultiPolygon são aceitos, então uma propriedade dividida em glebas pode viajar como uma feição ou como várias — o que importa é que cada uma carregue as propriedades que a identificam.

Essas chaves são uma lista fixa, sensível a maiúsculas e minúsculas: ProducerName, ProducerCountry, ProductionPlace, Area. Um arquivo que escreva productionplace perde o valor em silêncio, e um erro de digitação em uma chave estrutural, como geomerty, pode quebrar a leitura de vez. O DDSpass corrige as chaves quase certas e lista cada renomeação.

LineString e MultiLineString não são geometrias aceitas. Um piquete traçado como trilha aberta — rotina em exportações de GPS e de aplicativos de mapeamento rural — precisa virar um anel fechado antes. O DDSpass fecha as trilhas realmente fechadas e bloqueia as abertas, em vez de inventar um limite.

Códigos de país em um arquivo com vários fornecedores

As declarações de gado costumam listar estabelecimentos de vários fornecedores, e cada feição precisa do próprio ProducerCountry como código ISO2 válido. O DDSpass confere cada um contra a lista ISO2 completa e converte os dois códigos fora do padrão mais comuns — UK para GB e EL para GR.

Vale saber de onde vem o país na importação antes de culpar o arquivo. O botão Import no topo da página lê o ProducerCountry do GeoJSON; Add production place → Import GeoJSON não lê. Se o campo chegar vazio, confira qual botão você usou — explicação aqui.

O DDSpass também testa cada estabelecimento contra as fronteiras reais do país declarado para ele, então uma fazenda cujas coordenadas caem do outro lado da linha, em um país vizinho, é sinalizada na tela, e não depois do envio.

Quando um estabelecimento cai no mar

O naufrágio mais comum em uma lista de coordenadas de fazendas é latitude e longitude invertidas. As posições em GeoJSON são [longitude, latitude] em graus decimais WGS84; uma planilha que as forneça na ordem em que se lê joga uma fazenda do interior no oceano, e o TRACES importa sem comentar. Confira em cada estabelecimento:

• A posição está em terra firme, e não em mar aberto.
• A parcela cai dentro do ProducerCountry declarado para ela.
• As coordenadas são graus decimais na ordem [longitude, latitude] — e não metros de uma grade nacional projetada.
• Os anéis estão fechados, têm pelo menos quatro posições e não cruzam a si mesmos.
• Area é número, e não texto — "Area": "3" é lido como 0 hectares.

Nada disso é pego lá na frente. O TRACES rejeita visivelmente exatamente duas coisas: sintaxe JSON inválida e um polígono com anéis internos, respondido com Polygon with holes are not accepted by the system. Todo o resto que está semanticamente errado é aceito em silêncio, então uma tela de importação limpa não é prova de declaração correta.

Perguntas

Que geolocalização a EUDR exige para o gado?

A localização de cada local de produção — os estabelecimentos e pastos onde o gado foi mantido. A regra de «acima de 4 ha deve ser um polígono» do Art. 2(28) se aplica às parcelas das commodities cultivadas na terra, não aos estabelecimentos de gado.

Os limites das nossas fazendas vieram do cadastro nacional como Shapefile. Posso entregar isso ao TRACES?

Não. O TRACES aceita apenas .geojson e .json — um Shapefile, KML ou Excel nem pode ser selecionado no seletor de arquivos dele. Solte o Shapefile compactado no DDSpass: o .prj é lido, a geometria é reprojetada para WGS84 e o GeoJSON volta pronto. Veja De Shapefile para GeoJSON EUDR.

Um estabelecimento tem cinco piquetes separados. Isso é uma feição ou cinco?

As duas formas funcionam, já que Polygon e MultiPolygon são aceitos. Um MultiPolygon mantém a propriedade como um único local de produção; cinco feições permitem nomear cada gleba em ProductionPlace. Seja qual for a escolha, escreva ProducerName e ProducerCountry exatamente iguais — é esse par que a exportação Type I usa para agrupar.

O TRACES importou nosso arquivo de gado sem erros. Isso quer dizer que a declaração está correta?

Não necessariamente. Uma importação limpa diz apenas que o JSON foi lido e que nenhum polígono tinha buraco. Não diz nada sobre a ordem das coordenadas, se um local está em terra firme, ou se dois estabelecimentos cobrem o mesmo terreno. Uma área escrita como texto é importada sem reclamação e conta como 0 hectares.