<div dir="ltr"><div>Bom dia Alexandre Neto,</div><div> </div><div>Tenho contribuido muito pouco nas traduções devido ao tempo que disponho. Deixo à vossa consideração a minha inclusão ou não. </div><div>No entanto, " um à parte" fico satisfeito e dou os parabéns à comunidade Qgis.pt, porque tem remado contra a maré e pelo apoio que dão às pessoas com dúvidas. Vou acompanhando de vez em quando e reparo que têm tido muita paciência... :)</div><div>Uso todos os dias o Qgis desde a versão 1.7 e a cada versão que passa está cada vez melhor. Está a anos luz do software mais utilizado em Portugal. </div><div>A verdade é que no Qgis não conseguimos meter um porco para sair um chouriço (desculpem a expressão). Tenho visto completos atentados à Ciência e Sistemas de Informação Geográfica, pois parece que não existe espirito critico. </div><div> </div><div>Enfim, este discurso é apenas para que continuem com o vosso esforço, porque no fim de contas o mesmo é reconhecido.</div><div> </div><div>Abraço,</div><div> </div><div>André Duarte</div><div> </div><div> </div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">Em 24 de setembro de 2014 11:18, <span dir="ltr"><<a href="mailto:qgis-pt-request@lists.osgeo.org" target="_blank">qgis-pt-request@lists.osgeo.org</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send QGIS-pt mailing list submissions to<br>
<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:qgis-pt-request@lists.osgeo.org">qgis-pt-request@lists.osgeo.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:qgis-pt-owner@lists.osgeo.org">qgis-pt-owner@lists.osgeo.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of QGIS-pt digest..."<br>
<br>
<br>
Tópicos de Hoje:<br>
<br>
1. [traduções ] 2 dias para o Feature Freeze, recta final para<br>
traduções (Alexandre Neto)<br>
2. Re: Simbologia QGIS + Open Data = fantásticos resultados<br>
(duartecarreira)<br>
3. Re: 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11 a 13<br>
Setembro 2014 (Pedro Pereira)<br>
4. Re: 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11 a 13<br>
Setembro 2014 (Fernando Ribeiro)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 24 Sep 2014 10:14:16 +0100<br>
From: Alexandre Neto <<a href="mailto:senhor.neto@gmail.com">senhor.neto@gmail.com</a>><br>
To: "<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>" <<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: [QGIS-pt] [traduções ] 2 dias para o Feature Freeze, recta<br>
final para traduções<br>
Message-ID:<br>
<<a href="mailto:CA%2BH0G_HaUwwE7MGfJc%2BF-6RL6snaSB337D_Yck8gibfvit_6gA@mail.gmail.com">CA+H0G_HaUwwE7MGfJc+F-6RL6snaSB337D_Yck8gibfvit_6gA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
O feature freeze do QGIS para a versão 2.6 é já daqui a 2 dias. Portanto as<br>
alterações às strings vão começar a decrescer e entramos no período ideal<br>
para trabalhar na tradução do Interface gráfico do QGIS. embora o interface<br>
se encontre totalmente traduzido acredito que haja lugar a revisão e<br>
melhorias.<br>
<br>
Quem quiserem participar na tradução, veja como aqui<br>
<<a href="http://www.qgis.pt/traducao.html" target="_blank">http://www.qgis.pt/traducao.html</a>>.<br>
<br>
Se por outro lado já enviou traduções para o GUI do QGIS e o seu nome ainda<br>
não consta da lista de tradutores em Ajuda > Sobre > Tradutores (este<br>
"sobre" talvez mereça uma tradução melhor, uma vez que a janela que abre se<br>
chama acer do qgis :-P), peço-vos que me enviem o vosso nome de utilizador<br>
do transifex e o vosso nome e apelido para que seja adicionado.<br>
<br>
<br>
Cumprimentos,<br>
<br>
Alexandre Neto<br>
<br>
---------- Forwarded message ----------<br>
From: Werner Macho <<a href="mailto:werner.macho@gmail.com">werner.macho@gmail.com</a>><br>
Date: Wed, Sep 24, 2014 at 9:07 AM<br>
Subject: [Qgis-tr] 2 days for freeze and important information<br>
To: QGIS Translation Discussions <<a href="mailto:qgis-tr@lists.osgeo.org">qgis-tr@lists.osgeo.org</a>><br>
<br>
<br>
Hi Translators!<br>
<br>
As the next version of QGIS (2.6) is already knocking on the doors (2<br>
days to freeze, which will also mean that the changes of strings will<br>
decrease and you can continue translating better and better) the<br>
release is currently planned for 2014/10/24 12:00:00 UTC (that means<br>
30 days from now).<br>
<br>
As the translation with transifex is running well (and it is also<br>
possible to download and upload the qgis_xx.ts file directly from<br>
transifex) which makes it a lot easier for me to coordinate, I'd like<br>
to make transifex the DEFAULT way for translating QGIS GUI.<br>
I guess that also makes it a lot easier for translators to participate<br>
(please just tell me if there are problems).<br>
So after the 2.6 release I'll take all translations from transifex<br>
(maybe with a few exceptions where developers are also translators and<br>
have direct write access to the repository).<br>
<br>
Thanks a lot for all your contributions and .. Let's start for 2.6 Release!<br>
<br>
kind regards<br>
Werner<br>
_______________________________________________<br>
Qgis-tr mailing list<br>
<a href="mailto:Qgis-tr@lists.osgeo.org">Qgis-tr@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-tr" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-tr</a><br>
-------------- próxima parte ----------<br>
Um anexo em HTML foi limpo...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b4c638a2/attachment-0001.html" target="_blank">http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b4c638a2/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 24 Sep 2014 02:56:33 -0700 (PDT)<br>
From: duartecarreira <<a href="mailto:dncarreira@gmail.com">dncarreira@gmail.com</a>><br>
To: <a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a><br>
Subject: Re: [QGIS-pt] Simbologia QGIS + Open Data = fantásticos<br>
resultados<br>
Message-ID: <<a href="mailto:1411552593253-5163723.post@n6.nabble.com">1411552593253-5163723.post@n6.nabble.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Giovanni, muito bom. Também acho impressionante a forma como o QGIS consegue<br>
fazer mapas tão bons como o google maps:<br>
<br>
Seguindo a técnica da Anita Grazer:<br>
<a href="http://anitagraser.com/2014/05/31/a-guide-to-googlemaps-like-maps-with-osm-in-qgis/" target="_blank">http://anitagraser.com/2014/05/31/a-guide-to-googlemaps-like-maps-with-osm-in-qgis/</a><br>
<br>
Seguindo a técnica do wms shootout (basta importar os dados do OSM para o<br>
nosso concelho, e usar o projecto qgis já feito):<br>
<a href="http://wiki.osgeo.org/wiki/Benchmarking_2011" target="_blank">http://wiki.osgeo.org/wiki/Benchmarking_2011</a><br>
<br>
Abr,<br>
Duarte<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Simbologia-QGIS-Open-Data-fantasticos-resultados-tp5163539p5163723.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Simbologia-QGIS-Open-Data-fantasticos-resultados-tp5163539p5163723.html</a><br>
Sent from the QGIS-pt mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 24 Sep 2014 11:08:42 +0100<br>
From: Pedro Pereira <<a href="mailto:pedromap@gmail.com">pedromap@gmail.com</a>><br>
To: QGIS PT - lista de utilizadores QGIS, em português.<br>
<<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: Re: [QGIS-pt] 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11<br>
a 13 Setembro 2014<br>
Message-ID:<br>
<<a href="mailto:CAFzQen_CKLyUagfedHvHVPBCfK-v3QRYYkuYNpROoppk7PDwVw@mail.gmail.com">CAFzQen_CKLyUagfedHvHVPBCfK-v3QRYYkuYNpROoppk7PDwVw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Boas,<br>
<br>
Recentemente falava com um colega de outra área sobre alguns exemplos de<br>
investimentos falhados na área dos SIG com valores superiores a 6 dígitos.<br>
E a primeira coisa que ele me disse foi "não penses que esses erros/maus<br>
investimentos são apenas na vossa área, nem imaginas o que se passa nas<br>
obras, aquisições etc....".<br>
<br>
Resumindo nós somos uma gota neste mar de notas de ?uros....<br>
<br>
Concordo com o Duarte, não existe uma solução ideal (algumas são mais user<br>
friendly, outras mais acessíveis "?", outras....).<br>
<br>
Neste momento o QGIS acho que me satisfaz minimamente.... sendo que ainda<br>
existe muita coisa a ser feita..... VAMOS AJUDAR NESSAS MELHORIAS.<br>
<br>
Cumprimentos,<br>
Pedro<br>
<br>
2014-09-24 1:19 GMT+01:00 duartecarreira <<a href="mailto:dncarreira@gmail.com">dncarreira@gmail.com</a>>:<br>
<br>
> Boa noite a todos. Grande debate!<br>
><br>
> Eu posso afirmar com toda a certeza que consigo "encravar" todos os<br>
> programas sig que uso, desde o qgis, ao arcgis, ao autocad map. Todos. E<br>
> não<br>
> é preciso muito esforço...<br>
><br>
> "Ainda sou do tempo..." em que se avaliavam os programas seguindo uma<br>
> colecção enorme de operações. Isso sim é que eram avaliações profundas, tão<br>
> profundas que até se perdia de vista o objectivo - escolher a ferramenta<br>
> que<br>
> melhor servia as nossas necessidades. O produto A tinha 39 pontos, o<br>
> produto<br>
> B tinha 30. Ganhava o produto A mesmo que fosse pior nas funções que se<br>
> usavam em 99% das vezes. Enfim...<br>
><br>
> Isto para dizer que comparações destas são sempre informativas, mas também<br>
> são quase sempre injustas. Se tivéssemos comparado a velocidade de fazer um<br>
> merge de um conjunto enorme de ortos, ganhava o qgis de longe. Mas isso<br>
> faria do qgis "o melhor" produto?<br>
><br>
> Se não tiver dinheiro para software, esperar 30min se calhar não é assim<br>
> tão<br>
> mau... se tiver ?, e optar por uma estratégia assente em open source, então<br>
> posso aplicar esse ? na diminuição desses 30min. Se optar por uma<br>
> estratégia<br>
> assente em closed source, então posso aplicar esse ? em licenças (claro que<br>
> nesta lista esta opção não se coloca ;) e rezar para não descobrir um bug<br>
> bloqueante.<br>
><br>
> Por outro lado, se um técnico que tem a função de decidir qual o melhor<br>
> produto para a sua organização se fica pela comparação de um clip<br>
> vectorial,<br>
> então estará a fazer um mau serviço. E os maus serviços mais cedo ou mais<br>
> tarde têm um preço...<br>
><br>
> Ricardo, eu acho que tu colocas as coisas de forma um pouco rude, o que é<br>
> contraproducente. No fim, não percebo onde queres chegar, qual é a mensagem<br>
> que queres passar...<br>
> Não percebo para que foi a observação dos cores usados no qgis para<br>
> geoproc... dos produtos em análise, algum faz geoproc com mais de 1 core?<br>
> que eu saiba não... mandar trabalhos de casa para os devs também não serve<br>
> de nada, são apenas tiros para o ar e ruído. Para seres/sermos útil o ideal<br>
> seria ajudares a resolver esse (ou outro) problema, quer com donativos,<br>
> contratação de serviços, ou programação. No mínimo, qualquer um pode ajudar<br>
> a identificar as causas para cada problema. Dizer que não faz sentido ter<br>
> multithread no display e não no geoproc é um pouco rude e no limite<br>
> absurdo.<br>
> As coisas avançam por etapas, não aparece tudo feito por magia... na v2.2<br>
> não havia multithread em nada. na v2.4 há no display, and so on. haja fé,<br>
> irmão!<br>
><br>
> Venham mais estudos e análises. Somos todos informados, e podemos fazer<br>
> sugestões de melhoria, investigar problemas detectados, propor novos<br>
> estudos, etc., etc.<br>
><br>
> Agora, convinha tirar daqui alguma coisa útil... e já estão todos a<br>
> discutir. Afinal, qual é o problema? a dimensão dos dados? está<br>
> identificado? em que ticket? qual é o tamanho dos dados que geralmente é a<br>
> barreira? o que podem os utilizadores fazer nesses casos (partir em pedaços<br>
> mais pequenos?)? está agendada uma solução ou não é para já?<br>
><br>
> Live long and prosper.<br>
><br>
><br>
><br>
> --<br>
> View this message in context:<br>
> <a href="http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html</a><br>
> Sent from the QGIS-pt mailing list archive at Nabble.com.<br>
> _______________________________________________<br>
> QGIS-pt mailing list<br>
> <a href="mailto:QGIS-pt@lists.osgeo.org">QGIS-pt@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt</a><br>
><br>
<br>
<br>
<br>
--<br>
Pedro Pereira<br>
-------------- próxima parte ----------<br>
Um anexo em HTML foi limpo...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/fb23e4c9/attachment-0001.html" target="_blank">http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/fb23e4c9/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 24 Sep 2014 11:18:13 +0100<br>
From: Fernando Ribeiro <<a href="mailto:fernandinand@gmail.com">fernandinand@gmail.com</a>><br>
To: QGIS PT - lista de utilizadores QGIS, em português.<br>
<<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: Re: [QGIS-pt] 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11<br>
a 13 Setembro 2014<br>
Message-ID:<br>
<<a href="mailto:CAMpVtdppL4GgWgF9TvbrwGwt6y8Tbxb-XLqmiQma7kuNG5jfFQ@mail.gmail.com">CAMpVtdppL4GgWgF9TvbrwGwt6y8Tbxb-XLqmiQma7kuNG5jfFQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Bom dia,<br>
<br>
Sobre esta matéria acho que há 3 pontos a considerar para futuros<br>
'benchmarks':<br>
<br>
- Testar a performance de 3 softwares com base em apenas uma rotina é no<br>
mínimo redutor. Já para não falar que poderá derivar resultados<br>
contraditórios. Ver aqui<br>
<<a href="http://www.donmeltz.com/arcgis-vs-qgis-clipping-contest-rematch/" target="_blank">http://www.donmeltz.com/arcgis-vs-qgis-clipping-contest-rematch/</a>> e aqui<br>
<<a href="http://courses.neteler.org/arcgis-vs-qgis-etc-clipping-contest-rematch-revisited/" target="_blank">http://courses.neteler.org/arcgis-vs-qgis-etc-clipping-contest-rematch-revisited/</a>>.<br>
Se era um dos principais focos do documento, deveria haver mais<br>
investimento aqui.<br>
<br>
- Um bom técnico de SIG, para além de utilizar as técnicas tem de conhecer<br>
minimamente o software que utiliza. Assim, no enquadramento do Pedro<br>
Venâncio, deveria haver algum sentido crítico na escolha da técnica<br>
utilizada...ou em alternativa, as várias técnicas que no QGis existem<br>
disponíveis para realizar tarefas de 'clipping' e respectivos tempos.<br>
<br>
- O mérito deste documento é que revela a necessidade da existência de<br>
testes de performance sobre os softwares SIG, sendo que estes poderão ser<br>
essenciais na tomada de decisão sobre a sua 'aquisição'/utilização. No<br>
passado lembro-me de haver também algum 'ruído' relativo a um bechmark<br>
entre PostGIS/Oracle.<br>
<br>
<br>
Cumprimentos,<br>
Fernando Ribeiro<br>
<br>
No dia 24 de Setembro de 2014 às 01:19, duartecarreira <<a href="mailto:dncarreira@gmail.com">dncarreira@gmail.com</a><br>
> escreveu:<br>
<br>
> Boa noite a todos. Grande debate!<br>
><br>
> Eu posso afirmar com toda a certeza que consigo "encravar" todos os<br>
> programas sig que uso, desde o qgis, ao arcgis, ao autocad map. Todos. E<br>
> não<br>
> é preciso muito esforço...<br>
><br>
> "Ainda sou do tempo..." em que se avaliavam os programas seguindo uma<br>
> colecção enorme de operações. Isso sim é que eram avaliações profundas, tão<br>
> profundas que até se perdia de vista o objectivo - escolher a ferramenta<br>
> que<br>
> melhor servia as nossas necessidades. O produto A tinha 39 pontos, o<br>
> produto<br>
> B tinha 30. Ganhava o produto A mesmo que fosse pior nas funções que se<br>
> usavam em 99% das vezes. Enfim...<br>
><br>
> Isto para dizer que comparações destas são sempre informativas, mas também<br>
> são quase sempre injustas. Se tivéssemos comparado a velocidade de fazer um<br>
> merge de um conjunto enorme de ortos, ganhava o qgis de longe. Mas isso<br>
> faria do qgis "o melhor" produto?<br>
><br>
> Se não tiver dinheiro para software, esperar 30min se calhar não é assim<br>
> tão<br>
> mau... se tiver ?, e optar por uma estratégia assente em open source, então<br>
> posso aplicar esse ? na diminuição desses 30min. Se optar por uma<br>
> estratégia<br>
> assente em closed source, então posso aplicar esse ? em licenças (claro que<br>
> nesta lista esta opção não se coloca ;) e rezar para não descobrir um bug<br>
> bloqueante.<br>
><br>
> Por outro lado, se um técnico que tem a função de decidir qual o melhor<br>
> produto para a sua organização se fica pela comparação de um clip<br>
> vectorial,<br>
> então estará a fazer um mau serviço. E os maus serviços mais cedo ou mais<br>
> tarde têm um preço...<br>
><br>
> Ricardo, eu acho que tu colocas as coisas de forma um pouco rude, o que é<br>
> contraproducente. No fim, não percebo onde queres chegar, qual é a mensagem<br>
> que queres passar...<br>
> Não percebo para que foi a observação dos cores usados no qgis para<br>
> geoproc... dos produtos em análise, algum faz geoproc com mais de 1 core?<br>
> que eu saiba não... mandar trabalhos de casa para os devs também não serve<br>
> de nada, são apenas tiros para o ar e ruído. Para seres/sermos útil o ideal<br>
> seria ajudares a resolver esse (ou outro) problema, quer com donativos,<br>
> contratação de serviços, ou programação. No mínimo, qualquer um pode ajudar<br>
> a identificar as causas para cada problema. Dizer que não faz sentido ter<br>
> multithread no display e não no geoproc é um pouco rude e no limite<br>
> absurdo.<br>
> As coisas avançam por etapas, não aparece tudo feito por magia... na v2.2<br>
> não havia multithread em nada. na v2.4 há no display, and so on. haja fé,<br>
> irmão!<br>
><br>
> Venham mais estudos e análises. Somos todos informados, e podemos fazer<br>
> sugestões de melhoria, investigar problemas detectados, propor novos<br>
> estudos, etc., etc.<br>
><br>
> Agora, convinha tirar daqui alguma coisa útil... e já estão todos a<br>
> discutir. Afinal, qual é o problema? a dimensão dos dados? está<br>
> identificado? em que ticket? qual é o tamanho dos dados que geralmente é a<br>
> barreira? o que podem os utilizadores fazer nesses casos (partir em pedaços<br>
> mais pequenos?)? está agendada uma solução ou não é para já?<br>
><br>
> Live long and prosper.<br>
><br>
><br>
><br>
> --<br>
> View this message in context:<br>
> <a href="http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html</a><br>
> Sent from the QGIS-pt mailing list archive at Nabble.com.<br>
> _______________________________________________<br>
> QGIS-pt mailing list<br>
> <a href="mailto:QGIS-pt@lists.osgeo.org">QGIS-pt@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt</a><br>
><br>
<br>
<br>
<br>
--<br>
Fernando Ribeiro<br>
-------------- próxima parte ----------<br>
Um anexo em HTML foi limpo...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b63d4e11/attachment.html" target="_blank">http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b63d4e11/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
QGIS-pt mailing list<br>
<a href="mailto:QGIS-pt@lists.osgeo.org">QGIS-pt@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt</a><br>
<br>
<br>
Fim da Digest QGIS-pt, volume 6, assunto 21<br>
*******************************************<br>
</blockquote></div><br></div>