Importação Itabira?

Bem-vindo, Wesley! Afinal, é o seu primeiro post. :smiley:

Realmente eu estava tentando conseguir um pouco mais de prazo pro Genulpho responder. A idéia é justamente ajudá-lo a entender por que dessa forma não está certo. Melhor ainda seria ele mesmo se prontificar a desfazer as importações (algo que podemos ensinar, não é difícil). Mas me preocupa que ninguém da lista alt-tracksource se manifestou até agora.

A minha visão sobre a interação com os colaboradores do TrackSource é igual à sua (e eu nunca contribuí com o TrackSource). O julgamento não deve ser generalizado (discriminação contra todos do TS e seus dados) mas sim em relação aos métodos empregados (uma das questões aqui) e à preocupação que o mapeador/importador demonstrou com os direitos autorais (provavelmente o ponto mais importante do problema) e com as diretrizes de importação. Isso na verdade é o mesmo que fazemos com todo o mundo. Só no TrackSource sabemos que direitos autorais (particularmente os das imagens do Google) não era um tema levado tão à sério, então não se tornou parte da cultura, e por isso a preocupação com a questão.

A nossa política está se definindo aos poucos. Ainda hoje começamos a discutir sobre prazos razoáveis para se aplicar uma reversão. Em lugares como o Rio de Janeiro, onde há muita gente mesmo editando, é bem provável que há menos dano e menos injustiça para todos optar por reverter imediatamente do que aguardar uma resposta (isso porque reverter também destrói as edições subsequentes sobre os dados, e daí passa a ser injusto com quem editou depois de forma legítima e bem comportada). Já em Itabira, onde o ritmo é baixo, acho que podemos esperar um pouco mais. Um prazo que eu sugeri foi 3 dias no lugar onde eu mapeio (Porto Alegre) e 7 dias no interior. Mais do que isso e eu acho que passa a ser injusto com os usuários do mapa. Sua opinião a respeito é bem-vinda.

Wesley, ótima atitude a sua. Muito bom mesmo ver pessoas conscientes assim.

E quanto ao caso original desse assunto, o usuário ainda está (nesse momento) apagando informações que já existiam e que foram criadas pelo nesol:
https://www.openstreetmap.org/changeset/22332067
https://www.openstreetmap.org/changeset/22332683
https://www.openstreetmap.org/changeset/22332713
https://www.openstreetmap.org/changeset/22332904

Eu mandei outra mensagem a ele, mas imagino que não vá responder.

Alguém teve algum tipo de resposta?
Caso não, vou mandar mensagem ao DWG.

Se é assim, eu acho que já pode mandar a mensagem pro DWG. Acho difícil que o Genulpho:

  • não tenha visto o aviso de que recebeu uma mensagem ao fazer login no site pra continuar editando (o JOSM também mostra que tem mensagens na caixa agora)
  • não tenha visto a mensagem que mandamos para a alt-tracksource
  • não tenha sido avisado por ninguém da alt-tracksource sobre a nossa mensagem
  • pare de fazer o que está fazendo, depois de toda a nossa iniciativa (agora não tem como dizer que uma reversão foi injusta)

Perguntei a ele sobre os dados e comentei sobre as modificações (para não apagar mais dados anteriores).
Ele respondeu:

Perguntei novamente sobre os dados e ele respondeu:

E novamente, perguntei sobre esses dados, se são do TS ou não. Estou aguardando resposta.
Mas de qualquer forma, traçar em cima do Bing fora do OSM não é permitido. Também não é correto adicionar dados novos sem levar em consideração o que já existe (apagando o que já está presente).

Naoliv, como contatamos o DWG? Já temos 3 usuários na lista de espera de reversões cujas edições (todas elas) teriam que ser revertidas (sem necessariamente banir os usuários):

  • Genulpho
  • MAPAGIRL88
  • Uchimura

A última mensagem que eu tinha enviado ao Genulpho:

E ele respondeu apenas um “Sim”.
Se alguém quiser aproveitar que ele está respondendo para tirar mais alguma dúvida, acho que agora é a hora.

Mas como diz a licença de uso do Bing, com exceção do OSM, não se pode utilizar o Bing para traçar os dados.
Quebra de contrato/licença + exclusão de dados, para mim, claramente justifica reversão.

Sobre o DWG, tem que enviar um e-mail para data@osmfoundation.org, explicando a situação, motivos, o que a comunidade fez ou vai fazer sobre isso (eles perguntam, por exemplo, se nós não conseguimos solucionar o problema por nossa conta).
Usuários com poucos changesets até dá para a gente verificar e reverter, mas com muitos changesets (como é o caso de alguns), é humanamente impossível.
Se quiser mandar uma cópia para a talk-br eu ajudo a reforçar isso com o DWG.

Fazendo um cross-posting muito relevante e urgente: https://lists.openstreetmap.org/pipermail/talk-br/2014-May/007615.html

Não entendi. Pode dizer de outra forma?

