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

QGIS QGIS-pt-user
1

Caros(as) Amigos (as)
Mto boa tarde.

Votos de um excelente 2016 para todos vós.

Gostaria de saber como tornar o QGIS 2.8.2 mais rápido.
Em algumas operações o QGIS não responde, mas poucos
minutos dps responde.

Eu lembro-me q no ACAD, para torná-lo mais rápido crio uma
pasta de ficheiros temporários e o ACAD coloca nessa pasta
todos os ficheiros temporários para não se misturarem na pasta de
processamento dos comandos.
E de facto fica mais rápido.

No QGIS 2.8.2.e nas anteriores versões tentei procurar algo semelhante
mas sem sucesso.
Se alguém me pudesse eventualmente ajudar, eu desde já mto agradeço.

Um abraço,

JCS

···

No dia 4 de janeiro de 2016 às 20:00, <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. Mensagem de erro do QGIS (Ana Fontes)
  2. Re: Mensagem de erro do QGIS (Alexandre Neto)

Message: 1
Date: Mon, 4 Jan 2016 11:18:53 +0000
From: Ana Fontes <Ana.Fontes@icnf.pt>
To: “qgis-pt@lists.osgeo.org” <qgis-pt@lists.osgeo.org>
Cc: Orlando da Silva Fonseca Ribeiro <Orlando.Ribeiro@icnf.pt>
Subject: [QGIS-pt] Mensagem de erro do QGIS
Message-ID:
<8DC9C94C1B70994BB460576C40E6B73E69A7E966@Sylvestris.dgrf.min-agricultura.pt>

Content-Type: text/plain; charset=“iso-8859-1”

Bom dia,
O meu QGIS (v. 2.12) que, estava a funcionar perfeitamente, passou a dar-me mensagem de erro e fecha o programa.

Estive a reinstalar através do OSGeo4w, instalação Avançada e, após instalação, ao abrir a aplicação recebi, em 2 tentativas de reinstalação, a(s) seguinte(s) mensagens:

"qgis-bin.exe - Erro de sistema

Não é possível iniciar o programa porque ippj-5.3.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema".

Ou

"Não é possível iniciar o programa porque libiconv-2.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema".

Acabei por instalar a versão “stand alone” do QGis mas, ao tentar operar em qualquer dos layers (um simples “duplo clik”), continuava a dar-me erro de “bin.exe” e fecha o programa.

Acabei por eliminar a pasta OSGeo4W do disco C e neste momento estou sem o QGIS instalado.
Agradeço a vossa ajuda no sentido de saber como devo resolver este problema.

Obrigada,

Ana Fontes
www.icnf.pt<http://www.icnf.pt/>
ana.fontes@icnf.ptmailto:[ana.fontes@icnf.pt](mailto:ana.fontes@icnf.pt)

-------------- next part --------------
An HTML attachment was scrubbed…
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160104/25a5ed72/attachment-0001.html>

Message: 2
Date: Mon, 04 Jan 2016 14:45:05 +0000
From: Alexandre Neto <senhor.neto@gmail.com>
To: “QGIS PT - lista de utilizadores QGIS, em portugu”
<qgis-pt@lists.osgeo.org>
Cc: Orlando da Silva Fonseca Ribeiro <Orlando.Ribeiro@icnf.pt>
Subject: Re: [QGIS-pt] Mensagem de erro do QGIS
Message-ID:
<CA+H0G_F+ZGnT=BPinYFF5igxGzag8LHt1m6SRdYOPZLM1zt-6A@mail.gmail.com>
Content-Type: text/plain; charset=“utf-8”

Boa tarde Ana,

É estranho ter deixado de funcionar. Tente seguir as operações o costume:

  • Desligue todos os plugins e veja se funciona;
  • Apague ou altere o nome (para efeitos de backup) da pasta .qgis2, na sua
    pasta de utilizador e verifique se funciona;
  • Reinstale o QGIS, via OSGeo4w, clicando com o botão direito sobre o icon
    do setup.exe e escolhendo “Executar como administrador”.

