Converter KML em GeoJSON

Espaço de nomes KML 2.2: Point, LineString, LinearRing, Polygon com buracos e MultiGeometry aninhada de Placemark tornam-se GeoJSON nativo.

  • Funciona no navegador
  • Sem envio
  • Verifique antes de transferir

Converter KML em GeoJSON

Espaço de nomes KML 2.2: Point, LineString, LinearRing, Polygon com buracos e MultiGeometry aninhada de Placemark tornam-se GeoJSON nativo. Os nomes, a descrição inativa e os valores Data são preservados. Estilos, modos de altitude, sobreposições, regiões e extensões são indicados ou rejeitados. NetworkLink é sempre rejeitado. As altitudes ficam como valores KML em bruto; a referência pode ser diferente da do GeoJSON. Sem KMZ, recursos ligados nem certificação XSD. As coordenadas e as altitudes têm de manter-se como números JSON finitos, com inteiros seguros; alterações de precisão são rejeitadas (as altitudes GPX inválidas são indicadas e omitidas).

Os ficheiros e valores permanecem neste dispositivo. Não são carregados nem enviados mapas, referências remotas, fotografias ou contactos. As transferências podem conter dados privados.

Entrada UTF-8 de 1 MiB; XML 100 000 unidades UTF-16, JSON 200 000; 20 000 nós, profundidade 32; 1 000 elementos/10 000 coordenadas; 200 contactos/100 propriedades; 100 colunas CSV/20 000 células; saída total de 2 MiB; o worker termina após 5 segundos.

Entrada UTF-8 de 1 MiB; XML 100 000 unidades UTF-16, JSON 200 000; 20 000 nós, profundidade 32; 1 000 elementos/10 000 coordenadas; 200 contactos/100 propriedades; 100 colunas CSV/20 000 células; saída total de 2 MiB; o worker termina após 5 segundos.

Escolha campos e regras antes do processamento. Alterar uma entrada cancela o trabalho e limpa o resultado.

Perdas da conversão

Como utilizar

  1. Origem

    Os ficheiros e valores permanecem neste dispositivo. Não são carregados nem enviados mapas, referências remotas, fotografias ou contactos. As transferências podem conter dados privados.

  2. Escolha campos e regras antes do processamento. Alterar uma entrada cancela o trabalho e limpa o resultado.

    Escolha campos e regras antes do processamento. Alterar uma entrada cancela o trabalho e limpa o resultado.

  3. Método suportado

    Espaço de nomes KML 2.2: Point, LineString, LinearRing, Polygon com buracos e MultiGeometry aninhada de Placemark tornam-se GeoJSON nativo. Os nomes, a descrição inativa e os valores Data são preservados. Estilos, modos de altitude, sobreposições, regiões e extensões são indicados ou rejeitados. NetworkLink é sempre rejeitado. As altitudes ficam como valores KML em bruto; a referência pode ser diferente da do GeoJSON. Sem KMZ, recursos ligados nem certificação XSD. As coordenadas e as altitudes têm de manter-se como números JSON finitos, com inteiros seguros; alterações de precisão são rejeitadas (as altitudes GPX inválidas são indicadas e omitidas).

  4. Verificar o ficheiro guardado

    Os avisos indicam posições na origem. Estilos, extensões e fotografias omitidos ficam na cópia original; confirme as perdas antes de usar a conversão. A pré-visualização mostra as primeiras 100 linhas; a transferência inclui toda a seleção.

Perguntas

Método suportado

Espaço de nomes KML 2.2: Point, LineString, LinearRing, Polygon com buracos e MultiGeometry aninhada de Placemark tornam-se GeoJSON nativo. Os nomes, a descrição inativa e os valores Data são preservados. Estilos, modos de altitude, sobreposições, regiões e extensões são indicados ou rejeitados. NetworkLink é sempre rejeitado. As altitudes ficam como valores KML em bruto; a referência pode ser diferente da do GeoJSON. Sem KMZ, recursos ligados nem certificação XSD. As coordenadas e as altitudes têm de manter-se como números JSON finitos, com inteiros seguros; alterações de precisão são rejeitadas (as altitudes GPX inválidas são indicadas e omitidas).

Origem

Os ficheiros e valores permanecem neste dispositivo. Não são carregados nem enviados mapas, referências remotas, fotografias ou contactos. As transferências podem conter dados privados.

Entrada UTF-8 de 1 MiB; XML 100 000 unidades UTF-16, JSON 200 000; 20 000 nós, profundidade 32; 1 000 elementos/10 000 coordenadas; 200 contactos/100 propriedades; 100 colunas CSV/20 000 células; saída total de 2 MiB; o worker termina após 5 segundos.

Entrada UTF-8 de 1 MiB; XML 100 000 unidades UTF-16, JSON 200 000; 20 000 nós, profundidade 32; 1 000 elementos/10 000 coordenadas; 200 contactos/100 propriedades; 100 colunas CSV/20 000 células; saída total de 2 MiB; o worker termina após 5 segundos.