Oi gente, concordo com o Gerard,
e vejo uma certa inércia (nossa resistência natural quando pensamos "mais
seguro continuar como está")
ou até resistência (alguns são mesmo radicais) no "core" do OSM... Que tem
seus motivos.
De leve o artigo faz uma certa critica ao excesso de centralização do poder
na infraestrutura e decisões técnicas do OSM.
Cabe a nós, comunidade OSM-Brasil, fazermos nosso "lobby" junto Ã
comunidade OSM-geral e a OSMF...
Como não existe *mecanismo de voto*, uma opção interessante de participar é
"votando" no https://HELP.openstreetmap.org nas questões pertinentes
(o escopo do fórum HELP é suporte técnico - mas por vezes aceitam tópicos
mais genéricos exemplo
<https://help.openstreetmap.org/questions/65126/is-osm-just-a-backend-for-developers>
)
- - -
O artigo fala das aplicações de utilidade publica que só se tornariam
realidade depois de mudanças de arquitetura/compromisso no OSM...
Pensando em aplicações mais imediatas e com solução simples (que não
requerem mudar a arquitetura do OSM),
acho que a mais importante e "bola da vez" é o Permanent_ID,
https://wiki.openstreetmap.org/wiki/Permanent_ID
Tentando resumir: sem Permanent_ID não há como ter investimento de longo
prazo num simples link...
*não existe hoje* endereço (*URL*) para por exemplo *um simples mapa do
Brasil*.
Tudo se perde, ninguém na OSMF ou na infraestrutura-OSM dá garantia de
persistência, coisa que tem solução tecnológica já fazem uns 20 anos, como
o PURL <https://en.wikipedia.org/wiki/Persistent_uniform_resource_locator>.
Se publicamos um PDF com link para o OSM o link vai se perder, é
investimento perdido... Por isso o Permanent_ID é tão importante.
As prefeituras e a maior parte das iniciativas de utilidade pública demanda
isso. Geocodificação idem, aguarda Permanent_ID para ser algo mais sério.
Os meandros da solução do problema são um pouco mais discutidos em
https://wiki.openstreetmap.org/wiki/Persistent_Place_Identifier
Tem solução simples, passa pelo uso da Wikidata (P402)
<https://www.wikidata.org/wiki/Property:P402> em regime recÃproco da
tag-Wikidata <https://wiki.openstreetmap.org/wiki/tag:wikidata>*.*
Post by Gerald WeberOi Paulo
na verdade a estagnação não é somente tecnológica, mas também social ;)
Certamente, o modelo de "todo mundo pode mexer à vontade" foi importante
há uns 10 anos quando o mapa era um grande vazio e era necessário criar
volume. Mas com a complexidade que temos hoje a lógica já precisava ser
outra. Hoje é preciso criar confiabilidade, e é difÃcil fazer isto no
modelo atual.
abraço
Gerald
Post by Paulo CarvalhoComo diz o paper, mudar os mais de 50 softwares baseados na atual
estrutura é inviável. Seria necessário a OSMF criar um OSM 2 e fazer o *code
freeze* do OSM atual. Seria complicado, mas necessário, pois o modelo
1) A revisão é a posteriori. Deveria ser como em software livre: rever
antes, publicar depois. Contribuições ruins podem ser detectadas muito
tempo depois, levando a um comprometimento sério de partes do mapa
expandidas a partir delas.
2) Não tem um modelo de privilégios crescentes como no Stack Overflow e
Wikimapia, o que diminui o impacto de edições negligentes ou
mal-intencionadas.
att,
PC
Post by Gerald WeberOi Pessoal
artigo fazendo uma análise interessante sobre o OSM e o que o autor
http://journals.sagepub.com/doi/pdf/10.1177/2053951718790591
abraço
Gerald
_______________________________________________
Talk-br mailing list
https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________
Talk-br mailing list
https://lists.openstreetmap.org/listinfo/talk-br
_______________________________________________
Talk-br mailing list
https://lists.openstreetmap.org/listinfo/talk-br