Projeto para adicionar Wikidata ausente

matheusgomesms · 2022-09-25T19:40:55.713Z

Essa seria a opção mais segura né, como no caso da UPS e DHL. Vamos ver o input dos outros membros, mas ainda acho que brand seria a melhor opção. Posso criar um tópico na seção de etiquetas e ver que tal.

matheusgomesms · 2022-09-26T11:13:10.125Z

Criei um post na seção de etiquetas.

wille · 2022-09-26T13:58:52.481Z

@matheusgomesms @Gustavo22Soares Quando precisar de ajustes no NSI, pode me falar que eu faço. Tenho acesso total ao GitHub do projeto.

vgeorge · 2022-09-26T18:44:17.044Z

Pelo que li na wiki e no post sobre a diferença das etiquetas criado pelo Matheus, tendo a concordar que devemos usar apenas brand:*.

Segundo esta página do site dos Correios há agências que são franquias, ou seja, não são operadas pela ECT. Nestas agências a etiqueta operator deveria ser a empresa que opera a franquia, o que eu não acho que é relevante mapear no contexto deste projeto.

Sobre as etiquetas wikipedia:*, será que devemos mesmo adicioná-las? Parece-me que a etiqueta wikidata é suficiente porque a partir dela é possível chegar aos artigos da Wikipédia em diferentes idiomas.

Gustavo22Soares · 2022-09-26T22:22:31.572Z

então podemos concordar que ficaria brand:*
Como vou ter que refazer o projeto gostaria que alguem me ajudasse a criar uma query que funcionasse com o maproulette e se possivel criar uma tarefa quickfix

MapRoulette Docs

Using Overpass to create Challenges | MapRoulette Docs

You can use Overpass queries directly in MapRoulette to generate tasks when you create a new Challenge. This page is here to help you do this, and avoid common mistakes.

GitHub

Cooperative Challenges · osmlab/maproulette3 Wiki

MapRoulette, the micro-tasking tool for OpenStreetMap - Cooperative Challenges · osmlab/maproulette3 Wiki

GitHub

Creating Quick Fix Challenges · osmlab/maproulette3 Wiki

MapRoulette, the micro-tasking tool for OpenStreetMap - Creating Quick Fix Challenges · osmlab/maproulette3 Wiki

tem esse exemplo e tornaria mais facil e mais rapido
https://maproulette.org/challenge/28573

vgeorge · 2022-09-27T08:54:22.915Z

Criei um notebook para gerar um desafio quick-fix do MapRoulette a partir de uma consulta no Overpass:

Observable – 27 Sep 22

Desafio 'Tag Fix' do MapRoulette para correção das agências dos Correios

Este notebook gera um desafio no maproulette para adionar a etiqueta dos Correios. Saiba mais em: https://community.openstreetmap.org/t/projeto-para-adicionar-wikidata-ausente/2984 Consulta Overpass Dados para o desafio Clique no menu esquerdo da...

@matheusgomesms @Gustavo22Soares se quiserem posso adicionar vocês como editores, ou mandem seus comentários. Uma melhoria que poderia fazer no gerador de desafio é filtrar as agências que já contam com as etiquetas brand:*.

Eu acho que a gente deveria começar por um teste em uma cidade e aí ir expandir para áreas maiores. O que pensam?

Gustavo22Soares · 2022-09-27T13:55:19.707Z

Acho que podemos testar em uma cidade e depois expandir pro Brasil todo, daria pra resolver tudo em um dia
mas tem que primeiro corrigir no NSI

vgeorge · 2022-09-27T21:16:46.327Z

@Gustavo22Soares Eu atualizei o notebook do Observable e agora ele gera um arquivo de desafio para elementos que não tem brand=Correios ou brand:wikidata=Q3375004. Como não são muitos pontos (aprox. 1900), gerei para todo o Brasil. Você poderia revisar e criar um desafio com ele se estiver ok? Eu posso criar também, se preferir.

@wille você poderia atualizar o NSI, por favor? Para mim está claro que temos que usar brand em vez de operator.

matheusgomesms · 2022-09-28T10:40:17.596Z

Eu estiva sem tempo nesses últimos dois dias, mas vou submeter uma PR lá no NSI. Acho que a discussão é maior, pelo que vi lá no Github, então eu sugeriria não usar o “poder” do @wille por enquanto para alterar diretamente. O que vocês acham?

vgeorge · 2022-09-28T11:25:30.894Z

@matheusgomesms concordo, um PR é melhor para receber feedback e documentar lá no repositório do NSI.

matheusgomesms · 2022-09-29T17:38:05.273Z

Criei uma issue lá: Move Brazilian post office (Correios) to brands tree · Issue #7100 · osmlab/name-suggestion-index · GitHub

vgeorge · 2022-11-02T13:32:14.871Z

O pull request para atualizar o Name Suggestion Index foi aceito aqui.

@Gustavo22Soares @matheusgomesms vocês acham que o preset está ok agora para prosseguirmos com o desafio?

matheusgomesms · 2022-11-02T15:21:40.189Z

Oi @vgeorge,

Eu ainda achei que faltou informação lá nos presets. Fiquei sem tempo nesse último mês, mas quero ainda fazer umas sugestões e aviso aqui nesta semana, pode ser?

matheusgomesms · 2022-11-09T23:01:57.538Z

Pessoal, abri um novo PR lá porque no iD as coisas estavam meio bagunçadas. Olha como fica no iD:

Captura de Tela 2022-11-09 às 20.59.38748×436 81.7 KB

Acho que é questão do display name, que na caixa de correio vem diretamente da agência. Arrumei lá, e adicionei alguma outra coisinha. Que vocês acham, @vgeorge @Gustavo22Soares?

matheusgomesms · 2022-11-15T21:50:46.709Z

Arrumado! (Se não aparecer desse jeito pode ser problema de cache). Acho que podemos começar então o projeto, @Gustavo22Soares!

IMG_6FB52CFE6863-1624×847 81.7 KB

adrianojbr · 2022-11-21T03:49:43.270Z

Somente agora descobri esse tópico e me parece que aquilo que estava ruim, continua; pois, agora o usar o preset para agência dos correios são adicionadas as seguintes etiquetas:

Eu entendo que as agências que são operadas pela própria ECT, devem usar:
amenity=post_office
brand:wikidata=Q3375004
brand=Correios
name=Agência de Correio*
short_name=AC
operator:short=ECT
operator:type=public
operator=Empresa Brasileira de Correios e Telégrafos

*Em alguns casos, pode haver nomes próprios, os quais devem ser priorizados.

Por consequência, as agências fraqueadas podem ser:
amenity=post_office
brand:wikidata=Q3375004
brand=Correios
name=Agência Franqueada Correios
short_name=AGF…*
operator:type=private
operator=*

*AGF = Agência de Correio Franqueada

PS1: o NSI tem muitos problemas e deve ser usado com parcimônia, sendo necessário verificar como ficam as alterações baseadas nele e corrigir se for o caso. Ou seja, não dá pra confiar cegamente no que vem de lá. Assim, o ideal antes de sair aplicando o NSI no mapa é se certificar que os dados estejam corretos, como está sendo feito nesse tópico.

PS2: não sei como pedir alteração no NSI, e não estou com tempo nem disposição para aprender. Meu foco é mapear mesmo.

matheusgomesms · 2022-11-21T20:09:59.189Z

Oi Adriano, obrigado pelo input!

As razões principais para que fosse feito dessa maneira:

1 - justamente pelo fato de haverem agências próprias e agências franqueadas, do jeito que está agora abarca os dois casos. O mapeador pode detalhar em seguida.

2 - O NSI está agora recomendando que não se repita brand e operator quando os dois são iguais. Pela discussão que foi aberta, no caso dos Correios o brand é mais importante (até pelo ponto anterior).

