Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico thundercel
Creio que finalizei a correção em Itabira – MG sem reverter nada como 
solicitei. Deu trabalho, mas julguei ser melhor agir assim porque a reversão 
por mim solicitada gerou muito debate, sem solução.

Os erros que por ventura permanecem não foram visualmente identificados por mim 
e por essa razão, tendo como referência o OSM Inspector, venho identificando e 
corrigido.

Me concentrei somente na cidade de Itabira onde foi toda duplicada pelo 
changeset importado do Tracksource. Nenhuma duvida que ele importou do 
Tracksource já que empregou os padrões de formatação lá estabelecidos e não 
reconhecidos no OSM.

Como o changeset dele foi enorme, pegando uma grande área, identifico que 
permanecem erros de formatação de rodovias onde, como no Tracksource, a REF 
está no nome da rodovia e não em TAG REF como orientação OSM. Fora as lombadas 
(quebra molas) e os radares que ele inseriu na formatação Tracksource e não 
OSM. Esses nem estou tendo trabalho de formatar corretamente porque em analise 
preliminar identifiquei inúmeros objetos desse tipo inseridos e que não existem 
mais. Estou excluindo a todos.

[]s
Marcio  

From: Gerald Weber 
Sent: Sunday, August 3, 2014 11:31 AM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG


2014-08-02 23:27 GMT-03:00 thunder...@gpsinfo.com.br:

  Amigos,
  quanto a Itabira – MG passei o dia todo de hoje editando no mapa aquela 
cidade, Acredito que já consegui corrigir uns 80% do estrago causado pelo 
Genulpho no mapa de Itabira.


Por mim está ótimo.

abraço

Gerald___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico thundercel
Erick,
ainda não confio muito nesse validador do OSM porque nesse serviço que venho 
fazendo de correção manual de erros apontados pelo OSM Inspector, ou pelo 
relatório de erros do site Espanhol AlternativeLibres, encontrei alguns 
corrigidos por você empregando o validador.

Não me lembro quais para que possamos analisar o possível bug no validador, mas 
assim que identificar um novamente lanço aqui na lista.

Se não me falha a memoria foram erros em multipolígonos com duplicidade da 
label outer.

[]s
Marcio


From: Erick de Oliveira Leal 
Sent: Monday, August 4, 2014 12:11 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Corrigi mais coisas no JOSM, usando o validador.


 ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico Paulo Carvalho
Márcio, não assuma de pronto que o mapa veio do Tracksource com base apenas
na aparência.  Eu, por exemplo, tenho muitos mapas pessoais em formato GTM
(o formato usado pelo Tracksource) que tenho convertido para OSM com as
ferramentas TS2PFM e PFM2OSM e, com isso, os mapas ficarem com jeito de
Tracksource, mas não o são.

Para chegar à conclusão que o dado veio do Tracksource é necessário
comparar os dois mapas.


Em 4 de agosto de 2014 11:10, thunder...@gpsinfo.com.br escreveu:

   Creio que finalizei a correção em Itabira – MG sem reverter nada como
 solicitei. Deu trabalho, mas julguei ser melhor agir assim porque a
 reversão por mim solicitada gerou muito debate, sem solução.

 Os erros que por ventura permanecem não foram visualmente identificados
 por mim e por essa razão, tendo como referência o OSM Inspector, venho
 identificando e corrigido.

 Me concentrei somente na cidade de Itabira onde foi toda duplicada pelo
 changeset importado do Tracksource. Nenhuma duvida que ele importou do
 Tracksource já que empregou os padrões de formatação lá estabelecidos e não
 reconhecidos no OSM.

 Como o changeset dele foi enorme, pegando uma grande área, identifico que
 permanecem erros de formatação de rodovias onde, como no Tracksource, a REF
 está no nome da rodovia e não em TAG REF como orientação OSM. Fora as
 lombadas (quebra molas) e os radares que ele inseriu na formatação
 Tracksource e não OSM. Esses nem estou tendo trabalho de formatar
 corretamente porque em analise preliminar identifiquei inúmeros objetos
 desse tipo inseridos e que não existem mais. Estou excluindo a todos.

 []s
 Marcio

  *From:* Gerald Weber gwebe...@gmail.com
 *Sent:* Sunday, August 3, 2014 11:31 AM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Reversão Itabira - MG


 2014-08-02 23:27 GMT-03:00 thunder...@gpsinfo.com.br:

   Amigos,
 quanto a Itabira – MG passei o dia todo de hoje editando no mapa aquela
 cidade, Acredito que já consegui corrigir uns 80% do estrago causado pelo
 Genulpho no mapa de Itabira.



 Por mim está ótimo.

 abraço

 Gerald

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico Paulo Carvalho
Em 4 de agosto de 2014 14:06, thunder...@gpsinfo.com.br escreveu:

   Paulo,
 assumo e tenho como provar que o changset dele veio do Tracksource. Não me
 baseei em aparência para denunciar isso e tampouco afirmaria eu ser do
 Tracksource se não tivesse como provar.

 São pequenos detalhes que somente aqueles com experiência na padronização
 Tracksource conhecem.

 Não se esqueça que tenho o mapa base tracksource de Itabira, MG que
 constitui também prova.

 Lembro que pontos tem assinatura em suas coordenadas geográficas (casas
 decimais no formato graus decimais) e de fácil distinção quando é cópia.

 Até onde sei as ferramentas TS2PFM e PFM2OSM não tiram a partição feita em
 uma rotatória formatada no TrackSource para não gerar looping, não tira a
 nomenclatura Área Verde para polígono de mata nativa, não reformata campo
 de futebol formatado como área de lazer, não tira a formatação trilha 4x4,
 etc etc etc.



