Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le 10/01/2011 17:19, 4C/Laurent GAD a écrit : Bonjour, Se pose également la question de la mise à jour. Nous faisons une mise à jour régulière de notre filaire en interne sur la base d'information remontées par nos communes. Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports, saisie directe dans osm (= doublon de mise à jour pour nous) ? J'en profite pour remercier les personnes qui travaillent sur le filaire de voies sur le territoire de la 4C. cordialement *Laurent* Bonjour, Après réflexion sur les mises à jour ultérieures, il faudrait que le fichier que vous avez fourni contienne en plus un UID pour chaque tronçons, ainsi en cas de modification on pourra faire le rapprochement avec l'existant. Dans les dernières extractions de fichiers .osm, j'ai fait figurer un tag 4C:PK_UID qui contient un entier trouvé dans le fichier .shp, mais j'ai peur qu'il n'indique que le rang du tronçon dans le fichier. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le mercredi 12 janvier 2011 13:47:11 Philippe Pary, vous avez écrit : > C'est un point vraiment gênant en effet. Les outils de veille contre le > vandalisme n'existent pas vraiment. > Je ne sais pas s'il existe un outil qui génère une alerte en cas de > modification sur une zone donnée, si ça existait ce serait formidable > pour Cléo (ça rend possible d'offrir une garantie des données) Pour l'instant, je me sers du service « osm mapper » d'ITOWorld et d'OWL http://www.itoworld.com/static/osm_mapper.html http://matt.dev.openstreetmap.org/owl_viewer/ Mais, il serait bien utile de pouvoir épier les changements sur des éléments particulier par tag, auteur ou ID de l'objet. Par exemple, si on pouvait s'inscrire des objets dans une « watchlist » et ètre averti de nouveaux objets sur une zone, ce serait un début. Après, il reste à avoir un outil d'affichage des différence convivial, et c'est bon :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le mercredi 12 janvier 2011 à 13:08 +0100, François Van Der Biest a écrit : > 2011/1/12 Philippe Pary : > > Le mercredi 12 janvier 2011 à 09:36 +0100, François Van Der Biest a > > écrit : > > > >> Je pense que, en l'état, OSM ne peut répondre à tous les besoins > >> "pro" (ex: gestion de réseaux, gestion de cimetières ...) > > > > En quoi précisément ? > > Parce que OSM ne se donne pas les mêmes objectifs qu'une application > "métier" et ne peut donc la concurrencer sur son terrain. > L'exemple typique, c'est l'outil de gestion des concessions de cimetière. OSM est avant tout une base de données. La plupart des outils de gestion ne savent pas se connecter sur OSM, mais ça ne veut pas dire que ça n'existera jamais. La limite tient plus au fait qu'OSM est une base de données publiques et qu'on ne peut y faire apparaître certaines données (par exemple qui est enterré où dans un cimetière) Ça peut néanmoins se faire via une base de donnée privée qui vienne étendre la BDD OSM. Bref, de tels outils pourraient exister un jour. Mais ça reste impossible avec les outils actuels :-) > Sans compter en plus l'aspect "vandalisme" ou "erreur non voulue" qui > compliquerait inutilement la gestion de ce genre de données dans OSM. C'est un point vraiment gênant en effet. Les outils de veille contre le vandalisme n'existent pas vraiment. Je ne sais pas s'il existe un outil qui génère une alerte en cas de modification sur une zone donnée, si ça existait ce serait formidable pour Cléo (ça rend possible d'offrir une garantie des données) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
2011/1/12 Philippe Pary : > Le mercredi 12 janvier 2011 à 09:36 +0100, François Van Der Biest a > écrit : > >> Je pense que, en l'état, OSM ne peut répondre à tous les besoins >> "pro" (ex: gestion de réseaux, gestion de cimetières ...) > > En quoi précisément ? Parce que OSM ne se donne pas les mêmes objectifs qu'une application "métier" et ne peut donc la concurrencer sur son terrain. L'exemple typique, c'est l'outil de gestion des concessions de cimetière. Sans compter en plus l'aspect "vandalisme" ou "erreur non voulue" qui compliquerait inutilement la gestion de ce genre de données dans OSM. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le mercredi 12 janvier 2011 à 09:36 +0100, François Van Der Biest a écrit : > Je pense que, en l'état, OSM ne peut répondre à tous les besoins > "pro" (ex: gestion de réseaux, gestion de cimetières ...) En quoi précisément ? Par manque de données ? Manque d'outils de surveillance des modifications ? … Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
On Wed, 12 Jan 2011 09:36:28 +0100, François Van Der Biest wrote: Bonjour, Je pense personnellement que "la meilleure solution pour faire profiter OSM des données mises à jour", c'est tout simplement de publier (sur une base régulière) sur le site web de la 4C ces nouvelles données sous forme de shapefile "versionné". Charge aux contributeurs locaux d'intégrer les différences dans OSM... quitte Tout à fait d'accord, ce d'autant plus que la libération des données ne se fait pas uniquement au profit d'OSM. à s'aider d'une application (qui reste à inventer) permettant de mettre en évidence les différences entre deux lots de données (penser à svn/git diff). C'est un projet très intéressant. Les formats sont cependant souvent incompatibles avec une mise en évidence des différences. Je suis partisan du minimum de charge sur les services des communes et communautés de communes : sinon, le mouvement de libération ne prendra pas d'ampleur, ou ne durera pas. Ces gens ont bien d'autres soucis que de saisir à double dans OSM. [...] Je pense que, en l'état, OSM ne peut répondre à tous les besoins "pro" (ex: gestion de réseaux, gestion de cimetières ...) Si OSM et sa communauté savent délivrer des services intéressant ces structures, un cercle vertueux peut être amorcé sur certaines thématiques. On peut cependant poser le problème dans l'autre sens : les contributeurs d'OSM sont-ils prêts ou préparés à accepter des institutionnels qui amènent leurs richesses, mais aussi leurs contraintes ? Donc dilemne : * la "simple" publication des données c'est très bien, il faut cependant en quantité proportionnelle des fourmis formées pour les intégrer proprement * si les institutions saisissent directement dans OSM et l'utilisent en tant que SIG (ça revient à ça...), je crains quelques incompréhensions avec les mappeurs Une phase intermédiaire peut être de trouver un mode de mise à disposition facilitant la tâche du contributeur - comme l'imagerie bing, simple et efficace. -- Fabrice Phung ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Bonjour, 2011/1/12 Marc Sibert > Le 10/01/2011 17:19, 4C/Laurent GAD a écrit : > > Bonjour, > > Se pose également la question de la mise à jour. > > Nous faisons une mise à jour régulière de notre filaire en interne sur la > base d’information remontées par nos communes. > > Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports, > saisie directe dans osm (= doublon de mise à jour pour nous) ? > > > > J’en profite pour remercier les personnes qui travaillent sur le filaire de > voies sur le territoire de la 4C. > > > > cordialement > > *Laurent* > > Bonjour, > > Le plus simple reste de considérer qu'OSM est maintenant votre référentiel. > Vous pourrez donc ne faire qu'une seule saisie dans OSM et l'utiliser comme > source pour renseigner votre SIG. > Simple mais probablement irréaliste, pour ces raisons : - très forte résistance face à l'adoption de données "que tout le monde peut modifier" pour des besoins pro, ce que je comprends très bien - la 4C ne serait alors plus propriétaire de ses données "à jour", mais d'une révision ancienne ... Je pense personnellement que "la meilleure solution pour faire profiter OSM des données mises à jour", c'est tout simplement de publier (sur une base régulière) sur le site web de la 4C ces nouvelles données sous forme de shapefile "versionné". Charge aux contributeurs locaux d'intégrer les différences dans OSM... quitte à s'aider d'une application (qui reste à inventer) permettant de mettre en évidence les différences entre deux lots de données (penser à svn/git diff). Je suis partisan du minimum de charge sur les services des communes et communautés de communes : sinon, le mouvement de libération ne prendra pas d'ampleur, ou ne durera pas. Ces gens ont bien d'autres soucis que de saisir à double dans OSM. Ce n'est qu'une demi boutade ! Avouez que c'est la solution la plus > évidente. Les contributeurs particuliers comme les services municipaux > peuvent faire directement les corrections dans OSM que vous intégrés suivant > vos besoins (filaire routier, lieux-dit, bâtis, occupation des sols...). > Je pense que, en l'état, OSM ne peut répondre à tous les besoins "pro" (ex: gestion de réseaux, gestion de cimetières ...) > PS : j'en profite pour vous informer que je poursuis le découpage en > carrés et qu'ils seront (voir sont déjà) disponibles en ligne un par un. > Cool. Ou peut on trouver les fichiers déjà ? F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le 10/01/2011 17:19, 4C/Laurent GAD a écrit : Bonjour, Se pose également la question de la mise à jour. Nous faisons une mise à jour régulière de notre filaire en interne sur la base d'information remontées par nos communes. Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports, saisie directe dans osm (= doublon de mise à jour pour nous) ? J'en profite pour remercier les personnes qui travaillent sur le filaire de voies sur le territoire de la 4C. cordialement *Laurent* Bonjour, Le plus simple reste de considérer qu'OSM est maintenant votre référentiel. Vous pourrez donc ne faire qu'une seule saisie dans OSM et l'utiliser comme source pour renseigner votre SIG. Ce n'est qu'une demi boutade ! Avouez que c'est la solution la plus évidente. Les contributeurs particuliers comme les services municipaux peuvent faire directement les corrections dans OSM que vous intégrés suivant vos besoins (filaire routier, lieux-dit, bâtis, occupation des sols...). Restent certains détails (qui n'en sont pas il faut en convenir) comme la gestion des modifications incontrôlable à priori (évolutions structurelle du modèle de données, erreurs, de débutants ou pas, conflits de contribution, malveillance, etc.). mes 0.02 EUR PS : j'en profite pour vous informer que je poursuis le découpage en carrés et qu'ils seront (voir sont déjà) disponibles en ligne un par un. -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
- "Eric Marsden" a écrit : > > "ms" == Marc SIBERT writes: > > ms> - *Injecter à la demande.* > ms> Je prévois de faire des "carrés" de surface "à taille à humaine" dont > ms> l'upload sera faite à la demande, le contributeur étant faite étant alors > en > ms> charge du nettoyage. > > Pourquoi ne pas mettre à disposition des fichiers .osm ? Il est alors > relativement facile de charger les nouvelles données dans un calque > JOSM et de copier les éléments qui ne sont pas encore présents vers > le calque OSM. > > Certes, ça engendre un risque que des éjaculateurs précoces importent > massivement sans vérifier la qualité de leur travail, comme on le voit > encore avec le cadastre, mais ils écoutent parfois quand on leur > envoie des messages. > > -- > Eric Marsden > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr La disposition des fichiers .osm ne changera rien à la qualité du travail des contributeurs, mais c'est un outil de plus... Cédric Barribaud Secrétaire de l'APP3L www.app3l.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Bonjour, Merci beaucoup pour l'intérêt que vous portez à OSM, je suis ravi de voir une ville de Midi-Pyrénées telle qu'Albi s'y intéresser :) Je ne suis qu'actif que depuis quelques semaines sur OSM donc ne répondrai pas aux questions de fond sur le processus à envisager pour l'import, mais je vous conseille fortement pour la problématique de modération, de vous faire connaître dès maintenant sur le wiki :) Je pense en particulier à la page du Tarn et à la page d'Albi: http://wiki.openstreetmap.org/wiki/France:Tarn http://wiki.openstreetmap.org/wiki/Albi Cordialement, Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
> "ms" == Marc SIBERT writes: ms> - *Injecter à la demande.* ms> Je prévois de faire des "carrés" de surface "à taille à humaine" dont ms> l'upload sera faite à la demande, le contributeur étant faite étant alors en ms> charge du nettoyage. Pourquoi ne pas mettre à disposition des fichiers .osm ? Il est alors relativement facile de charger les nouvelles données dans un calque JOSM et de copier les éléments qui ne sont pas encore présents vers le calque OSM. Certes, ça engendre un risque que des éjaculateurs précoces importent massivement sans vérifier la qualité de leur travail, comme on le voit encore avec le cadastre, mais ils écoutent parfois quand on leur envoie des messages. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Bonjour, Se pose également la question de la mise à jour. Nous faisons une mise à jour régulière de notre filaire en interne sur la base dinformation remontées par nos communes. Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports, saisie directe dans osm (= doublon de mise à jour pour nous) ? Jen profite pour remercier les personnes qui travaillent sur le filaire de voies sur le territoire de la 4C. cordialement Laurent De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-boun...@openstreetmap.org] De la part de François Van Der Biest Envoyé : lundi 10 janvier 2011 16:56 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] [Commune] Libérations et intégration de données Bonjour, 2011/1/10 Marc SIBERT Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai participé à la transformation des données de la Communauté de communes de Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le problème reste la manière de "fusionner" ces nouvelles données avec celles déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel processus et cela doit donc être fait "à la main". Dans une grande mesure, le travail de dédoublonnage peut être évité grâce à l'algorithme exposé sur la page "BMO" du wiki OSM. Il reste dans tous les cas une phase d'adaptation manuelle pour recoller les données importées avec l'existant (ie "assurer une topologie correcte") Voici quelques réflexions : * Le plus simple est de supprimer tout le filaire existant dans OSM et d'injecter celui de la 4C. C'est peut etre le plus simple, mais c'est une solution que la communauté OSM refuse catégoriquement. * Injecter globalement le filaire de la 4C et laisser les contributeurs dé-doublonner à postériori. Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de la tache pourra rebuter les contributeurs. Je suis d'accord avec ce point de vue. * Injecter à la demande. Je prévois de faire des "carrés" de surface "à taille à humaine" dont l'upload sera faite à la demande, le contributeur étant faite étant alors en charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les contributeurs par un travail trop long. Perso, au-delà d'une semaine je me lasse. C'est probablement la meilleure solution. Penser à utiliser les "carrés" équivalents au z=15 de la projection mercator sphérique. Cela permettra de suivre l'avancement des travaux à l'aide de l'application OSMQA (cf http://goo.gl/lY6HN ), qui utilise ces tuiles de taille ~ 1km². F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Bonjour, 2011/1/10 Marc SIBERT > > Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les > réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai > participé à la transformation des données de la Communauté de communes de > Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le > problème reste la manière de "fusionner" ces nouvelles données avec celles > déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel > processus et cela doit donc être fait "à la main". > Dans une grande mesure, le travail de dédoublonnage peut être évité grâce à l'algorithme exposé sur la page "BMO" du wiki OSM. Il reste dans tous les cas une phase d'adaptation manuelle pour recoller les données importées avec l'existant (ie "assurer une topologie correcte") > Voici quelques réflexions : > >- *Le plus simple est de supprimer tout le filaire existant dans OSM et >d'injecter celui de la 4C.* > > C'est peut etre le plus simple, mais c'est une solution que la communauté OSM refuse catégoriquement. > >- *Injecter globalement le filaire de la 4C et laisser les >contributeurs dé-doublonner à postériori.* >Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de >la tache pourra rebuter les contributeurs. > > Je suis d'accord avec ce point de vue. > >- *Injecter à la demande.* >Je prévois de faire des "carrés" de surface "à taille à humaine" dont >l'upload sera faite à la demande, le contributeur étant faite étant alors > en >charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les >contributeurs par un travail trop long. Perso, au-delà d'une semaine je me >lasse. > > C'est probablement la meilleure solution. Penser à utiliser les "carrés" équivalents au z=15 de la projection mercator sphérique. Cela permettra de suivre l'avancement des travaux à l'aide de l'application OSMQA (cf http://goo.gl/lY6HN ), qui utilise ces tuiles de taille ~ 1km². F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Le 10 janvier 2011 14:30, Linugis a écrit : > > Bonjour, > > Je travaille au sein du service SIG (Système d'Information Géographique) de > la commune d'Albi (dans le Tarn) et nous réfléchissons à une possible > libération (et intégration dans OSM) d'une partie de nos données > cartographiques (notamment notre filaire des voies). > > J'ai vu des exemples de libération de données publique notamment en > Bretagne. Apparemment deux mise en œuvre différentes : Rennes qui a mis a > disposition certaines de ces données à partir d'un site internet, et Brest > qui a réalisé un import différentiel de son filaire directement dans OSM. > > Je vais faire une rapide comparaison entre les données de la commune et > celles d'OSM. Je ne cherche pas a dénigrer le travail de la communauté de > mappeurs (dont je fais parti) mais plutôt de voir comment améliorer les > données OSM. > > Sur notre commune le filaire des voies n'est pas entièrement saisie sur OSM > (il doit manquer environ 40-50% des voies publiques), certaines > dénominations sont erronées (ou ne correspondent pas exactement à la > délibération de nommage), et certaines voies manquent de précision > géographique. > > > Par contre OSM est meilleur sur les voies privées (ex : intérieur de > résidence), les chemins pédestres (ex : parcs et jardins, venelles > piétonnes > entre rue), les places (sous forme de polygones), les limitations de > vitesse, la classification (voies primaires, voies secondaires ...) et les > tags en général (ex : pont). En effet nous ne gérons pas ces données dans > notre filaire. > > Pour résumer dans notre filaire nous garantissons : le libellé exact de la > voie, le sens de circulation, la domanialité, la position géographique > ainsi > que la topologie du réseau. > > > Voici donc les questions que nous nous posons : > >* Comment mettre en place un partenariat entre notre commune et OSM ? >* Quelle genre d'import pourrait-on réaliser (différentiel, massif) ? >* Dans le cas d'un import différentiel comment est géré la topologie > (entre les voies) ? >* Existe-t-'il un système de modération dans OSM (pour éviter le > "vandalisme" ou arbitrer des litiges) ? >* Comment pourrait-on mettre en place un procédé de mise à jour efficace > ? > > Nous somme preneur de tout conseils et suggestions que vous pourriez nous > amener. > > -- > View this message in context: > http://gis.638310.n2.nabble.com/Commune-Liberations-et-integration-de-donnees-tp5906892p5906892.html > Sent from the France mailing list archive at Nabble.com. > > Bonjour, Je ne vais pas apporter de réponse ici, mais je suis très intéressé par les réponses que vous allez obtenir. En effet, vous avez peut-être vu que j'ai participé à la transformation des données de la Communauté de communes de Concarneau Cornouaille. J'ai terminé la mise en forme des données, mais le problème reste la manière de "fusionner" ces nouvelles données avec celles déjà disponibles dans OSM. La problématique est que OSM n'a pas de tel processus et cela doit donc être fait "à la main". Voici quelques réflexions : - *Le plus simple est de supprimer tout le filaire existant dans OSM et d'injecter celui de la 4C.* Au vu de l'existant et de manière générale le filaire de la 4C est de meilleur qualité que l'existant, mais on n'est pas à l'abri de zone particulière où un contributeur zélé a pu apporté un soin exceptionnel dans sa contribution et dans ce cas cette qualité serait perdue irrémédiablement. Cela risque de démotiver les contributeurs. Il y a justement le cas des voies privées ou de service qui ne sont pas disponible dans le filaire de la 4C mais que l'on trouve déjà sur le terrain. - *Injecter globalement le filaire de la 4C et laisser les contributeurs dé-doublonner à postériori.* Dans ce cas aussi, on va temporairement dénaturer OSM et l'ampleur de la tache pourra rebuter les contributeurs. - *Injecter à la demande.* Je prévois de faire des "carrés" de surface "à taille à humaine" dont l'upload sera faite à la demande, le contributeur étant faite étant alors en charge du nettoyage. L'intérêt de cette méthode est de ne pas dégouter les contributeurs par un travail trop long. Perso, au-delà d'une semaine je me lasse. Voilà les 0.02 € PS : que la 4C ne désespère pas je n'ai pas encore abandonné ce projet. Je travaille sur le découpage et la création d'une page de déclenchement de l'upload. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et int égration de données
Tout d'abord MERCI pour l'intérêt que vous portez à OpenStreetMap, * Comment mettre en place un partenariat entre notre commune et OSM ? Premier point il faut commencer par vérifier la compatibilité des droits dont vous disposez sur les données avec la licence Odbl et CC-By-SA. Si vous êtes propriétaire de l'ensemble de vos données et que les élus donnent l'accord quant à la transmission de ces données c'est parfait. * Quelle genre d'import pourrait-on réaliser (différentiel, massif) ? Il faudra vérifier la différence entre l'existant dans OSM et ce dont vous disposez. Puis au cas par cas parfois effacer les données présentent dans OSM pour les remplacer par les vôtres. * Dans le cas d'un import différentiel comment est géré la topologie (entre les voies) ? Selon le format des données dont vous disposez nous récupérons la topologie dans les attributs des objets importés ? * Existe-t-'il un système de modération dans OSM (pour éviter le "vandalisme" ou arbitrer des litiges) ? Il n'y a pas de modération mais une veille permanente de la communauté sur la "santé" des territoires connues des contributeurs. Des outils existent néanmoins pour surveiller, signaler, corriger les incongruités (géométriques, orthographique, etc...) Il existe un système de "versioning" (changeset) permettant de suivre l'historique et la vie des modifications apportées. * Comment pourrait-on mettre en place un procédé de mise à jour efficace? Ce système de changeset cité ci-dessus permet d'avoir une base à la mise en place d'un tel service. Cordialement, Gaël MUSQUET ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Commune] Libérations et int égration de données
Bonjour, Je travaille au sein du service SIG (Système d'Information Géographique) de la commune d'Albi (dans le Tarn) et nous réfléchissons à une possible libération (et intégration dans OSM) d'une partie de nos données cartographiques (notamment notre filaire des voies). J'ai vu des exemples de libération de données publique notamment en Bretagne. Apparemment deux mise en œuvre différentes : Rennes qui a mis a disposition certaines de ces données à partir d'un site internet, et Brest qui a réalisé un import différentiel de son filaire directement dans OSM. Je vais faire une rapide comparaison entre les données de la commune et celles d'OSM. Je ne cherche pas a dénigrer le travail de la communauté de mappeurs (dont je fais parti) mais plutôt de voir comment améliorer les données OSM. Sur notre commune le filaire des voies n'est pas entièrement saisie sur OSM (il doit manquer environ 40-50% des voies publiques), certaines dénominations sont erronées (ou ne correspondent pas exactement à la délibération de nommage), et certaines voies manquent de précision géographique. Par contre OSM est meilleur sur les voies privées (ex : intérieur de résidence), les chemins pédestres (ex : parcs et jardins, venelles piétonnes entre rue), les places (sous forme de polygones), les limitations de vitesse, la classification (voies primaires, voies secondaires ...) et les tags en général (ex : pont). En effet nous ne gérons pas ces données dans notre filaire. Pour résumer dans notre filaire nous garantissons : le libellé exact de la voie, le sens de circulation, la domanialité, la position géographique ainsi que la topologie du réseau. Voici donc les questions que nous nous posons : * Comment mettre en place un partenariat entre notre commune et OSM ? * Quelle genre d'import pourrait-on réaliser (différentiel, massif) ? * Dans le cas d'un import différentiel comment est géré la topologie (entre les voies) ? * Existe-t-'il un système de modération dans OSM (pour éviter le "vandalisme" ou arbitrer des litiges) ? * Comment pourrait-on mettre en place un procédé de mise à jour efficace ? Nous somme preneur de tout conseils et suggestions que vous pourriez nous amener. -- View this message in context: http://gis.638310.n2.nabble.com/Commune-Liberations-et-integration-de-donnees-tp5906892p5906892.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr