[QGIS-pt] QGIS-pt Digest, Vol 22, Issue 11
Duarte Carreira
dncarreira at gmail.com
Wed Jan 13 15:48:27 PST 2016
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/
> <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
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20160113/003c3150/attachment-0001.html>
More information about the QGIS-pt
mailing list