Boa sorte,
Alexandre Neto

Ana Fontes <Ana.Fontes@icnf.pt> escreveu no dia segunda, 4/01/2016 às 12:50:

Bom dia,

O meu QGIS (v. 2.12) que, estava a funcionar perfeitamente, passou a
dar-me mensagem de erro e fecha o programa.

Estive a reinstalar através do OSGeo4w, instalação Avançada e, após
instalação, ao abrir a aplicação recebi, em 2 tentativas de reinstalação,
a(s) seguinte(s) mensagens:

*“qgis-bin.exe – Erro de sistema *
Não é possível iniciar o programa porque ippj-5.3.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema”.

Ou

“Não é possível iniciar o programa porque libiconv-2.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema”.

Acabei por instalar a versão “stand alone” do QGis mas, ao tentar operar
em qualquer dos layers (um simples “duplo clik”), continuava a dar-me erro
de “bin.exe” e fecha o programa.

Acabei por eliminar a pasta OSGeo4W do disco C e neste momento estou sem o
QGIS instalado.

Agradeço a vossa ajuda no sentido de saber como devo resolver este
problema.

Obrigada,
_______________________________________________

Ana Fontes

www.icnf.pt

ana.fontes@icnf.pt

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/20160104/c05b4f92/attachment-0001.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 1

–

José Carlos Santos

Geógrafo

Consultor

Geografia Humana

Sistemas de Informação Geográfica

Detecção Remota

Open Source

jcgarciadossantos@gmail.com

2

Bom dia José,

Em primeiro lugar relembro que a versão 2.8 LTR já sofreu vários patches, estando disponível a versão 2.8.5. Aconselho a actualizar

Em relação ao seu problema, terá de ser um pouco mais específico e indicar em que alturas o QGIS fica mais lento. Existem uma séries de aspectos que podem condicionar o desempenho do QGIS (tal como de outro software qaulquer), a começar pelo formato e tamanho dos dados usados, as operações que está a executar e até o hardware usado.

Só sabendo mais detalhes sobre o problema é que se pode perceber se se consegue resolver com alguma configuração.

Alexandre Neto

José Carlos Santos <jcgarciadossantos@gmail.com> escreveu no dia terça, 5/01/2016 às 15:11:

···

No dia 4 de janeiro de 2016 às 20:00, <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. Mensagem de erro do QGIS (Ana Fontes)
  2. Re: Mensagem de erro do QGIS (Alexandre Neto)

Message: 1
Date: Mon, 4 Jan 2016 11:18:53 +0000
From: Ana Fontes <Ana.Fontes@icnf.pt>
To: “qgis-pt@lists.osgeo.org” <qgis-pt@lists.osgeo.org>
Cc: Orlando da Silva Fonseca Ribeiro <Orlando.Ribeiro@icnf.pt>
Subject: [QGIS-pt] Mensagem de erro do QGIS
Message-ID:
<8DC9C94C1B70994BB460576C40E6B73E69A7E966@Sylvestris.dgrf.min-agricultura.pt>

Content-Type: text/plain; charset=“iso-8859-1”

Bom dia,
O meu QGIS (v. 2.12) que, estava a funcionar perfeitamente, passou a dar-me mensagem de erro e fecha o programa.

Estive a reinstalar através do OSGeo4w, instalação Avançada e, após instalação, ao abrir a aplicação recebi, em 2 tentativas de reinstalação, a(s) seguinte(s) mensagens:

"qgis-bin.exe - Erro de sistema

Não é possível iniciar o programa porque ippj-5.3.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema".

Ou

"Não é possível iniciar o programa porque libiconv-2.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema".

Acabei por instalar a versão “stand alone” do QGis mas, ao tentar operar em qualquer dos layers (um simples “duplo clik”), continuava a dar-me erro de “bin.exe” e fecha o programa.