3 - O nome ficar Correios foi porque esse é o nome mais comum e mais fácil de ser buscado e identificado, como preconiza a etiqueta name. Eu acho que Agência de Correio Dragão do Mar está errado pois Dragão do Mar cabe muito bem em branch (etiqueta pouco utilizada no Brasil, aliás).

O que poderia ser feito era adicionar uma nova entrada no NSI para as agências franqueadas, e outra para as agências próprias (atualizando a atual entrada), mas eu acho que mais atrapalharia do que ajudaria no mapeamento.

adrianojbr · 2022-11-21T20:41:18.482Z

De todo modo, quando menos, brand=Empresa Brasileira de Correios e Telégrafos está errado.

Quanto aos outros pontos:

Por experiência, desconfio que a maioria dos mapeadores não complementarão a diferença entre agências próprias e agências franqueadas, além de que alguns podem"corrigir" o que já está certo aí aplicar os presets do iD, como já vem ocorrendo para outros POIs;
Muito bom que ficou assim, mas ao testar me pareceu que não está funcionando bem assim, pra como eu disse anteriormente a bandeira está errada, pois Empresa Brasileira de Correios e Telégrafos é o operador das agências próprias e não a bandeira;
Se o nome é Agência de Correio Dragão do Mar, eu acho errado nomear de forma diferente. Os nomes próprios ajudam a indentificar nunca busca qual agência o usuário deseja. Afinal, se tudo tem o mesmo nome, essa etiqueta acabaria sendo até desnecessária. Além disso, vc pode citar onde está a preconizado que name deve conter o nome mais comum e mais fácil de ser buscado e identificado? Fiz uma releitura rápida da Wiki e não tive essa interpretação.

matheusgomesms · 2022-11-23T22:33:01.341Z

adrianojbr:

De todo modo, quando menos, brand=Empresa Brasileira de Correios e Telégrafos está errado.

Por que?

adrianojbr:

Além disso, vc pode citar onde está a preconizado que name deve conter o nome mais comum e mais fácil de ser buscado e identificado? Fiz uma releitura rápida da Wiki e não tive essa interpretação.

Sobre os nomes, a página name indica (tradução minha):

Como regra geral, o nome principal seria o nome mais óbvio do recurso, aquele que os usuários finais esperam que os consumidores de dados exponham em um rótulo ou outro elemento de interface. Aqui estão as fontes usuais de nomes principais:

- O nome mais proeminente em uma placa afixada no próprio recurso, especialmente para um recurso no ambiente construído
- O nome do recurso em um sinal em outro lugar, como uma placa

…

Se um nome oficial for mais complicado ou obscuro do que outro nome para o mesmo recurso e menos pessoas o usarem na prática, mesmo que esteja sinalizado, é melhor colocar o nome oficial em official_name=* ou alt_name=* do que tratá-lo como o nome principal.

Ou seja, é muito mais comum uma pessoa buscar Correios do que Agência de Correio Dragão do Mar (o que acho informação válida, e a etiqueta branch=* serve exatamente pra isso). Nenhum dado se perde. Além disso, usar o nome da marca como name=* é o padrão universal para agências postais no OSM (ver minhas mensagens acima).

adrianojbr:

Por experiência, desconfio que a maioria dos mapeadores não complementarão a diferença entre agências próprias e agências franqueadas, além de que alguns podem"corrigir" o que já está certo aí aplicar os presets do iD, como já vem ocorrendo para outros POIs;

Concordo! Contudo, do jeito que está, nenhum POI estará incorreto (loja própria ou franqueada), só estará com informações em falta. O que vejo que poderia ser feito era adicionar outra entrada no NSI, tendo o mapeador então duas opções para editar. Mas, receio que além de poluir e complicar, quem quer realmente adicionar as lojas franqueadas pode utilizar as etiquetas extras (operator e relacionadas). Quem não tem interesse em adicionar esse detalhes não vai mapear esse detalhe, com ou sem o preset (e pode até desestimular o mapeamento, por se tratar muito complexo).

