[QGIS-pt] Digest QGIS-pt, volume 6, assunto 21
André Duarte
afmduarte gmail.com
Quarta-Feira, 24 de Setembro de 2014 - 04:05:12 PDT
Bom dia Alexandre Neto,
Tenho contribuido muito pouco nas traduções devido ao tempo que disponho.
Deixo à vossa consideração a minha inclusão ou não.
No entanto, " um à parte" fico satisfeito e dou os parabéns à
comunidade Qgis.pt, porque tem remado contra a maré e pelo apoio que dão às
pessoas com dúvidas. Vou acompanhando de vez em quando e reparo que têm
tido muita paciência... :)
Uso todos os dias o Qgis desde a versão 1.7 e a cada versão que passa está
cada vez melhor. Está a anos luz do software mais utilizado em Portugal.
A verdade é que no Qgis não conseguimos meter um porco para sair um
chouriço (desculpem a expressão). Tenho visto completos atentados à Ciência
e Sistemas de Informação Geográfica, pois parece que não existe espirito
critico.
Enfim, este discurso é apenas para que continuem com o vosso esforço,
porque no fim de contas o mesmo é reconhecido.
Abraço,
André Duarte
Em 24 de setembro de 2014 11:18, <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/cgi-bin/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..."
>
>
> Tópicos de Hoje:
>
> 1. [traduções ] 2 dias para o Feature Freeze, recta final para
> traduções (Alexandre Neto)
> 2. Re: Simbologia QGIS + Open Data = fantásticos resultados
> (duartecarreira)
> 3. Re: 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11 a 13
> Setembro 2014 (Pedro Pereira)
> 4. Re: 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11 a 13
> Setembro 2014 (Fernando Ribeiro)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 24 Sep 2014 10:14:16 +0100
> From: Alexandre Neto <senhor.neto gmail.com>
> To: "qgis-pt lists.osgeo.org" <qgis-pt lists.osgeo.org>
> Subject: [QGIS-pt] [traduções ] 2 dias para o Feature Freeze, recta
> final para traduções
> Message-ID:
> <
> CA+H0G_HaUwwE7MGfJc+F-6RL6snaSB337D_Yck8gibfvit_6gA mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> O feature freeze do QGIS para a versão 2.6 é já daqui a 2 dias. Portanto as
> alterações às strings vão começar a decrescer e entramos no período ideal
> para trabalhar na tradução do Interface gráfico do QGIS. embora o interface
> se encontre totalmente traduzido acredito que haja lugar a revisão e
> melhorias.
>
> Quem quiserem participar na tradução, veja como aqui
> <http://www.qgis.pt/traducao.html>.
>
> Se por outro lado já enviou traduções para o GUI do QGIS e o seu nome ainda
> não consta da lista de tradutores em Ajuda > Sobre > Tradutores (este
> "sobre" talvez mereça uma tradução melhor, uma vez que a janela que abre se
> chama acer do qgis :-P), peço-vos que me enviem o vosso nome de utilizador
> do transifex e o vosso nome e apelido para que seja adicionado.
>
>
> Cumprimentos,
>
> Alexandre Neto
>
> ---------- Forwarded message ----------
> From: Werner Macho <werner.macho gmail.com>
> Date: Wed, Sep 24, 2014 at 9:07 AM
> Subject: [Qgis-tr] 2 days for freeze and important information
> To: QGIS Translation Discussions <qgis-tr lists.osgeo.org>
>
>
> Hi Translators!
>
> As the next version of QGIS (2.6) is already knocking on the doors (2
> days to freeze, which will also mean that the changes of strings will
> decrease and you can continue translating better and better) the
> release is currently planned for 2014/10/24 12:00:00 UTC (that means
> 30 days from now).
>
> As the translation with transifex is running well (and it is also
> possible to download and upload the qgis_xx.ts file directly from
> transifex) which makes it a lot easier for me to coordinate, I'd like
> to make transifex the DEFAULT way for translating QGIS GUI.
> I guess that also makes it a lot easier for translators to participate
> (please just tell me if there are problems).
> So after the 2.6 release I'll take all translations from transifex
> (maybe with a few exceptions where developers are also translators and
> have direct write access to the repository).
>
> Thanks a lot for all your contributions and .. Let's start for 2.6 Release!
>
> kind regards
> Werner
> _______________________________________________
> Qgis-tr mailing list
> Qgis-tr lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-tr
> -------------- próxima parte ----------
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b4c638a2/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Wed, 24 Sep 2014 02:56:33 -0700 (PDT)
> From: duartecarreira <dncarreira gmail.com>
> To: qgis-pt lists.osgeo.org
> Subject: Re: [QGIS-pt] Simbologia QGIS + Open Data = fantásticos
> resultados
> Message-ID: <1411552593253-5163723.post n6.nabble.com>
> Content-Type: text/plain; charset=UTF-8
>
> Giovanni, muito bom. Também acho impressionante a forma como o QGIS
> consegue
> fazer mapas tão bons como o google maps:
>
> Seguindo a técnica da Anita Grazer:
>
> http://anitagraser.com/2014/05/31/a-guide-to-googlemaps-like-maps-with-osm-in-qgis/
>
> Seguindo a técnica do wms shootout (basta importar os dados do OSM para o
> nosso concelho, e usar o projecto qgis já feito):
> http://wiki.osgeo.org/wiki/Benchmarking_2011
>
> Abr,
> Duarte
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Simbologia-QGIS-Open-Data-fantasticos-resultados-tp5163539p5163723.html
> Sent from the QGIS-pt mailing list archive at Nabble.com.
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 24 Sep 2014 11:08:42 +0100
> From: Pedro Pereira <pedromap gmail.com>
> To: QGIS PT - lista de utilizadores QGIS, em português.
> <qgis-pt lists.osgeo.org>
> Subject: Re: [QGIS-pt] 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11
> a 13 Setembro 2014
> Message-ID:
> <
> CAFzQen_CKLyUagfedHvHVPBCfK-v3QRYYkuYNpROoppk7PDwVw mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Boas,
>
> Recentemente falava com um colega de outra área sobre alguns exemplos de
> investimentos falhados na área dos SIG com valores superiores a 6 dígitos.
> E a primeira coisa que ele me disse foi "não penses que esses erros/maus
> investimentos são apenas na vossa área, nem imaginas o que se passa nas
> obras, aquisições etc....".
>
> Resumindo nós somos uma gota neste mar de notas de ?uros....
>
> Concordo com o Duarte, não existe uma solução ideal (algumas são mais user
> friendly, outras mais acessíveis "?", outras....).
>
> Neste momento o QGIS acho que me satisfaz minimamente.... sendo que ainda
> existe muita coisa a ser feita..... VAMOS AJUDAR NESSAS MELHORIAS.
>
> Cumprimentos,
> Pedro
>
> 2014-09-24 1:19 GMT+01:00 duartecarreira <dncarreira gmail.com>:
>
> > Boa noite a todos. Grande debate!
> >
> > Eu posso afirmar com toda a certeza que consigo "encravar" todos os
> > programas sig que uso, desde o qgis, ao arcgis, ao autocad map. Todos. E
> > não
> > é preciso muito esforço...
> >
> > "Ainda sou do tempo..." em que se avaliavam os programas seguindo uma
> > colecção enorme de operações. Isso sim é que eram avaliações profundas,
> tão
> > profundas que até se perdia de vista o objectivo - escolher a ferramenta
> > que
> > melhor servia as nossas necessidades. O produto A tinha 39 pontos, o
> > produto
> > B tinha 30. Ganhava o produto A mesmo que fosse pior nas funções que se
> > usavam em 99% das vezes. Enfim...
> >
> > Isto para dizer que comparações destas são sempre informativas, mas
> também
> > são quase sempre injustas. Se tivéssemos comparado a velocidade de fazer
> um
> > merge de um conjunto enorme de ortos, ganhava o qgis de longe. Mas isso
> > faria do qgis "o melhor" produto?
> >
> > Se não tiver dinheiro para software, esperar 30min se calhar não é assim
> > tão
> > mau... se tiver ?, e optar por uma estratégia assente em open source,
> então
> > posso aplicar esse ? na diminuição desses 30min. Se optar por uma
> > estratégia
> > assente em closed source, então posso aplicar esse ? em licenças (claro
> que
> > nesta lista esta opção não se coloca ;) e rezar para não descobrir um bug
> > bloqueante.
> >
> > Por outro lado, se um técnico que tem a função de decidir qual o melhor
> > produto para a sua organização se fica pela comparação de um clip
> > vectorial,
> > então estará a fazer um mau serviço. E os maus serviços mais cedo ou mais
> > tarde têm um preço...
> >
> > Ricardo, eu acho que tu colocas as coisas de forma um pouco rude, o que é
> > contraproducente. No fim, não percebo onde queres chegar, qual é a
> mensagem
> > que queres passar...
> > Não percebo para que foi a observação dos cores usados no qgis para
> > geoproc... dos produtos em análise, algum faz geoproc com mais de 1 core?
> > que eu saiba não... mandar trabalhos de casa para os devs também não
> serve
> > de nada, são apenas tiros para o ar e ruído. Para seres/sermos útil o
> ideal
> > seria ajudares a resolver esse (ou outro) problema, quer com donativos,
> > contratação de serviços, ou programação. No mínimo, qualquer um pode
> ajudar
> > a identificar as causas para cada problema. Dizer que não faz sentido ter
> > multithread no display e não no geoproc é um pouco rude e no limite
> > absurdo.
> > As coisas avançam por etapas, não aparece tudo feito por magia... na v2.2
> > não havia multithread em nada. na v2.4 há no display, and so on. haja fé,
> > irmão!
> >
> > Venham mais estudos e análises. Somos todos informados, e podemos fazer
> > sugestões de melhoria, investigar problemas detectados, propor novos
> > estudos, etc., etc.
> >
> > Agora, convinha tirar daqui alguma coisa útil... e já estão todos a
> > discutir. Afinal, qual é o problema? a dimensão dos dados? está
> > identificado? em que ticket? qual é o tamanho dos dados que geralmente é
> a
> > barreira? o que podem os utilizadores fazer nesses casos (partir em
> pedaços
> > mais pequenos?)? está agendada uma solução ou não é para já?
> >
> > Live long and prosper.
> >
> >
> >
> > --
> > View this message in context:
> >
> http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html
> > Sent from the QGIS-pt mailing list archive at Nabble.com.
> > _______________________________________________
> > QGIS-pt mailing list
> > QGIS-pt lists.osgeo.org
> > http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
> >
>
>
>
> --
> Pedro Pereira
> -------------- próxima parte ----------
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/fb23e4c9/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Wed, 24 Sep 2014 11:18:13 +0100
> From: Fernando Ribeiro <fernandinand gmail.com>
> To: QGIS PT - lista de utilizadores QGIS, em português.
> <qgis-pt lists.osgeo.org>
> Subject: Re: [QGIS-pt] 1as Jornadas Lusófonas CTIG 2014 - Coimbra - 11
> a 13 Setembro 2014
> Message-ID:
> <
> CAMpVtdppL4GgWgF9TvbrwGwt6y8Tbxb-XLqmiQma7kuNG5jfFQ mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Bom dia,
>
> Sobre esta matéria acho que há 3 pontos a considerar para futuros
> 'benchmarks':
>
> - Testar a performance de 3 softwares com base em apenas uma rotina é no
> mínimo redutor. Já para não falar que poderá derivar resultados
> contraditórios. Ver aqui
> <http://www.donmeltz.com/arcgis-vs-qgis-clipping-contest-rematch/> e aqui
> <
> http://courses.neteler.org/arcgis-vs-qgis-etc-clipping-contest-rematch-revisited/
> >.
> Se era um dos principais focos do documento, deveria haver mais
> investimento aqui.
>
> - Um bom técnico de SIG, para além de utilizar as técnicas tem de conhecer
> minimamente o software que utiliza. Assim, no enquadramento do Pedro
> Venâncio, deveria haver algum sentido crítico na escolha da técnica
> utilizada...ou em alternativa, as várias técnicas que no QGis existem
> disponíveis para realizar tarefas de 'clipping' e respectivos tempos.
>
> - O mérito deste documento é que revela a necessidade da existência de
> testes de performance sobre os softwares SIG, sendo que estes poderão ser
> essenciais na tomada de decisão sobre a sua 'aquisição'/utilização. No
> passado lembro-me de haver também algum 'ruído' relativo a um bechmark
> entre PostGIS/Oracle.
>
>
> Cumprimentos,
> Fernando Ribeiro
>
> No dia 24 de Setembro de 2014 às 01:19, duartecarreira <
> dncarreira gmail.com
> > escreveu:
>
> > Boa noite a todos. Grande debate!
> >
> > Eu posso afirmar com toda a certeza que consigo "encravar" todos os
> > programas sig que uso, desde o qgis, ao arcgis, ao autocad map. Todos. E
> > não
> > é preciso muito esforço...
> >
> > "Ainda sou do tempo..." em que se avaliavam os programas seguindo uma
> > colecção enorme de operações. Isso sim é que eram avaliações profundas,
> tão
> > profundas que até se perdia de vista o objectivo - escolher a ferramenta
> > que
> > melhor servia as nossas necessidades. O produto A tinha 39 pontos, o
> > produto
> > B tinha 30. Ganhava o produto A mesmo que fosse pior nas funções que se
> > usavam em 99% das vezes. Enfim...
> >
> > Isto para dizer que comparações destas são sempre informativas, mas
> também
> > são quase sempre injustas. Se tivéssemos comparado a velocidade de fazer
> um
> > merge de um conjunto enorme de ortos, ganhava o qgis de longe. Mas isso
> > faria do qgis "o melhor" produto?
> >
> > Se não tiver dinheiro para software, esperar 30min se calhar não é assim
> > tão
> > mau... se tiver ?, e optar por uma estratégia assente em open source,
> então
> > posso aplicar esse ? na diminuição desses 30min. Se optar por uma
> > estratégia
> > assente em closed source, então posso aplicar esse ? em licenças (claro
> que
> > nesta lista esta opção não se coloca ;) e rezar para não descobrir um bug
> > bloqueante.
> >
> > Por outro lado, se um técnico que tem a função de decidir qual o melhor
> > produto para a sua organização se fica pela comparação de um clip
> > vectorial,
> > então estará a fazer um mau serviço. E os maus serviços mais cedo ou mais
> > tarde têm um preço...
> >
> > Ricardo, eu acho que tu colocas as coisas de forma um pouco rude, o que é
> > contraproducente. No fim, não percebo onde queres chegar, qual é a
> mensagem
> > que queres passar...
> > Não percebo para que foi a observação dos cores usados no qgis para
> > geoproc... dos produtos em análise, algum faz geoproc com mais de 1 core?
> > que eu saiba não... mandar trabalhos de casa para os devs também não
> serve
> > de nada, são apenas tiros para o ar e ruído. Para seres/sermos útil o
> ideal
> > seria ajudares a resolver esse (ou outro) problema, quer com donativos,
> > contratação de serviços, ou programação. No mínimo, qualquer um pode
> ajudar
> > a identificar as causas para cada problema. Dizer que não faz sentido ter
> > multithread no display e não no geoproc é um pouco rude e no limite
> > absurdo.
> > As coisas avançam por etapas, não aparece tudo feito por magia... na v2.2
> > não havia multithread em nada. na v2.4 há no display, and so on. haja fé,
> > irmão!
> >
> > Venham mais estudos e análises. Somos todos informados, e podemos fazer
> > sugestões de melhoria, investigar problemas detectados, propor novos
> > estudos, etc., etc.
> >
> > Agora, convinha tirar daqui alguma coisa útil... e já estão todos a
> > discutir. Afinal, qual é o problema? a dimensão dos dados? está
> > identificado? em que ticket? qual é o tamanho dos dados que geralmente é
> a
> > barreira? o que podem os utilizadores fazer nesses casos (partir em
> pedaços
> > mais pequenos?)? está agendada uma solução ou não é para já?
> >
> > Live long and prosper.
> >
> >
> >
> > --
> > View this message in context:
> >
> http://osgeo-org.1560.x6.nabble.com/1as-Jornadas-Lusofonas-CTIG-2014-Coimbra-11-a-13-Setembro-2014-tp5162210p5163615.html
> > Sent from the QGIS-pt mailing list archive at Nabble.com.
> > _______________________________________________
> > QGIS-pt mailing list
> > QGIS-pt lists.osgeo.org
> > http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
> >
>
>
>
> --
> Fernando Ribeiro
> -------------- próxima parte ----------
> Um anexo em HTML foi limpo...
> URL: <
> http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/b63d4e11/attachment.html
> >
>
> ------------------------------
>
> _______________________________________________
> QGIS-pt mailing list
> QGIS-pt lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
>
>
> Fim da Digest QGIS-pt, volume 6, assunto 21
> *******************************************
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20140924/09eb4400/attachment-0001.html>
More information about the QGIS-pt
mailing list