Re: [Talk-br] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Peter Krauss]

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

)

- - -

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 .
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)
 em regime recíproco da
tag-Wikidata *.*



On Wed, Aug 8, 2018 at 8:43 PM Gerald Weber  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 :
>
>> 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  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
>>> 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] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Gerald Weber]

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 :

> 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  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
>> 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] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Daniel d'Andrada]

Bem interessante!

On Sun, Aug 5, 2018 at 4:31 PM Gerald Weber  wrote:

> 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
> 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] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Paulo Carvalho]

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  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
> 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] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Gerald Weber]

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
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br