<div dir="ltr"><div><div><div><div><div><div><div><div>Viva,<br></div><br>A falar é que a gente se entende, e obviamente ninguém quer ofender ninguém.<br></div>Eu interpreto que sempre que alguém se queixa é porque se preocupa e se interessa.<br></div>Os que se calam ou dizem que está tudo bem, ou são indiferentes ou são medíocres (sem ofensas).<br><br>> São máquinas com pelo menos 10 anos. <br><br></div>Só quem está dentro AP é que sabe a realidade, no "mínimo caricata", a que está sujeito quem tenta fazer alguma coisa.<br><br><div>> A minha pergunta é simples: se eu descativar o processing tolbox, o QGIS<br>> continua trabalhar normalmente com as outras opções? Eventualmente teria</div><div>> ganhos de tempo?</div><br></div>O plugin Processing, não o consigo desinstalar, o QGIS só permite desactivar.<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/" rel="noreferrer" target="_blank">> http://qgis.pt/blog/2014/06/18/instalacao-do-qgis-via-osgeo4w/</a><br><br></div><div>Sim eu sei, o Frank fez uma excelente tentativa em trazer o método de instalação do debian/ubuntu para o Windows.<br>Mas sinceramente acho que não resultou, pelo menos foi a impressão que fiquei das poucas vezes que o tentei usar (pode ter sido nabice minha...)<br><br>Usar na CM esse instalador está fora de hipótese, porque a maldita "segurança" atrapalha mais do que ajuda.<br></div><div>Estou por detrás de uma firewall e de um proxy, que me impede de aceder ao repositório.<br><br>
> É por isso que mantêm as antigas versões do QGIS para downloads. <br>> Agora se querem novas versões com mais funcionalidades<br>> tem de saber o que é prioritário numa Câmara Municipal.<br><br></div><div>Então qual a versão que se recomenda a um modesto utilizador de CM instalar no seu posto de trabalho, que não pode ter a pretensão de ter à sua disposição as funcionalidades mais recentes?<br></div><div>Volto a lembrar, uma das imagens de marca do SL é, usar a versão SW mais atual no mesmo HW.<br></div><div><br>Claro que compreendo que existem limitações obvias, mas (desculpem os adversos à apple) no meu macbook de 2008 sempre usei a versão mais recente do OSX e nunca senti diferenças em relação à performace da versão OSX que tinha inicialmente. <br>Bem sei, sou um chato, mal habituado... ;-)<br></div><div><br>> Se mantêm versões antigas de computadores so rezo que nao estejam ligados à internet,<br>> pois são backport para vírus e outras coisas menos boas.<br></div><div><br>Fica descansado, estamos em completo isolamento para não contaminar o mundo, por detrás de sofisticados proxys e firewalls... ;-)<br></div><div><br>> Qualquer programador de primeira água te saberá dizer que o número de 
ficheiros de um programa<br>> nada tem qualquer relação com a sua 
performance, nem tão pouco com o seu tempo de arranque.<br>> Por isso, por 
favor, não apresentes isso como sendo um factor relevante.<br></div><br></div>Pois, diretamente não, mas se tiveres um disco (FileSystem) completamente "abandalhado de ficheirinhos" e se esse FileSystem for FAT32, rapidamente sentes na performance a consequências da brincadeira. Os ficheiros existem em discos físicos magnéticos nos quais existem cabeças que lêem e escrevem e levam tempo a ir de um lado para o outro. <a href="https://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/images/xwr_p01.gif">https://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/images/xwr_p01.gif</a><br></div><div><br>Para que os não "programadores de primeira" entendam, provavelmente já sentiram um PC muito lento ao fim de +1 ano de utilização, mesmo quando o disco não se encontra cheio. Esta é uma das principais razões, imensos ficheirinhos no disco que até nem são usados, mas estão lá a atrapalhar o sistema operativo que procura um ficheiro na molhada. Para resolver isto, a unica solução é uma instalação nova (clean) do windows, para apagar a lixeira que não serve para nada, e o resultado parece fazer ressuscitar um PC!<br><br></div>O que eu também estava a contestar em relação ao numero de ficheiros, era o tempo de instalação. <br><div><div><div><div><div><div><div><div><div><div><div><br>> Pessoalmente fico mais desiludido com o facto de existirem em Portugal 
centenas(?) de entidades a utilizarem QGIS,<br>> com isso a pouparem milhares
 de euros (ainda bem), e nem uma se chegar à frente para contribuir para
 o projecto<br>> e com isso ajudar à sua sustentabilidade. Fico com a 
