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

Wed Jan 13 07:41:35 PST 2016

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
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/4ec69bc7/attachment-0001.html>