Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet Tyndare
Je fais une proposition de nouveau format pour le fichier des noms de
lieux-dits générés depuis le cadastre, voir un exemple ici:
http://dl.free.fr/bOdG4FdS9

Les différences par rapport à avant:
- fichier zip à part
- tag place= laissé vide
- plus de fixme
- fichiers nommés lieux-dits*.osm au lieu de QUARTIERS*.osm
- LISEZ-MOI.txt
- nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
contient juste des limites (un multipolygon par lieu-dit), je pense
que c'est utile pour évaluer le nombre de maisons et donc remplir le
tag place correctement (enfin pour ceux qui arrivent à comprendre le
tag place...)

J'attends vos commentaires avant de potentiellement rendre ça dispo
sur cadastre.openstreetmap.fr


Le 29 juillet 2014 13:38, Pieren pier...@gmail.com a écrit :
 2014-07-29 9:18 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
 Ce n'est pas tant le problème du tag fixme généré automatiquement, en fait
 il est bien pratique pour repérer/retrouver les imports fait en aveugle.
 Le véritable problème est bien l'envoi tel quel de données brutes qui ont
 besoin d'être revues et améliorées au préalable et qui ne l'on pas été.

 Je pense qu'il faudrait recontacter les auteurs de ces fixme et leur
 demander ce qu'ils comptent faire. Sans réponse après quelques jours :
 revert. S'ils disent qu'ils n'ont pas le temps ou laissent le job a
 d'autres : revert. En fait, ne garder que ceux qui s'engagent à
 nettoyer leur(s) commune(s) dans un délai raisonnable.
 Au delà des cas déjà présents, je ne voie pas d'inconvénient à
 remettre en ligne ce genre d'extractions avec des fixme à condition de
 bien avertir les gens qu'ils doivent nettoyer les fixme avant upload
 et de mieux surveiller leur apparition éventuelle dans la base (avec
 un revert plus rapide si les gens ne respectent pas la procédure)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet Christian Quest
vdct travaille aussi sur le sujet des lieux-dits côté BANO.

Vérifiez que vous ne faite pas les choses en double et avec un résultat
différent.
Un peu d'harmonie dans ce monde de données brutes ;)


Le 2 août 2014 15:13, Tyndare tynd...@wanadoo.fr a écrit :

 Je fais une proposition de nouveau format pour le fichier des noms de
 lieux-dits générés depuis le cadastre, voir un exemple ici:
 http://dl.free.fr/bOdG4FdS9

 Les différences par rapport à avant:
 - fichier zip à part
 - tag place= laissé vide
 - plus de fixme
 - fichiers nommés lieux-dits*.osm au lieu de QUARTIERS*.osm
 - LISEZ-MOI.txt
 - nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
 contient juste des limites (un multipolygon par lieu-dit), je pense
 que c'est utile pour évaluer le nombre de maisons et donc remplir le
 tag place correctement (enfin pour ceux qui arrivent à comprendre le
 tag place...)

 J'attends vos commentaires avant de potentiellement rendre ça dispo
 sur cadastre.openstreetmap.fr


 Le 29 juillet 2014 13:38, Pieren pier...@gmail.com a écrit :
  2014-07-29 9:18 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
  Ce n'est pas tant le problème du tag fixme généré automatiquement, en
 fait
  il est bien pratique pour repérer/retrouver les imports fait en aveugle.
  Le véritable problème est bien l'envoi tel quel de données brutes qui
 ont
  besoin d'être revues et améliorées au préalable et qui ne l'on pas été.
 
  Je pense qu'il faudrait recontacter les auteurs de ces fixme et leur
  demander ce qu'ils comptent faire. Sans réponse après quelques jours :
  revert. S'ils disent qu'ils n'ont pas le temps ou laissent le job a
  d'autres : revert. En fait, ne garder que ceux qui s'engagent à
  nettoyer leur(s) commune(s) dans un délai raisonnable.
  Au delà des cas déjà présents, je ne voie pas d'inconvénient à
  remettre en ligne ce genre d'extractions avec des fixme à condition de
  bien avertir les gens qu'ils doivent nettoyer les fixme avant upload
  et de mieux surveiller leur apparition éventuelle dans la base (avec
  un revert plus rapide si les gens ne respectent pas la procédure)

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet V de Chateau-Thierry


 De : Christian Quest

 vdct travaille aussi sur le sujet des lieux-dits côté BANO.
 Vérifiez que vous ne faite pas les choses en double et avec un résultat 
 différent.
 Un peu d'harmonie dans ce monde de données brutes ;)

 Le 2 août 2014 15:13, Tyndare  a écrit :
 Je fais une proposition de nouveau format pour le fichier des noms de
 lieux-dits générés depuis le cadastre, voir un exemple ici:
     http://dl.free.fr/bOdG4FdS9

 Les différences par rapport à avant:
 - fichier zip à part
 - tag place= laissé vide
 - plus de fixme
 - fichiers nommés lieux-dits*.osm au lieu de QUARTIERS*.osm
 - LISEZ-MOI.txt
 - nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
 contient juste des limites (un multipolygon par lieu-dit), je pense
 que c'est utile pour évaluer le nombre de maisons et donc remplir le
 tag place correctement (enfin pour ceux qui arrivent à comprendre le
 tag place...)

 J'attends vos commentaires avant de potentiellement rendre ça dispo
 sur cadastre.openstreetmap.fr