Isso acontece porque foi a forma com que a ferramenta fora programada para
converter.  Quero dizer que com essa análise simples, você pode dizer que o
mapa veio do formato GTM convertido com as referidas ferramentas.  Agora,
para dizer que é do Tracksource é necessário fazer uma análise mais
profunda.



  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
  *Sent:* Monday, August 4, 2014 12:59 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Reversão Itabira - MG

  Márcio, não assuma de pronto que o mapa veio do Tracksource com base
 apenas na aparência.  Eu, por exemplo, tenho muitos mapas pessoais em
 formato GTM (o formato usado pelo Tracksource) que tenho convertido para
 OSM com as ferramentas TS2PFM e PFM2OSM e, com isso, os mapas ficarem com
 jeito de Tracksource, mas não o são.

 Para chegar à conclusão que o dado veio do Tracksource é necessário
 comparar os dois mapas.



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico Paulo Carvalho
Como tu conseguiste o GTM de Itabira?


Em 4 de agosto de 2014 14:53, thunder...@gpsinfo.com.br escreveu:

   Tem coisas que a ferramenta não é programável e se é, e foi, o
 utilizador esqueceu de programar inúmeros detalhes de formatação só
 reconhecidas no Tracksource, não no OSM. Sobre polígonos sabe muito bem
 você agora a diferença já que semana passada lhe enviei mensagem informando.
 Não foi por detalhes simples que afirmei e continuo afirmando ter sido o
 changeset inserido empregando o GTM Tracksource de Itabira – MG. Por acaso
 tenho aqui esse GTM e esse em muito me auxiliou na análise *PROFUNDA *de
 comparação, em especial na assinatura das coordenadas nas casas decimais.

 Será que não fui claro ao afirmar que o changeset veio do Tracksource? Não
 faço denuncia sem provas.

 Pela ultima vez informo que o changeset veio do Tracksource, do GTM do
 mapa base de Itabira e ponto final.

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, August 4, 2014 2:29 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Reversão Itabira - MG

  Isso acontece porque foi a forma com que a ferramenta fora programada
 para converter.  Quero dizer que com essa análise simples, você pode dizer
 que o mapa veio do formato GTM convertido com as referidas ferramentas.
 Agora, para dizer que é do Tracksource é necessário fazer uma análise mais
 profunda.

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico thundercel
Não entendi.

Você me facilitou a conquista disso e você também o tem.

From: Paulo Carvalho 
Sent: Monday, August 4, 2014 3:04 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Como tu conseguiste o GTM de Itabira?


 ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico Paulo Carvalho
Não sei do que estás falando.  Desculpe.


Em 4 de agosto de 2014 15:19, thunder...@gpsinfo.com.br escreveu:

   Não entendi.

 Você me facilitou a conquista disso e você também o tem.

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, August 4, 2014 3:04 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Reversão Itabira - MG

  Como tu conseguiste o GTM de Itabira?



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico thundercel
Tenho seu email aqui sobre essa facilitação. Que que o lembre reproduzindo aqui 
o email?

From: Paulo Carvalho 
Sent: Monday, August 4, 2014 3:53 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Não sei do que estás falando.  Desculpe.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico Paulo Carvalho
Tenho alguns mapas da época em que era desenvolvedor do Tracksource, mas
nunca fui desenvovedor de Itabira nem nunca pedi o mapa do respectivo.


Em 4 de agosto de 2014 15:19, thunder...@gpsinfo.com.br escreveu:

   Não entendi.

 Você me facilitou a conquista disso e você também o tem.

  *From:* Paulo Carvalho paulo.r.m.carva...@gmail.com
 *Sent:* Monday, August 4, 2014 3:04 PM
 *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org
 *Subject:* Re: [Talk-br] Reversão Itabira - MG

  Como tu conseguiste o GTM de Itabira?



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-04 Por tôpico thundercel
Sem comentários.

Resposta privada para o seu email o lembrando das coisas que pelo visto foram 
esquecidas por voce.

From: thunder...@gpsinfo.com.br 
Sent: Monday, August 4, 2014 3:58 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Tenho seu email aqui sobre essa facilitação. Que que o lembre reproduzindo aqui 
o email?

From: Paulo Carvalho 
Sent: Monday, August 4, 2014 3:53 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Não sei do que estás falando.  Desculpe.




___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-08-02 Por tôpico John Packer
De vez em quando eu falo com o naoliv sobre coisas aleatórias, mas nunca
entro no irc... :-P


