<div dir="ltr"><div>Meus Senhores, mto boa tarde.</div><div><br></div><div>Penso ter sido eu, um dos primeiros utilizadores a levantar esta questão.</div><div>Não pretendo com esta afirmação ofender seja quem for.</div><div>Se alguém assim o entender, peço as minhas sinceras desculpas porque</div><div>não é esta a minha intenção mas sim contribuir com a minha humilde</div><div>experiencia no QGIS e partilhá-la com todos vós.</div><div><br></div><div>Recebi imensas ajudas q já agradeci em tempo oportuno e volto a agradecer</div><div>quanto me ajudaram a tornar o QGIS 2.8.2 mais rápido.</div><div><br></div><div>Se retirarmos os plugins não utlizados de forma sistemática, há um ganho no</div><div>arranque do QGIS e no abrir do projeto de trabalho.</div><div>Nos meus serviços, existem atualmente, 32 utilizadores do QGIS.</div><div>Antes a maioria trabalhava com o arcexplorer do proprietário.</div><div>A questão principal colocada aqui são as máquinas não estarem desenhadas</div><div>para utilização desta ferramenta. </div><div>São máquinas com pelo menos 10 anos. </div><div>Apesar dos nossos esforços junto dos responsáveis no sentido de os sensibilizar</div><div>para a necessidade de na compra eventual de novas máquinas estas</div><div>possam vir desenhadas de modo a melhorar o desempenho do QGIS, ainda</div><div>não foi possível concretizar esse projeto.</div><div>Na minha humilde opinião aqui reside alguma causa na demora do arranque do</div><div>QGIS.</div><div><br></div><div>No trabalho diário, nem sempre se utiliza todas as ferramentas do processing</div><div>toolbox. </div><div>A minha pergunta é simples: se eu descativar o processing tolbox, o QGIS</div><div>continua trabalhar normalmente com as outras opções? Eventualmente teria</div><div>ganhos de tempo?</div><div>Se alguém pf me pudesse ajudar eu mto agradeço. </div><div><br></div><div>Tenho acompanhado este interessante debate porque considero serem </div><div>contributos mto úteis para o melhoramento das funcionalidades do QGIS.</div><div><br></div><div>Um abraço a todos,</div><div><br></div><div>JCS</div><div>.</div><div class="gmail_extra"><br><div class="gmail_quote">No dia 13 de janeiro de 2016 às 15:41, <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:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">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/mailman/listinfo/qgis-pt" target="_blank" rel="noreferrer">http://lists.osgeo.org/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>
Today's Topics:<br>
<br>
1. Re: Tornar o QGIS 2.8.2 mais rápido (Ricardo Pinho)<br>
2. Re: Tornar o QGIS 2.8.2 mais rápido (João Gaspar)<br>
3. Re: Tornar o QGIS 2.8.2 mais rápido (Alexandre Neto)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 13 Jan 2016 11:38:00 +0000<br>
From: Ricardo Pinho <<a href="mailto:ricardodepinho@gmail.com">ricardodepinho@gmail.com</a>><br>
To: "QGIS PT - lista de utilizadores QGIS, em portugu"<br>
<<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: Re: [QGIS-pt] Tornar o QGIS 2.8.2 mais rápido<br>
Message-ID:<br>
<<a href="mailto:CAOEx-n7df4ZjmbFF0jxOOG3AMVCxFMPTr4kz1DSvesNCwdt7Bg@mail.gmail.com">CAOEx-n7df4ZjmbFF0jxOOG3AMVCxFMPTr4kz1DSvesNCwdt7Bg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Viva,<br>
<br>
Quanto à quantidade de ficheiros sei que quando instalamos o QGIS estamos<br>
realmente a instalar muito+ software:<br>
- Grass (3353 ficheiros)<br>
- Saga (149 ficheiros)<br>
- orfeotoolbox (81 ficheiros)<br>
<br>
Será mesmo preciso instalá-losd de raíz? (por deafult?)<br>
<br>
Por outro lado, na pasta "include" existem 18.780 ficheiros.<br>
Precisamos mesmo deles para correr o QGIS?<br>
<br>
Tenho vindo a promover a instalação e uso do GIS na instituição (CM) em<br>
diversos postos de trabalho, onde considero que o seu uso permite melhorar<br>
o contributo dos colegas e serviços para o SIG Municipal. Só para dar uma<br>
ideia, só da minha iniciativa existem 28 postos de trabalho com QGIS.<br>
Devem imaginar que o "parque informatico municipal" inclui ainda muitos<br>
Pentiuns4 e afins... onde outras aplicações vão funcionando (exemplo:<br>
ProgeCAD) mas onde o QGIS arrasta-se e demora eternidades a "abrir"...<br>
Uma das vantagens reconhecidas do "Software Livre" é adaptar-se ao hardware<br>
existente e não obrigar a adquirir novo hardware.<br>
<br>
Desinstalar plugins não tenho conseguido grande efeito.<br>
Primeiro porque muitos deles não são desinstaláveis... e mesmo reduzindo ao<br>
mínimo o tempo de carregamento mantem-se longo.<br>
Segundo porque precisamos deles...!<br>
<br>
Penso que a abordagem tem de ser inversa:<br>
corrigir o software para ir de encontro às necessidades dos utilizadores e<br>
não os utilizadores adaptarem-se aos "caprichos" do software.<br>
<br>
Durante anos o Bill afirmava e obrigava os milhões de utilizadores a<br>
aguentarem a demora do arranque do Windows. Mas o Steve com o OSX<br>
demonstrou que bastava abrir a tampa do MAC e ele estava pronto a ser<br>
usado. Uma magia que lhe fez vender milhões e conquistou a fidelidade dos<br>
utilizadores...!<br>
<br>
Se o Steve Jobs conseguiu fazer o que o Bill Gates dizia impossivel...<br>
também é possivel fazer o QGIS arrancar mais rápido.<br>
<br>
A técnica de carregar os plugins e outros ficheiros em pano de fundo,<br>
permitindo o acesso imediato do utilizador ao interface é uma solução<br>
habitualmente utilizada por muito software e SO.<br>
<br>
Também acho evitável para os plugins desativados ser necessário "carregar"<br>
ou "verificar" no momento de arranque.<br>
<br>
Mas deixo este desafio aos programadores (do QGIS) que concerteza conseguem<br>
encontrar uma solução inteligente para que nós os utilizadores ansiosos por<br>
usar o programa logo de manha, não ficarmos desiludidos! ;-)<br>
<br>
Cumprimentos,<br>
Ricardo Pinho<br>
<br>
No dia 6 de janeiro de 2016 às 12:53, Giovanni Manghi <<br>
<a href="mailto:giovanni.manghi@gmail.com">giovanni.manghi@gmail.com</a>> escreveu:<br>
<br>
> Olá,<br>
><br>
> > Só para dar uma ideia, na pasta do programa: QGIS Lyon há 44.050<br>
> ficheiros.<br>
> > No AutoCAD 3D MAP 2012 (que é um "monstro") há 25.850 ficheiros. O<br>
> ProgeCAD<br>
> > 2013 tem 2.513 ficheiros.<br>
><br>
> que eu saiba não há nenhuma relação directa entre o numero de<br>
> ficheiros que compõem um programa com o seu tempo de arranque.<br>
><br>
> cumprimentos<br>
><br>
> --<br>
> Giovanni Manghi<br>
> <a href="http://naturalgis.pt/" target="_blank" rel="noreferrer">http://naturalgis.pt/</a><br>
> <a href="mailto:giovanni.manghi@naturalgis.pt">giovanni.manghi@naturalgis.pt</a><br>
> * WebGIS development<br>
> * QGIS/PostGIS Training<br>
> * QGIS Support and Consulting<br>
> * QGIS development<br>
> Google+/Hangouts: <a href="mailto:giovanni.manghi@gmail.com">giovanni.manghi@gmail.com</a><br>
> Giovanni is QGIS main tester and active member of its development team<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/mailman/listinfo/qgis-pt" target="_blank" rel="noreferrer">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
><br>
<br>
<br>
<br>
--<br>
Ricardo Pinho<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/d0656ecd/attachment-0001.html" target="_blank" rel="noreferrer">http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/d0656ecd/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 13 Jan 2016 15:09:01 +0000<br>
From: João Gaspar <<a href="mailto:joao.f.r.gaspar@gmail.com">joao.f.r.gaspar@gmail.com</a>><br>
To: "QGIS PT - lista de utilizadores QGIS, em portugu"<br>
<<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: Re: [QGIS-pt] Tornar o QGIS 2.8.2 mais rápido<br>
Message-ID:<br>
<CAM+zXj0ztbnrb1CGO=ZYE0KLUjSE-RzNprJ_h8RV1GBa0VC=<a href="mailto:kQ@mail.gmail.com">kQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
> Quanto à quantidade de ficheiros sei que quando instalamos o QGIS estamos<br>
> realmente a instalar muito+ software:<br>
> - Grass (3353 ficheiros)<br>
> - Saga (149 ficheiros)<br>
> - orfeotoolbox (81 ficheiros)<br>
><br>
> Será mesmo preciso instalá-losd de raíz? (por deafult?)<br>
><br>
<br>
Usam o OSGeo4w existe um tutorial no qgis-pt a explica-lo.<br>
<a href="http://qgis.pt/blog/2014/06/18/instalacao-do-qgis-via-osgeo4w/" target="_blank" rel="noreferrer">http://qgis.pt/blog/2014/06/18/instalacao-do-qgis-via-osgeo4w/</a><br>
<br>
O standalone serve para o utilizador ter praticamente a solução chave na mao.<br>
<br>
> Por outro lado, na pasta "include" existem 18.780 ficheiros.<br>
> Precisamos mesmo deles para correr o QGIS?<br>
><br>
<br>
A velocidade não depende do número de ficheiro mas sim na optimização<br>
do código que está envolvido nesses mesmos ficheiros e a forma como<br>
acedem aos recursos do hardware.<br>
<br>
> Tenho vindo a promover a instalação e uso do GIS na instituição (CM) em<br>
> diversos postos de trabalho, onde considero que o seu uso permite melhorar o<br>
> contributo dos colegas e serviços para o SIG Municipal. Só para dar uma<br>
> ideia, só da minha iniciativa existem 28 postos de trabalho com QGIS.<br>
<br>
Parabéns pela iniciativa.<br>
<br>
> Devem imaginar que o "parque informatico municipal" inclui ainda muitos<br>
<br>
> Pentiuns4 e afins... onde outras aplicações vão funcionando (exemplo:<br>
> ProgeCAD) mas onde o QGIS arrasta-se e demora eternidades a "abrir"...<br>
> Uma das vantagens reconhecidas do "Software Livre" é adaptar-se ao hardware<br>
> existente e não obrigar a adquirir novo hardware.<br>
><br>
<br>
É por isso que mantêm as antigas versões do QGIS para downloads. Agora<br>
se querem novas versões com mais funcionalidades tem de saber o que é<br>
prioritário numa Câmara Municipal. Se mantêm versões antigas de<br>
computadores so rezo que nao estejam ligados à internet, pois são<br>
backport para vírus e outras coisas menos boas.<br>
<br>
Qual a versões do ProgeCAD, Microstation, entre outros nesses<br>
computadores pentiuns4 e afins? São as mais recentes e com todas as<br>
funcionalidades? (não conheço a realidade por isso estou a perguntar)<br>
<br>
> Desinstalar plugins não tenho conseguido grande efeito.<br>
> Primeiro porque muitos deles não são desinstaláveis... e mesmo reduzindo ao<br>
> mínimo o tempo de carregamento mantem-se longo.<br>
> Segundo porque precisamos deles...!<br>
><br>
> Penso que a abordagem tem de ser inversa:<br>
> corrigir o software para ir de encontro às necessidades dos utilizadores e<br>
> não os utilizadores adaptarem-se aos "caprichos" do software.<br>
<br>
A forma hibrida do QGIS de C++ com python permite que os utilizadores<br>
possam pelo menos tentarem fazer os seus proprios plugins, utiliza-los<br>
e partilha-los pois o python tem uma linguagem que tem uma curva de<br>
aprendizagem mais rápida. (Depende do esforço de cada utilizador)<br>
<br>
><br>
> Durante anos o Bill afirmava e obrigava os milhões de utilizadores a<br>
> aguentarem a demora do arranque do Windows. Mas o Steve com o OSX demonstrou<br>
> que bastava abrir a tampa do MAC e ele estava pronto a ser usado. Uma magia<br>
> que lhe fez vender milhões e conquistou a fidelidade dos utilizadores...!<br>
><br>
Falta falar do Linux.... Eu penso que até é bastante rápido, e tem<br>
várias distros que se adaptam ao tipo de maquina que temos.<br>
<br>
Mas o Linux é o SO malvado que tem um terminal e não é user friendly... bolas ;)<br>
<br>
> Se o Steve Jobs conseguiu fazer o que o Bill Gates dizia impossivel...<br>
> também é possivel fazer o QGIS arrancar mais rápido.<br>
><br>
<br>
Até pode ser um alvo de melhoria mas poderá ser necessário apoio<br>
monetário, tem de ser bem justificado essa melhoria, e ser prioritário<br>
para a maioria dos utilizadores.<br>
<br>
> A técnica de carregar os plugins e outros ficheiros em pano de fundo,<br>
> permitindo o acesso imediato do utilizador ao interface é uma solução<br>
> habitualmente utilizada por muito software e SO.<br>
<br>
Pode acelerar mas pode comprometer a utilização imediata, arrasto de<br>
menus e acesso a ferramentas. O que interessa abrir rápido um programa<br>
e depois ter que esperar para aceder às ferramentas?<br>
<br>
><br>
> Também acho evitável para os plugins desativados ser necessário "carregar"<br>
> ou "verificar" no momento de arranque.<br>
<br>
Em termos de gestão de plugins, no meu caso só instalo aqueles que<br>
uso. As plugins exigem internet para verificar actualizações, só ai<br>
poderá ser um factor de lentidão. Isso pode ser atenuado através do<br>
período de actualização ou então desactivá-lo.<br>
<br>
<br>
><br>
> Mas deixo este desafio aos programadores (do QGIS) que concerteza conseguem encontrar uma solução inteligente para que nós os utilizadores ansiosos por usar o programa logo de manha, não ficarmos desiludidos! ;-)<br>
><br>
este "desafio" continua a depender dos patrocinadores que<br>
disponibilizam formas de financiamento, crowdfundings bem sucedidos,<br>
pequenas contribuições dos utilizadores que acreditam no projecto e<br>
dos tempos livres de alguns programadores que fazem-no por diversão<br>
;)<br>
<br>
<br>
Claro que isto é a minha opinião e vale o que vale. ;)<br>
<br>
Cumprimentos,<br>
João Gaspar<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 13 Jan 2016 15:41:35 +0000<br>
From: Alexandre Neto <<a href="mailto:senhor.neto@gmail.com">senhor.neto@gmail.com</a>><br>
To: "QGIS PT - lista de utilizadores QGIS, em portugu"<br>
<<a href="mailto:qgis-pt@lists.osgeo.org">qgis-pt@lists.osgeo.org</a>><br>
Subject: Re: [QGIS-pt] Tornar o QGIS 2.8.2 mais rápido<br>
Message-ID:<br>
<<a href="mailto:CA%2BH0G_F_qcnrsoBFGmTQ6_KbgTcbfYiWbZcapC8ePSPNdBqrzA@mail.gmail.com">CA+H0G_F_qcnrsoBFGmTQ6_KbgTcbfYiWbZcapC8ePSPNdBqrzA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Bom tarde Ricardo,<br>
<br>
Qualquer programador de primeira água te saberá dizer que o número de<br>
ficheiros de um programa nada tem qualquer relação com a sua performance,<br>
nem tão pouco com o seu tempo de arranque. Por isso, por favor, não<br>
apresentes isso como sendo um factor relevante.<br>
<br>
A instalação de outras componentes (GRASS, Orfeu, Saga) aumenta em muito as<br>
funcionalidades do QGIS, mas quem não as quiser instalar, tem bom remédio,<br>
é deseleccioná-las. De qualquer forma não sei se terá grande impacto no<br>
tempo de arranque.<br>
<br>
Se consideras que o tempo de arranque do QGIS é um problema que devia ser<br>
resolvido, por favor usa o teu tempo e poder descritivo num Bug Report ou<br>
num Feature Request, acompanhado dos devidos testes para que de facto isso<br>
chegue aos "ouvidos" dos programadores.<br>
<br>
Seja como for, assumindo que o problema é real e é confirmado por muitos<br>
utilizadores (eu não tenho essa ideia), então serão precisos recursos para<br>
o corrigir. É que como bem te recordas, ao contrário dos exemplos<br>
bilionários que deste, o QGIS não tem recurso ilimitados provenientes das<br>
receitas de venda de licenças e portanto as melhorias ou correcções dependem<br>
sempre do voluntarismo dos programadores ou do financiamento de alguma<br>
entidade ou grupo de utilizadores.<br>
<br>
Se deres uma olhadela às mailinglists de development e de User Experience<br>
poderás perceber que há uma constante preocupação com todos os<br>
utilizadores, e que são muitos os bugs corrigidos em tempo record por<br>
voluntarismo dos programadores. No entanto, como é normal em projectos Open<br>
source em geral, o software irá sempre corresponder melhor às necessidades<br>
dos utilizadores que de alguma forma o suportam e tem um papel activo. Só<br>
por si utilizar o QGIS não representa nenhum tipo de suporte ao projecto. O<br>
suporte só é dado de duas formas, ou com tempo de trabalho ou com<br>
financiamento. Não faz portanto sentido falar em caprichos.<br>
<br>
Mas não existem milagres. Exigir que um software actual, qualquer que seja,<br>
se adapte a para correr em Pentiums 4 com pelo menos 10 anos é um bocado<br>
meter a bitola por baixo. Não? Ou vais-me dizer que a última versão do Mac OS<br>
X v10.11 "El Capitan" corre com fluidez num iMac G5?<br>
<br>
Quanto a possíveis desilusões dos utilizadores... Pessoalmente fico mais<br>
desiludido com o facto de existirem em Portugal centenas(?) de entidades a<br>
utilizarem QGIS, com isso a pouparem milhares de euros (ainda bem), e nem<br>
uma se chegar à frente para contribuir para o projecto e com isso ajudar à<br>
sua sustentabilidade. Fico com a sensação que por cá apenas interessa<br>
colher os benefícios sem se assumirem qualquer tipo de responsabilidades.<br>
<br>
Alexandre Neto<br>
<br>
<br>
Ricardo Pinho <<a href="mailto:ricardodepinho@gmail.com">ricardodepinho@gmail.com</a>> escreveu no dia quarta, 13/01/2016<br>
às 11:38:<br>
<br>
> Viva,<br>
><br>
> Quanto à quantidade de ficheiros sei que quando instalamos o QGIS estamos<br>
> realmente a instalar muito+ software:<br>
> - Grass (3353 ficheiros)<br>
> - Saga (149 ficheiros)<br>
> - orfeotoolbox (81 ficheiros)<br>
><br>
> Será mesmo preciso instalá-losd de raíz? (por deafult?)<br>
><br>
> Por outro lado, na pasta "include" existem 18.780 ficheiros.<br>
> Precisamos mesmo deles para correr o QGIS?<br>
><br>
> Tenho vindo a promover a instalação e uso do GIS na instituição (CM) em<br>
> diversos postos de trabalho, onde considero que o seu uso permite melhorar<br>
> o contributo dos colegas e serviços para o SIG Municipal. Só para dar uma<br>
> ideia, só da minha iniciativa existem 28 postos de trabalho com QGIS.<br>
> Devem imaginar que o "parque informatico municipal" inclui ainda muitos<br>
> Pentiuns4 e afins... onde outras aplicações vão funcionando (exemplo:<br>
> ProgeCAD) mas onde o QGIS arrasta-se e demora eternidades a "abrir"...<br>
> Uma das vantagens reconhecidas do "Software Livre" é adaptar-se ao<br>
> hardware existente e não obrigar a adquirir novo hardware.<br>
><br>
> Desinstalar plugins não tenho conseguido grande efeito.<br>
> Primeiro porque muitos deles não são desinstaláveis... e mesmo reduzindo<br>
> ao mínimo o tempo de carregamento mantem-se longo.<br>
> Segundo porque precisamos deles...!<br>
><br>
> Penso que a abordagem tem de ser inversa:<br>
> corrigir o software para ir de encontro às necessidades dos utilizadores e<br>
> não os utilizadores adaptarem-se aos "caprichos" do software.<br>
><br>
> Durante anos o Bill afirmava e obrigava os milhões de utilizadores a<br>
> aguentarem a demora do arranque do Windows. Mas o Steve com o OSX<br>
> demonstrou que bastava abrir a tampa do MAC e ele estava pronto a ser<br>
> usado. Uma magia que lhe fez vender milhões e conquistou a fidelidade dos<br>
> utilizadores...!<br>
><br>
> Se o Steve Jobs conseguiu fazer o que o Bill Gates dizia impossivel...<br>
> também é possivel fazer o QGIS arrancar mais rápido.<br>
><br>
> A técnica de carregar os plugins e outros ficheiros em pano de fundo,<br>
> permitindo o acesso imediato do utilizador ao interface é uma solução<br>
> habitualmente utilizada por muito software e SO.<br>
><br>
> Também acho evitável para os plugins desativados ser necessário "carregar"<br>
> ou "verificar" no momento de arranque.<br>
><br>
> Mas deixo este desafio aos programadores (do QGIS) que concerteza<br>
> conseguem encontrar uma solução inteligente para que nós os utilizadores<br>
> ansiosos por usar o programa logo de manha, não ficarmos desiludidos! ;-)<br>
><br>
> Cumprimentos,<br>
> Ricardo Pinho<br>
><br>
> No dia 6 de janeiro de 2016 às 12:53, Giovanni Manghi <<br>
> <a href="mailto:giovanni.manghi@gmail.com">giovanni.manghi@gmail.com</a>> escreveu:<br>
><br>
>> Olá,<br>
>><br>
>> > Só para dar uma ideia, na pasta do programa: QGIS Lyon há 44.050<br>
>> ficheiros.<br>
>> > No AutoCAD 3D MAP 2012 (que é um "monstro") há 25.850 ficheiros. O<br>
>> ProgeCAD<br>
>> > 2013 tem 2.513 ficheiros.<br>
>><br>
>> que eu saiba não há nenhuma relação directa entre o numero de<br>
>> ficheiros que compõem um programa com o seu tempo de arranque.<br>
>><br>
>> cumprimentos<br>
>><br>
>> --<br>
>> Giovanni Manghi<br>
>> <a href="http://naturalgis.pt/" target="_blank" rel="noreferrer">http://naturalgis.pt/</a><br>
>> <a href="mailto:giovanni.manghi@naturalgis.pt">giovanni.manghi@naturalgis.pt</a><br>
>> * WebGIS development<br>
>> * QGIS/PostGIS Training<br>
>> * QGIS Support and Consulting<br>
>> * QGIS development<br>
>> Google+/Hangouts: <a href="mailto:giovanni.manghi@gmail.com">giovanni.manghi@gmail.com</a><br>
>> Giovanni is QGIS main tester and active member of its development team<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/mailman/listinfo/qgis-pt" target="_blank" rel="noreferrer">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Ricardo Pinho<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/mailman/listinfo/qgis-pt" target="_blank" rel="noreferrer">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
><br>
--<br>
Alexandre Neto<br>
---------------------<br>
@AlexNetoGeo<br>
<a href="http://sigsemgrilhetaswordpress.com" target="_blank" rel="noreferrer">http://sigsemgrilhetaswordpress.com</a><br>
<a href="http://gisunchained.wordpress.com" target="_blank" rel="noreferrer">http://gisunchained.wordpress.com</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/4ec69bc7/attachment.html" target="_blank" rel="noreferrer">http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/4ec69bc7/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<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/mailman/listinfo/qgis-pt" target="_blank" rel="noreferrer">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
<br>
<br>
------------------------------<br>
<br>
End of QGIS-pt Digest, Vol 22, Issue 9<br>
**************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="margin:0cm 0cm 0pt"><span style="color:rgb(153,153,153);font-family:Verdana;font-size:10pt">José Carlos Santos</span></p><p style="margin:0cm 0cm 0pt"><span style="color:rgb(153,153,153);font-family:Verdana"><font size="1">Consultor</font></span><span style="font-family:Arial;font-size:11pt"></span></p><p style="margin:0cm 0cm 0pt"><span style="color:rgb(153,153,153);font-family:Verdana"><font size="1">Geógrafo</font></span></p><p style="margin:0cm 0cm 0pt"><i><span style="color:rgb(153,153,153);font-family:Verdana;font-size:7.5pt">Sistemas de Informação Geográfica</span><span style="font-family:Arial;font-size:11pt"></span></i></p><p style="margin:0cm 0cm 0pt"><font color="#999999" face="Verdana"><span style="font-size:10px"><i>Análise de imagens</i></span></font></p><p style="margin:0cm 0cm 0pt"><span style="color:rgb(153,153,153);font-family:Verdana;font-size:7.5pt"><i>Open Source</i></span><br></p><p style="margin:0cm 0cm 0pt"><span style="font-family:Arial;font-size:11pt"></span></p><p style="margin:0cm 0cm 0pt"><a style="font-family:Arial" href="mailto:jcgarciadossantos@gmail.com" target="_blank">jcgarciadossantos@gmail.com</a><br></p><div><p> <br></p></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div></div>