[Gvsig_br] Uso do gvSIG

Terça Agosto 3 07:07:57 PDT 2010

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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/gvsig-brazil/attachments/20100803/0936c172/attachment.html>