Em 2 de agosto de 2014 22:27, Tarcisio Oliveira tarci...@ymail.com
escreveu:

  Se eu não me engano, o naoliv e o jgpaker estão fazendo essa análise,
 vira e mexe eles falam disso no canal #osm-br



 Em 02-08-2014 22:19, John Packer escreveu:

  Paulo,
 Lembro que um tempo atrás soubemos de um grupo do Tracksource que os dados
 importados pelo Genulpho não são do mesmo.
 Se eu não me engano, o Genulpho pegou os dados com outro desenvolvedor,
 mas não pediu permissão para importar para o OSM.

  Reforçando: A questão aqui não é se esta importação deveria ser revertida
 ou não. O problema é saber quais conjuntos de alterações devem ser
 revertidos e quais não, pois o Genulpho adicionou e removeu vários objetos
 relacionados com a importação em outros conjuntos de alteração e só
 reverter os conjuntos de alteração onde foi feita as adições em massa não é
 o suficiente.
 Uma solução seria reverter TODOS os conjuntos de alteração do Genulpho,
 mas creio que a maioria não se sinta confortável com isso, já que ele faz
 outras contribuições.


  Em 2 de agosto de 2014 18:34, Paulo Carvalho 
 paulo.r.m.carva...@gmail.com escreveu:

 Pessoal,

Lembrem que os dados do Tracksource não são disponíveis para download
 (closed source). Ele só poderia usar os dados do Tracksource caso ele
 tenha sido desenvolvedor do mapa em questão no Projeto.  Temos que usar a
 lógica antes de formular hipóteses, sobretudo aquelas que comprometem a
 reputação de um colega.  Os mapas que ele mesmo criou evidentemente pode
 compartilhar se suas fontes forem compatíveis com o OSM.
Agora concordo que vias duplicadas são lixo que deve ser revertido.

  []s

  PC


 Em 30 de julho de 2014 20:36, Tarcisio Oliveira tarci...@ymail.com
 escreveu:

   *Como citei anteriormente, na minha opinião, se um usuário faz uma
 importação dessa forma, descumprindo todas recomendações e nem se dá o luxo
 de verificar o resultado da importação, não merece que aquele trabalho,
 mesmo que tenha algo de útil nele, seja aprovado e mantido.*

 * *
 Concordo, se o usuário não se deu ao trabalho de abrir a região que
 acabou de modificar, e notar que causou um estrago, no mais deve ser
 notoficado que fez coisa errada e o changeset revertido.

 Em 30-07-2014 17:33, thunder...@gpsinfo.com.br escreveu:

 A minha duvida do porque não se reverte está concentrado para o
 município de Itabira - MG onde, pelo conjunto de alterações
 http://www.openstreetmap.org/changeset/22233203#map=11/-19.5932/-43.3170
 , importou os dados sobre os dados existentes duplicando quase toda a
 cidade de Itabira - MG.

 Como citei anteriormente, na minha opinião, se um usuário faz uma
 importação dessa forma, descumprindo todas recomendações e nem se dá o luxo
 de verificar o resultado da importação, não merece que aquele trabalho,
 mesmo que tenha algo de útil nele, seja aprovado e mantido.

 Se ele quer ajudar que assim seja, mas não destrua o trabalho dos
 demais.

 Na minha opinião é reversão imediata e envio de mensagem a ele
 informando que importe novamente, mas cumprindo as recomendações para isso
 e verificando se o resultado da importação causou danos ao trabalhos dos
 demais.

 Perdoem, mas minha formação e educação militar me fez, por vezes, ser
 mais rígido e severo quando do descumprimento de normas e recomendações.


 -Mensagem Original- From: Nelson A. de Oliveira
 Sent: Wednesday, July 30, 2014 3:02 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Reversão Itabira - MG

 Para quem quiser olhar os changesets do Genulpho:
 http://naoliv.iq.unesp.br/osm/genulpho/

 Os links dos changesets são para o OSMHV (então a primeira vez que
 acessar pode ter uma página em branco ou dizendo que está na fila; é
 só atualizar o endereço depois)

 Os que ele editou com o JOSM eu destaquei (porque muito provavelmente
 foram importações).
 Também precisa verificar todos os changesets onde há dados apagados,
 porque mesmo depois de parar com as importações, ainda tem edições
 onde ele apaga dados antigos de outros usuários (por exemplo,
 http://osm.mapki.com/history/way.php?id=288678930, apagado no começo
 do mês)

 Acho que isso deve dar uma noção da dificuldade e responder uma parte
 das dúvidas sobre porque não reverte as coisas dele?

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Reversão Itabira - MG

2014-08-02 Por tôpico Tarcisio Oliveira

Foi mau jgpaker, eu quis escrever Skippern. (bem diferente até)

Em 02-08-2014 23:10, John Packer escreveu:
De vez em quando eu falo com o naoliv sobre coisas aleatórias, mas 
nunca entro no irc... :-P



Em 2 de agosto de 2014 22:27, Tarcisio Oliveira tarci...@ymail.com 
mailto:tarci...@ymail.com escreveu:


Se eu não me engano, o naoliv e o jgpaker estão fazendo essa
análise, vira e mexe eles falam disso no canal #osm-br