Sur les lieux-dits, il y a de quoi faire pour 2 :)
De mon côté je n'ai rien fait de concurrent, juste avancé (mais pas encore 
terminé) sur 
le sujet des suffixes de noms de voies qui parfois forment un hameau. J'aurai 
plus de 
temps après mi-août pour terminer.

Pour la proposition de Tyndare, je trouve que ça va tout à fait dans le bon 
sens. J'ai
2 remarques :
- je me demande si, dès lors qu'on veut éviter que certaines données soient 
envoyées, on
ne gagnerait pas à directement en faire un layer raster, plutôt qu'un format 
.osm
toujours sujet à boulettes ? Ceci pour les emprises des lieux-dits.
- concernant les fichiers ponctuels de lieux-dits, j'enlèverais carrément le 
tag place
plutôt que vide car JOSM le prend comme tel, et on a donc le risque de remplir 
la base
avec une valeur 'vide' malheureuse. Sachant que un point avec juste un name=* 
sans autre
tag n'a aucune chance d'être utilisé ni représenté sur les rendus, ça donne une
motivation pour explicitement en rajouter un.

vincent

ps. gazette Bano : les rapprochements OSM-cadastre dépassent 621K voies et les 
adresses
dans OSM culminent à 2.19M, ça avance !
http://munin.openstreetmap.fr/bano-day.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre ( était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet sly (sylvain letuffe)
Le samedi 2 août 2014 15:13:48, Tyndare a écrit :
 Je fais une proposition de nouveau format pour le fichier des noms de
 lieux-dits générés depuis le cadastre, voir un exemple ici:
 http://dl.free.fr/bOdG4FdS9

Note : dl.free.fr n'aime pas les bloqueurs de pubs, à désactiver si on veut le 
fichier.

 Les différences par rapport à avant:
 - fichier zip à part
 - tag place= laissé vide
 - plus de fixme
 - fichiers nommés lieux-dits*.osm au lieu de QUARTIERS*.osm
 - LISEZ-MOI.txt

Je trouve ça très bien.

On pourrait relancer la question du tag source sur les objets plutôt que le 
changeset, mais je dévierais hors sujet, ce qui mériterait un nouveau sujet.

 - nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
 contient juste des limites (un multipolygon par lieu-dit), je pense
 que c'est utile pour évaluer le nombre de maisons et donc remplir le
 tag place correctement (enfin pour ceux qui arrivent à comprendre le
 tag place...)

