Re: [OSM-talk-fr] Bâtiments inscrits MHS et WHC dans Osmose

2016-09-13 Thread LeTopographeFou 

Bonjour Frédéric,

A ce jour le patch semble avoir corrigé le soucis, merci !!

Cordialement,

LeTopographeFou

Le 11/09/2016 à 22:23, Frédéric Rodrigo a écrit :

Bonjour,

J'ai effectué une modification pour garder les valeurs existantes d'un 
tag. Si vous en voyez d'autres que les ref et source (ou c'était déjà 
le cas) et que heritage:operator je peux les ajouter.


Pour heritage:operator ça sera opérationnel d'ici quelque jours.

https://github.com/frodrigo/osmose-backend/commit/46c9d3d177c0cb982641f3a56c041c25b52c8a27 



Frédéric.


Le 10/09/2016 à 14:06, LeTopographeFou a écrit :


Bonjour,

En traitant des erreurs Osmose je suis tombé sur ce qui je pense est 
une erreur dans l'algo de détection et/ou de correction.


Le problème semble survenir quand un monument historique est 
également classé à l'UNESCO. Cela donne généralement 
/heritage:operator=whc;mhs/ (67 résultats dans taginfo) :


https://taginfo.openstreetmap.org/tags/heritage:operator=whc;mhs

Je sais qu'il y a un débat sur comment représenter plusieurs valeurs 
(avec des [], avec un point virgule, avec...) et qu'il n'y a pas de 
consensus clair. Je ne souhaite pas rentrer dans ce débat, ce qui 
m'inquiète le plus c'est qu'Osmose, dans sa tentative d'association 
avec une base de donnée du ministère, croit qu'il n'a pas été associé 
et propose un correctif qui élimine le whc (donc un fix plutôt 
destructif...). Exemples :


  * Basilique de Vézelay
(http://osmose.openstreetmap.fr/fr/error/7981644480)
  * Cathédrale de Bourge
(http://osmose.openstreetmap.fr/fr/error/7981642652)
  * Cathédrale d'Amiens
(http://osmose.openstreetmap.fr/fr/error/7981644547)
  * ...

Et dans le fix proposé par Osmose il ne met pas tellement en avant 
que ce fix supprime l'inscription whc (et toutes les autres 
inscriptions éventuelles). Donc un utilisateur distrait ou 
non-avertit pourrait faire des erreurs pensant bien faire.


Ne peut-on pas avoir un algo de détection qui tienne compte de ces 
cas de figures ? Du genre ne pas chercher une chaine valant 
strictement "mhs" mais une chaîne qui contiendrait le mot mhs.


Cordialement,

--
LeTopographeFou


___
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

[OSM-talk-fr] label

2016-09-13 Thread osm . sanspourriel 
On parlait dernièrement des positionnements des noms (ou autres) avec 
des rôle label=.


MapBox a développé un algo utilisant les quadtrees et jusqu'à 40 fois 
plus efficace que les algo usuels pour les cas où le brave barycentre ne 
convient pas.


L'article :

https://www.mapbox.com/blog/polygon-center/

Le code :

https://github.com/mapbox/polylabel





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

[OSM-talk-fr] Cartopartie le 1er octobre à Saint-Herblain (44)

2016-09-13 Thread Antoine Riche 

Bonjour à tou.te.s.

Un nouveau quartier est sorti de terre à Saint-Herblain, entre le Sillon 
de Bretagne, le terminus de tram Marcel Paul et cette nouvelle rue 
. Voici un beau terrain de 
jeux pour mappeur.se.s chevronné.e.s ou en herbe.


Au programme :

 * rendez-vous samedi 1/10 à 10h à l'arrêt de tramway (ligne 3) Sillon
   de Bretagne : ici même 
 * après nos relevés direction Place Viarme (ligne 3, arrêt Viarme -
   Talensac) pour aller saisir les données dans les locaux de
   l'association Médiagraph
   gracieusement mis à notre disposition
   (encore merci !)

Apportez votre pique-nique, au besoin il y a aussi des boulangeries 
Place Viarme.


Si vous avez un PC portable (quelques-uns disponibles chez Médiagraph), 
un smartphone ou un appareil photo avec GPS : apportez-le !

Pour toute question n'hésitez pas à me contacter.

A bientôt !
Antoine.



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

Re: [OSM-talk-fr] amenity=clinic

2016-09-13 Thread osm . sanspourriel 
Le 13/09/2016 à 00:01, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :


 A noter que les permanences de SOS Médecins peuvent diisposer d’un 
lieu pour les petites urgences. Ne seraient-ce pas alors un 
dispensaire/« clinic » ?


Attention, les urgences, a priori c'est du 24/7 : tu te pointes, tu 
attends, ils s'occupent de toi.
Pour aller à SOS Médecins, il faut prendre rendez-vous, donc il faut 
indiquer les coordonnées téléphoniques dans OSM (et indiquer que c'est 
sur rendez-vous ? Comment le faire proprement dans OSM ?).
Avec un portable vous pouvez prendre rendez-vous avec le standard devant 
la porte, mais bon...


Effectivement il vaut mieux décharger les urgences en gardant les 
services d'urgences pour les vraies urgences.


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

Re: [OSM-talk-fr] Postgres et nom de champ contenant : (deux points)

2016-09-13 Thread Bruno G 

Merci Vincent,

Ca marche ;-)


Le 13/09/2016 à 15:37, Vincent de Château-Thierry a écrit :

Bonjour,

Le 13/09/2016 à 03:25, Bruno G a écrit :

Bonjour,

osm2pgsql génère des champs contenant des deux points, par exemple
addr:housename

Et j'essaye de faire une requête dans psql :

SELECT osm_id, name, addr:housename from planet_osm_polygon WHERE 
admin_level='8' ;


Et le message  renvoyé :
ERROR:  syntax error at or near ":"

Pourtant, quand je fait un \d planet_osm_polygon le champ est bien 
listé...


Je suis sous PostgreSQL 9.5.4, Ubuntu 16.04.2 et postgis 2.2


En encadrant le nom du champ par des guillemets doubles ça devrait 
passer :


SELECT osm_id, name, "addr:housename" from planet_osm_polygon WHERE 
admin_level='8' ;


bonnes requêtes
vincent

___
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