sensação que por cá apenas interessa colher os benefícios<br>> sem se 
assumirem qualquer tipo de responsabilidades.<br><br></div><div>Compreendo que possa haver esse tipo de pensamentos, por desconhecimento da atual realidade da AP.<br>Por isso devo explicar que é uma maneira errada de ver as coisas, por ser desgarrado da realidade.<br><br>O que se deve pensar é estar agradecido a esses utilizadores por usarem o QGIS.<br></div><div>Primeiro porque muitos deles o fazem por iniciativa própria, até por vezes sem conhecimento superior. Algumas instituições permitem a instalação de software livre nas máquinas, mas algumas não permitem e até o proíbem!<br></div><div>Segundo, porque ao usarem-no estão a investir o seu tempo na aprendizagem e utilização e a aumentar a massa crítica de utilizadores SIG que conhecem, falam e recomendam o QGIS. E é isso que contribui para o seu sucesso e fama! (que é sempre difícil e que leva tempo a construir).<br></div><div>Quanto a "estão a poupar", é uma ilusão! Na grande maioria dos casos o SIG não é uma prioridade e portanto os cortes $ e poupanças nesta área decorre da decisão de eliminação de despesas. Se tentares a abordagem: só se faz se houver $ para software. A resposta é, então não se faz! <br>Concluindo, procurar investidores na AP na atual situação, é uma verdadeira ilusão, porque o "discurso" é: "<i>não há $ nem para mandar cantar o ceguinho</i>." E quando existe despesa em licenciamento SIG, é por outras motivações...<br><br><br></div><div>Termino para dizer aos que pensam que é minha intenção denegrir o projeto QGIS, estão enganados, MUITO PELO CONTRÁRIO!  <br></div><div><br></div><div>Abraços,<br></div><div>Ricardo Pinho<br><br></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">No dia 13 de janeiro de 2016 às 17:59, José Carlos Santos <span dir="ltr"><<a href="mailto:jcgarciadossantos@gmail.com" target="_blank">jcgarciadossantos@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><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:1px solid rgb(204,204,204)">Send QGIS-pt mailing list submissions to<br>
        <a href="mailto:qgis-pt@lists.osgeo.org" target="_blank">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" rel="noreferrer" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">ricardodepinho@gmail.com</a>><br>
To: "QGIS PT - lista de utilizadores QGIS, em portugu"<br>
        <<a href="mailto:qgis-pt@lists.osgeo.org" target="_blank">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" target="_blank">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" target="_blank">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/" rel="noreferrer" target="_blank">http://naturalgis.pt/</a><br>
> <a href="mailto:giovanni.manghi@naturalgis.pt" target="_blank">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" target="_blank">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" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer" target="_blank">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" rel="noreferrer" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">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/" rel="noreferrer" target="_blank">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" target="_blank">senhor.neto@gmail.com</a>><br>
To: "QGIS PT - lista de utilizadores QGIS, em portugu"<br>
        <<a href="mailto:qgis-pt@lists.osgeo.org" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">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/" rel="noreferrer" target="_blank">http://naturalgis.pt/</a><br>
>> <a href="mailto:giovanni.manghi@naturalgis.pt" target="_blank">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" target="_blank">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" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer" target="_blank">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" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
><br>
--<br>
Alexandre Neto<br>
---------------------<br>
@AlexNetoGeo<br>
<a href="http://sigsemgrilhetaswordpress.com" rel="noreferrer" target="_blank">http://sigsemgrilhetaswordpress.com</a><br>
<a href="http://gisunchained.wordpress.com" rel="noreferrer" target="_blank">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" rel="noreferrer" target="_blank">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" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer" target="_blank">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><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>
<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" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-pt</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><font color="#888888">Ricardo Pinho<br></font></span></div>
</div></div></div></div></div></div></div>