Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

2011-01-12 Par sujet François Van Der Biest
Bonjour,

2011/1/12 Marc Sibert m...@sibert.fr

  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

2011-01-12 Par sujet Fabrice Phung
On Wed, 12 Jan 2011 09:36:28 +0100, François Van Der Biest 
francois.vanderbi...@camptocamp.com 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

2011-01-12 Par sujet 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 ?
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

2011-01-12 Par sujet François Van Der Biest
2011/1/12 Philippe Pary phili...@cleo-carto.com:
 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

2011-01-12 Par sujet Philippe Pary
Le mercredi 12 janvier 2011 à 13:08 +0100, François Van Der Biest a
écrit :
 2011/1/12 Philippe Pary phili...@cleo-carto.com:
  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-01-12 Par sujet Nicolas Dumoulin
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

2011-01-12 Par sujet 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,

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

2011-01-11 Par sujet 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.


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


[OSM-talk-fr] [Commune] Libérations et int égration de données

2011-01-10 Par sujet Linugis

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


Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

2011-01-10 Par sujet RatZilla$
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


Re: [OSM-talk-fr] [Commune] Libérations et int égration de données

2011-01-10 Par sujet Marc SIBERT
Le 10 janvier 2011 14:30, Linugis sylvain.mas...@gmail.com 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

2011-01-10 Par sujet François Van Der Biest
Bonjour,

2011/1/10 Marc SIBERT m...@sibert.fr


 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

2011-01-10 Par sujet 4C/Laurent GAD
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

 

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 m...@sibert.fr

 

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

2011-01-10 Par sujet Eric Marsden
 ms == Marc SIBERT m...@sibert.fr 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

2011-01-10 Par sujet Vincent Privat
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

2011-01-10 Par sujet sechanbask
- Eric Marsden eric.mars...@free.fr a écrit : 
  ms == Marc SIBERT m...@sibert.fr 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