[OSM-talk-fr] Expériences, liens, idées sur les données géo des collectivités (OpenData)

[Jo]

Nous avons discuté un chemin de retour 'upstream' des données. Disons
que quelqu'un change une donnée sur un hôtel. Le script le découvre et
le signale. Un contributeur OSM décide si c'est du vandalisme ou une
erreur (par exemple qq1 a changé le nombre d'étoiles d'un hôtel, c'est
fort improbable, donc probablement du vandalisme. Mais si qq1 ajoute
un sport ou le fait qu'ils viennent d'installer du wifi). Si ça a
l'air d'être valide, la modification sera renvoyé chez eux. Ils
vérifieront et puis ce sera dans la prochaine mise à jour, ou pas. Si
ce n'est pas dedans, il faudra retourner pour revérifier nous-mêmes,
j'ai peur... (ou donner un coup de fil à cet hôtel/attraction)

Ils sont préparé pour le fait qu'il y aura du feedback et leur base de
données en profitera également que les erreurs en seront éliminées.

Il n'y a pas vraiment question de bot. Juste un script pour
assistanter avec l'import (initiel) et un autre script qui produira
des rapports sur les inconsistences. Je n'aime pas les bots
automatiques non plus. De toute façon il y aura besoin de
contributeurs pour décider ou mettre les informations fournies. Sur un
noeud? Sur un batiment? Les données d'adresse dans une relation
associatedStreet. La piscine et les terrains de tennis connecté avec
l'hôtel par biais d'une relations type=site?

Jo

2011/10/24 Frédéric Rodrigo <fred.rodrigo at gmail.com>:
> Ce qui me gêne dans cette approche c'est que l'on a l'impression qu'ils
> détiennent LA vérité et qu'il faut les suivre. Que ce passe-t-il si des info
> des contributeurs d'OSM sont en désaccord avec leurs données ?
> Une synchro qui vise l'automatisme est quelque intéressant et d'ambitieux,
> alors que l'on ose à peine utiliser des bots pour faire des corrections.
>
> Fred
>
>
> Le 24/10/2011 22:24, Jo a écrit :
>>
>> Ils ont interêt que les informations diffusées par les différents
>> canaux, dont OSM en est un, aient les informations qui sont à jour.
>> Avec Google ils ont convenu qu'il y des mises à jour une fois par
>> semaine.
>>
>> Je suis convaincu que nous pourrons suivre leurs mises à jour à l'aise
>> et ce n'est pas parce que on rate un mois que ce sera la fin du monde.
>> Une fois les données dans OSM il ne faudra jamais plus les enlever,
>> mais p-ê qu'ils ne nous fourniront plus leurs mises à jour si on ne
>> les suit plus.
>>
>> Je vais automatiser au maximum le 'flux d'information' et tout sera
>> bien, pas de soucis. En outre je veux utiliser cette expérience pour
>> pouvoir dire au service de transports en public en Flandre que nous
>> sommes capable d'établir ce genre de processus, car ils avaient plus
>> ou moins les mêmes soucis. Ils n'ont pas trop de problème que leur
>> données soient libérées, mais ils veulent que les données disponibles
>> soient correctes. Sinon, c'est chez eux que les utilisateurs des
>> données iront rouspeter, même s'ils n'y peuvent rien qu'elles ne sont
>> pas correctes.
>>
>> De toute façon Openstreetmap a intérêt d'avoir les données correctes
>> et actuels dans la base, donc il n'y a pas conflit d'intérêt avec
>> cette condition qu'ils veulent 'imposer'.
>>
>> Ils se rendent bien compte que nous ne pourront jamais leur garantir
>> plus qu'une promesse de faire de notre mieux (best effort).
>>
>> Jo
>>
>> 2011/10/24 Sébastien Dinot<sebastien.dinot at free.fr>:
>>>
>>> Jo a écrit :
>>>>
>>>> Je suis aussi en conversation avec notre service touristique qui veut
>>>> apporter des données, mais ils veulent que nous les mettions à jour
>>>> régulièrement.
>>>
>>> Que veut dire « ils veulent que nous les mettions à jour
>>> régulièrement » ? La formulation me chagrine. Si ce service veut un
>>> engagement, il faut le diriger vers une société compétente qui se fera
>>> un plaisir de lui faire un devis pour cette prestation ponctuelle mais
>>> réccurrente.
>>>
>>> Que ferons-ils si les contributeurs bénévoles se lassent de mettre
>>> à jour les informations ? En exigeront-ils le retrait ? Dans ce cas, il
>>> vaut mieux leur dire de garder leurs données.
>>>
>>> Sébastien
>>>
>>> --
>>> Sébastien Dinot, sebastien.dinot at free.fr
>>> http://sebastien.dinot.free.fr/
>>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>