Em 02-08-2014 22:19, John Packer escreveu:

Paulo,
Lembro que um tempo atrás soubemos de um grupo do Tracksource que
os dados importados pelo Genulpho não são do mesmo.
Se eu não me engano, o Genulpho pegou os dados com outro
desenvolvedor, mas não pediu permissão para importar para o OSM.

Reforçando: A questão aqui não é se esta importação deveria ser
revertida ou não. O problema é saber quais conjuntos de
alterações devem ser revertidos e quais não, pois o Genulpho
adicionou e removeu vários objetos relacionados com a importação
em outros conjuntos de alteração e só reverter os conjuntos de
alteração onde foi feita as adições em massa não é o suficiente.
Uma solução seria reverter TODOS os conjuntos de alteração do
Genulpho, mas creio que a maioria não se sinta confortável com
isso, já que ele faz outras contribuições.


Em 2 de agosto de 2014 18:34, Paulo Carvalho
paulo.r.m.carva...@gmail.com
mailto:paulo.r.m.carva...@gmail.com escreveu:

Pessoal,

  Lembrem que os dados do Tracksource não são disponíveis
para download (closed source). Ele só poderia usar os dados
do Tracksource caso ele tenha sido desenvolvedor do mapa em
questão no Projeto.  Temos que usar a lógica antes de
formular hipóteses, sobretudo aquelas que comprometem a
reputação de um colega.  Os mapas que ele mesmo criou
evidentemente pode compartilhar se suas fontes forem
compatíveis com o OSM.
   Agora concordo que vias duplicadas são lixo que deve ser
revertido.

[]s

PC


Em 30 de julho de 2014 20:36, Tarcisio Oliveira
tarci...@ymail.com mailto:tarci...@ymail.com escreveu:

/Como citei anteriormente, na minha opinião, se um
usuário faz uma importação dessa forma, descumprindo
todas recomendações e nem se dá o luxo de verificar o
resultado da importação, não merece que aquele trabalho,
mesmo que tenha algo de útil nele, seja aprovado e
mantido.//

/
Concordo, se o usuário não se deu ao trabalho de abrir a
região que acabou de modificar, e notar que causou um
estrago, no mais deve ser notoficado que fez coisa errada
e o changeset revertido.

Em 30-07-2014 17:33, thunder...@gpsinfo.com.br
mailto:thunder...@gpsinfo.com.br escreveu:

A minha duvida do porque não se reverte está concentrado
para o município de Itabira - MG onde, pelo conjunto de
alterações

http://www.openstreetmap.org/changeset/22233203#map=11/-19.5932/-43.3170
, importou os dados sobre os dados existentes duplicando
quase toda a cidade de Itabira - MG.

Como citei anteriormente, na minha opinião, se um
usuário faz uma importação dessa forma, descumprindo
todas recomendações e nem se dá o luxo de verificar o
resultado da importação, não merece que aquele trabalho,
mesmo que tenha algo de útil nele, seja aprovado e mantido.

Se ele quer ajudar que assim seja, mas não destrua o
trabalho dos demais.

Na minha opinião é reversão imediata e envio de mensagem
a ele informando que importe novamente, mas cumprindo as
recomendações para isso e verificando se o resultado da
importação causou danos ao trabalhos dos demais.

Perdoem, mas minha formação e educação militar me fez,
por vezes, ser mais rígido e severo quando do
descumprimento de normas e recomendações.


-Mensagem Original- From: Nelson A. de Oliveira
Sent: Wednesday, July 30, 2014 3:02 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Reversão Itabira - MG

Para quem quiser olhar os changesets do Genulpho:
http://naoliv.iq.unesp.br/osm/genulpho/

Os links dos changesets são para o OSMHV (então a
primeira vez que
acessar pode ter uma página em branco ou dizendo que
está na fila; é
só atualizar o endereço depois)

Os que ele editou com o JOSM eu destaquei (porque muito
provavelmente
foram importações).
Também precisa verificar todos os changesets onde há
dados apagados,
porque mesmo depois de parar com

Re: [Talk-br] Reversão Itabira - MG

2014-08-02 Por tôpico thundercel
Amigos,
quanto a Itabira – MG passei o dia todo de hoje editando no mapa aquela cidade, 
Acredito que já consegui corrigir uns 80% do estrago causado pelo Genulpho no 
mapa de Itabira.

Não tenho duvida que ali ele importou dados do Tracksource. Cito isso porque 
tenho bastante experiência em edições dentro de padrões Tracksource e nessas 
correções que venho fazendo do estrago dele em Itabira identifico técnicas 
empregadas no Tracksource.

Por exemplo:

No Tracksource, para não fazer “looping”, um desenho de rotatória deve ser 
particionado de forma que fique duas meia lua. Ele colocou assim em todas as 
rotatórias inseridas na cidade.

No tracksource se coloca na via POI de Lombada nomeado assim e se empregando a 
técnica de 30m para um dos lados quando pista dupla. Excluí um monte deles.

No Tracksource se nomeia os acessos, rampa, rotatória, agulhas, etc. Ele nomeou 
tudo no mapa.