Nenhum usuário do OSM deve desconsiderar os dados que já existem em uma área que estejam editando. Deve-se sempre, na medida do possível, reaproveitar ou corrigir o que já existe.
No caso deste tópico, foram várias importações seguidas de edições para apagar os dados que já existiam (anteriores à edição). Ou seja, objetos criados por vários outros usuários, que já estavam no mapa de forma correta, foram simplesmente apagados em favor dos dados importados, sem nenhum tipo de consideração com o que já estava presente.

Entendido e aceito. É óbvio!

Poderiamos ao menos pedir o bloqueio dos usuários até terminarmos de entender o que acontece

Da MAPAGIRL88 eu já reverti a grande parte (em http://www.openstreetmap.org/changeset/22399554, como o Bráulio percebeu em https://lists.openstreetmap.org/pipermail/talk-br/2014-May/007697.html (porque esqueci o comentário)).
Falta pouca coisa (alguns nós e vias que foram modificados por outras pessoas posteriormente).

O Uchimura faz 1 ano que não edita (e imagino que não vá editar mais nada).
Estatísticas dele (os 5 maiores changesets):


Changeset | Número de objetos apagados | Editor
14756857  | 3232                       | Potlatch
14835730  | 1835                       | Potlatch
14781875  | 1746                       | Potlatch
14820765  | 1730                       | Potlatch
14822022  | 1143                       | Potlatch


Changeset | Objetos inseridos | Editor
14679745  | 11716             | JOSM
14835938  | 1809              | JOSM
14835604  | 1809              | JOSM
14908653  | 1181              | JOSM
14860238  | 705               | JOSM


Changeset | Objetos modificados | Editor
14838410  | 120                 | Potlatch
14820765  | 88                  | Potlatch
14846634  | 83                  | Potlatch
14816066  | 81                  | Potlatch
14854583  | 78                  | Potlatch

Acho que é muito claro que utiliza o JOSM apenas para fazer o processo de importação.

O Genulpho que é mais problemático. Eu pedi para ele parar de editar por enquanto, mas ele continua. Mesmo que ele esteja fazendo algo correto agora, há um risco dele perder isso (ou por reversão ou porque está editando em cima de dados importados).

Mas não sei se o DWG faria um bloqueio assim. A gente pode enviar mensagem para ver.

Estatíticas do Genulpho: http://naoliv.iq.unesp.br/osm/genulpho/
Está ordenado pelo changeset (são todos, do primeiro ao último)
Dá para ordenar as colunas da tabela do jeito que quiser (e é bem fácil, também, ver um padrão de utilizar o JOSM para importação e o iD para remoção e ajuste de dados).

Da MAPAGIRL88 foi revertido em:
https://www.openstreetmap.org/changeset/22399554
https://www.openstreetmap.org/changeset/22593223

A importação 22233203 deveria ser removida, mas como acabamos não concluindo a sua reversão pura e simples já contabiliza quase 5000 conflitos.

Alguém se opõe a pedirmos o redaction deste changeset específico ao DWG?

Precisa ver o que foi inserido (como esse changeset) e também o que já existia e foi removido.
Esse fim de semana eu revejo isso e passo a lista de changesets para quem tiver interesse em revisar também. Pode ser?

Bora :slight_smile:

Inseriu estrada com JOSM em http://nrenner.github.io/achavi/?changeset=20250730
Mas precisou reajustar depois a posição de um trecho com o iD em http://nrenner.github.io/achavi/?changeset=20250843
Se traçou a partir do Bing na primeira vez, não teria necessidade de deslocar objetos posteriormente

Novamente insere rodovia com o JOSM http://nrenner.github.io/achavi/?changeset=20251873
Mas precisa reajustar trecho com iD: http://nrenner.github.io/achavi/?changeset=20251949

Inserção de 1251 objetos com JOSM, sem nenhum tipo de informação (e que foram posteriormente modificados com edições no iD): http://nrenner.github.io/achavi/?changeset=20807281
Se ele traçou os vários lagos no JOSM, qual a lógica de ficar removendo os mesmos posteriormente em http://nrenner.github.io/achavi/?changeset=20807701 por exemplo?

Inserção de 4102 objetos com o JOSM: http://nrenner.github.io/achavi/?changeset=20972925
Com remoção de objetos existentes anteriormente de outros mapeadores:
http://nrenner.github.io/achavi/?changeset=20973062
http://nrenner.github.io/achavi/?changeset=20974012

Inserção de 4530 objetos com o JOSM: http://nrenner.github.io/achavi/?changeset=20974632
Parece que a importação falhou em alguns lugares, porque existem os nós que definem o traçado de algumas ruas mas sem a presença do caminho.

Apagou trechos existentes de outros usuários: http://nrenner.github.io/achavi/?changeset=20975246

Inserção de uma cidade inteira: http://nrenner.github.io/achavi/?changeset=21030344
Apaga objetos de outros usuários: http://nrenner.github.io/achavi/?changeset=21030469

Inserção de alguns objetos: http://nrenner.github.io/achavi/?changeset=21030592

Importação de cidade http://nrenner.github.io/achavi/?changeset=21062554
Já existiam algumas vias no local que poderiam ser aproveitadas, mas parece que foram apagadas e depois os dados inseridos no mesmo changeset.

Importação e remoção de vias existentes de outros usuários: http://nrenner.github.io/achavi/?changeset=21067651
Pequena importação: http://nrenner.github.io/achavi/?changeset=21068496

Importação de rodovia: http://nrenner.github.io/achavi/?changeset=21458662
Remoção de rodovia anterior: http://nrenner.github.io/achavi/?changeset=21458719

Inserção de rodovia em http://nrenner.github.io/achavi/?changeset=21458768 e http://nrenner.github.io/achavi/?changeset=21458890
Remoção de rodovia anterior em http://nrenner.github.io/achavi/?changeset=21458898 e http://nrenner.github.io/achavi/?changeset=21458969

Inserção de rodovia: http://nrenner.github.io/achavi/?changeset=21461025
Remoção de rodovia anterior: http://nrenner.github.io/achavi/?changeset=21461107

Inserção de rodovia: http://nrenner.github.io/achavi/?changeset=22212638 (arruma a geometria dela posteriormente; vale a mesma dúvida: se traçou usando o Bing, porque precisa reajustar novamente e com outro editor?)

Insere vários objetos em http://nrenner.github.io/achavi/?changeset=22232758 mas precisa reajustar geometria em http://nrenner.github.io/achavi/?changeset=22232844

Inserção em http://nrenner.github.io/achavi/?changeset=22233069

Não temos nem dúvida sobre este: http://nrenner.github.io/achavi/?changeset=22233203 + http://nrenner.github.io/achavi/?changeset=22233855

Precisa reverter (objetos de outros usuários foram apagados, após a importação acima):
http://nrenner.github.io/achavi/?changeset=22233967
http://nrenner.github.io/achavi/?changeset=22234020
http://nrenner.github.io/achavi/?changeset=22234940
http://nrenner.github.io/achavi/?changeset=22234965
http://nrenner.github.io/achavi/?changeset=22234063
http://nrenner.github.io/achavi/?changeset=22234853
http://nrenner.github.io/achavi/?changeset=22236064
http://nrenner.github.io/achavi/?changeset=22234529
http://nrenner.github.io/achavi/?changeset=22234392
http://nrenner.github.io/achavi/?changeset=22236194

Inserção rodovia:
http://nrenner.github.io/achavi/?changeset=22247970
http://nrenner.github.io/achavi/?changeset=22248060

Precisa reverter (objetos apagados de outros usuários):
http://nrenner.github.io/achavi/?changeset=22248849
http://nrenner.github.io/achavi/?changeset=22332904
http://nrenner.github.io/achavi/?changeset=22334168
http://nrenner.github.io/achavi/?changeset=22332713
http://nrenner.github.io/achavi/?changeset=22332683
http://nrenner.github.io/achavi/?changeset=22332067
http://nrenner.github.io/achavi/?changeset=22295926
http://nrenner.github.io/achavi/?changeset=22295867
http://nrenner.github.io/achavi/?changeset=22295919
http://nrenner.github.io/achavi/?changeset=22259598
http://nrenner.github.io/achavi/?changeset=22295643
http://nrenner.github.io/achavi/?changeset=22258398
http://nrenner.github.io/achavi/?changeset=22249477
http://nrenner.github.io/achavi/?changeset=22249146
http://nrenner.github.io/achavi/?changeset=22249031
http://nrenner.github.io/achavi/?changeset=22248699
http://nrenner.github.io/achavi/?changeset=22914844
http://nrenner.github.io/achavi/?changeset=23011120
http://nrenner.github.io/achavi/?changeset=23127944
http://nrenner.github.io/achavi/?changeset=23129003
http://nrenner.github.io/achavi/?changeset=23128272
http://nrenner.github.io/achavi/?changeset=23128411

E parece que ganhamos mais um usuário para verificar os changesets. Inseriu dados na mesma época, mesmo formato, nomenclatura, tudo versão 1, com JOSM, nos mesmos locais.
Exemplo: http://nrenner.github.io/achavi/?changeset=23128027

Tem edição onde o zeninguem insere objetos e logo após o Genulpho modifica/apaga. É bem estranho.

Caramba. Como você sugere que procedemos?

O ideal seria se pudessemos comprovar sem sombra de dúvida que se trata de uma importação. Neste caso poderiamos pedir o redaction completo e bloquei do usuário e seu pseudônimo.

Do zeninguem dá para ver depois.

Mas os do Genulpho eu tentei prestar atenção ao máximo nos changesets dele para não pegar nada que parecesse válido (tem várias edições que ele faz com o JOSM que parecem ser válidas e que não citei nesta lista).
Pra mim esse e-mail https://lists.openstreetmap.org/pipermail/talk-br/2014-May/007615.html + utilização de JOSM apenas para inserir objetos novos + edições posteriores em outro editor para corrigir ou apagar dados já existentes (mais a falta de respeito com os dados dos mapeadores anteriores) + nomenclatura/padrão de outro projeto + falta de source/comentário dos objetos/changesets já é um forte indício de que os dados não foram inseridos seguindo todas as regras do OSM.

Eu sugiro redaction dos changesets onde há inserção de dados + revert dos outros.