[Talk-br] Prefeitura de São Paulo declara bases sem restrição de licença

Alexandre Magno Brito de Medeiros alexandre.mbm em gmail.com
Terça Julho 22 17:22:48 UTC 2014


Não lembro do filme. Paulo, por favor, diga de outra forma, para eu saber o
que você está dizendo.


Em 22 de julho de 2014 12:42, Paulo Carvalho <paulo.r.m.carvalho em gmail.com>
escreveu:

> Agora tu fizeste me lembrar do filme do Juiz Dredd: "Eu sou a lei!" kkkkkk
>
>
> Em 22 de julho de 2014 07:49, Alexandre Magno Brito de Medeiros <
> alexandre.mbm em gmail.com> escreveu:
>
>> Seria mais uma dificuldade para educar importadores ilícitos sem
>> consciência: "Se eles podem fazer isso, eu também posso. E essa estória de
>> permissões para esses dados que estou colocando é uma besteira". Daí a
>> pessoa vai lá e importa "seus" dados privativos quebrando logo o histórico,
>> para começar.
>>
>>
>> Em 22 de julho de 2014 02:06, Fernando Trebien <
>> fernando.trebien em gmail.com> escreveu:
>>
>>> Sim, por isso chamei de "sub-ideal". O ideal é que não degrademos o
>>> histórico nunca.
>>>
>>> Mas acho que a gente deveria considerar os prós e contras de quebrar
>>> os históricos com o objetivo de disponibilizar os dados mais
>>> rapidamente. Afinal, são muitos dados e pouca mão de obra.
>>>
>>> 2014-07-21 10:42 GMT-03:00 Alexandre Magno Brito de Medeiros
>>> <alexandre.mbm em gmail.com>:
>>> > Mas degrada o histórico de versões. Quero dizer: pode ficar difícil
>>> conectar
>>> > logicamente o objeto antigo com o novo.
>>> >
>>> >
>>> > Em 19 de julho de 2014 12:22, Fernando Trebien <
>>> fernando.trebien em gmail.com>
>>> > escreveu:
>>> >
>>> >>
>>> >> Um subideal (que talvez seja possível, dependendo dos interesses da
>>> >> comunidade) é sim excluir coisas do OSM e depois reintroduzir aquilo
>>> >> que foi excluído e que não consta no novo dataset. Na verdade, eu acho
>>> >> essa uma abordagem muito mais rápida quando a fonte de dados é muito
>>> >> mais rica do que o OSM. Também é uma abordagem que evita os problemas
>>> >> da conflação.
>>>
>>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140722/fdefa79e/attachment-0001.html>


Mais detalhes sobre a lista de discussão Talk-br