Mais

Como mudar de EPSG: 900913 para EPSG: 3857 no Postgresql


Não usei a opção '-E 3857' ao importar os dados OSM para o postgresql usando osm2psql.

Estou tentando configurar um servidor de mapas pela primeira vez e estou seguindo as instruções aqui: https://github.com/mapserver/mapserver/wiki/RenderingOsmDataWindows#osm-prep.

Eu li que epsg900913 e epsg3857 são basicamente iguais aqui: Qual é a diferença entre EPSG: 900913 e EPSG: 3857 ?.

Como altero / transformo a referência espacial nas tabelas osm (ou seja, osm_line, osm_point, osm_polygon, etc) dentro do postgresql de epsg900913 para epsg3857 usando um comando SQL?


Encontrei a solução aqui: http://postgis.net/docs/UpdateGeometrySRID.html

--Isso mudará o srid da tabela de estradas para 3857 de tudo o que era antes de UpdateGeometrySRID (varchar table_name, varchar column_name, integer srid);

Portanto, para meu banco de dados, o nome da tabela era 'planet_osm_line' e a coluna que contém o srid e a geometria é 'way'. a consulta SQL que executei foi:

SELECT UpdateGeometrySRID ('planet_osm_line', 'way', 3857);

Verifiquei se funcionou executando uma consulta psql na linha de comando:

psql -U postgres -d osm -c "SELECIONE ST_extent (caminho) FROM planet_osm_line"

Os dados foram devolvidos


Se você quiser um pouco mais de controle e um pouco mais de SQL:

ATUALIZAR TABELA foo SET geom = ST_TRANSFORM (geom, 3857);

O comando atualiza ogeomcoluna de geometria da sua mesafoocom uma geometria com SRID transformado.


PROJEÇÃO¶

Existem milhares de sistemas de referência geográfica. Para combinar conjuntos de dados com diferentes sistemas de referência geográfica em um mapa, os conjuntos de dados terão que ser transformados (projetados) para o sistema de referência geográfica escolhido do mapa. Se você deseja saber mais sobre sistemas de referência geográfica e projeções cartográficas em geral, consulte os links Mais Informações abaixo, ou dê uma olhada nos cursos de Geomática (Sistemas de Informação Geográfica, Cartografia, Geodésia), pois as projeções são um tópico avançado para iniciantes.


Projeções com MapServer¶

Para configurar as projeções, você deve definir um objeto de projeção para a imagem de saída (no objeto MAP) e um objeto de projeção para cada camada (nos objetos LAYER) a ser projetada. MapServer depende da biblioteca PROJ para projeções. Objetos de projeção, portanto, consistem em uma série de palavras-chave PROJ, que são especificadas diretamente no objeto ou referidas em um arquivo EPSG. Um arquivo EPSG é um arquivo de pesquisa que contém parâmetros de projeção e faz parte da biblioteca PROJ.

Começando com o MapServer 8 e quando a biblioteca PROJ 6 ou superior é usada, o uso de códigos EPSG quando disponíveis, ao invés dos parâmetros de projeção em linha, é recomendado para se beneficiar de uma reprojeção de coordenadas de maior precisão.

Os dois exemplos a seguir definem a mesma projeção (zona UTM 15, NAD83), mas usam 2 métodos diferentes:

Exemplo 1: Parâmetros de projeção em linha

Para obter uma lista de todos os parâmetros de projeção possíveis do PROJ, o site oficial do PROJ é o melhor (https://proj.org), no entanto, o wiki antigo tem uma lista completa dos parâmetros do PROJ.

Exemplo 2: Uso de projeção EPSG

Isso se refere a um arquivo de pesquisa EPSG que contém um código '26915' com todos os parâmetros de projeção. “Epsg” neste caso faz distinção entre maiúsculas e minúsculas porque se refere a um nome de arquivo. Se o seu sistema de arquivos faz distinção entre maiúsculas e minúsculas, deve ser em minúsculas, ou o MapServer (PROJ na verdade) reclamará de não ser capaz de encontrar este arquivo.

Consulte https://epsg.io/26915 para obter mais informações sobre este sistema de coordenadas.

Os próximos dois exemplos mostram como possivelmente definir latitude / longitude não projetada ("geográfica"):

Exemplo 3: Parâmetros de projeção em linha

Exemplo 4: uso de projeção epsg


OpenLayers. Projeção

Métodos para transformações de coordenadas entre sistemas de coordenadas. Por padrão, o OpenLayers vem com a capacidade de transformar coordenadas entre sistemas de referência de coordenadas geográficas (EPSG: 4326) e web ou mercator esférico (EPSG: 900913 et al.). Consulte o método de transformação para obter detalhes sobre o uso.

Transformações adicionais podem ser adicionadas usando a biblioteca proj4js. Se a biblioteca proj4js for incluída, o método de transformação funcionará entre quaisquer dois sistemas de referência de coordenadas com definições proj4js.

Se a biblioteca proj4js não estiver incluída ou se você desejar permitir transformações entre sistemas de referência de coordenadas arbitrárias, use o método addTransform para registrar um método de transformação personalizado.

OpenLayers. ProjeçãoMétodos para transformações de coordenadas entre sistemas de coordenadas.
Construtor
OpenLayers. ProjeçãoEsta classe oferece vários métodos para interagir com um objeto de projeção pro4js empacotado.
Funções e propriedades
Obter códigoObtenha o código SRS da string.
getUnitsObtenha a string de unidades para a projeção - retorna nulo se proj4js não estiver disponível.
padrões Padrões para os códigos SRS conhecidos pelos OpenLayers (atualmente EPSG: 4326, CRS: 84, urn: ogc: def: crs: EPSG: 6.6: 4326, EPSG: 900913, EPSG: 3857, EPSG: 102113, EPSG: 102100 e OSGEO: 41001).
addTransformDefina um método de transformação personalizado entre duas projeções.
transformarTransforme uma coordenada de ponto de uma projeção para outra.
nullTransform

Construtor

OpenLayers. Projeção

Esta classe oferece vários métodos para interagir com um objeto de projeção pro4js empacotado.


Comente

Olá,
quero dizer, que os ladrilhos estão completamente bagunçados. na segunda imagem você pode ver um pouco acima do centro de LIRE e LIRA, que são aeroportos de Roma. As telhas, na verdade, colocadas no meio do oceano Atlântico e também não parecem ser consistentes (bordas duras). Quando eu amplio essa área específica, os blocos também mudam ligeiramente, por exemplo, LIRE salta. As primeiras imagens também mostram que tudo está claramente fora do lugar.
Esses tiles são carregados usando o url do tile diretamente (eu sei que não é um estilo muito bom).


Usando WMS e uma versão modificada de WMSTiledImageLayer (tenho que definir o parâmetro SRS na URL manualmente para EPSG: 3857), vejo apenas blocos pretos (transparentes) carregados, mas nunca qualquer conteúdo no mapa. Se eu usar a classe WMSTiledImageLayer padrão, recebo um erro de servidor (não aceita o SRS padrão fornecido).


Para verificar se um sistema de coordenadas possui um código EPSG

De:

Quando você troca dados com o ArcGIS, é recomendado usar um sistema de coordenadas que tenha um código EPSG.

Se um desenho usa um sistema de coordenadas que não tem um código EPSG, pode haver um pequeno deslocamento x, y adicionado aos dados quando eles são salvos de volta no ArcGIS se os dados existem fora da faixa útil do sistema de coordenadas.

Você pode usar o comando MAPCSASSIGN para verificar se um sistema de coordenadas tem um código EPSG e para revisar o intervalo útil de um sistema de coordenadas.


As implementações JNDI são fornecidas por contêineres de aplicativos da web como o Apache Tomcat. Quando o Apache SIS é usado em um contêiner JavaEE, a fonte de dados pode ser configurada conforme a seguir:

Disponibilize o driver JDBC para o contêiner da Web e seus aplicativos. No Tomcat, isso é feito instalando os arquivos JAR do driver e do rsquos no diretório $ CATALINA_HOME / lib.

Se estiver usando Derby, copie derby.war no diretório $ CATALINA_HOME / webapps e especifique o diretório onde os bancos de dados Derby estão localizados (pule esta etapa se outro banco de dados for usado):

  1. Configure a fonte de dados em $ CATALINA_HOME / conf / context.xml ou no arquivo META-INF / context.xml do aplicativo (altere os valores dos atributos conforme necessário para o driver JDBC escolhido):
  1. Se estiver usando o Derby, verifique na página localhost: 8080 / derby / derbynet (pule esta etapa se outro banco de dados for usado).

Configurações mais avançadas são possíveis. Por exemplo, o Tomcat pode invocar um método Java customizado em vez de buscar a fonte de dados do arquivo context.xml.

Copyright & copy 2013-2021 The Apache Software Foundation, licenciado sob a licença Apache, versão 2.0.
Apache SIS, Apache, o logotipo da pena Apache são marcas registradas da The Apache Software Foundation.


Configurando e Alterando Projeções no ArcGIS Pro

As projeções podem ser alteradas em um mapa do ArcGIS Pro clicando com o botão direito do mouse na camada no Conteúdo painel e selecionando Propriedades - & gt Sistemas de Coordenadas.

A caixa de diálogo mostrará a projeção atual e permitirá que você pesquise ou navegue por uma nova projeção.

A caixa de diálogo de projeções oferece dois conjuntos de sistemas de coordenadas para escolher:

  • Sistemas de coordenadas geográficas indicam onde os recursos estão na superfície do planeta.
  • Sistemas de coordenadas projetadas indicam onde os recursos estão nos mapas.

O vídeo abaixo demonstra como mudar um mapa-múndi de sua projeção existente (Web Mercator - EPSG 3857) para a projeção comum de Robinson (EPSG 54030). Como as diferentes projeções costumam ter nomes semelhantes, se você quiser uma projeção específica e tiver um número WKID para pesquisar, isso o ajudará a encontrar essa projeção específica. Neste caso, usamos 54030 para a projeção de Robinson.

Seu navegador não suporta a tag de vídeo. Alterando uma projeção no ArcGIS Pro


NOTAS

Se o sistema de coordenadas de entrada contiver um nome de datum, mas nenhum parâmetro de transformação, e houver mais de um conjunto de parâmetros adequado disponível (de acordo com os arquivos datum.table e datumtransform.table em $ GISBASE / etc / proj), g.proj irá verificar o valor do datumtrans opção e agir de acordo com o seguinte:
-1: Liste os conjuntos de parâmetros disponíveis em um formato analisável por GUI (mas também legível por humanos) e saia.
0 (padrão): Continue sem especificar parâmetros - se usado ao criar um local, outros módulos GRASS usarão os parâmetros "padrão" (provavelmente não ideais) para este dado, se necessário no futuro.
Qualquer outro número menor ou igual ao número de conjuntos de parâmetros disponíveis para este dado: Escolha este conjunto de parâmetros e adicione-o à descrição do sistema de coordenadas.
Se o -t sinalizador for especificado, o módulo tentará alterar os parâmetros de transformação do datum usando um dos dois métodos acima mesmo se um conjunto de parâmetros válido já está especificado no sistema de coordenadas de entrada. Isso pode ser útil para alterar as informações de referência para um local existente.

A saída é simplesmente baseada nas informações de projeção de entrada. g.proj faz não tentar verificar se o sistema de coordenadas assim descrito corresponde a um sistema existente em uso no mundo. Em particular, isso significa que não há códigos de autoridade EPSG na saída WKT.

O formato WKT mostra os falsos leste e norte na unidade projetada (por exemplo, metros, pés), mas no formato PROJ deve ser sempre fornecido em metros.

O tamanho máximo das descrições de projeção WKT ou PROJ.4 de entrada é limitado a 8000 bytes.


Como mudar de EPSG: 900913 para EPSG: 3857 no Postgresql - Sistemas de Informação Geográfica

Configurando uma estação de trabalho Fedora 21 QGIS

Sou usuário do Ubuntu há muito tempo (na verdade, tenho usado desde o Ubuntu 4.10 'Warty Warthog') - o primeiro lançamento oficial. O advento do Ubuntu viu o fim do meu salto de distro enquanto procurava pela 'distro Linux perfeita'.

Como construir e depurar QGIS com QtCreator

Aqui está como eu construo QGIS com QtCreator no Ubuntu 14.04

Gary Sherman ganha o prêmio Sol Katz

Este ano, Gary Sherman ganhou o prêmio anual Sol Katz. Para citar a página OSGEO sobre o prêmio:

WMS Legend Plugin para Folheto

Este fim de semana eu estava atualizando nossa galeria de mapas em http://maps.kartoza.com e queria ter lendas do WMS em meus mapas. Os mapas são gerados principalmente usando o servidor QGIS, que também produz um gráfico de boa aparência para suas solicitações getLegendGraphic. Como o Leaflet não parece ter um controle de legenda pronto para uso, escrevi um pequeno plugin de folheto para fazê-lo.

Nodeenv: como instalar nodejs em um python virtualenv

Aqui no Kartoza, trabalhar em ambientes virtuais python é nosso modus operandi padrão ao embarcar em qualquer desenvolvimento python. Por algum tempo, temos aproveitado yuglify, tilemill e outros aplicativos baseados em node.js como parte de nosso fluxo de trabalho, e logo no início do meu uso dessas tecnologias descobri nodeenv - principalmente porque fui mordido na bunda por diferentes aplicativos de nó em o mesmo host esperando ter diferentes versões de node.js. Nodeenv fornece um ambiente semelhante ao virtualenv python para sandbox de seus aplicativos de nó para que cada um possa ser executado em sua própria versão discreta de node.js. Ele opera de forma muito semelhante ao python virtualenv e, na verdade, requer o virtualenv, portanto, para pythonistas, é um ajuste muito bom! Neste artigo, documentei as etapas necessárias para fazer o nó funcionar em tal ambiente.

Jogando com wrappers de dados externos no PostgreSQL

Recentemente, comecei a experimentar o wrapper de dados externos PostgreSQL (FDW) porque precisava de acesso aos dados que estavam nas tabelas do MySQL. O principal motivo pelo qual precisei brincar foi expor meus dados a uma série de funções do PostgreSQL que são melhores e mais recentes que o MySQL. Também precisei usar dados MySQL para visualizações e pesquisas e estilo baseado em dados para algumas camadas do Geoserver. Os FDWs permitem acesso remoto a tabelas ou consultas de vários bancos de dados externos de terceiros ou estruturas de arquivos.

MyCOE GCE TechCamp

A AAG (American Association of Geographers) e o Departamento de Estado dos EUA, por meio da EIS Africa, realizaram a edição da África do Sul do GCE MyCOE Youth TechCamp de 13 a 23 de julho de 2014. Kartoza e sua antiga encarnação Afrispatial foram trazidos a bordo para liderar o técnico e aspectos educacionais do TechCamp. O TechCamp foi de dez dias de intercâmbio cultural junto com o aprendizado prático de SIG em torno de um tema de mudança climática. O objetivo principal do programa foi estimular o papel da Geografia nos alunos e ensinar como as novas tecnologias estão avançando no uso da Geografia no mundo real para resolver problemas.

A excelente equipe do Departamento de Geografia da Universidade de Pretória sediou o TechCamp (veja a postagem), enquanto todos nós ficamos no Altelekker Youth Camp em Irene. Trinta e sete estudantes de 15 a 17 anos do ensino médio fizeram aulas de GIS, aprenderam sobre questões de mudança climática, ouviram oradores convidados como Colleen Vogel e Roger Ellis, fizeram viagens de campo para Freedom Park, Maropeng, Sterkfontein Caves e Dinokeng e me diverti muito. Os alunos foram selecionados nos seis meses anteriores por meio de um processo competitivo: dez dos EUA e os demais da África do Sul. Os alunos de ambos os países vieram de uma variedade de origens: escolas públicas e privadas, rurais e urbanas, favorecidas e desfavorecidas. Alguns eram conhecedores de computador e até haviam ganhado prêmios GIS, enquanto outros mal tocavam em um computador. O principal objetivo da integração desses alunos foi iniciar uma transferência de habilidades, bem como um intercâmbio cultural.

O cenário para a maioria das palestras foi a Universidade de Pretória, que foi cuidadosamente escolhida para estimular os participantes a apreciar o que é a universidade e também conscientizá-los de que a Geografia pode ser considerada uma carreira. O projeto de mudança climática se concentrou em questões relacionadas à água em torno do Lago Centurion: poluição, planejamento, dolomita e sumidouros. Preparamos conjuntos de dados cobrindo Gauteng, incluindo imagens de satélite, um DEM, camadas do OpenStreetMap, camadas do Tshwane Metro, geologia e outros dados públicos. Eles foram provisionados a partir de um banco de dados PostGIS central e de bancos de dados Spatialite em drives USB. Os alunos aprenderam noções básicas de SIG, passando por digitalização, análise básica e composição de mapas, tudo usando QGIS. Todos eles levaram os dados e o software QGIS para casa para compartilhar e distribuir.

No final do TechCamp, as habilidades de computador e GIS dos alunos eram fenomenais. Eles foram bem aproveitados no "TechTorrent" do último dia, onde cada uma das oito equipes apresentou os projetos de pesquisa que vinham desenvolvendo durante toda a semana. Suas apresentações empregaram ferramentas como Prezi e ESRI Storymaps e todos os mapas contidos feitos no QGIS.

com contribuições de Admire Nyakudya e Bridget Fleming

Como transformar rapidamente uma caixa delimitadora de um CRS para outro usando QGIS

Hoje eu precisei converter uma caixa delimitadora para um projeto tilemill que eu quero trazer para o QGIS como uma camada de ladrilho (mais sobre isso em um post futuro, se eu fizer funcionar). Eu precisava converter uma caixa delimitadora de coordenadas EPSG: 4326 ('Geográficas') para EPSG: 3857 (Mercator esférico). Felizmente, é um processo bastante trivial se você não se importar em escrever algumas linhas de python no console QGIS python:

Executando o desktop QGIS em um contêiner docker

Eu adoro usar o docker - tenho rastreado e aprendido o docker desde que foi anunciado e acredito que será uma verdadeira virada de jogo. Eu tenho brincado com as diferentes coisas que se podem fazer em um contêiner do docker e, claro, é natural que um 'cara do QGIS' como eu comece a pensar em usar o docker com o QGIS. O servidor QGIS em um contêiner docker parece ser um ajuste natural, mas e o QGIS Desktop? Ontem à noite, Richard Duivenvoorde e eu estávamos sentados bebendo chá e pensamos em dar uma chance rápida - na verdade, levou apenas cerca de meia hora para fazer algo funcionar.


Assista o vídeo: Como mudar de vida radicalmente - passo a passo (Outubro 2021).