[QGIS-pt] Tornar o QGIS 2.8.2 mais rápido

[Ricardo Pinho]

Viva,

A falar é que a gente se entende, e obviamente ninguém quer ofender ninguém.
Eu interpreto que sempre que alguém se queixa é porque se preocupa e se
interessa.
Os que se calam ou dizem que está tudo bem, ou são indiferentes ou são
medíocres (sem ofensas).

> São máquinas com pelo menos 10 anos.

Só quem está dentro AP é que sabe a realidade, no "mínimo caricata", a que
está sujeito quem tenta fazer alguma coisa.

> A minha pergunta é simples: se eu descativar o processing tolbox, o QGIS
> continua trabalhar normalmente com as outras opções? Eventualmente teria
> ganhos de tempo?

O plugin Processing, não o consigo desinstalar, o QGIS só permite
desactivar.

> Usam o OSGeo4w existe um tutorial no qgis-pt a explica-lo.
> http://qgis.pt/blog/2014/06/18/instalacao-do-qgis-via-osgeo4w/
<http://qgis.pt/blog/2014/06/18/instalacao-do-qgis-via-osgeo4w/>

Sim eu sei, o Frank fez uma excelente tentativa em trazer o método de
instalação do debian/ubuntu para o Windows.
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...)

Usar na CM esse instalador está fora de hipótese, porque a maldita
"segurança" atrapalha mais do que ajuda.
Estou por detrás de uma firewall e de um proxy, que me impede de aceder ao
repositório.

> É por isso que mantêm as antigas versões do QGIS para downloads.
> Agora se querem novas versões com mais funcionalidades
> tem de saber o que é prioritário numa Câmara Municipal.

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?
Volto a lembrar, uma das imagens de marca do SL é, usar a versão SW mais
atual no mesmo HW.

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.
Bem sei, sou um chato, mal habituado... ;-)

> Se mantêm versões antigas de computadores so rezo que nao estejam ligados
à internet,
> pois são backport para vírus e outras coisas menos boas.

Fica descansado, estamos em completo isolamento para não contaminar o
mundo, por detrás de sofisticados proxys e firewalls... ;-)

> Qualquer programador de primeira água te saberá dizer que o número de
ficheiros de um programa
> nada tem qualquer relação com a sua performance, nem tão pouco com o seu
tempo de arranque.
> Por isso, por favor, não apresentes isso como sendo um factor relevante.

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.
https://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/images/xwr_p01.gif

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!

O que eu também estava a contestar em relação ao numero de ficheiros, era o
tempo de instalação.

> Pessoalmente fico mais desiludido com o facto de existirem em Portugal
centenas(?) de entidades a utilizarem QGIS,
> com isso a pouparem milhares de euros (ainda bem), e nem uma se chegar à
frente para contribuir para o projecto
> e com isso ajudar à sua sustentabilidade. Fico com a sensação que por cá
apenas interessa colher os benefícios
> sem se assumirem qualquer tipo de responsabilidades.

Compreendo que possa haver esse tipo de pensamentos, por desconhecimento da
atual realidade da AP.
Por isso devo explicar que é uma maneira errada de ver as coisas, por ser
desgarrado da realidade.

O que se deve pensar é estar agradecido a esses utilizadores por usarem o
QGIS.
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!
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).
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!
Concluindo, procurar investidores na AP na atual situação, é uma verdadeira
ilusão, porque o "discurso" é: "*não há $ nem para mandar cantar o ceguinho*."
E quando existe despesa em licenciamento SIG, é por outras motivações...


Termino para dizer aos que pensam que é minha intenção denegrir o projeto
QGIS, estão enganados, MUITO PELO CONTRÁRIO!

Abraços,
Ricardo Pinho


No dia 13 de janeiro de 2016 às 17:59, José Carlos Santos <
jcgarciadossantos  gmail.com> escreveu:

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


-- 
Ricardo Pinho
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/76d78ddb/attachment-0001.html>