[QGIS-pt] Digest QGIS-pt, volume 6, assunto 21

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