Acabei por eliminar a pasta OSGeo4W do disco C e neste momento estou sem o QGIS instalado.
Agradeço a vossa ajuda no sentido de saber como devo resolver este problema.

Obrigada,

Ana Fontes
www.icnf.pt<http://www.icnf.pt/>
ana.fontes@icnf.ptmailto:[ana.fontes@icnf.pt](mailto:ana.fontes@icnf.pt)

-------------- next part --------------
An HTML attachment was scrubbed…
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160104/25a5ed72/attachment-0001.html>

Message: 2
Date: Mon, 04 Jan 2016 14:45:05 +0000
From: Alexandre Neto <senhor.neto@gmail.com>
To: “QGIS PT - lista de utilizadores QGIS, em portugu”
<qgis-pt@lists.osgeo.org>
Cc: Orlando da Silva Fonseca Ribeiro <Orlando.Ribeiro@icnf.pt>
Subject: Re: [QGIS-pt] Mensagem de erro do QGIS
Message-ID:
<CA+H0G_F+ZGnT=BPinYFF5igxGzag8LHt1m6SRdYOPZLM1zt-6A@mail.gmail.com>
Content-Type: text/plain; charset=“utf-8”

Boa tarde Ana,

É estranho ter deixado de funcionar. Tente seguir as operações o costume:

  • Desligue todos os plugins e veja se funciona;
  • Apague ou altere o nome (para efeitos de backup) da pasta .qgis2, na sua
    pasta de utilizador e verifique se funciona;
  • Reinstale o QGIS, via OSGeo4w, clicando com o botão direito sobre o icon
    do setup.exe e escolhendo “Executar como administrador”.

Boa sorte,
Alexandre Neto

Ana Fontes <Ana.Fontes@icnf.pt> escreveu no dia segunda, 4/01/2016 às 12:50:

Bom dia,

O meu QGIS (v. 2.12) que, estava a funcionar perfeitamente, passou a
dar-me mensagem de erro e fecha o programa.

Estive a reinstalar através do OSGeo4w, instalação Avançada e, após
instalação, ao abrir a aplicação recebi, em 2 tentativas de reinstalação,
a(s) seguinte(s) mensagens:

*“qgis-bin.exe – Erro de sistema *
Não é possível iniciar o programa porque ippj-5.3.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema”.

Ou

“Não é possível iniciar o programa porque libiconv-2.dll está em falta no

Computador. Tente reinstalar o programa para corrigir este problema”.

Acabei por instalar a versão “stand alone” do QGis mas, ao tentar operar
em qualquer dos layers (um simples “duplo clik”), continuava a dar-me erro
de “bin.exe” e fecha o programa.

Acabei por eliminar a pasta OSGeo4W do disco C e neste momento estou sem o
QGIS instalado.

Agradeço a vossa ajuda no sentido de saber como devo resolver este
problema.

Obrigada,
_______________________________________________

Ana Fontes

www.icnf.pt

ana.fontes@icnf.pt

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/20160104/c05b4f92/attachment-0001.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 1

–

José Carlos Santos

Geógrafo

Consultor

Geografia Humana

Sistemas de Informação Geográfica

Detecção Remota

Open Source

jcgarciadossantos@gmail.com

3

Viva,

Se se refere ao arranque do QGIS, é de facto muito lento!

Faz-me lembrar as antigas versões do MS Windows, que davam para ir tomar o pequeno almoço quando ligavamos o computador de manha, até podermos ter alguma reação aos nossos comandos.

É de facto uma queixa dos utilizadores que os programadores deveriam dar ouvidos.

Embora possa estar errado, julgo que o problema deve-se à imensa quantidade de pequenos ficheiros que o QGIS precisa de ler e carregar em memoria no arranque. Isso obriga a muita atividade de disco duro o que reduz em muito a performance no arranque. Isso também se nota na fase de instalação que demora uma eternidade.

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.

Como o José Carlos já testei alguns truques, mas não consegui grandes resultados.