Miam... ça me semble avoir plus de potentiel que ça, quand je vois un bois, 
ça me semble tout à fait adapté à du surfacique.
Je pousserais même à dire que de nombreux villages pourraient (aussi) être 
uploadé en surfacique.
Le risque étant qu'il se trouvera bien un gus pour nous uploader ce fichier 
sans retouche malgré l'énorme NE_PAS_ENVOYER_SUR_OSM
Ajout d'un tag bidon dans le but de plus facilement repérer les upload 
sauvages de ce fichier ?




 J'attends vos commentaires avant de potentiellement rendre ça dispo
 sur cadastre.openstreetmap.fr
 
 Le 29 juillet 2014 13:38, Pieren pier...@gmail.com a écrit :
  2014-07-29 9:18 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:
  Ce n'est pas tant le problème du tag fixme généré automatiquement, en
  fait il est bien pratique pour repérer/retrouver les imports fait en
  aveugle. Le véritable problème est bien l'envoi tel quel de données
  brutes qui ont besoin d'être revues et améliorées au préalable et qui
  ne l'on pas été.
  
  Je pense qu'il faudrait recontacter les auteurs de ces fixme et leur
  demander ce qu'ils comptent faire. Sans réponse après quelques jours :
  revert. S'ils disent qu'ils n'ont pas le temps ou laissent le job a
  d'autres : revert. En fait, ne garder que ceux qui s'engagent à
  nettoyer leur(s) commune(s) dans un délai raisonnable.
  Au delà des cas déjà présents, je ne voie pas d'inconvénient à
  remettre en ligne ce genre d'extractions avec des fixme à condition de
  bien avertir les gens qu'ils doivent nettoyer les fixme avant upload
  et de mieux surveiller leur apparition éventuelle dans la base (avec
  un revert plus rapide si les gens ne respectent pas la procédure)
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre ( était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet sly (sylvain letuffe)
Le samedi 2 août 2014 16:15:12, V de Chateau-Thierry a écrit :
 j'enlèverais carrément le tag place plutôt que vide car JOSM
 le prend comme tel, et on a donc le risque de remplir la base avec une
 valeur 'vide' malheureuse. 

Ce qui a l'avantage de le faire s'afficher tous les outils QA du qui le 
supporte donc de repérer l'import indélicat et sur le validateur JOSM (réduire 
les chances que l'upload soit fait). 

 Sachant que un point avec juste un name=* sans
 autre tag n'a aucune chance d'être utilisé ni représenté sur les rendus,
 ça donne une motivation pour explicitement en rajouter un.

Le rendu d'osm.org ne devrait rien afficher si place est vide :

https://github.com/gravitystorm/openstreetmap-
carto/blob/master/project.mml#L1163

-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre ( était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet Tyndare
Le 2 août 2014 16:32, sly (sylvain letuffe) lis...@letuffe.org a écrit :
 - nouveau fichier limites_lieux-dits_-_NE_PAS_ENVOYER_SUR_OSM.osm qui
 Miam... ça me semble avoir plus de potentiel que ça, quand je vois un bois,
 ça me semble tout à fait adapté à du surfacique.
 Je pousserais même à dire que de nombreux villages pourraient (aussi) être
 uploadé en surfacique.

Sûrement mais il faudrait arriver simplifier correctement ce fichier,
en l'état ce n'est pas utilisable.

 Le risque étant qu'il se trouvera bien un gus pour nous uploader ce fichier
 sans retouche malgré l'énorme NE_PAS_ENVOYER_SUR_OSM
 Ajout d'un tag bidon dans le but de plus facilement repérer les upload
 sauvages de ce fichier ?

Tu veux dire un tag fixme ? ;-)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre ( était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet Tyndare
Le 2 août 2014 16:44, Christian Quest cqu...@openstreetmap.fr a écrit :
 D'ailleurs dans les fichiers .osm il est possible d'ajouter un champ qui
 indique à JOSM que c'est un fichier à ne pas importer en l'état... et qui
 affichera des alertes avant tout upload.

Je l'ai mis.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Pont Mathilde Rouen : 2 étapes

2014-08-02 Par sujet HParv
Le 18 Août, sur la Rive droite (Nord) , la bretelle #solupont qui 
actuellement renvoie au Nord sur la RN28 au lieu d'accèder au pont est 
fermée Je n'ai pas posé la question pour la Rive Sud (la rampe renvoit 
sur le Boulevard de l'Europe) , mais on peut sans doute se caler idem.


Le 26 Août, le pont rouvre.


NB : #solupont c'est le tag twitter apparu quand le pont a brûlé !
--
Hugues P. GCS RRAMUHN
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

2014-08-02 Par sujet V de Chateau-Thierry

 De : Tyndare
 Le 2 août 2014 16:15, V de Chateau-Thierry a écrit :
  - je me demande si, dès lors qu'on veut éviter que certaines données soient 
  envoyées, 
  on ne gagnerait pas à directement en faire un layer raster, plutôt qu'un 
  format .osm
  toujours sujet à boulettes ? Ceci pour les emprises des lieux-dits.

 Je suis d'accord mais je te laisse t'occuper de ça car je n'ai aucune
 idée de comment faire des raster.

Ça marche. Je vais collecter les parcelles du cadastre vectoriel France, via 
Bano,
et je suis sûr que Christian se fera un plaisir de crayonner ça avec les bonnes 
couleurs
pur qu'on ait un rendu donnant les limites des noms de parcelles, et les noms 
bien
lisibles. On aura au passage une visu des limites de communes, et donc parfois 
des
divergences de tracé entre cadastres mitoyens...

 J’espère quand même que personne n'osera envoyer sciemment un fichier
 nommé NE PAS ENVOYER et qui en plus affiche une fenêtre d'avertissement 
 dans JOSM si
 on essaye quand même de le faire.

C'est vrai que ça fait beaucoup :)

  - concernant les fichiers ponctuels de lieux-dits, j'enlèverais carrément 
  le tag
  place plutôt que vide car JOSM le prend comme tel, et on a donc le risque 
  de remplir 
  la base avec une valeur 'vide' malheureuse. Sachant que un point avec juste 
  un name=* 
  sans autre tag n'a aucune chance d'être utilisé ni représenté sur les 
  rendus, ça
  donne une motivation pour explicitement en rajouter un.

 Là pas d'accord. En laissant place= JOSM affiche un avertissement de
 validation au moment de l'envoie des données Clé 'place' non valide -
 Attributs avec des valeurs vides
 Alors que sans le tag place JOSM ne bronche pas.
 Je trouve que ça limite grandement le risque d'oublier de préciser une valeur.
Mouais. Un avertissement, ça s'ignore... Sur le principe, ça me chiffonne que 
la manière
la plus simple (comprendre : la plus en aveugle) d'envoyer de la donnée soit 
avec une
donnée bancale. Un name seul, ok, c'est pauvre, mais un tag vide, ben... par 
définition,
ça n'a pas de valeur. M'enfin.

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Site basé sur OSM qui dessine routes + ajoute POI + exporte en GPX ou KML?

2014-08-02 Par sujet Shohreh
Bonjour

Je n'ai pas trouvé de site web qui permette de faire ça pour préparer une
balade en vélo:

1. Dessiner sur le web un parcours sur une carte en suivant la route, et en
permettant de tirer dessus pour obliger à passer ailleurs
2. Ajouter des POI
3. Exporter le tout en KML ou GPX

Tests:
- GM Classic (https://maps.google.com/maps/myplaces?dg=feature) ne permet
pas d'ajouter des POI
- GM New (https://www.google.fr/maps/preview/) ne permet pas de dessiner des
routes
- la version gratuite de RideWithGPS n'exporte pas les POI
- Strava et PlotARoute ne sont pas mieux
- je n'ai trouvé aucune solution gratuite basée sur OSM qui permette 1) de
dessiner des routes en suivant la route, 2) permette d'ajouter des POI, et
3) export en KML ou GPX.

Quelqu'un connait-il une solution autre que de payer pour la version payante
de RideWithGPS?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-base-sur-OSM-qui-dessine-routes-ajoute-POI-exporte-en-GPX-ou-KML-tp5813488.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Site basé sur OSM qui dessine routes + ajoute POI + exporte en GPX ou KML?

2014-08-02 Par sujet Yohan Boniface

Crée ta route sur OSRM (http://osrm.at), puis exporte-la en GPX.
Ensuite importe dans uMap (http://umap.openstreetmap.fr), et édite-la. :)

On 08/03/2014 12:38 AM, Shohreh wrote:

Bonjour

Je n'ai pas trouvé de site web qui permette de faire ça pour préparer une
balade en vélo:

1. Dessiner sur le web un parcours sur une carte en suivant la route, et en
permettant de tirer dessus pour obliger à passer ailleurs
2. Ajouter des POI
3. Exporter le tout en KML ou GPX

Tests:
- GM Classic (https://maps.google.com/maps/myplaces?dg=feature) ne permet
pas d'ajouter des POI
- GM New (https://www.google.fr/maps/preview/) ne permet pas de dessiner des
routes
- la version gratuite de RideWithGPS n'exporte pas les POI
- Strava et PlotARoute ne sont pas mieux
- je n'ai trouvé aucune solution gratuite basée sur OSM qui permette 1) de
dessiner des routes en suivant la route, 2) permette d'ajouter des POI, et
3) export en KML ou GPX.

Quelqu'un connait-il une solution autre que de payer pour la version payante
de RideWithGPS?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Site-base-sur-OSM-qui-dessine-routes-ajoute-POI-exporte-en-GPX-ou-KML-tp5813488.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr