[Gvsig_br] Uso do gvSIG

Terça Agosto 3 08:20:16 PDT 2010

Carlos,

O que descobri nas últimas duas horas de tentativa foi que tudo o que
se refere ao WGS84 "dá pau" nas minhas tentativas.

Segue anexo arquivo *.shp para tentar reprojeção para WGS84, UTM, 20S.

Consegui os resultados positivos da seguinte forma: reconfigurei o GPS
para SAD69, UTM. Baixei as rotas e trilhas para o GPSTM Pro e exportei
para *.shp. Abri bloco no gvSIG com configuração correspondente. Gerei
o buffer sem problemas. Mas o que está me chamando a atenção é que as
coordenadas X e Y, no bloco, estão estranhas...

Obrigado pela atenção.

de agosto de 2010 10:35, Carlos Almeida <carlos em gaussgeo.com.br> escreveu:
> Certo.
> Se quiser, pode passar esse shape que tens, para meu email particular, que
> eu dou uma olhada para você
>
> Em 3 de agosto de 2010 11:32, Alexandre Donato <donatoam em gmail.com>
> escreveu:
>>
>> Mensagem, em todas as vezes que tentei: "Result layer is empty. Check
>> for a possible error". Na pasta que especifico o nome do arquivo a ser
>> gerado (o reprojetado), o mesmo é criado. No entanto, ao tentar
>> inserí-lo em uma View ele não aparece. a consultar os dados do mesmo,
>> o resultado é esse:
>>
>> Extent EPSG:32720 (view_projection):
>>        Upper:  100.0
>>        Lower:  0.0
>>        Left:   0.0
>>        Right:  100.0
>> Datasource:
>> gvSIG shp driver
>> file: C:\1abc.shp
>> Type:
>>
>> Vou tentar desinstalar tudo, remover as pastas e instalar a versão OA
>> Digital.
>>
>> Obrigado.
>>
>> Em 3 de agosto de 2010 10:07, Carlos Almeida <carlos em gaussgeo.com.br>
>> escreveu:
>> > Já vi um passo que pode estar errado. (para o gvSIG)
>> >
>> > deve configurar, antes, no bloco, a EPSG 4326 . Depois que carregar o
>> > bloco,
>> > carregue os arquivos em LatLong.
>> >
>> > Depois, utilize a ferramente de geoprocesso reprojetar, e gere um novo
>> > arquivo, agora, em UTM, WGS (ou SIRGAS), e no seu fuso.
>> >
>> > Ele vai carregar na mesma vista do EPSG 4326. remova-o do bloco, e
>> > carregue
>> > um novo bloco, agora, com o EPSG da UTM - WGS
>> >
>> > E depois, carregue esse arquivo convertido, e pode fazer o buffer de 10
>> > metros.
>> >
>> > O problema, é que voce estava fazendo diretamente o buffer na latlong, e
>> > infelizmente, o gvSIG vai encarar isso como 10 graus. o que daria 1111
>> > Km,
>> > um buffer do tamanho do seu Estado.
>> >
>> > No gvSIG, tem que orbgatoriamente, conveter apra projecao metrica, para
>> > fazer isso com segurança, ok ? E não esquecer de carregar um novo bloco,
>> > com
>> > essas configuracoes.
>> >
>> > Quanto ao gvSIG OA, tem que primeiro remover o gvSIG completamente,
>> > inclusive a pasta que está no arquivos de programas. Depois, instale-o.
>> > Dará
>> > certo. Só instale como administrador, e de permissao a todos os
>> > usuários, na
>> > instalação (aparecerá essa opção).
>> > Sds.
>> >
>> >
>> > Em 3 de agosto de 2010 11:03, Alexandre Donato <donatoam em gmail.com>
>> > escreveu:
>> >>
>> >> Prezado Carlos,
>> >>
>> >> Primeiramente desculpe-me pela forma como expus o problema. Acho,
>> >> realmente, que não estou fazendo o certo.
>> >>
>> >> Gostaria de lhe relatar o passo-a-passo do que está acontecendo,
>> >> usando o exemplo do Buffer ao qual já me referi, como lembraste.
>> >>
>> >> O arquivo que está sendo utilizado é uma rota extraída de GPS, captada
>> >> em WGS84, em graus.
>> >>
>> >> Após abrir o projeto e configurado a 'View' para receber dados WGS84,
>> >> o arquivo é inserido.
>> >>
>> >> Para a geração do buffer seguimos o seguinte caminho: Geoprocessing
>> >> tools, Geoprocessing tools, Analysis, Proximity, Buffer zones, Open
>> >> tool.
>> >>
>> >> Inserimos o valor 10 para Constant buffer distance.
>> >>
>> >> Estabelecemos o Output layer
>> >>
>> >> O resultado do buffer é um círculo imenso.
>> >>
>> >> Insistimos, então. Vamos ao ArcGIS e verificamos o que ocorre lá. Tudo
>> >> sai corretamente. Reprojetamos o arquivo no ArcGIS. Dessa vez para
>> >> SAD69, UTM, Zona 20S.
>> >>
>> >> Abrimos novamente o gvSIG. Configuramos a View para SAD69, UTM, Zona
>> >> 20S, Meters, Meters, Meters2.
>> >>
>> >> Repetimos todos os passos anteriores.
>> >>
>> >> Resultado igual.
>> >>
>> >> Repetimos no ArcGIS. Tudo certo.
>> >>
>> >> Insatisfeitos vamos ao banco de dados do MMA. Baixamos um polígono
>> >> qualquer, pré configurado.
>> >>
>> >> Inserimos no ArcGIS e fazemos diferentes mapas e análises.
>> >>
>> >> Abrimos no gvSIG e...
>> >>
>> >> Ocorreu-me, agora, ao escrever essas linhas, se por acaso isso não é
>> >> problema na rede dos computadores...
>> >>
>> >> Não é possível.
>> >>
>> >> Mais uma vez, muito obrigado por sua atenção.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Em 3 de agosto de 2010 09:06, Carlos Almeida <carlos em gaussgeo.com.br>
>> >> escreveu:
>> >> > Alexandre, geralmente, fazemos as coisas erradas, e de pronto,
>> >> > colocamos
>> >> > a
>> >> > culpa no software.
>> >> >
>> >> > Uso o gvSIG sem problema em qualquer máquina, independente de sistema
>> >> > operacional, e os unicos problemas que eu realmente tive, foi em
>> >> > questão
>> >> > a
>> >> > permissão de usuários do windows, que é reparável.
>> >> >
>> >> > Logo, concentre-se, e veja o que está fazendo de errado, que,
>> >> > acertando
>> >> > a
>> >> > instalação de seus pacotes.
>> >> >
>> >> > Insistentemente, você fala de "escala", sendo que escala nem é um
>> >> > termo
>> >> > aplicável diretamente (só indiretamente, associado a precisão e
>> >> > detalhamento) a cartografia digital e a SIG.
>> >> >
>> >> > A mesma coisa, é relativo a projeção cartográfica, sendo que o
>> >> > conceito
>> >> > do
>> >> > gvSIG, é a configuração dos parametros, na vista, e não no arquivo
>> >> > (como
>> >> > é
>> >> > no ArcGIS, que possui o prj).
>> >> >
>> >> > A mesma coisa, esse seu problema de "buffer", até mesmo eu já falei
>> >> > que
>> >> > certamente é relativo a projeção mal configurada.
>> >> >
>> >> > Então, meu caro, veja primeiro como o software funciona, nos seus
>> >> > detalhes,
>> >> > e não terá os problemas. O funcionamento do software pode gerar
>> >> > problemas
>> >> > que não esperamos. O ArcGIS mesmo, que tem em si, o .prj . Se o
>> >> > usuário
>> >> > configura incorretamente a wiew dele, ele faz um "onb-the-fly", e
>> >> > começa
>> >> > a
>> >> > deslocar teu mapa ... e depois, o usuário fala que "o ArcGIS deslocou
>> >> > o
>> >> > mapa" (esse problema do on-the-fly é clássico). Não foi o ArcGIS, foi
>> >> > o
>> >> > usuário com o uso incorreto. A mesma coisa com o gvSIG: Pelos seus
>> >> > relatos,
>> >> > não é "o gvSIG que não reconheceu a projeção", e sim, você está
>> >> > fazendo
>> >> > alguma coisa errada que diverge da estrutura de funcionamento do
>> >> > software, e
>> >> > não configurou corretamente o datum, anteriormente, na carga do bloco
>> >> > (ou
>> >> > vista). Por isso gera buffers incorretos, grades métricas
>> >> > incorretas...
>> >> >
>> >> > Espero ter ajudado, qualquer coisa, pode mandar email que responderei
>> >> > sempre
>> >> > que possível.
>> >> > Abraços. Carlos
>> >> >
>> >> > Em 3 de agosto de 2010 09:38, Alexandre Donato <donatoam em gmail.com>
>> >> > escreveu:
>> >> >>
>> >> >> Prezados,
>> >> >>
>> >> >> como reportei-me na apresentação, participo de um grupo que busca
>> >> >> alternativas de substituição dos softwares proprietários por livres
>> >> >> nos laboratórios de Geoprocessamento nas IES, públicas e
>> >> >> particulares,
>> >> >> no Estado do Amazonas, através da constituição de grupos de estudo.
>> >> >> Mas está difícil e relato o porquê:
>> >> >>
>> >> >> O SO dos laboratórios e grupos de pesquisa geralmente é Windows,
>> >> >> aqui.
>> >> >> Não sei se é por este motivo (ou, de outra forma, pela gama de vírus
>> >> >> à
>> >> >> qual esse SO está vulnerável...), mas a cada máquina que se instala
>> >> >> o
>> >> >> gvSIG ele apresenta diferentes bugs. Utilizando as mesmas bases, os
>> >> >> mesmos polígonos, as mesmas raster, os mesmos pontos, em uns
>> >> >> computadores o programa não reconhece o datum, ou a projeção, ou não
>> >> >> gera buffer, ou não reconhece a escala, ou o mapa não gera o grid...
>> >> >> insisto: as mesmas bases, configuradas em outros softwares e
>> >> >> testadas.
>> >> >> Para vocês terem idéia do que isso tem acarretado, já suspendemos,
>> >> >> por
>> >> >> duas vezes, uma oficina de introdução ao gvSIG pelo motivo de não
>> >> >> conseguir fazer o programa funcionar da mesma forma em 12 (doze)
>> >> >> computadores...
>> >> >>
>> >> >> Já tentamos com a versão 1.9 e com a 1.10 beta. Também tentamos com
>> >> >> a
>> >> >> versão da OA Digital mas não a conseguimos instalar. Pensamos em
>> >> >> trazer alguma "autoridade" no assunto à Manaus mas em cada
>> >> >> laboratório
>> >> >> a situação é diferente (o que sugere que todas as vezes, sabe-se lá
>> >> >> por quanto tempo, teríamos que contratar o "instalador"). Nesta
>> >> >> lista
>> >> >> de discussão, talvez por ser ser frequentada por usuários mais
>> >> >> experientes, geralmente não encontro respostas para problemas
>> >> >> primários.
>> >> >>
>> >> >> Por fim, a pergunta que eu não queria fazer: alguém conhece um
>> >> >> software livre em Geoprocessamento que não apresente tantos
>> >> >> problemas
>> >> >> como os que relatei? Quem sabe algum que permita um melhor acesso
>> >> >> aos
>> >> >> profissionais que trabalhem com o mesmo e que estejam dispostos a
>> >> >> responder e-mails com essas dúvidas de neófito?
>> >> >>
>> >> >> Muito obrigado
>> >> >>
>> >> >> --
>> >> >> Alexandre Donato da Silva
>> >> >> S 03o 07' 02.3'', W 059o 59' 17.1''
>> >> >> Manaus/Amazonas/Brasil
>> >> >> _______________________________________________
>> >> >> Gvsig_br mailing list
>> >> >> Gvsig_br em lists.gvsig.org
>> >> >>
>> >> >> Para ver histórico de mensagens, editar preferências de usuário ou
>> >> >> excluir seu nome da lista, acesse:
>> >> >>
>> >> >> https://gvsig.org/lists/mailman/listinfo/gvsig_br
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > Gvsig_br mailing list
>> >> > Gvsig_br em lists.gvsig.org
>> >> >
>> >> > Para ver histórico de mensagens, editar preferências de usuário ou
>> >> > excluir seu nome da lista, acesse:
>> >> >
>> >> > https://gvsig.org/lists/mailman/listinfo/gvsig_br
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Alexandre Donato da Silva
>> >> S 03o 07' 02.3'', W 059o 59' 17.1''
>> >> Manaus/Amazonas/Brasil
>> >> _______________________________________________
>> >> Gvsig_br mailing list
>> >> Gvsig_br em lists.gvsig.org
>> >>
>> >> Para ver histórico de mensagens, editar preferências de usuário ou
>> >> excluir seu nome da lista, acesse:
>> >>
>> >> https://gvsig.org/lists/mailman/listinfo/gvsig_br
>> >
>> >
>> > _______________________________________________
>> > Gvsig_br mailing list
>> > Gvsig_br em lists.gvsig.org
>> >
>> > Para ver histórico de mensagens, editar preferências de usuário ou
>> > excluir seu nome da lista, acesse:
>> >
>> > https://gvsig.org/lists/mailman/listinfo/gvsig_br
>> >
>> >
>>
>>
>>
>> --
>> Alexandre Donato da Silva
>> S 03o 07' 02.3'', W 059o 59' 17.1''
>> Manaus/Amazonas/Brasil
>> _______________________________________________
>> Gvsig_br mailing list
>> Gvsig_br em lists.gvsig.org
>>
>> Para ver histórico de mensagens, editar preferências de usuário ou
>> excluir seu nome da lista, acesse:
>>
>> https://gvsig.org/lists/mailman/listinfo/gvsig_br
>
>
> _______________________________________________
> Gvsig_br mailing list
> Gvsig_br em lists.gvsig.org
>
> Para ver histórico de mensagens, editar preferências de usuário ou
> excluir seu nome da lista, acesse:
>
> https://gvsig.org/lists/mailman/listinfo/gvsig_br
>
>

-- 
Alexandre Donato da Silva
S 03o 07' 02.3'', W 059o 59' 17.1''
Manaus/Amazonas/Brasil
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: Mapa2.shx
Tipo: application/octet-stream
Tamanho: 5372 bytes
Descrição: não disponível
URL: <http://lists.osgeo.org/pipermail/gvsig-brazil/attachments/20100803/db813546/attachment.obj>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: Mapa2.dbf
Tipo: application/octet-stream
Tamanho: 39075 bytes
Descrição: não disponível
URL: <http://lists.osgeo.org/pipermail/gvsig-brazil/attachments/20100803/db813546/attachment-0001.obj>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: Mapa2.shp
Tipo: application/octet-stream
Tamanho: 139852 bytes
Descrição: não disponível
URL: <http://lists.osgeo.org/pipermail/gvsig-brazil/attachments/20100803/db813546/attachment-0002.obj>