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 <[email protected]>: > 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<[email protected]>: >>> >>> 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, [email protected] >>> http://sebastien.dinot.free.fr/ >>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr > > _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
