Re: [OSM-talk-fr] SeFaireConnaitre :(
SaFaireConnaitre refait des siennes... : https://overpass-api.de/achavi/?changeset=32958420 Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit : Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu: qu'ils utilisent leur propre base pour faire une prélocalisation, quitte à la vérifier et l'affiner dans un second temps, puis une fois cela fait il peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas création de doublon). C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le travail indispensable de préparation et de fusion/intégration. Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent d'abord leur base interne pour collecter les points à placer sur la carte et immédiatement pouvoir compléter leurs fiches clients, mais sans préparation, leur travail est vain et ils ne répondent pas à la demande de leur client qui est de placer les POIs de façon pérenne et correcte pour qu'OSM accepte ces données. Cette société compte beaucoup trop sur la bonne volonté (et le travail réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est une démarche égoïste, et parasitaire. Ca mériterait un bloquage administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la page et modifient leur façon de travailler (et en attendant ils ne pourront plus vendre à leur clients des solutions d'intégration de leurs POIs sur la carte collaborative, puisque cela ne sera pas fait pendant un mois (renouvelable). Les clients ne verront aucun changement à leur référencement sur OSM et pourront suspendre leur paiement ou arrêter d'utiliser leurs (mauvais) services. Cela les fera réfléchir. En attendant, en continuant comme ça, ils se font une sale réputation (des sociétés qui vendent des référencements de façon abusives sont nombreuses, ce ne sera pas la première à se faire éjecter (et poursuivre devant les tribunaux par leurs clients mécontents, faute de prestation effective et correcte conforme aux exigences et aux attentes de ce qu'ils sont sensés vendre, ou pour facturation excessive d'un service en fait inexistant car non conforme aux exigences collectives). Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit : Je trouve également des doublons et points placés un peu n'importe où : https://www.openstreetmap.org/changeset/31711287 https://www.openstreetmap.org/changeset/31715438 https://www.openstreetmap.org/node/3563669793 Il semblerait effectivement que les points sont replacés dans un second temps. Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'ai presque le même avis. On peut reprocher la procédure (plusieurs changeset pour un même point), mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le passé. Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les retours de la communauté. Le gros souci est qu'ils sont muets. Stf Le 03/06/2015 10:51, Bruno Cortial a écrit : Bonjour, On peut dejà se faire une idée globale avec ce genre de requete. http://overpass-turbo.eu/s/9IN Si la question est de supprimer massivement les points du contributeur SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son process est réellement automatisé, il ne faudra pas longtemps avant que les points repopent Je demanderai plutôt un blocage temporaire du compte afin qu'il réagisse... Bruno Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : La difficulté est qu'il y a un changeset par POI, donc autant de reverts. 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr: Du coup, qui s'occupe du Revert ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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 ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] SeFaireConnaitre :(
Ils suppriment même des bâtiments existants... : https://overpass-api.de/achavi/?changeset=32957970 Le 30 juillet 2015 16:48, Maxime Résibois maxime.resib...@gmail.com a écrit : SaFaireConnaitre refait des siennes... : https://overpass-api.de/achavi/?changeset=32958420 Le 5 juin 2015 07:38, Philippe Verdy verd...@wanadoo.fr a écrit : Ce genre de manipulation directement dans OSM ne devrait pas avoir lieu: qu'ils utilisent leur propre base pour faire une prélocalisation, quitte à la vérifier et l'affiner dans un second temps, puis une fois cela fait il peuvent alors émettre le point (en ayant vérifié d'abord qu'il n'y a pas création de doublon). C'est leur méthode de travail qui n'est pas bonne puisqu'ils omettent le travail indispensable de préparation et de fusion/intégration. Bref on peut comprendre que s'ils ont de nombreux clients, ils utilisent d'abord leur base interne pour collecter les points à placer sur la carte et immédiatement pouvoir compléter leurs fiches clients, mais sans préparation, leur travail est vain et ils ne répondent pas à la demande de leur client qui est de placer les POIs de façon pérenne et correcte pour qu'OSM accepte ces données. Cette société compte beaucoup trop sur la bonne volonté (et le travail réalisé gratuitement pour eux) alors qu'ils sont payés par leurs clients et gagnent de l'argent que nous ne profitons pas du tout pour le projet. C'est une démarche égoïste, et parasitaire. Ca mériterait un bloquage administratif d'un mois (à renouveler) pour qu'enfin ils se mettent à la page et modifient leur façon de travailler (et en attendant ils ne pourront plus vendre à leur clients des solutions d'intégration de leurs POIs sur la carte collaborative, puisque cela ne sera pas fait pendant un mois (renouvelable). Les clients ne verront aucun changement à leur référencement sur OSM et pourront suspendre leur paiement ou arrêter d'utiliser leurs (mauvais) services. Cela les fera réfléchir. En attendant, en continuant comme ça, ils se font une sale réputation (des sociétés qui vendent des référencements de façon abusives sont nombreuses, ce ne sera pas la première à se faire éjecter (et poursuivre devant les tribunaux par leurs clients mécontents, faute de prestation effective et correcte conforme aux exigences et aux attentes de ce qu'ils sont sensés vendre, ou pour facturation excessive d'un service en fait inexistant car non conforme aux exigences collectives). Le 4 juin 2015 15:27, Yoann Cornec yoanncor...@gmail.com a écrit : Je trouve également des doublons et points placés un peu n'importe où : https://www.openstreetmap.org/changeset/31711287 https://www.openstreetmap.org/changeset/31715438 https://www.openstreetmap.org/node/3563669793 Il semblerait effectivement que les points sont replacés dans un second temps. Le 3 juin 2015 11:02, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : J'ai presque le même avis. On peut reprocher la procédure (plusieurs changeset pour un même point), mais pas le résultat, qui est bien meilleur que ce qu'ils ont fait dans le passé. Il y a du progrès, et donc, je suppose, un minimum d'écoute sur les retours de la communauté. Le gros souci est qu'ils sont muets. Stf Le 03/06/2015 10:51, Bruno Cortial a écrit : Bonjour, On peut dejà se faire une idée globale avec ce genre de requete. http://overpass-turbo.eu/s/9IN Si la question est de supprimer massivement les points du contributeur SeFaireConnaitre, je m'y oppose (et j'ai pas d'action là-dedans). Si son process est réellement automatisé, il ne faudra pas longtemps avant que les points repopent Je demanderai plutôt un blocage temporaire du compte afin qu'il réagisse... Bruno Le 3 juin 2015 09:48, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : La difficulté est qu'il y a un changeset par POI, donc autant de reverts. 2015-06-03 9:34 GMT+02:00 Tony Emery tony.em...@yahoo.fr: Du coup, qui s'occupe du Revert ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/SeFaireConnaitre-tp5846293p5846908.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 ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https
[OSM-talk-fr] Modifications abusives de population de ville
Bonjour, Je viens de m'apercevoir qu'un certain nombre de tag population (au moins ceux de Valenciennes et de Lens) viennent d'être modifié par un utilisateur : http://www.openstreetmap.org/user/floquet%20nicolas/history . Je viens de lui envoyer un message mais je ne sais pas trop quoi faire pour surveiller / corriger ces modifications abusives ni pour comprendre pourquoi ça s'est passé (erreur ou vandalisme)? Maxime ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifications abusives de population de ville
Pour Valenciennes et Lens les chiffres sont vraiment à côté de la plaque (j'ai fais un revert pour Valenciennes). En plus des espaces sont ajoutés au niveau des milliers ce qui n'est pas terrible je trouve, les sources ne sont pas mis à jour, etc. Le 4 décembre 2014 17:19, David Crochet david.croc...@free.fr a écrit : Bonjour Le 04/12/2014 17:10, Maxime Résibois a écrit : http://www.openstreetmap.org/user/floquet%20nicolas/history . Je viens de lui envoyer un message mais je ne sais pas trop quoi faire pour surveiller / corriger ces modifications abusives ni pour comprendre pourquoi ça s'est passé (erreur ou vandalisme)? J'ai regardé roubaix et il a mis le chiffre présent dans wikipédia Cordialement -- David Crochet ___ 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
[OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Bonjour,
Je me suis récemment aperçu qu'un utilisateur avait fait des modifications
de pharmacies dans le Nord de la France via Osmose pour ajouter le code
Finess via la source Celtipharm (c'est la dernière option dans la liste des
corrections proposées par Osmose). Quand le tag name est déjà renseigné,
Osmose laisse le choix entre un fix qui modifie le tag name ou un fix qui
le laisse comme il est à l'origine. Or cet utilisateur a choisi à chaque
fois de remplacer le tag name déjà renseingné par celui de la source
Celtipharm, qui ne correspond pas toujours au nom de l'enseigne visible sur
le terrain et qui, en plus, est en majuscule (beeerk).
J'ai contacté cet utilisateur pour le prévenir et lui demander de faire les
corrections, certaines ont été faites mais pas toutes (soit parce qu'il
corrige ses erreurs au fur et à mesure, soit parce qu'il en a oublié).
Voici un exemple de changeset qui pose problème :
https://www.openstreetmap.org/changeset/26130408 ou sur achavi :
http://nrenner.github.io/achavi/?changeset=26130408 )
Afin de repasser sur toutes ces pharmacies dans JOSM et de rendre à leur
tag name leur beauté originelle, j'avais pensé à faire une requête sur
Overpass-Turbo (amenity=pharmacy and ref:FR:FINESS=* dans le wizard),
puis d'exporter le résultat de cette requête au format xml afin de l'ouvrir
dans JOSM pour pouvoir vérifier toutes les pharmacies de la zone concernées
potentiellement problématiques et de les modifier si besoin.
Or quand j'essaye d'ouvrir le résultat de ma requête overpass-turbo dans
JOSM j'ai une erreur :
Impossible de lire le fichier 'export.osm'.
Erreur :
Attribut 'version manquant pour l'objet OSM avec l'identifiant [...]
Du coup comment est-il possible de procéder pour parvenir à extraire via
une requête certaines données OSM sur un large territoire pour les vérifier
et les modifier si besoin?
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original search
was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];// gather
results( // query part for: “amenity=pharmacy and ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même erreur mais à
la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
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
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
*Pour la méthode de Jo :*
J'ai testé avec cette requête :
*/*This has been generated by the overpass-turbo wizard.The original search
was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];// gather
results( // query part for: “amenity=pharmacy and ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
results;out meta;out skel qt;*
Cela me sort un fichier bizarre, il me manque plein de tags, je n'ai que
des node et il y en a qui n'ont pas de métadonnées donc JOSM ne l'ouvre
pas ( http://overpass-turbo.eu/s/5GF )
*Pour la méthode de Jérôme :*
Effectivement ça fonctionne bien, mais c'est parce qu'on ne demande pas les
pharmacies taggués directement sur les way. Ce sont ces derniers qui me
posent problème avec le premier test suite à la solution de Pierre-Yves
puisque le problème est que les métadonnées sont bien renseignés pour les
éléments nodes et les ways taggués en tant que pharmacies avec le code
Finess, mais les nodes qui composent les ways n'ont pas leur métadonnées.
Le 30 octobre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les
'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier .osm j'ai
toutes les métadonnées pour les ways et les nodes renseignées comme étant
des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même
erreur mais à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com
a écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and
ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
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
___
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouvrir un export xml provenant d'Overpass Turbo dans JOSM pour correction de nom de pharmacies modifiées à tort via Osmose
Super Jérôme ça fonctionne!
En attendant je faisais d'autres tests notamment d'après cette page :
http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Download_data
et j'ai réussi à écrire une autre requête en Overpass QL qui fonctionne :
*( node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}});;);(._;rel(bn););(._;rel(bw););(._;rel(br););out
meta;*
Il va vraiment falloir que je m'attarde en détail sur l'API Overpass pour
bien tout comprendre.
Merci à tous pour votre aide!
Le 30 octobre 2014 11:37, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
La même mais avec tous les types d'objets ;-)
http://overpass-turbo.eu/s/5GJ
C'est possible que dans ta requête cela vienne du timeout...
Le 30 octobre 2014 10:59, Maxime Résibois maxime.resib...@gmail.com a
écrit :
*Pour la méthode de Jo :*
J'ai testé avec cette requête :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*” node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
results;out meta;out skel qt;*
Cela me sort un fichier bizarre, il me manque plein de tags, je n'ai que
des node et il y en a qui n'ont pas de métadonnées donc JOSM ne l'ouvre
pas ( http://overpass-turbo.eu/s/5GF )
*Pour la méthode de Jérôme :*
Effectivement ça fonctionne bien, mais c'est parce qu'on ne demande pas
les pharmacies taggués directement sur les way. Ce sont ces derniers qui
me posent problème avec le premier test suite à la solution de Pierre-Yves
puisque le problème est que les métadonnées sont bien renseignés pour les
éléments nodes et les ways taggués en tant que pharmacies avec le code
Finess, mais les nodes qui composent les ways n'ont pas leur métadonnées.
Le 30 octobre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
J'ai testé sur l'interface overpass directement.
Il y a ça qui marche bien sur toute la France
http://overpass-turbo.eu/s/5GD
Le 30 octobre 2014 10:34, Jo winfi...@gmail.com a écrit :
switch these lines:
*out meta;;*
to
*;*
*out meta;*
*de cette façon tu requête d'abord les 'enfants' et puis tu les
'exporte'.*
*Polyglot*
2014-10-30 10:07 GMT+01:00 Maxime Résibois maxime.resib...@gmail.com:
Je viens de faire le test, c'est presque ça : dans mon fichier
.osm j'ai toutes les métadonnées pour les ways et les nodes renseignées
comme étant des pharmacies, par exemple :
* node version=2 uid=136303 user=Bernard59118 id=290682623
changeset=26128158 timestamp=2014-10-16T20:12:46Z lon=3.0527961
lat=50.6922156tag v=pharmacy k=amenity /tag v=yes
k=dispensing /tag v=Pharmacie PETITPREZ k=name /tag
v=590031985 k=ref:FR:FINESS /tag v=Celtipharm - 10/2014
k=source / /node*
mais pas sur les nodes simples utilisés uniquement pour former les
ways, par exemple :
*node id=465752097 lon=3.1986560 lat=49.6134634 /*
Du coup JOSM ne veut toujours par l'ouvrir et signale la même
erreur mais à la ligne 4633 au lieu de la 5ème ligne.
Maxime
Le 30 octobre 2014 09:54, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Bonjour,
Essaie de changer out body en out meta.
PY
Le 30 octobre 2014 09:48, Maxime Résibois maxime.resib...@gmail.com
a écrit :
Bonjour,
[...]
Pour info voici la requête complète sur Overpass-turbo :
*/*This has been generated by the overpass-turbo wizard.The original
search was:“amenity=pharmacy and
ref:FR:FINESS=*”*/[out:xml][timeout:25];//
gather results( // query part for: “amenity=pharmacy and
ref:FR:FINESS=*”
node[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
way[amenity=pharmacy][ref:FR:FINESS]({{bbox}});
relation[amenity=pharmacy][ref:FR:FINESS]({{bbox}}););// print
resultsout body;;out skel qt;*
Bonne journée à tous,
Maxime
___
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
___
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https
Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?
Bonjour, Perso j'utilise souvent OpenRouteService, qui permet de choisir les itinéraires les plus sûrs à vélo, d'exporter en GPX, de définir des zones à éviter ou des points par lesquelles passer, de créer un profil d'élévation du parcours défini. Il n'est pas parfait mais il s'en sort plutôt bien je trouve. Grâce à cet, j'ai trouvé des itinéraires cyclables que je n'aurais pas trouvé par moi-même et que Google ne connaissait pas non plus. OSMR est bien pour un trajet en voiture mais il ne permet pas de passer par des tronçons interdits aux bagnoles. Bonne journée, Maxime 2014-10-16 9:01 GMT+02:00 desgranges.p...@neuf.fr: Pour préparer des sorties vélo et dessiner des parcours, voir le dénivelé, les pourcentage de pente etc, je me sers de openrunner. Vraiment pas mal ! Je cherche une solution simple et légère pour dessiner des parcours à vélo (important : j'aimerais pouvoir forcer le passage même si NOK pour voitures): 1. Je tape l'adresse source, l'adresse destination 2. Il affiche un parcours, que je peux personnaliser en tirant dessus 3. Export en KML. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Sites-de-routage-bases-sur-OSM-numeros-de-rue-tp5820443.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] QuickOSM : plugin QGIS pour interroger l'overpass
Bonjour, Justement hier j'ai testé ton plugin pour la première fois : je le trouve tout simplement génial et hyper complet! Merci beaucoup pour ce travail qui va rendre les données OSM encore plus simplement accessibles aux géomaticiens. Maxime Le 15 octobre 2014 10:52, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Bonjour, Il existe depuis peu un plugin QGIS permettant d'interroger l'OverpassAPI. Il s'agit du plugin QuickOSM : - utilisation des clés / valeurs via autocompletion - chargement à partir d'une emprise géographique ou d'une localité grâce à Nominatim - utilisations des actions pour une édition dans JOSM ou un accès à des pages Web tel que la page Wikipedia - enregistrement de ses requêtes - modification de la valeur par défaut pour l'emprise géographique ou la localité Nominatim - application automatique de symbologies si possible - utilisation de QuickOSM au sein du module de traitements de QGIS : téléchargement de la voirie d'une commune en indiquant le code INSEE, reprojection en 2154 puis découpage selon une zone tampon - ouverture d'un fichier OSM local en spécifiant le fichier de configuration d'OGR Une petite vidéo de présentation : https://vimeo.com/108737868 J'ai développé ce projet dans le cadre d'un stage chez 3Liz : http://www.3liz.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
[OSM-talk-fr] GDAL/OGR ignore les clés contenant le caractère :
Bonjour, J'utilise très régulièrement GDAL/OGR pour importer et réutiliser des données OpenStreetMap dans un logiciel SIG (j'ai écris un tuto là-dessus : http://www.portailsig.org/content/recuperer-des-donnees-openstreetmap-gdalogr). Je viens de m'apercevoir que GDAL/OGR ignorait systématiquement les clés contenant le caractère :. Si j'ajoute par exemple name:left dans le fichier osmconf.ini pour que cette clé fasse l'objet d'un champ dans mon futur fichier SHP (ou autre), le fichier créé contiendra un champ name_left (avec un underscore au lieu des deux points) totalement vide même si cette clé est normalement renseignée dans OSM. De même quand cette clé est renseignée, l'info n'apparait pas dans le champ other_tag créé par GDAL/OGR qui est censé contenir tous les couples clés-tags dont la clé n'a pas été défini comme devant faire l'objet d'un champ dans le fichier en sortie via le fichier osmconf.ini. Parmi les habitués de GDAL/OGR quelqu'un s'est-il déjà aperçu du problème? Y a-t-il un moyen de contourner ce soucis? Bonne journée, Maxime ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GDAL/OGR ignore les clés contenant le caractère :
Effectivement Etienne, je viens d'essayer sur un autre poste, ça marche très bien. Je réessayerai sur le poste sur lequel j'ai eu le problème pour voir d'où venait l'erreur (certainement de moi, à moins que la version d'OGR utilisée n'était pas la même et qu'il s'agisse d'un bug corrigé depuis). Désolé pour cette faute alerte et de m'être trompé de liste. Le 29 septembre 2014 12:46, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Je n'ai trouvé aucun de tes bugs. J'ai essayé via QGIS (avec le plugin QuickOSM qui permet de spécifier le fichier osmconf pour l'ouverture), ma colonne other_tags contient bien des clés avec _ comme lanes:forward et maxspeed:forward. De même si je rajoute les clés dans le fichier osmconf.ini, j'ai bien les nouvelles colonnes dans QGIS. Le 29 septembre 2014 12:09, Maxime Résibois maxime.resib...@gmail.com a écrit : Bonjour, J'utilise très régulièrement GDAL/OGR pour importer et réutiliser des données OpenStreetMap dans un logiciel SIG (j'ai écris un tuto là-dessus : http://www.portailsig.org/content/recuperer-des-donnees-openstreetmap-gdalogr). Je viens de m'apercevoir que GDAL/OGR ignorait systématiquement les clés contenant le caractère :. Si j'ajoute par exemple name:left dans le fichier osmconf.ini pour que cette clé fasse l'objet d'un champ dans mon futur fichier SHP (ou autre), le fichier créé contiendra un champ name_left (avec un underscore au lieu des deux points) totalement vide même si cette clé est normalement renseignée dans OSM. De même quand cette clé est renseignée, l'info n'apparait pas dans le champ other_tag créé par GDAL/OGR qui est censé contenir tous les couples clés-tags dont la clé n'a pas été défini comme devant faire l'objet d'un champ dans le fichier en sortie via le fichier osmconf.ini. Parmi les habitués de GDAL/OGR quelqu'un s'est-il déjà aperçu du problème? Y a-t-il un moyen de contourner ce soucis? Bonne journée, Maxime ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais
La question s'adresse à qui?
De mon côté je peux poser la question à la Ppige pour savoir s'ils sont
d'accord avec ça?
Le 15 juillet 2014 21:17, Christian Quest cqu...@openstreetmap.fr a écrit
:
A rajouter dans notre cache et couche qui regroupe les autres orthos ?
Le 15 juillet 2014 20:39, DH dhel...@free.fr a écrit :
Le 15/07/2014 12:17, Maxime Résibois a écrit :
Bonjour,
En fait en cherchant un peu, l'orthophotographie est déjà disponible en
WMS et peut donc être affiché dans JOSM.
Nous avons donc une orthophotographie récente et libre pour bosser sur
le NPDC !
wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpeg;
VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=
ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={
height}BBOX={bbox} http://www.ppige-npdc.fr/
mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMS
REQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%
7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D
Merci pourl'URL.
Gare de Hazebrouck et d'Armentières améliorées
'tain il y a de quoi faire !
Denis
bientôt dans le Ch'Nord
___
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photographie aérienne 2012-2013 utilisable pour le Nord-Pas-de-Calais
Oui ça serait bien! Cependant pour le moment, bien qu'étant en licence
libre, l'ortho n'est pas encore mise en téléchargement pour tout le monde.
Le 17 juillet 2014 14:08, Christian Quest cqu...@openstreetmap.fr a écrit
:
L'ortho étant en licence ouverte, on peut en garder une copie.
L'idée de mettre en place un cache est destinée à limiter l'usage de
ressources sur leur serveur.
Le 17 juillet 2014 09:31, Maxime Résibois maxime.resib...@gmail.com a
écrit :
La question s'adresse à qui?
De mon côté je peux poser la question à la Ppige pour savoir s'ils sont
d'accord avec ça?
Le 15 juillet 2014 21:17, Christian Quest cqu...@openstreetmap.fr a
écrit :
A rajouter dans notre cache et couche qui regroupe les autres orthos ?
Le 15 juillet 2014 20:39, DH dhel...@free.fr a écrit :
Le 15/07/2014 12:17, Maxime Résibois a écrit :
Bonjour,
En fait en cherchant un peu, l'orthophotographie est déjà disponible
en WMS et peut donc être affiché dans JOSM.
Nous avons donc une orthophotographie récente et libre pour bosser sur
le NPDC !
wms:http://www.ppige-npdc.fr/mapcache?FORMAT=image/jpeg;
VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=
ortho2013RGB20cmSTYLES=SRS={proj}WIDTH={width}HEIGHT={
height}BBOX={bbox} http://www.ppige-npdc.fr/
mapcache?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMS
REQUEST=GetMapLAYERS=ortho2013RGB20cmSTYLES=SRS=%
7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D
Merci pourl'URL.
Gare de Hazebrouck et d'Armentières améliorées
'tain il y a de quoi faire !
Denis
bientôt dans le Ch'Nord
___
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
___
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cherche un tag pour les bars à Chicha
Bonjour à tous, Je suis en train de chercher comment tagguer un bar à chicha (narguilé), mais ne trouve rien. Pour l'instant je mets simplement amenity=bar mais ça serait bien de renseigner cette spécificité dans OSM. Une idée? @MaximeBescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche un tag pour les bars à Chicha
Super! ça m'a l'air pas mal en plus le tag shisha est déjà un peu utilisé : https://taginfo.openstreetmap.org/keys/shisha#overview Merci! @MaximeBescu Le 30 juin 2014 14:29, Ab_fab gamma@gmail.com a écrit : Bonjour Maxime, Je propose ça : smoking = yes shisha = yes shisha est le terme donné par la page wikipedia anglaise http://en.wikipedia.org/wiki/Hookah pour lequel j'arrive à trouver des (27) occurences dans osm : http://taginfo.openstreetmap.org/keys/shisha#overview Le 30 juin 2014 14:20, Maxime Résibois maxime.resib...@gmail.com a écrit : Bonjour à tous, Je suis en train de chercher comment tagguer un bar à chicha (narguilé), mais ne trouve rien. Pour l'instant je mets simplement amenity=bar mais ça serait bien de renseigner cette spécificité dans OSM. Une idée? @MaximeBescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ 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