Neste momento a unica sugestão que lhe dou é comprar um disco SSD e instalar lá o QGIS (e já agora o SO).

Cumprimentos,

Ricardo Pinho

···

No dia 5 de janeiro de 2016 às 15:11, José Carlos Santos <jcgarciadossantos@gmail.com> escreveu:

Caros(as) Amigos (as)
Mto boa tarde.

Votos de um excelente 2016 para todos vós.

Gostaria de saber como tornar o QGIS 2.8.2 mais rápido.
Em algumas operações o QGIS não responde, mas poucos
minutos dps responde.

Eu lembro-me q no ACAD, para torná-lo mais rápido crio uma
pasta de ficheiros temporários e o ACAD coloca nessa pasta
todos os ficheiros temporários para não se misturarem na pasta de
processamento dos comandos.
E de facto fica mais rápido.

No QGIS 2.8.2.e nas anteriores versões tentei procurar algo semelhante
mas sem sucesso.
Se alguém me pudesse eventualmente ajudar, eu desde já mto agradeço.

Um abraço,

JCS

4

Ricardo,

Existe algum bug report disso, do tempo de abertura do QGIS? Se não há, e se isso te incomoda, sugiro que o cries.

O tempo de arranque também depende de vários factores, um dos mais fortes será certamente o número de plugins instalados e activos.

Mas se não estás contente com o tempo de arranque do QGIS, sugiro que experimentes abrir o ArcGIS, para veres o que é sofrer! :stuck_out_tongue:

Ricardo Pinho <ricardodepinho@gmail.com> escreveu no dia terça, 5/01/2016 às 16:31:

···

No dia 5 de janeiro de 2016 às 15:11, José Carlos Santos <jcgarciadossantos@gmail.com> escreveu:

Caros(as) Amigos (as)
Mto boa tarde.

Votos de um excelente 2016 para todos vós.

Gostaria de saber como tornar o QGIS 2.8.2 mais rápido.
Em algumas operações o QGIS não responde, mas poucos
minutos dps responde.

Eu lembro-me q no ACAD, para torná-lo mais rápido crio uma
pasta de ficheiros temporários e o ACAD coloca nessa pasta
todos os ficheiros temporários para não se misturarem na pasta de
processamento dos comandos.
E de facto fica mais rápido.

No QGIS 2.8.2.e nas anteriores versões tentei procurar algo semelhante
mas sem sucesso.
Se alguém me pudesse eventualmente ajudar, eu desde já mto agradeço.

Um abraço,

JCS

5

Viva Alexandre.

Por não querer que o QGIS seja comparado com outras “aberrações” é que transmiti este desagrado, que tenho recebido de muitos quando tento incentivar à mudança.
Custa-me a acreditar que não exista nenhum request sobre este assunto.
Mas se sou o unico utilizador “incomodado” com isto… por mim tudo bem, até dá jeito ir tomar o cafezinho de manha! eheheh
Abração e bom ano 2016.
Ricardo Pinho

···

No dia 5 de janeiro de 2016 às 16:55, Alexandre Neto <senhor.neto@gmail.com> escreveu:

Ricardo,

Existe algum bug report disso, do tempo de abertura do QGIS? Se não há, e se isso te incomoda, sugiro que o cries.

O tempo de arranque também depende de vários factores, um dos mais fortes será certamente o número de plugins instalados e activos.

Mas se não estás contente com o tempo de arranque do QGIS, sugiro que experimentes abrir o ArcGIS, para veres o que é sofrer! :stuck_out_tongue:

Ricardo Pinho <ricardodepinho@gmail.com> escreveu no dia terça, 5/01/2016 às 16:31:

Viva,

Se se refere ao arranque do QGIS, é de facto muito lento!

Faz-me lembrar as antigas versões do MS Windows, que davam para ir tomar o pequeno almoço quando ligavamos o computador de manha, até podermos ter alguma reação aos nossos comandos.

É de facto uma queixa dos utilizadores que os programadores deveriam dar ouvidos.