etc. etc etc..

Como solicitei a reversão e ficam só debatendo sem solução, decidi editar o 
mapa e analisar manualmente os erros nele e corrigi-los. Como falta pouco para 
terminar julgo que até a semana que vem termino.

[]s
Marcio



From: John Packer 
Sent: Saturday, August 2, 2014 10:19 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Uma solução seria reverter TODOS os conjuntos de alteração do Genulpho, mas 
creio que a maioria não se sinta confortável com isso, já que ele faz outras 
contribuições.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Nelson A. de Oliveira
2014-07-30 0:40 GMT-03:00  thunder...@gpsinfo.com.br:
 Amigos,
 um companheiro me apontou para duplicação de vias em Itabira - MG.

Mesma coisa.
Importação do genulpho: http://www.openstreetmap.org/changeset/22233203

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Nelson A. de Oliveira
2014-07-30 8:45 GMT-03:00  thunder...@gpsinfo.com.br:
 E como se reverte isso?

 Qual o procedimento para se comandar uma reversão?

O tópico do Genulpho está aqui:
http://forum.openstreetmap.org/viewtopic.php?id=25409

Até o momento de eu cansar de tentar ir atrás dessas coisas as minhas
conclusões eram:

--
O problema não é só a quantidade, mas o padrão que a pessoa utiliza.
Dá para ver que a pessoa é muito confortável com o iD mas que com o
JOSM, apenas adiciona objetos (v1 em sua grande maioria). Depois dá
para ver que a pessoa não modifica os mesmos objetos com o JOSM, mas
volta a utilizar o editor com que está confortável.
Na minha cabeça fica parecendo assim: se a pessoa conseguiu adicionar
um monte de coisa com o JOSM, porque não consegue fazer modificações
depois? E porque algumas vezes apaga dados depois se inserir?
Eu sei que é algo vago, mas para mim é muito estranho este padrão.

Esse padrão não é exclusivo do Genulpho, mas está sendo muito comum
nas importações que a gente anda achando ultimamente.

Exemplo:
Insere dados aqui:
http://www.openstreetmap.org/changeset/20183136
Remove dados posteriormente aqui:
http://www.openstreetmap.org/changeset/20183315 (foram excluídos dados
de outros usuários nisso)

Insere dados aqui:
http://www.openstreetmap.org/changeset/20433049
Mas apaga dados dele mesmo aqui:
www.openstreetmap.org/changeset/20433266 (porque alguém insere dados
para depois apagar?)

Insere:
http://www.openstreetmap.org/changeset/20807281
Remove:
http://www.openstreetmap.org/changeset/20807701

Insere:
http://www.openstreetmap.org/changeset/20972925
Remove:
http://www.openstreetmap.org/changeset/20973062 (tem dados de outros usuários)

(tem alguns outros aqui no meio)

Insere:
http://www.openstreetmap.org/changeset/21461151
Remove:
http://www.openstreetmap.org/changeset/21461387
http://www.openstreetmap.org/changeset/21461403

Parece muita coincidência ter changesets com inserções seguidos de
changesets com remoções.

Mas mesmo assim, toda a conversa que eu tive com ele foi (tudo
intercalado eu com ele):

===
Genulpho,

Você poderia responder, por favor, qual a origem dos dados que você
vem importando na região de Itabira?
Você também poderia parar de apagar os dados antigos que já existem na região?
===
Foram enviados erroneamente dados a mais do que eu queria.
Não modificarei mais.
===
Certo, mas qual a origem dos dados?
Tem objetos importados desde, pelo menos, 4 meses atrás.
===
Levantamentos meus e desenho em cima do mapa do BING.
===
Mas você usou imagens do Bing no TrackSource e de lá importou no OSM?
===
Sim
===
Genulpho,

Você sabe dizer a partir de quando você começou a importar dados do
TrackSource no OSM?

Outra coisa é que, por enquanto, seria bom você parar de fazer edições
no mapa. Todos estes dados importados infelizmente terão que ser
revertidos (e se você continuar editando, as edições posteriores
também serão perdidas).

Da mesma forma, se não ouver resposta do período que você começou a
importar os dados, como é impossível rever a grande quantidade de
edições, há um risco de que todas sejam revertidas.

Não entenda isso como um processo punitivo, mas sim corretivo. Tanto a
licença do TrackSource quanto do OSM proíbem este tipo de troca de
dados (e isso deve ser corrigido).

Por favor, veja se consegue dizer aproxidamente a partir de quando
você fez essas importações.
===
O envio errado acho que foi dia 8, 9 ou 10 de maio.
===
Mas tem importação sua de 4 meses atrás também, como essas:

https://www.openstreetmap.org/changeset/20228047
https://www.openstreetmap.org/changeset/20227902
https://www.openstreetmap.org/changeset/20227720
https://www.openstreetmap.org/changeset/20183136
https://www.openstreetmap.org/changeset/20183000

