Le 22 octobre 2014 23:48, Sébastien Dinot <sebastien.di...@free.fr> a écrit :
> Merci bien Vincent pour cette liste de bonnes pratiques dont j'ignorais > l'existence. > > Vincent Bergeot a écrit : > > je ne suis dans aucun des 2 cas, mais en me promenant, je me suis dit > > que cela pouvait peut-être aider : > > > > * [1]https://checklists.opquast.com/fr/opendata > > * [2]http://opendatafrance.opquast.net/barometers/open-data > > > > Je n'ai pas la compétence pour juger de la valeur de ces bonnes > > pratiques mais je suis curieux des retours que peuvent faire d'autres > > personnes :) > > Je les trouve globalement pertinentes mais j'ai tout de même quelques > réserves : > > 4. « Des exemples de réutilisation (fictifs ou réels) sont fournis » > > Je ne vois pas le moins du monde l'intérêt de donner des exemples > d'utilisation fictifs ! Au mieux, cela fera rire, au pire, cela > décrédibilisera le projet. > > +1 16. « Aucun dispositif n'est mis en place pour empêcher la récupération > automatique ou programmatique des données » > > Certes, une application doit pouvoir récupérer les données sans qu'il > soit nécessaire de faire intervenir un opérateur. Cependant, ces > requêtes peuvent être - et je dirais même doivent être - plafonnées > d'une ou plusieurs manières (limitation de débit, du nombre de > requêtes simultanées en provenance d'une adresse IP, du nombre de > requêtes par seconde, etc.) afin d'éviter les attaques de déni de > service et d'assurer une bonne qualité de service au plus grand > nombre. Formulée ainsi, la bonne pratique est donc discutable. > > C'est une intérprétation très (trop ?) large que tu fais. Je pense que c'est assez clair que l'objectif est seulement de permettre une récupération automatique sans intervention humaine nécessaire. Dans mes scripts d'intégration des adresses opendata dans BANO je suis confronté au problème sur différents portails. Ca plus le manque de stabilité les liens de téléchargement... > 47. « Les jeux de données sont accompagnées d'une licence » > 51. « Les jeux de données sont accompagnés d'un résumé et d'un lien vers > la version complète de la licence » > > Ces deux pratiques sont redondantes. > > 61. « Si un jeu de données comporte des erreurs, des incertitudes ou est > incomplet, ces informations l'accompagnent » > > Cette pratique me laisse perplexe : > > - En tant que développeur, je dirais qu'une erreur, cela ne se > documente pas mais se corrige. > > - Des incertitudes sur l'exactitude ou la complétude des données, il > y en a toujours ; je préfère là encore que les personnes en charge > de ces données consacrent leur temps à les améliorer qu'à > documenter leurs faiblesses. > > Dans l'idéal oui, mais il est bon aussi d'avoir quelques indice sur la fiabilité de certains jeux de données. Un jeu de donnée incomplet ou imparfait permet déjà des usages et la tentation de dire "on ne publie pas tel jeu car il n'est pas complet ou pas parfait" est une trop belle excuse utilisée très souvent pour ne pas ouvrir certaines données. > 64. « Il est possible d'obtenir des informations concernant le niveau de > confiance à accorder aux données » > > Cette pratique est redondante avec celle que je critiquais plus haut > et est donc sujette à la même critique (en plus de son caractère > redondant). > > +1 pour la redondance > 67. « Des extraits des différents jeux de données sont proposés au > téléchargement » > 70. « Un extrait des données peut être prévisualisé » > > Là, je dirais juste « bof... », inutile de perdre du temps à cela. > > +1 Hier j'étais au CG93 et on a parlé des bonnes pratiques en matière de portail opendata. Pour moi l'important c'est le moteur de recherche qui permet de retrouver facilement les jeux de données, d'autant plus utile quand il sont nombreux. A minima, un serveur FTP avec les jeux de données téléchargeables et un document explicatif pour chacun plus une liste des jeux ça peut être amplement suffisant, mais c'est très très "roots" ;) -- Christian Quest - OpenStreetMap France
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