adrianojbr · 2022-11-24T05:43:08.509Z

matheusgomesms:

adrianojbr:

De todo modo, quando menos, brand=Empresa Brasileira de Correios e Telégrafos está errado.

Por que?

brand “is used where the name of the brand is more recognisable (and therefore of more interest to data users) than the name of the outlet”. Assim Correios é mais reconhecível que Empresa Brasileira de Correios e Telégrafos, sendo que esse último seria o operador das agências próprias, enquanto as agências franqueadas não são propriamente da bandeira Empresa Brasileira de Correios e Telégrafos, mas sim da Correios;
É o uso que a comunidade vem fazendo:

image737×435 23.1 KB
Era a forma que estava sendo tratada nessa discussão, mas no NSI foi feito de forma diferente sem nova discussão.
É a forma indicada na Wikidata: Correios - Wikidata (reconheço que esse ponto é fraco, então pode desprezar).
E, mais importante, é assim que é feita a identificação visual das agências (on the ground - Ground truth - OpenStreetMap Wiki):

Fonte: https://www.mapillary.com/app/?pKey=749912805719212

Em suma, mal comparando, brand seria o nome fantasia e operator seria a razão social.

Seria a aplicação do mesmo tratamento que é feito para as bandeiras de postos de combustível, que inclusive é uma das referências para a documentação sobre brand.

matheusgomesms:

Se um nome oficial for mais complicado ou obscuro do que outro nome para o mesmo recurso e menos pessoas o usarem na prática, mesmo que esteja sinalizado, é melhor colocar o nome oficial em official_name=* ou alt_name=* do que tratá-lo como o nome principal.

Ou seja, é muito mais comum uma pessoa buscar Correios do que Agência de Correio Dragão do Mar (o que acho informação válida, e a etiqueta branch=* serve exatamente pra isso). Nenhum dado se perde. Além disso, usar o nome da marca como name=* é o padrão universal para agências postais no OSM (ver minhas mensagens acima).

Concedo que sua interpretação sobre a documentação de name é melhor que a minha, com a diferença que eu colocaria o nome então em official_name (branch eu interpreto diferente: exemplificando, seria o Personalité da brand=Itaú).

Porém, aqui talvez seja também o caso de discordar da Wiki, com a justificativa de que a tag name é mais antiga que a brand, e, em uma interpretação sistêmica, deve-se analisar ambas as páginas em conjunto. Assim, na documentação sobre brand há uma seção sobre a distinção entre brand, name, operator, etc., que leva ao entendimento que eu vinha tendo.

Além disso, com base na especificidade entendo que a documentação sobre brand é preponderante.

matheusgomesms:

adrianojbr:

Por experiência, desconfio que a maioria dos mapeadores não complementarão a diferença entre agências próprias e agências franqueadas, além de que alguns podem “corrigir” o que já está certo aí aplicar os presets do iD, como já vem ocorrendo para outros POIs;

Concordo! Contudo, do jeito que está, nenhum POI estará incorreto (loja própria ou franqueada), só estará com informações em falta. O que vejo que poderia ser feito era adicionar outra entrada no NSI, tendo o mapeador então duas opções para editar. Mas, receio que além de poluir e complicar, quem quer realmente adicionar as lojas franqueadas pode utilizar as etiquetas extras (operator e relacionadas). Quem não tem interesse em adicionar esse detalhes não vai mapear esse detalhe, com ou sem o preset (e pode até desestimular o mapeamento, por se tratar muito complexo).

Insisto que além da questão da falta de complementar, o que não torna o mapa incorreto, há o problema de alterar o que já está correto no mapa porque o preset sugere outra forma. Isso tem acontecido de forma recorrente. Um exemplo notório o NSI para postos Shell, que inclui brand=Shell e name=Shell, mesmo que o posto já esteja com o nome correto, fazendo uma substituição indevida.

Por isso, continuo achando que ter mais de um preset para casos diferentes pode incentivar a alguns mapeadores refletirem antes de sair alterando o mapa.