Quando você fez a primeira importação?
===
Estas foram levantadas em campo e desenhadas no trackmaker em cima de fotos
do bing e estão corretas.
===
É que tem um problema nisso também: não pode usar o Bing se não for
para o OSM. Por exemplo, traçar caminhos utilizando o Bing para o
TrackSource e depois usar estes dados. A licença não permite. Foi esse
o caso?
===
Exclua então.
===
A gente está querendo evitar que dados válidos seus sejam excluídos,
mas não parece que isto está sendo recíproco. Você não está
colaborando.
===
São dados válidos.
Foram levantados em GPS, levados ao trackmaker.
Complementados com imagens do Bings e levantados.
O meu erro foi clicar no lugar errado ao atualizar trilhas levantadas em
Ipoema e infelizmente enviar todos os dados de Itabira que tinham na minha
máquina.
===
--

E cansei de ir atrás disso (e de várias outras importações que eu sei
que existem no OSM).

Se alguém tiver paciência para isso (e para outros dados), precisa
verificar os changesets que foram feitas importações e remoções,
precisa aguentar da comunidade um monte de você tem certeza? consegue
provar isso? você isso? você aquilo? e tentar reverter (o que vai
causar muito conflito) ou enviar mensagem ao DWG.

Eu sinceramente não 

Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Gerald Weber
Exato, esta importação foi discutida há alguns meses. O problema central
era se todas as contribuições do Genulpho tinham de ser apagadas ou se
somente a importação indevida deveria ser apagada.

Como o Genulpho tem edições em outras cidades que me parecem contribuições
legítimas, eu opinei por fazer o redaction apenas da importação indevida. O
que deve ter acontecido é que o caso caiu no esquecimento e não pedimos o
redaction ao DWG.

Esclarecendo: reversão não apaga os dados, apenas marca eles como apagados
e volta os dados anteriores. Pode-se em princípio reverter a reversão.

Redaction (não sei que que termo seria isto em português) é a completa e
definitiva eliminação dos dados da base, inclusive do que foi trabalhado em
cima por outros usuários. Isto não pode ser desfeito. Como dados que violam
direito autoral não podem permanecer na base em nenhum formato tem que ser
feito o redaction que só pode ser executado pelo DWG.

Então se concordamos todos, inclusive o Genulpho, que os changesets grandes
são importações indevidas devemos pedir o redaction ao DWG. Acho que
podemos solicitar isto imediatamente ao DWG. Quem se encarrega de pedir?

abraços

Gerald





2014-07-30 8:56 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:

 2014-07-30 8:45 GMT-03:00  thunder...@gpsinfo.com.br:
  E como se reverte isso?
 
  Qual o procedimento para se comandar uma reversão?

 O tópico do Genulpho está aqui:
 http://forum.openstreetmap.org/viewtopic.php?id=25409

 Até o momento de eu cansar de tentar ir atrás dessas coisas as minhas
 conclusões eram:

 --
 O problema não é só a quantidade, mas o padrão que a pessoa utiliza.
 Dá para ver que a pessoa é muito confortável com o iD mas que com o
 JOSM, apenas adiciona objetos (v1 em sua grande maioria). Depois dá
 para ver que a pessoa não modifica os mesmos objetos com o JOSM, mas
 volta a utilizar o editor com que está confortável.
 Na minha cabeça fica parecendo assim: se a pessoa conseguiu adicionar
 um monte de coisa com o JOSM, porque não consegue fazer modificações
 depois? E porque algumas vezes apaga dados depois se inserir?
 Eu sei que é algo vago, mas para mim é muito estranho este padrão.

 Esse padrão não é exclusivo do Genulpho, mas está sendo muito comum
 nas importações que a gente anda achando ultimamente.

 Exemplo:
 Insere dados aqui:
 http://www.openstreetmap.org/changeset/20183136
 Remove dados posteriormente aqui:
 http://www.openstreetmap.org/changeset/20183315 (foram excluídos dados
 de outros usuários nisso)

 Insere dados aqui:
 http://www.openstreetmap.org/changeset/20433049
 Mas apaga dados dele mesmo aqui:
 www.openstreetmap.org/changeset/20433266 (porque alguém insere dados
 para depois apagar?)

 Insere:
 http://www.openstreetmap.org/changeset/20807281
 Remove:
 http://www.openstreetmap.org/changeset/20807701

 Insere:
 http://www.openstreetmap.org/changeset/20972925
 Remove:
 http://www.openstreetmap.org/changeset/20973062 (tem dados de outros
 usuários)

 (tem alguns outros aqui no meio)

 Insere:
 http://www.openstreetmap.org/changeset/21461151
 Remove:
 http://www.openstreetmap.org/changeset/21461387
 http://www.openstreetmap.org/changeset/21461403

 Parece muita coincidência ter changesets com inserções seguidos de
 changesets com remoções.

 Mas mesmo assim, toda a conversa que eu tive com ele foi (tudo
 intercalado eu com ele):

 ===
 Genulpho,

 Você poderia responder, por favor, qual a origem dos dados que você
 vem importando na região de Itabira?
 Você também poderia parar de apagar os dados antigos que já existem na
 região?
 ===
 Foram enviados erroneamente dados a mais do que eu queria.
 Não modificarei mais.
 ===
 Certo, mas qual a origem dos dados?
 Tem objetos importados desde, pelo menos, 4 meses atrás.
 ===
 Levantamentos meus e desenho em cima do mapa do BING.
 ===
 Mas você usou imagens do Bing no TrackSource e de lá importou no OSM?
 ===
 Sim
 ===
 Genulpho,

 Você sabe dizer a partir de quando você começou a importar dados do
 TrackSource no OSM?

 Outra coisa é que, por enquanto, seria bom você parar de fazer edições
 no mapa. Todos estes dados importados infelizmente terão que ser
 revertidos (e se você continuar editando, as edições posteriores
 também serão perdidas).

 Da mesma forma, se não ouver resposta do período que você começou a
 importar os dados, como é impossível rever a grande quantidade de
 edições, há um risco de que todas sejam revertidas.

 Não entenda isso como um processo punitivo, mas sim corretivo. Tanto a
 licença do TrackSource quanto do OSM proíbem este tipo de troca de
 dados (e isso deve ser corrigido).

 Por favor, veja se consegue dizer aproxidamente a partir de quando
 você fez essas importações.
 ===
 O envio errado acho que foi dia 8, 9 ou 10 de maio.
 ===
 Mas tem importação sua de 4 meses atrás também, como essas:

 https://www.openstreetmap.org/changeset/20228047
 https://www.openstreetmap.org/changeset/20227902
 https://www.openstreetmap.org/changeset/20227720
 

Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico thundercel
Confesso que muito me entristece essa situação de excesso de precaução para 
se comandar uma reversão.


