[QGIS-pt] 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11 a 13 Setembro 2014

[Pedro Pereira]

Boas,

Recentemente falava com um colega de outra área sobre alguns exemplos de
investimentos falhados na área dos SIG com valores superiores a 6 dígitos.
E a primeira coisa que ele me disse foi "não penses que esses erros/maus
investimentos são apenas na vossa área, nem imaginas o que se passa nas
obras, aquisições etc....".

Resumindo nós somos uma gota neste mar de notas de €uros....

Concordo com o Duarte, não existe uma solução ideal (algumas são mais user
friendly, outras mais acessíveis "€", outras....).

Neste momento o QGIS acho que me satisfaz minimamente.... sendo que ainda
existe muita coisa a ser feita..... VAMOS AJUDAR NESSAS MELHORIAS.

Cumprimentos,
Pedro

2014-09-24 1:19 GMT+01:00 duartecarreira <dncarreira  gmail.com>:

> Boa noite a todos. Grande debate!
>
> Eu posso afirmar com toda a certeza que consigo "encravar" todos os
> programas sig que uso, desde o qgis, ao arcgis, ao autocad map. Todos. E
> não
> é preciso muito esforço...
>
> "Ainda sou do tempo..." em que se avaliavam os programas seguindo uma
> colecção enorme de operações. Isso sim é que eram avaliações profundas, tão
> profundas que até se perdia de vista o objectivo - escolher a ferramenta
> que
> melhor servia as nossas necessidades. O produto A tinha 39 pontos, o
> produto
> B tinha 30. Ganhava o produto A mesmo que fosse pior nas funções que se
> usavam em 99% das vezes. Enfim...
>
> Isto para dizer que comparações destas são sempre informativas, mas também
> são quase sempre injustas. Se tivéssemos comparado a velocidade de fazer um
> merge de um conjunto enorme de ortos, ganhava o qgis de longe. Mas isso
> faria do qgis "o melhor" produto?
>
> Se não tiver dinheiro para software, esperar 30min se calhar não é assim
> tão
> mau... se tiver €, e optar por uma estratégia assente em open source, então
> posso aplicar esse € na diminuição desses 30min. Se optar por uma
> estratégia
> assente em closed source, então posso aplicar esse € em licenças (claro que
> nesta lista esta opção não se coloca ;) e rezar para não descobrir um bug
> bloqueante.
>
> Por outro lado, se um técnico que tem a função de decidir qual o melhor
> produto para a sua organização se fica pela comparação de um clip
> vectorial,
> então estará a fazer um mau serviço. E os maus serviços mais cedo ou mais
> tarde têm um preço...
>
> Ricardo, eu acho que tu colocas as coisas de forma um pouco rude, o que é
> contraproducente. No fim, não percebo onde queres chegar, qual é a mensagem
> que queres passar...
> Não percebo para que foi a observação dos cores usados no qgis para
> geoproc... dos produtos em análise, algum faz geoproc com mais de 1 core?
> que eu saiba não... mandar trabalhos de casa para os devs também não serve
> de nada, são apenas tiros para o ar e ruído. Para seres/sermos útil o ideal
> seria ajudares a resolver esse (ou outro) problema, quer com donativos,
> contratação de serviços, ou programação. No mínimo, qualquer um pode ajudar
> a identificar as causas para cada problema. Dizer que não faz sentido ter
> multithread no display e não no geoproc é um pouco rude e no limite
> absurdo.
> As coisas avançam por etapas, não aparece tudo feito por magia... na v2.2
> não havia multithread em nada. na v2.4 há no display, and so on. haja fé,
> irmão!
>
> Venham mais estudos e análises. Somos todos informados, e podemos fazer
> sugestões de melhoria, investigar problemas detectados, propor novos
> estudos, etc., etc.
>
> Agora, convinha tirar daqui alguma coisa útil... e já estão todos a
> discutir. Afinal, qual é o problema? a dimensão dos dados? está
> identificado? em que ticket? qual é o tamanho dos dados que geralmente é a
> barreira? o que podem os utilizadores fazer nesses casos (partir em pedaços
> mais pequenos?)? está agendada uma solução ou não é para já?
>
> Live long and prosper.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html
> Sent from the QGIS-pt mailing list archive at Nabble.com.
> _______________________________________________
> QGIS-pt mailing list
> QGIS-pt  lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
>



-- 
Pedro Pereira
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/fb23e4c9/attachment.html>