Embora possa estar errado, julgo que o problema deve-se à imensa quantidade de pequenos ficheiros que o QGIS precisa de ler e carregar em memoria no arranque. Isso obriga a muita atividade de disco duro o que reduz em muito a performance no arranque. Isso também se nota na fase de instalação que demora uma eternidade.

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.

Como o José Carlos já testei alguns truques, mas não consegui grandes resultados.

Neste momento a unica sugestão que lhe dou é comprar um disco SSD e instalar lá o QGIS (e já agora o SO).

Cumprimentos,

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

QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-pt

–

No dia 5 de janeiro de 2016 às 15:11, José Carlos Santos <jcgarciadossantos@gmail.com> escreveu:

Caros(as) Amigos (as)
Mto boa tarde.

Votos de um excelente 2016 para todos vós.

Gostaria de saber como tornar o QGIS 2.8.2 mais rápido.
Em algumas operações o QGIS não responde, mas poucos
minutos dps responde.

Eu lembro-me q no ACAD, para torná-lo mais rápido crio uma
pasta de ficheiros temporários e o ACAD coloca nessa pasta
todos os ficheiros temporários para não se misturarem na pasta de
processamento dos comandos.
E de facto fica mais rápido.

No QGIS 2.8.2.e nas anteriores versões tentei procurar algo semelhante
mas sem sucesso.
Se alguém me pudesse eventualmente ajudar, eu desde já mto agradeço.

Um abraço,

JCS

Ricardo Pinho

6

On Tue, 5 Jan 2016 16:31:03 +0000, Ricardo Pinho
<ricardodepinho@gmail.com> wrote:

  Olá a todos,

  Durante o arranque do Qgis o "splash" coloca um texto embaixo
informando o que está fazendo. Eu observei que até o surgimento do
"splash" o tempo é realmente muito curto, pelo menos no Qgis 2.12.2 em
uma máquina Linux com Xubuntu 64 bits. Muito rápido ele percorre
algumas atividades e para um loooooooooongo tempo na carga dos
complementos (plugins) instalados. Depois da carga dos complementos o
surgimento da janela do aplicativo e da dica é muito rápido.

  A minha impressão é que o programa arranca com todos os complementos
para só depois decidir se ele está ativo ou não. Junte-se aos que
são instalados com o programa os possíveis complementos que
instalamos no nosso diretório pessoal, através da gestão de
complementos, os que possivelmente desenvolvemos e ainda o fato de que
quase todos são escritos em uma linguagem interpretada (Pyhton) e temos
um quadro que explica (justifica?) o grande tempo no arranque.

  Apenas como um teste renomeei o diretório "~/.qgis2" para outro nome
qualquer e o arranque do Qgis foi extremamente rápido. No Windows
não faço ideia de qual o nome ou localização deste diretório. Pode
ser interessante repetir o teste nesta plataforma para ver se o
observado é o mesmo.

  Resumo: para mim o grande vilão foi a carga dos complementos
           carregados.

  Espero que ajude.

Viva,

Se se refere ao arranque do QGIS, é de facto muito lento!
Faz-me lembrar as antigas versões do MS Windows, que davam para ir
tomar o pequeno almoço quando ligavamos o computador de manha, até
podermos ter alguma reação aos nossos comandos.
É de facto uma queixa dos utilizadores que os programadores deveriam
dar ouvidos.

Embora possa estar errado, julgo que o problema deve-se à imensa
quantidade de pequenos ficheiros que o QGIS precisa de ler e carregar
em memoria no arranque. Isso obriga a muita atividade de disco duro o
que reduz em muito a performance no arranque. Isso também se nota na
fase de instalação que demora uma eternidade.

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.

Como o José Carlos já testei alguns truques, mas não consegui grandes
resultados.
Neste momento a unica sugestão que lhe dou é comprar um disco SSD e
instalar lá o QGIS (e já agora o SO).

Cumprimentos,
Ricardo Pinho