Pelo que pude observar esse assunto está desde maio sem solução, ou seja, 
desde aquela época impedindo que o mapa seja devidamente empregado nessa 
região ou por quem por ela passa simplesmente porque estamos debatendo 
opiniões.


Em que pese que possam existir dados no changeset úteis e que não existiam, 
aquela ação mas destruiu do que agregou valor ao mapa.


Só solicitei o changeset porque facilita o trabalho manual de ir tirando uma 
a uma todas as duplicações, que por sinal não são poucas.


Isso tudo desmotiva a quem está se esforçando em ajudar e acaba fazendo com 
que esse não colabore mais.


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Wednesday, July 30, 2014 8:56 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Reversão Itabira - MG

2014-07-30 8:45 GMT-03:00  thunder...@gpsinfo.com.br:

E como se reverte isso?

Qual o procedimento para se comandar uma reversão?


O tópico do Genulpho está aqui:
http://forum.openstreetmap.org/viewtopic.php?id=25409

Até o momento de eu cansar de tentar ir atrás dessas coisas as minhas
conclusões eram:


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Alexandre Magno Brito de Medeiros
Se estiver claro que os dados violam direito autoral, o Genulpho não
precisa concordar com a decisão de ser solicitado *redaction* ao DWG,
precisa?

Em 30 de julho de 2014 09:33, Gerald Weber gwebe...@gmail.com escreveu:


 Esclarecendo: reversão não apaga os dados, apenas marca eles como apagados
 e volta os dados anteriores. Pode-se em princípio reverter a reversão.

 Redaction (não sei que que termo seria isto em português) é a completa e
 definitiva eliminação dos dados da base, inclusive do que foi trabalhado em
 cima por outros usuários. Isto não pode ser desfeito. Como dados que violam
 direito autoral não podem permanecer na base em nenhum formato tem que ser
 feito o redaction que só pode ser executado pelo DWG.

 Então se concordamos todos, inclusive o Genulpho, que os changesets
 grandes são importações indevidas devemos pedir o redaction ao DWG.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Alexandre Magno Brito de Medeiros
Até que se encontre a contradição, a opinião de cada um estará com o
mesmo valor. Se fosse diferente, haveria muito mais chances de serem
realizadas reversões injustas. Esse processo é até mais custoso para a
comunidade do que quando há uma autoridade sentenciando. Na sociedade civil
há autoridades sentenciando, através de um contrato social presumidamente
aceito por cada indivíduo, e muita gente reclama de lentidão ou injustiça.
E quando essa autoridade não existe, as coisas são como são por aqui. Cada
sistema de governo (e as anarquias e tiranias, nesses meus termos, também
são) tem suas vantagens e desvantagens.


Em 30 de julho de 2014 09:37, thunder...@gpsinfo.com.br escreveu:

 Confesso que muito me entristece essa situação de excesso de precaução
 para se comandar uma reversão.

 Pelo que pude observar esse assunto está desde maio sem solução, ou seja,
 desde aquela época impedindo que o mapa seja devidamente empregado nessa
 região ou por quem por ela passa simplesmente porque estamos debatendo
 opiniões.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Alexandre Magno Brito de Medeiros
Acho que descobri: a primeira versão de um objeto. No histórico do editor
iD aparece marcada como v1. Acho que é isso.


Em 30 de julho de 2014 10:31, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:

 Em 30 de julho de 2014 08:56, Nelson A. de Oliveira nao...@gmail.com
 escreveu:


  O problema não é só a quantidade, mas o padrão que a pessoa utiliza. Dá
 para ver que a pessoa é muito confortável com o iD mas que com o JOSM,
 apenas adiciona objetos (v1 em sua grande maioria).


 O que é v1?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico thundercel
