[QGIS-pt] QGIS-pt Digest, Vol 22, Issue 11
Ricardo Pinho
ricardodepinho at gmail.com
Thu Jan 14 01:34:16 PST 2016
Obrigado pelas dicas.
Ricardo Pinho
No dia 14 de janeiro de 2016 às 09:27, João Gaspar <
joao.f.r.gaspar gmail.com> escreveu:
> Aproveito e além do tutorial do qgis.pt existem ainda estes que ajudam
> a trabalhar com o OSGeo4W e a facilitar a instalação para pessoal que
> tem restrições:
>
>
> https://qgis2015.wordpress.com/2015/05/17/how-to-make-a-qgis-on-a-stick-implementation/
>
> http://www.qgis.nl/2014/04/22/qgis-in-de-klas-onder-windows/?lang=en
>
> http://qgis.dk/arkiver/290
>
> Abraço
> João Gaspar
>
> No dia 13 de janeiro de 2016 às 23:48, Duarte Carreira
> <dncarreira gmail.com> escreveu:
> > Boa noite. Apenas para dizer k se pode usar em casa o instalador osgeo4w
> > usando a opção de apenas fazer o download. Depois colocar essa pasta numa
> > pen usb e levar para o trabalho. No pc do trabalho podemos usar o
> instalador
> > osgeo4w e usar a opção de instalar a partir da pen em vez da internet. E
> ta
> > feito.
> >
> > Para mim este instalador tem sido uma benção e até passa o firewall com
> > autenticação ntlm, basta usar a opção de settings automáticos. Como o
> > repositório é acedido via http porta 80, e não está na lista negra, a
> > firewall não tem razão para bloquear, no nosso caso, claro. Eu sei k se
> pode
> > restringir muito o k passa ou não numa firewall...
> >
> > Abr
> > Duarte
> > <qgis-pt-request lists.osgeo.org> escreveu em qua, 13/01/2016 às 21:07 :
> >>
> >> 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)
> >>
> >>
> >>
> >> ---------- Forwarded message ----------
> >> From: Ricardo Pinho <ricardodepinho gmail.com>
> >> To: "QGIS PT - lista de utilizadores QGIS, em portugu"
> >> <qgis-pt lists.osgeo.org>
> >> Cc:
> >> Date: Wed, 13 Jan 2016 21:07:47 +0000
> >> Subject: Re: [QGIS-pt] Tornar o QGIS 2.8.2 mais rápido
> >> 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/
> >>
> >> 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
> >> _______________________________________________
> >> QGIS-pt mailing list
> >> QGIS-pt lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/qgis-pt
> >
> >
> > _______________________________________________
> > QGIS-pt mailing list
> > QGIS-pt lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-pt
> >
> _______________________________________________
> 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/20160114/58c022ed/attachment-0001.html>
More information about the QGIS-pt
mailing list