Converta um Shapefile em GeoJSON EUDR pronto para o TRACES — sem rejeições

Por que um Shapefile precisa de mais do que renomear

Um Shapefile é um conjunto — .shp (formas), .shx (índice), .dbf (atributos) e, principalmente, .prj (o sistema de referência de coordenadas). As parcelas costumam ser guardadas em uma grade nacional projetada em metros, não nos graus de longitude/latitude WGS84 que o TRACES exige. Troque a extensão sem reprojetar e cada parcela cai no lugar errado — ou falha de vez.

O DDSpass lê o .prj, reprojeta para graus decimais WGS84 e corrige a geometria que os Shapefiles costumam trazer — anéis autointersectantes do traçado automático, polígonos não fechados, buracos — e sinaliza tudo o que uma pessoa precise revisar.

Compacte, solte, pronto

Coloque o .shp com pelo menos .shx, .dbf e .prj em um .zip e solte na ferramenta. Você recebe um GeoJSON limpo e pronto para o TRACES, além de um relatório de correções em linguagem simples para o seu fornecedor. Dados cadastrais e de parcelas são sensíveis — tudo roda no seu navegador e o arquivo nunca é enviado.

O .prj que falta é a falha clássica

Abra o .shp sem o arquivo de projeção e um vértice aparece como 512340, 4318220. Nada no arquivo diz se aquilo são metros de uma grade nacional, pés ou outra coisa — e claramente não são graus, já que a longitude vai de −180 a 180 e a latitude de −90 a 90. O .prj é a única parte do conjunto que responde a essa pergunta.

Com ele presente, o DDSpass reprojeta para graus decimais WGS84 e pronto. Sem ele, as parcelas são sinalizadas como grade local a reenviar, em vez de chutadas — e essa contenção é justamente o ponto, porque o TRACES não confere a sanidade das coordenadas. Um arquivo convertido com uma projeção inventada é aceito por inteiro, com cada parcela no lugar errado e nenhum aviso em lugar nenhum.

A solução está do lado do SIG: peça a camada reexportada com o arquivo de projeção incluído, ou exportada direto em WGS84 / EPSG:4326. As duas coisas levam uma caixa de diálogo no QGIS ou no ArcGIS e eliminam a ambiguidade de vez.

Os nomes dos atributos são cortados em dez caracteres

O formato DBF limita os nomes de campo a dez caracteres, então os nomes de propriedade da EUDR não sobrevivem inteiros a uma ida e volta pelo Shapefile. O TRACES lê uma lista exata e sensível a maiúsculas e minúsculas — ProducerName, ProducerCountry, ProductionPlace, Area — e um nome truncado simplesmente não é lido:

• ProducerName → ProducerNa — dois caracteres perdidos, recuperado automaticamente
• ProducerCountry → ProducerCo — cortado cedo demais para ser inequívoco
• ProductionPlace → Production — mesmo problema
• Area → Area — curto o bastante para sobreviver intacto

O DDSpass recupera os casos que passaram por pouco, inclusive diferenças só de maiúsculas e minúsculas, e lista cada renomeação no relatório de correções pelo nome original e pelo nome final, para que nada seja mapeado às suas costas. O que ele não consegue resolver é reportado como ausente, não adivinhado: um local de produção que falta é preenchido com um identificador numerado, e um país ausente — ou escrito por extenso em vez de um código ISO2 válido — é sinalizado para o fornecedor. Como o limite de dez caracteres é do formato, e não das suas configurações de exportação, conferir essa lista de renomeações faz parte do trabalho.

Várias camadas e o teto de 25 MB

Entregas florestais e cadastrais raramente vêm em uma camada só. Se o zip trouxer vários arquivos .shp — talhões, povoamentos, quadras —, todas as camadas são lidas e combinadas em um único FeatureCollection, para que nada seja descartado em silêncio. Um zip que não tenha nenhum .shp, mas vários conjuntos de dados soltos, é tratado como lote, e cada arquivo é verificado por conta própria.

Limites cadastrais e traçados por máquina esbarram então na outra parede: uma DDS tem teto de 25 MB, e divisas levantadas ao centímetro carregam uma quantidade de vértices que nenhum contorno de fazenda precisa. O DDSpass primeiro remove os vértices colineares, o que é sem perda — um ponto que fica sobre a reta entre os vizinhos não descreve nada —, e depois simplifica mais, sem nunca deixar a área total variar acima de 0,5%. Se ainda assim não couber, você recebe as instruções oficiais para dividir a DDS, e a saída por produtor (Type I) para dividir junto.

Um detalhe específico de dados de SIG de alta precisão: o sistema arredonda as coordenadas para seis casas decimais. Um limite traçado com nove casas pode ter vértices vizinhos que colidem depois do arredondamento e viram duplicatas — exatamente a condição que torna inválido um anel válido. Eles são detectados e colapsados durante a conversão, em vez de entrarem na declaração.

Perguntas

O TRACES aceita um Shapefile para EUDR?

Não. O sistema da UE só aceita GeoJSON para a geolocalização. Um Shapefile precisa ser convertido — e reprojetado para WGS84 — antes.

Quais arquivos preciso no zip?

No mínimo .shp, .shx e .dbf; inclua o .prj para que o sistema de coordenadas seja conhecido. Sem o .prj, o DDSpass não consegue reprojetar de forma confiável e sinaliza as parcelas como grade local para reenviar.

O meu Shapefile é enviado para algum lugar?

Não. Ele é lido, reprojetado e validado inteiramente no seu navegador; o arquivo nunca sai do seu dispositivo.

Os nomes dos meus atributos foram truncados em dez caracteres — isso importa?

Pode importar. O formato DBF limita os nomes de campo a dez caracteres, então ProducerCountry volta como ProducerCo e ProductionPlace como Production, enquanto o TRACES lê uma lista exata de nomes de propriedade, sensível a maiúsculas e minúsculas. O DDSpass recupera automaticamente os casos próximos, lista cada renomeação no relatório de correções e sinaliza o que não conseguiu mapear, em vez de adivinhar.

O zip pode conter mais de um shapefile?

Sim. Cada camada .shp dentro do zip é lida e combinada em um único FeatureCollection, então uma entrega dividida em talhões ou quadras não perde nada. Se o zip não tiver nenhum .shp, mas vários arquivos de dados soltos — KML, Excel, GeoJSON —, ele é tratado como lote e cada arquivo é verificado separadamente.