Não consigo acompanhar o raciocínio lógico de vocês com mais tempo de OSM.

Existem recomendações para serem cumpridas quando de uma importação de dados. 
Já andei lendo aqui na lista, mas confesso que não me aprofundei nelas porque 
na minha analise preliminar julgo que dá mais trabalho importar dados em uma 
área que já tenha dados semelhantes do que fazer manualmente a introdução de 
dados nela. 

Quando alguém descumpre essas recomendações, pelo menos para mim, o 
descumprimento já respalda a reversão dos dados.

Quer importar dados, importe, mas cumpra as exigências de importação.

Não cumpriu! Reversão e cumpra as exigências para importar novamente.

From: Alexandre Magno Brito de Medeiros 
Sent: Wednesday, July 30, 2014 10:12 AM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Reversão Itabira - MG

Se estiver claro que os dados violam direito autoral, o Genulpho não precisa 
concordar com a decisão de ser solicitado redaction ao DWG, precisa? 
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Nelson A. de Oliveira
Para quem quiser olhar os changesets do Genulpho:
http://naoliv.iq.unesp.br/osm/genulpho/

Os links dos changesets são para o OSMHV (então a primeira vez que
acessar pode ter uma página em branco ou dizendo que está na fila; é
só atualizar o endereço depois)

Os que ele editou com o JOSM eu destaquei (porque muito provavelmente
foram importações).
Também precisa verificar todos os changesets onde há dados apagados,
porque mesmo depois de parar com as importações, ainda tem edições
onde ele apaga dados antigos de outros usuários (por exemplo,
http://osm.mapki.com/history/way.php?id=288678930, apagado no começo
do mês)

Acho que isso deve dar uma noção da dificuldade e responder uma parte
das dúvidas sobre porque não reverte as coisas dele?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico Alexandre Magno Brito de Medeiros
Bem interessante, essa ferramenta de *diff*.
Outro exemplo: osm.mapki.com/history/way.php?id=288678929

Em 30 de julho de 2014 15:02, Nelson A. de Oliveira nao...@gmail.com
escreveu:


 http://osm.mapki.com/history/way.php?id=288678930

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico thundercel
A minha duvida do porque não se reverte está concentrado para o município de 
Itabira - MG onde, pelo conjunto de alterações 
http://www.openstreetmap.org/changeset/22233203#map=11/-19.5932/-43.3170 , 
importou os dados sobre os dados existentes duplicando quase toda a cidade 
de Itabira - MG.


Como citei anteriormente, na minha opinião, se um usuário faz uma importação 
dessa forma, descumprindo todas recomendações e nem se dá o luxo de 
verificar o resultado da importação, não merece que aquele trabalho, mesmo 
que tenha algo de útil nele, seja aprovado e mantido.


Se ele quer ajudar que assim seja, mas não destrua o trabalho dos demais.

Na minha opinião é reversão imediata e envio de mensagem a ele informando 
que importe novamente, mas cumprindo as recomendações para isso e 
verificando se o resultado da importação causou danos ao trabalhos dos 
demais.


Perdoem, mas minha formação e educação militar me fez, por vezes, ser mais 
rígido e severo quando do descumprimento de normas e recomendações.



-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Wednesday, July 30, 2014 3:02 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Reversão Itabira - MG

Para quem quiser olhar os changesets do Genulpho:
http://naoliv.iq.unesp.br/osm/genulpho/

Os links dos changesets são para o OSMHV (então a primeira vez que
acessar pode ter uma página em branco ou dizendo que está na fila; é
só atualizar o endereço depois)

Os que ele editou com o JOSM eu destaquei (porque muito provavelmente
foram importações).
Também precisa verificar todos os changesets onde há dados apagados,
porque mesmo depois de parar com as importações, ainda tem edições
onde ele apaga dados antigos de outros usuários (por exemplo,
http://osm.mapki.com/history/way.php?id=288678930, apagado no começo
do mês)

Acho que isso deve dar uma noção da dificuldade e responder uma parte
das dúvidas sobre porque não reverte as coisas dele?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br 



___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Reversão Itabira - MG

2014-07-30 Por tôpico thundercel

Deixa pra lá então.

Assim que eu tiver um tempo, manualmente apagarei todas as duplicações dele 
em Itabira. MG


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Wednesday, July 30, 2014 5:38 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Reversão Itabira - MG

2014-07-30 17:33 GMT-03:00  thunder...@gpsinfo.com.br:
A minha duvida do porque não se reverte está concentrado para o município 
de

Itabira - MG onde, pelo conjunto de alterações
http://www.openstreetmap.org/changeset/22233203#map=11/-19.5932/-43.3170 ,
importou os dados sobre os dados existentes duplicando quase toda a cidade
de Itabira - MG.


Porque não foi só uma vez que ele fez importação e porque tem várias
edições onde ele apaga dados que já existiam no lugar.
Esse é o fator que complica.

Precisa achar as importações e onde ele apagou dados que já existiam.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br 



___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br