No dia 5 de janeiro de 2016 às 15:11, José Carlos Santos <
jcgarciadossantos@gmail.com> escreveu:

> Caros(as) Amigos (as)
> Mto boa tarde.
>
> Votos de um excelente 2016 para todos vós.
>
> Gostaria de saber como tornar o QGIS 2.8.2 mais rápido.
> Em algumas operações o QGIS não responde, mas poucos
> minutos dps responde.
>
> Eu lembro-me q no ACAD, para torná-lo mais rápido crio uma
> pasta de ficheiros temporários e o ACAD coloca nessa pasta
> todos os ficheiros temporários para não se misturarem na pasta de
> processamento dos comandos.
> E de facto fica mais rápido.
>
> No QGIS 2.8.2.e nas anteriores versões tentei procurar algo
> semelhante mas sem sucesso.
> Se alguém me pudesse eventualmente ajudar, eu desde já mto agradeço.
>
> Um abraço,
>
> JCS
>
>

  Roxo

--
---------------- Non luctari, ludare -------------------+ WYSIWYG
Fernando M. Roxo da Motta <petro@roxo.org> | Editor?
Except where explicitly stated I speak on my own behalf.| VI !!
      ( Usuário Linux registrado #39505 ) | I see text,
------------ Quis custodiet ipsos custodes?-------------+ I get text!

7

Olá

  Resumo: para mim o grande vilão foi a carga dos complementos
           carregados.

na grande maioria dos casos esta é a razão da lentidão do arranque do
QGIS, pois para cada plugin *instalado* (activo ou não, não há
diferença) o QGIS deve fazer o "scan" dos ficheiros de inicialização
dos mesmos, verificar se as dependências são respeitadas, etc.

A situação se torna ainda mais complicada quando os discos são lentos,
que por exemplo é algo que vejo muito de frequente nos computadores
dos formandos nas nossas formações.

Portanto:
remover os plugins que não usam é a forma mais simples de tornar o
arranque do QGIS mais rápido.

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
--

8

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
--

9

On Wed, 6 Jan 2016 12:41:46 +0000, Giovanni Manghi
<giovanni.manghi@gmail.com> wrote:

  Outra possibilidade é considerar o tempo que o Qgis estará em uso se
contrapondo ao tempo de arranque. Se o Qgis ficará em uso por horas,
ou mesmo ao longo de todo o dia, pode-se avaliar que o tempo de
arranque é muito menor que o tempo de uso e considerar este um preço
(pequeno) a pagar pelo uso de uma ferramenta com esta qualidade e
flexibilidade.

  Quando abro o Qgis no início do dia, eu o faço enquanto vou
atualizando os meus emails. Com isso o tempo de arranque do Qgis, para
mim, é zero. :wink:

Olá

> Resumo: para mim o grande vilão foi a carga dos complementos
> carregados.

na grande maioria dos casos esta é a razão da lentidão do arranque do
QGIS, pois para cada plugin *instalado* (activo ou não, não há
diferença) o QGIS deve fazer o "scan" dos ficheiros de inicialização
dos mesmos, verificar se as dependências são respeitadas, etc.

A situação se torna ainda mais complicada quando os discos são lentos,
que por exemplo é algo que vejo muito de frequente nos computadores
dos formandos nas nossas formações.

Portanto:
remover os plugins que não usam é a forma mais simples de tornar o
arranque do QGIS mais rápido.

Cumprimentos

  Roxo

--
---------------- Non luctari, ludare -------------------+ WYSIWYG
Fernando M. Roxo da Motta <petro@roxo.org> | Editor?
Except where explicitly stated I speak on my own behalf.| VI !!
      ( Usuário Linux registrado #39505 ) | I see text,
------------ Quis custodiet ipsos custodes?-------------+ I get text!

10

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! :wink:

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

11

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 :wink:

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! :wink:

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
:wink:

Claro que isto é a minha opinião e vale o que vale. :wink:

Cumprimentos,
João Gaspar

12

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:

···

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