<div dir="ltr"><div>Obrigado pelas dicas.<br></div><div>Ricardo Pinho<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">No dia 14 de janeiro de 2016 às 09:27, João Gaspar <span dir="ltr"><<a href="mailto:joao.f.r.gaspar@gmail.com" target="_blank">joao.f.r.gaspar@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Aproveito e além do tutorial do <a href="http://qgis.pt" rel="noreferrer" target="_blank">qgis.pt</a> existem ainda estes que ajudam<br>
a trabalhar com o OSGeo4W e a facilitar a instalação para pessoal que<br>
tem restrições:<br>
<br>
<a href="https://qgis2015.wordpress.com/2015/05/17/how-to-make-a-qgis-on-a-stick-implementation/" rel="noreferrer" target="_blank">https://qgis2015.wordpress.com/2015/05/17/how-to-make-a-qgis-on-a-stick-implementation/</a><br>
<br>
<a href="http://www.qgis.nl/2014/04/22/qgis-in-de-klas-onder-windows/?lang=en" rel="noreferrer" target="_blank">http://www.qgis.nl/2014/04/22/qgis-in-de-klas-onder-windows/?lang=en</a><br>
<br>
<a href="http://qgis.dk/arkiver/290" rel="noreferrer" target="_blank">http://qgis.dk/arkiver/290</a><br>
<br>
Abraço<br>
João Gaspar<br>
<br>
No dia 13 de janeiro de 2016 às 23:48, Duarte Carreira<br>
<<a href="mailto:dncarreira@gmail.com">dncarreira@gmail.com</a>> escreveu:<br>
<div class="HOEnZb"><div class="h5">> Boa noite. Apenas para dizer k se pode usar em casa o instalador osgeo4w<br>
> usando a opção de apenas fazer o download. Depois colocar essa pasta numa<br>
> pen usb e levar para o trabalho. No pc do trabalho podemos usar o instalador<br>
> osgeo4w e usar a opção de instalar a partir da pen em vez da internet. E ta<br>
> feito.<br>
><br>
> Para mim este instalador tem sido uma benção e até passa o firewall com<br>
> autenticação ntlm, basta usar a opção de settings automáticos. Como o<br>
> repositório é acedido via http porta 80, e não está na lista negra, a<br>
> firewall não tem razão para bloquear, no nosso caso, claro. Eu sei k se pode<br>
> restringir muito o k passa ou não numa firewall...<br>
><br>
> Abr<br>
> Duarte<br>
> <<a href="mailto:qgis-pt-request@lists.osgeo.org">qgis-pt-request@lists.osgeo.org</a>> escreveu em qua, 13/01/2016 às 21:07 :<br>
>><br>
>> 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" 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">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>
>> Today's Topics:<br>
>><br>
>>    1. Re: Tornar o QGIS 2.8.2 mais rápido (Ricardo Pinho)<br>
>><br>
>><br>
>><br>
>> ---------- Forwarded message ----------<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>
>> Cc:<br>
>> Date: Wed, 13 Jan 2016 21:07:47 +0000<br>
>> Subject: Re: [QGIS-pt] Tornar o QGIS 2.8.2 mais rápido<br>
>> Viva,<br>
>><br>
>> A falar é que a gente se entende, e obviamente ninguém quer ofender<br>
>> ninguém.<br>
>> Eu interpreto que sempre que alguém se queixa é porque se preocupa e se<br>
>> interessa.<br>
>> Os que se calam ou dizem que está tudo bem, ou são indiferentes ou são<br>
>> medíocres (sem ofensas).<br>
>><br>
>> > São máquinas com pelo menos 10 anos.<br>
>><br>
>> Só quem está dentro AP é que sabe a realidade, no "mínimo caricata", a que<br>
>> está sujeito quem tenta fazer alguma coisa.<br>
>><br>
>> > A minha pergunta é simples: se eu descativar o processing tolbox, o QGIS<br>
>> > continua trabalhar normalmente com as outras opções? Eventualmente teria<br>
>> > ganhos de tempo?<br>
>><br>
>> O plugin Processing, não o consigo desinstalar, o QGIS só permite<br>
>> 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>
>> Sim eu sei, o Frank fez uma excelente tentativa em trazer o método de<br>
>> instalação do debian/ubuntu para o Windows.<br>
>> Mas sinceramente acho que não resultou, pelo menos foi a impressão que<br>
>> 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<br>
>> "segurança" atrapalha mais do que ajuda.<br>
>> Estou por detrás de uma firewall e de um proxy, que me impede de aceder ao<br>
>> 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>
>> Então qual a versão que se recomenda a um modesto utilizador de CM<br>
>> instalar no seu posto de trabalho, que não pode ter a pretensão de ter à sua<br>
>> disposição as funcionalidades mais recentes?<br>
>> Volto a lembrar, uma das imagens de marca do SL é, usar a versão SW mais<br>
>> atual no mesmo HW.<br>
>><br>
>> Claro que compreendo que existem limitações obvias, mas (desculpem os<br>
>> adversos à apple) no meu macbook de 2008 sempre usei a versão mais recente<br>
>> do OSX e nunca senti diferenças em relação à performace da versão OSX que<br>
>> tinha inicialmente.<br>
>> Bem sei, sou um chato, mal habituado... ;-)<br>
>><br>
>> > Se mantêm versões antigas de computadores so rezo que nao estejam<br>
>> > ligados à internet,<br>
>> > pois são backport para vírus e outras coisas menos boas.<br>
>><br>
>> Fica descansado, estamos em completo isolamento para não contaminar o<br>
>> mundo, por detrás de sofisticados proxys e firewalls... ;-)<br>
>><br>
>> > Qualquer programador de primeira água te saberá dizer que o número de<br>
>> > ficheiros de um programa<br>
>> > nada tem qualquer relação com a sua performance, nem tão pouco com o seu<br>
>> > tempo de arranque.<br>
>> > Por isso, por favor, não apresentes isso como sendo um factor relevante.<br>
>><br>
>> Pois, diretamente não, mas se tiveres um disco (FileSystem) completamente<br>
>> "abandalhado de ficheirinhos" e se esse FileSystem for FAT32, rapidamente<br>
>> sentes na performance a consequências da brincadeira. Os ficheiros existem<br>
>> em discos físicos magnéticos nos quais existem cabeças que lêem e escrevem e<br>
>> levam tempo a ir de um lado para o outro.<br>
>> <a href="https://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/images/xwr_p01.gif" rel="noreferrer" target="_blank">https://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/images/xwr_p01.gif</a><br>
>><br>
>> Para que os não "programadores de primeira" entendam, provavelmente já<br>
>> sentiram um PC muito lento ao fim de +1 ano de utilização, mesmo quando o<br>
>> disco não se encontra cheio. Esta é uma das principais razões, imensos<br>
>> ficheirinhos no disco que até nem são usados, mas estão lá a atrapalhar o<br>
>> sistema operativo que procura um ficheiro na molhada. Para resolver isto, a<br>
>> unica solução é uma instalação nova (clean) do windows, para apagar a<br>
>> lixeira que não serve para nada, e o resultado parece fazer ressuscitar um<br>
>> PC!<br>
>><br>
>> O que eu também estava a contestar em relação ao numero de ficheiros, era<br>
>> o tempo de instalação.<br>
>><br>
>> > Pessoalmente fico mais desiludido com o facto de existirem em Portugal<br>
>> > centenas(?) de entidades a utilizarem QGIS,<br>
>> > com isso a pouparem milhares de euros (ainda bem), e nem uma se chegar à<br>
>> > frente para contribuir para o projecto<br>
>> > e com isso ajudar à sua sustentabilidade. Fico com a sensação que por cá<br>
>> > apenas interessa colher os benefícios<br>
>> > sem se assumirem qualquer tipo de responsabilidades.<br>
>><br>
>> Compreendo que possa haver esse tipo de pensamentos, por desconhecimento<br>
>> da atual realidade da AP.<br>
>> Por isso devo explicar que é uma maneira errada de ver as coisas, por ser<br>
>> desgarrado da realidade.<br>
>><br>
>> O que se deve pensar é estar agradecido a esses utilizadores por usarem o<br>
>> QGIS.<br>
>> Primeiro porque muitos deles o fazem por iniciativa própria, até por vezes<br>
>> sem conhecimento superior. Algumas instituições permitem a instalação de<br>
>> software livre nas máquinas, mas algumas não permitem e até o proíbem!<br>
>> Segundo, porque ao usarem-no estão a investir o seu tempo na aprendizagem<br>
>> e utilização e a aumentar a massa crítica de utilizadores SIG que conhecem,<br>
>> falam e recomendam o QGIS. E é isso que contribui para o seu sucesso e fama!<br>
>> (que é sempre difícil e que leva tempo a construir).<br>
>> Quanto a "estão a poupar", é uma ilusão! Na grande maioria dos casos o SIG<br>
>> não é uma prioridade e portanto os cortes $ e poupanças nesta área decorre<br>
>> da decisão de eliminação de despesas. Se tentares a abordagem: só se faz se<br>
>> houver $ para software. A resposta é, então não se faz!<br>
>> Concluindo, procurar investidores na AP na atual situação, é uma<br>
>> verdadeira ilusão, porque o "discurso" é: "não há $ nem para mandar cantar o<br>
>> ceguinho." E quando existe despesa em licenciamento SIG, é por outras<br>
>> motivações...<br>
>><br>
>><br>
>> Termino para dizer aos que pensam que é minha intenção denegrir o projeto<br>
>> QGIS, estão enganados, MUITO PELO CONTRÁRIO!<br>
>><br>
>> Abraços,<br>
>> Ricardo Pinho<br>
>><br>
>><br>
>> No dia 13 de janeiro de 2016 às 17:59, José Carlos Santos<br>
>> <<a href="mailto:jcgarciadossantos@gmail.com">jcgarciadossantos@gmail.com</a>> escreveu:<br>
>>><br>
>>> Meus Senhores, mto boa tarde.<br>
>>><br>
>>> Penso ter sido eu, um dos primeiros utilizadores a levantar esta questão.<br>
>>> Não pretendo com esta afirmação ofender seja quem for.<br>
>>> Se alguém assim o entender, peço as minhas sinceras desculpas porque<br>
>>> não é esta a minha intenção mas sim contribuir com a minha humilde<br>
>>> experiencia no QGIS e partilhá-la com todos vós.<br>
>>><br>
>>> Recebi imensas ajudas q já agradeci em tempo oportuno e volto a agradecer<br>
>>> quanto me ajudaram a tornar o QGIS 2.8.2 mais rápido.<br>
>>><br>
>>> Se retirarmos os plugins não utlizados de forma sistemática, há um ganho<br>
>>> no<br>
>>> arranque do QGIS e no abrir do projeto de trabalho.<br>
>>> Nos meus serviços, existem atualmente, 32 utilizadores do QGIS.<br>
>>> Antes a maioria trabalhava com o arcexplorer do proprietário.<br>
>>> A questão principal colocada aqui são as máquinas não estarem desenhadas<br>
>>> para utilização desta ferramenta.<br>
>>> São máquinas com pelo menos 10 anos.<br>
>>> Apesar dos nossos esforços junto dos responsáveis no sentido de os<br>
>>> sensibilizar<br>
>>> para a necessidade de na compra eventual de novas máquinas estas<br>
>>> possam vir desenhadas de modo a melhorar o desempenho do QGIS, ainda<br>
>>> não foi possível concretizar esse projeto.<br>
>>> Na minha  humilde opinião aqui reside alguma causa na demora do arranque<br>
>>> do<br>
>>> QGIS.<br>
>>><br>
>>> No trabalho diário, nem sempre se utiliza todas as  ferramentas do<br>
>>> processing<br>
>>> toolbox.<br>
>>> A minha pergunta é simples: se eu descativar o processing tolbox, o QGIS<br>
>>> continua trabalhar normalmente com as outras opções? Eventualmente teria<br>
>>> ganhos de tempo?<br>
>>> Se alguém pf me pudesse ajudar eu mto agradeço.<br>
>>><br>
>>> Tenho acompanhado este interessante debate  porque considero serem<br>
>>> contributos mto úteis para o melhoramento das funcionalidades do QGIS.<br>
>>><br>
>>> Um abraço a todos,<br>
>>><br>
>>> JCS<br>
>>> .<br>
>>><br>
>>> No dia 13 de janeiro de 2016 às 15:41, <<a href="mailto:qgis-pt-request@lists.osgeo.org">qgis-pt-request@lists.osgeo.org</a>><br>
>>> escreveu:<br>
>>>><br>
>>>> 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" 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">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>
>>>><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<br>
>>>> 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<br>
>>>> melhorar<br>
>>>> o contributo dos colegas e serviços para o SIG Municipal. Só para dar<br>
>>>> 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<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<br>
>>>> 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<br>
>>>> 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<br>
>>>> 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<br>
>>>> "carregar"<br>
>>>> ou "verificar" no momento de arranque.<br>
>>>><br>
>>>> Mas deixo este desafio aos programadores (do QGIS) que concerteza<br>
>>>> conseguem<br>
>>>> encontrar uma solução inteligente para que nós os utilizadores ansiosos<br>
>>>> 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/" rel="noreferrer" target="_blank">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" 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:<br>
>>>> <<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">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>
>>>><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<br>
>>>> > 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<br>
>>>> 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)<br>
>>>> > em<br>
>>>> > diversos postos de trabalho, onde considero que o seu uso permite<br>
>>>> > melhorar o<br>
>>>> > contributo dos colegas e serviços para o SIG Municipal. Só para dar<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > demonstrou<br>
>>>> > que bastava abrir a tampa do MAC e ele estava pronto a ser usado. Uma<br>
>>>> > magia<br>
>>>> > que lhe fez vender milhões e conquistou a fidelidade dos<br>
>>>> > 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...<br>
>>>> 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<br>
>>>> > "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<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>
>>>> 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>
>>>><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<br>
>>>> 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<br>
>>>> as<br>
>>>> funcionalidades do QGIS, mas quem não as quiser instalar, tem bom<br>
>>>> 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<br>
>>>> ser<br>
>>>> resolvido, por favor usa o teu tempo e poder descritivo num Bug Report<br>
>>>> ou<br>
>>>> num Feature Request, acompanhado dos devidos testes para que de facto<br>
>>>> 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<br>
>>>> 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<br>
>>>> das<br>
>>>> receitas de venda de licenças e portanto as melhorias ou correcções<br>
>>>> 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<br>
>>>> 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<br>
>>>> Open<br>
>>>> source em geral, o software irá sempre corresponder melhor às<br>
>>>> necessidades<br>
>>>> dos utilizadores que de alguma forma o suportam e tem um papel activo.<br>
>>>> Só<br>
>>>> por si utilizar o QGIS não representa nenhum tipo de suporte ao<br>
>>>> 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<br>
>>>> 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<br>
>>>> 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<br>
>>>> a<br>
>>>> utilizarem QGIS, com isso a pouparem milhares de euros (ainda bem), e<br>
>>>> nem<br>
>>>> uma se chegar à frente para contribuir para o projecto e com isso ajudar<br>
>>>> à<br>
>>>> sua sustentabilidade. Fico com a sensação que por cá apenas interessa<br>
>>>> colher os benefícios sem se assumirem qualquer tipo de<br>
>>>> responsabilidades.<br>
>>>><br>
>>>> Alexandre Neto<br>
>>>><br>
>>>><br>
>>>> Ricardo Pinho <<a href="mailto:ricardodepinho@gmail.com">ricardodepinho@gmail.com</a>> escreveu no dia quarta,<br>
>>>> 13/01/2016<br>
>>>> às 11:38:<br>
>>>><br>
>>>> > Viva,<br>
>>>> ><br>
>>>> > Quanto à quantidade de ficheiros sei que quando instalamos o QGIS<br>
>>>> > 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)<br>
>>>> > em<br>
>>>> > diversos postos de trabalho, onde considero que o seu uso permite<br>
>>>> > melhorar<br>
>>>> > o contributo dos colegas e serviços para o SIG Municipal. Só para dar<br>
>>>> > uma<br>
>>>> > ideia, só da minha iniciativa existem 28 postos de trabalho com QGIS.<br>
>>>> > Devem imaginar que o "parque informatico municipal" inclui ainda<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > 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<br>
>>>> > "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<br>
>>>> > utilizadores<br>
>>>> > ansiosos por usar o programa logo de manha, não ficarmos desiludidos!<br>
>>>> > ;-)<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/" rel="noreferrer" target="_blank">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<br>
>>>> >> 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" 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">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:<br>
>>>> <<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">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>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>><br>
>>> José Carlos Santos<br>
>>><br>
>>> Consultor<br>
>>><br>
>>> Geógrafo<br>
>>><br>
>>> Sistemas de Informação Geográfica<br>
>>><br>
>>> Análise de imagens<br>
>>><br>
>>> Open Source<br>
>>><br>
>>> <a href="mailto:jcgarciadossantos@gmail.com">jcgarciadossantos@gmail.com</a><br>
>>><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/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">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>
> 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>
_______________________________________________<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>
</div></div></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>