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>*.* On Wed, Aug 8, 2018 at 8:43 PM Gerald Weber <[email protected]> wrote: > Oi 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 > > 2018-08-05 19:28 GMT-03:00 Paulo Carvalho <[email protected]>: > >> Como 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 >> Wiki (no qual o OSM atual se baseia) tem dois sérios defeitos, a saber: >> 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 >> >> >> Em 5 de agosto de 2018 11:30, Gerald Weber <[email protected]> escreveu: >> >>> Oi Pessoal >>> >>> artigo fazendo uma análise interessante sobre o OSM e o que o autor >>> chama de estagnação tecnológica: >>> >>> http://journals.sagepub.com/doi/pdf/10.1177/2053951718790591 >>> >>> abraço >>> >>> Gerald >>> >>> _______________________________________________ >>> Talk-br mailing list >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-br >>> >>> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-br >> >> > > > _______________________________________________ > Talk-br mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-br >
_______________________________________________ Talk-br mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-br
