Re: [OSM-talk-fr] Rivière Nièvre à Nevers : Cartopartie + conférence OSM

[Tony Emery via Talk-fr]

Bonjour à tous,

Je viens apporter quelques précisions à cette demande.
Pierre m'a contacté pour m'expliquer son projet.

Si parmi vous il y a des personnes qui ont une expérience en terme
d'organisation de cartoparties et qui pourraient aider Pierre à monter ce
projet dans un premier temps afin qu'il sache comment faire, votre aide
serait bienvenue.

Merci d'avance pour votre aide.

Tony EMERY



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Ajout de brand:wikidata sur les enseignes

[Tony Emery via Talk-fr]

Bonjour à tous,

En visitant le site caresteouvert.fr, je m'aperçois qu'il y a des commerces
qui ne sont pas à jour.

Du coup, ce serait compliqué d'ajouter quelque chose pour mettre à jour le
commerce ? genre, un lien vers ID/JOSM ou autre.

Portez vous bien,

Tony



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Offre d'emploi

[Tony Emery via Talk-fr]

Bonjour à tous,

Je vous fais passer cette offre d’emploi ci-après que notre voisin du SiiG a
publiée sur le site Emploi Territorial :

https://www.emploi-territorial.fr/details_offre/HzH---tpCdal8,,,/2

Il s’agit d’un poste de Technicien SIG à plein temps.
Le poste est à pourvoir à compter du 1er juin 2020.
La date limite de dépôt des candidatures est fixée au 6 avril 2020.

Si vous connaissez des structures ou des personnes intéressées dans votre
entourage, pourriez-vous s’il vous plait leur diffuser l’information ?

Par avance, je vous en remercie et vous dit à très bientôt !

Tony EMERY



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Merci Olivier pour ta contribution.
Rappelle-moi ce que signifie les $$ ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

pyrog wrote
> Imbriquer les guillemets simple dans des doubles (ou vice versa), ça ne
> fonctionne pas ?

J'ai tout essayé, même la danse du ventre...




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Denis, je retire ce que j'ai dit : ton astuce fonctionne, je l'ai testé sur
une autre clé...
Je vais donc faire ma tambouille dans ce coin là.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Denis, j'ai essayé ta solution mais cela ne revoit rien alors que je sais que
la clé existe.

Etienne, c'est ce que j'ai essayé au départ : dans le script, je créé une
table avec les thématiques à extraire :
CREATE TABLE public.thematique (diminutif varchar(50), condition
varchar(250), attribut varchar (250), fonction varchar (50));
INSERT INTO public.thematique VALUES
('amenity_pnt', 'amenity IS NOT NULL','amenity, name, access',
'dispatch_point'),
...[les autres thématiques]...

et j'ai une fonction 'dispatch_point' qui parcours cette table pour créer
les tables thématiques, notamment la partie :
requete := 'CREATE TABLE public.'||tabname||' AS (SELECT osm_id,
'||filtre_vars||', osm_user, osm_timestamp, tags, id_serial, date_import,
coordx, coordy, lastmodif, num_keys, the_geom FROM public.ccpro_point WHERE
'||filtre_theme||');

Sauf que si je veux extraire les hstores, c'est par exemple tags ->
'ref:FR:FANTOIR' as fantoir, dans la table, ça donnerai :
('amenity_pnt', 'amenity IS NOT NULL','amenity, name, access,tags ->
'ref:FR:FANTOIR'', 'dispatch_point'),
Du coup, les guillements de la clé hstore entrent en conflit avec les
guillements de ma table. J'ai essayé de doubler les guillements, de les
supprimer, rien y fait.





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] CA Physique

[Tony Emery via Talk-fr]

Bonjour à toutes et à tous,

Petit rappel !

Le prochain conseil d'administration physique (CAP) de l'association
OpenStreetMap France (OSM-FR) aura lieu les 15 et 16 février 2020 à la
Turbine à Grenoble. L'adresse est la suivante : 3-5 esplanade Andry Farcy,
38000 Grenoble.

Ce CAP n'est pas réservé qu'aux membres du conseil d'administration mais,
plus encore que l'an dernier, est élargi à toutes les personnes qui veulent
faire, ont l'intention de faire ou font quelque chose au niveau de
l'association OSM-France.
L'objectif de ce week-end est de faire connaissance, d'échanger et de
travailler collectivement autour du projet associatif OSM-FR. Nous en
profiterons pour faire un point plus général sur OSM.

Dans un premier temps, et afin d'organiser au mieux cette rencontre, nous
avons besoin :
- de savoir si nous pouvons compter sur votre présence ;
- que vous répondiez à ce questionnaire 
https://lite.framacalc.org/caphysiqueosm-fr
<https://lite.framacalc.org/caphysiqueosm-fr>   (dates et heures d'arrivée
et de départ, hébergement) ;
- que vous veniez avec une spécialité locale à boire ou à manger afin de
partager le repas du samedi midi ;

Un temps convivial aura lieu le vendredi soir en fonction des heures
d'arrivée de chacun. Nous vous donnons rendez-vous dès 20h dans un lieu
restant à définir.

Afin de réserver dès maintenant et au plus vite vos billets de train, sachez
que le CAP aura lieu de samedi 15 février 9h au dimanche 16 février 16h.

Comme convenu, l'association prendra en charge les déplacements, les repas
du vendredi soir, samedi soir et dimanche midi. Nous cherchons également des
hébergements pour celles et ceux qui le souhaitent.
Concernant les modalités de prise en charge par l'association de votre
déplacement, veuillez contacter Donat (dona...@gmail.com ) ou Louis-Julien
(ljbou...@openstreetmap.fr ).
Nous vous recontacterons par la suite pour avoir vos avis et vos attentes et
pour vous donner le programme du week-end.

Attention, nous avons besoin de votre réponse urgemment et avant le dimanche
22 décembre 2019.

Bonne réception,

Tony EMERY



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Je n'utilise pas quickOSM car les données sont déjà dans Postgresql via
osm2pgsql.

Mon problème est que si je demande à osm2pgsql d'extraire tous les champs
(via le fichier de config), je vais en avoir beaucoup dont la majorité sera
vide et cela rendra mes requêtes futures compliquées à gérer.

Du coup, j'ai fait quelques requêtes post intrégration dans postgresql pour
créer des tables thématiques (highway, landuse,...) à partir d'une table
dans laquelle se trouvent la clés principale et toutes les clés à extraire.
Sauf que ces clés doivent être déjà extraite par osm2pgsql et si je veux en
ajouter d'autres, c'est pas très souple.

J'avais pensé à mettre mon extracteur de hstore ( tags->'bridge' AS bridge )
dans la table mais les guillemets me font planter la requête.

Du coup, je me tourne vers qgis pour savoir si on peut faire des analyses
carto en utilisant directement le champ "tags" contenant le hstore dans la
sémiologie.



-----
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

J'utilise QGIS 3.4. 
J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
dernière version.

Ma source, c'est 
https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
<https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis>
  

Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
hstore en utilisant postgresql, je puisse le faire directement et à la volée
avec QGIS quand j'ai besoin de faire une carte vite fait.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] offre d'emploi

[Tony Emery via Talk-fr]

Nicolas,

Je ne gère malheureusement pas les critères de recrutement de la
collectivité et encore moins de la fonction publique. Je suppose que c'est
pour élargir le recrutement et ne pas rester sans candidat.

Cela dit, c'est statutaire. Si un agent de catégorie A se présente et est
retenu, il sera rémunéré en fonction de son statut.

En plus, il aura la chance de travailler avec moi. Quel privilège.

Pour la carte du portail, ben là aussi, j'ai pas la main.
Je remets l'adresse avec le bon lien :

https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,
<https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,>  



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] offre d'emploi

[Tony Emery via Talk-fr]

Bonjour à tous,

Nous recrutons un Technicien SIG à partir du 1er février 2020, merci de
faire passer l’annonce :
https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,
<https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,>   




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] posgresql > geojson > umap

[Tony Emery via Talk-fr]

un wms interrogeable, ça, ça m'intéresse. 
Du coup, le paramétrage se fait sur le serveur de notre webSIG ?

Actuellement, j'ai ça :

  text/html
  application/vnd.ogc.gml
  text/plain
  

  http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
  http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>

  


Que dois-je modifier ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Tony Emery via Talk-fr]

Ah Vincent, je savais que tu étais génial, mais là, tu es super génial...
Du coup, je vois que j'ai encore plein de taf chez moi...



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] posgresql > geojson > umap

[Tony Emery via Talk-fr]

Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans
une base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé
de créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois
exporter les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement
depuis umap et j'avais penser à utiliser un flux wms mais les données ne
seront pas interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me
suis dit que je pouvais devoir faire tout ça en ligne de commande depuis le
serveur linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce
serait encore mieux;

Merci de vos réponses,

Tony




-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

Du coup, je pense avoir trouver la solution.

Avec osm2pgsql, l'attribut timestamp n'est pas bien interprété si on utilise
les fichiers.osm.pbf. Il se trouve que cette attribut est au format texte et
qu'osm2pgsql n'arrive pas à l'exploiter. Du coup, en utilisant un
fichier.osm ça fonctionne bien.

Pour Frédéric, si je veux fusionner mes 2 scripts osmosis, je dois faire :
--rb fichier1.osm.pbf --rb fichier2.osm.pbf --rb fichier.osm.pbf --merge
--merge --bounding-box top=44.3 left=4.6 bottom=43.9 right=5.0
completeWays=yes completeRelations=yes --wx destination.osm

où je dois d'abord appliquer le --bounding-box top=44.3 left=4.6 bottom=43.9
right=5.0 completeWays=yes completeRelations=yes à chaque fichier.osm.pbf
avant de les fusionner ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

Merci Marc Marc.

J'ai modifié mon script pour intégrer les données issues de osm-fr. Bon, je
récupère du coup presque tous les tags de métadonnées, sauf, le timestamp.

Pourtant, j'ai bien l'info dans les fichiers pbf et xml mais dès que je
passe la moulinette osm2pgsql, cette info ne remonte pas dans Postgresql.

Une idée ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

marc marc wrote
> solution 1 (non testée)
> avec un navigateur tu vas sur http://download.geofabrik.de 
> identification Oauth en bas à droite
> tu sauvegardes le cookie de ton navigateur que tu refiles à wget
> --load-cookies cookies.txt

Bon, j'ai vu ça sur Github :
https://github.com/geofabrik/sendfile_osm_oauth_protector/blob/master/doc/setup.md
Mais je suis bloqué à ce niveau :
Create a key store and the keys by executing the following command. Select
any key name you like. You will have to enter the name of the key and the
location of the key store in the configuration (see next step).
/srv/osm-internal-auth/generate_nacl_keys.py firstCookieKey
/var/lib/osm-internal-auth/keys/


marc marc wrote
> solution 2 : teste avec un extract qui contient bien les meta :)
> genre un petit pays sur osm-fr

Du coup, je veux bien me rabattre sur la solution 2 mais quand tu dis
osm-fr, je vais où exactement ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

Frédéric Rodrigo-2 wrote
>> Et là, je suis sûr que tu vas me dire que je peux faire les 2 premières
>> étape en une seule ligne de commande...
> 
> Oui , même les trois ;-)

Et bien vas-y, dis-nous comment on fait ça...
Pas besoin du 3ème car il va disparaître.


Frédéric Rodrigo-2 wrote
>> Après j'ai testé les 3 outils et osm2pgsql est l'outil qui se rapproche
>> le
>> plus de mes besoins.
> 
> Mais la question est plutôt là. Osmosis et imposm peuvent aussi charger 
> en base de données. Avec des schémas différents.
> 
> osm2pgsql et imposm sont plus orientés rendu de carte et osmosis donnés 
> brutes. Mais tu peux aussi reconstruire les linestring et relations avec 
> Osmosis.

Je crois que le problème était que je n'avais même pas réussi à installer
imposm3.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

Alors, je vais essayer de n'oublier personne.

=> marc marc : je suppose que j'utilise l'extraction publique puisque dans
mon script, j'ai mis :
wget
http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf
-O $OSM_DEST_FOLDER/paca.osm.pbf
Mais je ne sais pas comment faire pour passer par l'extraction privée dans
mon script.
Je comprends pour user et uid, mais du coup, pourquoi je n'ai même plus le
timestamp ?

=> Olivier : Je récupère la colonne hstore via l'option -j|--hstore-all :
"Add all tags to an additional hstore (key/value) column in PostgreSQL
tables"

=> Frédéric : j'utilise osmosis pour 3 choses :
1- Fusionner mes 3 régions géofabrik (paca, languedoc-roussillon et
rhône-alpes) :
/usr/bin/osmosis --rb $OSM_DEST_FOLDER/paca.osm.pbf --rb
$OSM_DEST_FOLDER/lr.osm.pbf --rb $OSM_DEST_FOLDER/ra.osm.pbf --merge --merge
--wb $OSM_DEST_FOLDER/regions.osm.pbf
2- Extraire de cette fusion une emprise qui sera plus facilement gérable :
/usr/bin/osmosis --rb $OSM_DEST_FOLDER/regions.osm.pbf --bounding-box
top=44.3 left=4.6 bottom=43.9 right=5.0 completeWays=yes
completeRelations=yes --wb $OSM_DEST_FOLDER/ccpro.osm.pbf
3- Pour avoir une version du fichier précédent au format .osm afin qu'il
soit exploité par une autre application : /usr/bin/osmosis --rb
$OSM_DEST_FOLDER/ccpro.osm.pbf --wx $OSM_PUBLIC_FOLDER/ccpro.osm
Ce point 3 est temporaire et dès que ma chaine fonctionnera correctement, je
n'en aurait plus besoin.

Et là, je suis sûr que tu vas me dire que je peux faire les 2 premières
étape en une seule ligne de commande...

Après j'ai testé les 3 outils et osm2pgsql est l'outil qui se rapproche le
plus de mes besoins.





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

J'utilise Géofabrik avec cette commande :
/usr/bin/osm2pgsql --slim --create -C 1500 --number-processes 4
$OSM_DEST_FOLDER/ccpro.osm.pbf -p habillage_osm -E 2154 -j -d openstreetmap
-U postgres --extra-attributes -S $OSM_DEST_FOLDER/ccpro_osm2pgsql.style

Et, par exemple pour un noeud, j'ai ça :
{osm_version,3,osm_changeset,0,osm_uid,0,osm_user,""}

Dans le fichier de style, j'ai ça :
node,wayosm_usertextlinear  #tous
node,wayosm_uid integer linear  #tous
node,wayosm_version integer linear  #tous
node,wayosm_changeset   integer linear  #tous
node,wayosm_timestamp   timestamptz(0)  linear  #tous
node,wayz_order int4linear  #tous
way way_areareallinear  #tous

Mais je n'ai rien modifié à ce niveau je crois.

Elle fait quoi de particulier l'option "--multi-geometry" ?



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] osm2pgsql : métadonnées et relations

[Tony Emery via Talk-fr]

Bonjour à tous,

Je me suis mis à utiliser osmose/osm2pgsql dans mon circuit d'intégration
des données et je rencontre 2 difficultés.

la première est que les attributs des métadonnées (osm_user, osm_uid,
osm_changeset et osm_timestamps) ne remontent pas dans les tables.

la deuxième est que j'ai l'impression qu'une partie des relations n'est pas
traité dans la moulinette.

Est-ce que vous avez déjà rencontré ce problème et comment le solutionner ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

[Tony Emery via Talk-fr]

Je n'arrive pas à comprendre pourquoi un giratoire ne pourrait pas contenir
de "ref" s'il appartient bien au tracé de la route qu'il coupe.
Sur l'argument de "on met quelle ref si les 2 routes qui se croisent en ont
toute les 2 ? ", je dirais que c'est comme pour la valeur de highway. Quand
2 routes de 2 types différents se croisent (primary et secondary par ex), on
met au giratoire la valeur de la route la plus importante.

De toute façon, la "ref" est définie dans l'arrêté de classement donc, si le
giratoire est inclu, il n'y a pas à tortiller...

Après, on pourrait mettre la clé ref sur la relation mais, là encore, il y a
de rares exceptions où une voie commence avec une ref et fini sans.

De notre côté, nous devons également gérer des ref "locale" de type VC et CR
sur des routes qui ont aussi des ref nationales. Du coup, j'utilise loc_ref
pour le premier. Mais ça, c'est un autre débat.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] OSM et postgresql

[Tony Emery via Talk-fr]

Merci pour cette astuce Denis mais, tu pourrais m'expliquer en détail ta
solution pour que je comprenne comment elle fonctionne ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] OSM et postgresql

[Tony Emery via Talk-fr]

Merci pour cette astuce Denis mais, tu pourrais m'expliquer en détail ta
solution pour que je comprenne comment elle fonctionne ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] OSM et postgresql

[Tony Emery via Talk-fr]

Bonjour à tous,

J'ai une petite question technique concernant l'exploitation des clés
OpenStreetMap dans PosgreSQL.
Je voudrais modifier le noms des colonnes qui contiennent des ":" en les
remplaçant par des "_", par exemple.

Et plutôt que d'avoir des "ALTER TABLE public.habillage_osm_point RENAME
COLUMN "addr:housenumber" TO "addr_housenumber"; et faire ça pour chaque
clé, je voudrais avoir :
"Bon, Postgresql, à chaque fois que tu vois un ":" dans le nom d'une colonne
de la table public.habillage_osm_point, tu le remplaces par "_" et avec le
sourire s'il te plait".

Je suppose qu'il faut une petite fonction avec une boucle mais je ne vois
pas bien comment la monter.

Merci d'avance,



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Formation Linux

[Tony Emery]

Bonjour à tous,

Notre collectivité cherche un organisme de formation dont voici les critères :

- objet de la formation : initiation à Linux, administration et configuration
système, tâches planifiées, (programme à détailler)
- Environnement actuel : Ubuntu Server 16.04 LTS
- Nombre de personnes à former : 3 (à mutualiser peut-être avec d'autres
collectivités)
- Lieu : Orange (Vaucluse) ou pas trop loin
- Obligation : le prestataire doit être reconnu organisme de formation

Si vous êtes intéressé ou si vous connaissez un organisme qui peut répondre à
ces critères, merci de diffuser largement cette demande et de me contacter à
t.em...@ccpro.fr

Merci à tous
Tony EMERY

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

Re: [OSM-talk-fr] Création suppression d'intercommunalité

[Tony EMERY]

Bonjour à tous,

Du coup, dans le cas d'une modification du contour des EPCI, garde-t-on
l'historique en créant une nouvelle relation et en renommant l'ancienne ou
pas ?

Le 3 févr. 2017 09:00, "Christian Quest"  a écrit :

> Le 3 février 2017 à 04:40, Jérôme Amagat  a
> écrit :
>
>> Un point sur les EPCI.
>>
>> pour Bourgogne-Franche-Comté c'est à jour et ça correspond à cette source
>> : http://www.ideobfc.fr/accueil/geoservices/catalogue_de_donne
>> es?uuid=0a78e68d-738c-4284-ae64-e02e74859055=1
>> Pareil pour Provence-Alpes-Côte d'Azur et cette source :
>> http://opendata.regionpaca.fr/donnees/detail/etablissement-p
>> ublic-de-cooperation-intercommunale-au-1er-janvier-2017.html
>> Normalement c'est à jour aussi pour Auvergne-Rhône-Alpes et pour Pays de
>> la Loire.
>>
>> Pour la Bretagne, ce n'est pas terminé mais si ça tente quelqu'un il y a
>> cette source pour faire les modifications :
>> http://www.data.gouv.fr/fr/datasets/epci-en-bretagne-au-01-01-2017/
>> Pareil pour la Nouvelle-Aquitaine et cette source :
>> http://www.data.gouv.fr/fr/datasets/nouvelle-aquitaine-perim
>> etre-des-epci-a-fiscalite-propre-issus-des-sdci-sur-le-perim
>> etre-regional-et-les-departements-limitrophes-surfacique/
>> par contre ça parle du Schéma départemental de coopération intercommunale
>> au 1er janvier 2017 il y a d'autre cas pour des régions ou des départements
>> sur data.gouv.fr , normalement c'est les modifications qu'il était prévu
>> de faire mais c'est pas sur quelles soient toutes faites donc il faut peut
>> être trouver d'autres sources comme des articles de journaux pour vérifié
>> que les modification ont été faite.
>> J'ai pas l'impression qu'il y ai des modifications dans les DOM mais
>> c'est à vérifier.
>>
>> Les arrondissements départementaux bougent aussi dans beaucoup de
>> départements. J'ai fait les modifications pour Bourgogne-Franche-Comté et
>> Auvergne-Rhône-Alpes que j'ai trouvé dans les arrêtés des préfectures de
>> régions. je suis allé sur http://www.prefectures-regions.gouv.fr/ puis
>> sur la région voulu puis sur les Recueil des actes administratifs et les
>> modifications datent de fin décembre ou de janvier. les modifications n'ont
>> pas l'air d'avoir été publié au JO il n'y a rien sur
>> www.legifrance.gouv.fr ça sera peut être le cas dans quelque temps (pour
>> les communes nouvelles j'ai l'impression que tout n'a pas été publié).
>>
>> A cause des communes nouvelles je sais qu'il y a au moins un cas de
>> modification des limites de département, je sais pas si ça a été fait.
>>
>>
> La limite du département et de la région, ainsi que les académies ont été
> mises à jour (32 en tout de mémoire) mais une vérification de plus n'est
> pas inutile.
>
>
>
>> Rien trouvé sur des modifications des circonscriptions législatives. J'ai
>> lu quelque part mais je sais plus où que des modifications ne doivent pas
>> avoir lieu à quelque mois d’élection, il y a des élections dans quelque
>> mois mais si il n'y a pas de modifications il va y avoir des trucs bizarres
>> à cause des communes nouvelles.
>>
>>
> Il n'y a pas de changement globalement, mais les fusions de communes
> peuvent provoquer localement un changement. Je suis en contact avec le
> bureau des élections du Ministère de l'Intérieur, je vous informerai quand
> j'aurai du nouveau.
>
>
> Pour les communes nouvelles, il y a une source donnant toutes les commune
>> nouvelle créés en au 1ert janvier 2017 : https://www.insee.fr/fr/inform
>> ation/2549968
>> Normalement Christian les a toutes créées (toutes?). Dans cette source il
>> y a les communes nouvelles créés mais il y a aussi les communes déléguées,
>> le chef lieu (donc admin_centre pour osm) et le ref:INSEE. Si ça tente du
>> monde de faire des vérifications sur les communes nouvelles (il y en a
>> beaucoup avec des fixme qui demandent une vérification du numéro INSEE.
>>
>>
> Ces fusions ont été intégrées. Il y a des "défusions " qui n'ont par
> contre peut être pas été faites avec nouvelle fusion.
> Au moins un cas avec Aurseulles, mais visiblement à jour dans OSM:
> "La commune nouvelle
> 
>  regroupe les communes d'Anctoville
> , de Longraye
> , de Saint-Germain-d'Ectot
>  et de
> Torteval-Quesnay  qui
> deviennent des communes déléguées, le 1er janvier 20172
> . Les communes
> associées  d'
> Anctoville , issues de la
> fusion-association du 1er janvier 1973, Feuguerolles-sur-Seulles
> , Orbois
> , Sermentot
> 

Re: [OSM-talk-fr] Rendu FR 2017 en ligne...

[Tony EMERY]

Bonjour Christian,

Tout d'abord, bonne année 2017 et bravo pour ce rendu.

As-tu pu intégrer les rendus des terrains de motoball dans ta version 2017 ?

Le 1 janv. 2017 23:18, "Christian Quest"  a écrit :

> J'ai résumé les nouveautés dans un billet sur mon blog:
> https://cquest.hackpad.com/Rendu-OpenStreetMap-FR-v2017-PYR3VV1ZrSe
>
> Bonne lecture et bonne année !
>
> Le 1 janvier 2017 à 20:30, Christian Quest  a
> écrit :
>
>> Voilà, j'ai fait la bascule cet après-midi.
>>
>> Le serveur est bien chargé, mais ça devrait se stabiliser dans les heures
>> à venir.
>>
>> Merci pour les différents retours et suggestions (il reste encore
>> quelques bricoles à rectifier).
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>
>
>
> --
> 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] Rendu FR, bientôt en version 2017 !

[Tony EMERY]

N'oublies pas le rendu des terrains de motoball...

Le 23 déc. 2016 16:24, "Christian Quest"  a écrit :

> Les derniers changements:
> - les entrance=* ne sont rendus si ce sont des entrées de bâtiment ou si
> ce ne sont pas des entrées de pièce... avec de la bidouille dans la requête
> pour retrouver cette info !
>
> - les lignes des terrains de sport: plus de rendu si il ne s'agit pas d'un
> leisure=pitch, et rendu possible de plusieurs sports (mais un peu fouilli
> au final... à voir)
>
> - les shop=* en souterrain sont estompés, prise en compte du tag
> location=underground en plus de level<0
>
> Et grosse refonte de fond du projet avec passage du format json au yaml
> plus lisible (et maintenable)... qui ne devrait pas avoir d'incidence sur
> le rendu sauf bug de conversion !
>
> --
> 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] traffic_sign=city_limit

[Tony Emery]

Bonjour, Je suis plutôt de l'avis de Stéphane, L'information sur la commune
ne concerne pas directement le lieu-dit qui n'est d'ailleurs pas tout le
temps un lieu-dit. On parle plutôt de périmètre d'agglomération.

Par ailleurs, le Sénat, par la  Question écrite n° 14733
<https://www.senat.fr/questions/base/2015/qSEQ150214733.html>   de M. Yves
Détraigne (Marne - UDI-UC)
publiée dans le JO Sénat du 05/02/2015, propose d'autoriser l'ajout du nom
de l'EPCI.
Donc, si on ne veut pas, à terme, voir des emboitements d'emboitements de
limites administrative sur ces panneaux, il vaut mieux rester sobres
d'entrée de jeu.




StephaneP wrote
> L'info sur le nom de la commune ne nous intéresse pas vraiment, c'est 
> juste un rappel.
> Donc, on pourrait mettre
> name = le nom du hameau
> description = le texte complet.
> 
> Stf





-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/traffic-sign-city-limit-tp5885165p5885204.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] Date création Occitanie

[Tony Emery]

En effet et comme son nom l'indique, le décret est là pour faire appliquer la
loi et peut la préciser.
Par contre, le décret n'est pas plus important, au contraire. Dans l'ordre,
c'est Constitution => Loi => Décret => Arrêté => Circulaire.
L'arrêté est là pour préciser une loi ou pour prendre une décision
administrative.
La circulaire donne des instructions d'application aux administrations
subordonnées.

Donc plutôt que de parler d'importance, je dirais plutôt qu'il faut prendre
en compte le texte le plus récent entre le décret ou l'arrêté.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Date-creation-Occitanie-tp5883534p5883536.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] Résidences HLM

[Tony Emery]

J’essaye (à nouveau) de recentrer la discussion.

L'idée du projet n'est pas de cartographier chaque logement HLM, ni même les
bâtiments, mais bien les emprises (ou unités foncières si vous préférez)
dont le propriétaire est un OPH. C'est pour ça que je met ce tag dans une
emprise de type landuse=residential. 

Après, qu'il y ait de la mixité sociale dans cette emprise ou pas, de la
location ou de l'accession à la propriété, je ne rentre pas dans ce détail.

C'est une information publique puisqu'elle est disponible, en partie, sur
Internet. Il n'y a donc pas de problème moral avec ça.

Quant à "Low income housing", c'est la traduction exacte de "Habitation à
loyer modéré".



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883463.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] Résidences HLM

[Tony Emery]

Christian Rogel wrote
> A mon sens, ce serait dommageable et même dangereux de ne pas rechercher
> si le tag générique international en anglais existe ou est à créer. Mon
> cher Tony, OSM a l’éternité devant lui ;-) . Donc, patience !

Cher Christian, 

si je pose la question ici, c'est que j'ai déjà cherché dans le wiki et que
je n'ai rien trouvé qui puisse correspondre à ce que je cherche.

Donc, avec une petite recherche sur Internet, on s’aperçoit que "Habitation
à Loyer Modéré" pourrait se traduire par "low-income housing".

Vu que rien n'existe ni sur le wiki, ni sur taginfo avec ce terme, on peut
envisager créer un nouveau tag avec cette valeur. Celle-ci pourrait être
utiliser soit avec la clé "social_facility" qui concerne les centres
sociaux, soit, comme Vincent le propose, avec FR:Key:operator:type qui a
l'avantage de concerner le gestionnaire plutôt que le lieu.

On peut donc commencer à pousser les lignes dans ce sens, argumenter et
documenter tout ça dans le wiki et attendre que la communauté accepte,
acquiesce, s'indigne ou hurle à la mort en nous jetant des cailloux.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883432.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] Résidences HLM

[Tony Emery]

Vincent Bergeot wrote
> quelque chose comme cela ? 
> https://wiki.openstreetmap.org/wiki/FR:Key:operator:type
> 
> peut-être un autre type à définir ?

Un peu, mais là, on reste encore dans du générique par forcément applicable
au fait que :
- il s'agit parfois d'un opérateur privé agissant pour le compte d'une
collectivité ;
- l'opérateur intervient dans un domaine bien spécifique lié au logement
social.

on peut mettre FR:Key:operator:type=low-income housing (ou HLM pour rester
sur un tag français).



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883409.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] Résidences HLM

[Tony Emery]

Je veux bien parler de la communauté internationale mais il faut bien
commencer avec quelque chose, sinon, on va attendre la vie des rats avant de
voir apparaitre quelque chose.

Pour le reste, il ne s'agit pas de définir des bâtiments comme contenant des
logements HLM mais plutôt de définir des emprises (résidences ou 
lotissements) gérées par un bailleur social.
C'est à dire que, là où l'on utilise le tag "operator" pour indiquer le nom
du gestionnaire de la résidence, on pourrait ajouter un tag pour dire qu'il
s'agit d'une résidence gérée par un organisme social.





-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883402.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] Résidences HLM

[Tony Emery]

Romain MEHUT wrote
> Le 5 juin 2012 17:51, Pieren 

> pieren3@

>  a écrit :
> 
> Et il n'y aurait pas moyen de faire quelque chose avec
> http://wiki.openstreetmap.org/wiki/Social_facility ?
> 
> Romain

Je pensais à ce tag aussi mais je n'en vois pas qui concernerait le logement
social. A moins d'en ajouter un nouveau, par exemple "amenity=low-income
housing".

Si vous êtes d'accord, on l'active rapidement.

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883382.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] path, cycleway et footway

[Tony Emery]

Christian Rogel wrote
>> Toute cette discussion pour dire que, au final, une voie verte est comme
>> une
>> piste cyclable partagée avec les piétons (ou l'inverse) et pour lesquels
>> on
>> peut parfois avoir des cavaliers et parfois des véhicules motorisés...
>> 
>> Du coup (pourquoi faire simple quand on peut faire compliqué), mettre
>> highway=path + bicycle=yes/designated/segregated +
>> foot=yes/designated/segregated me semble plus tordu qu'un simple
>> highway=cycleway + foot=yes/designated/segregated.
> 
> Ce serait donc les cyclistes qui gagneraient le terrain sur tous les
> autres usagers qui, pourtant étaient là bien avant eux.
> Les chemins de halage (ou les voies ferrées desaffectées) ont pourtant
> servi, d'abord et avant tout, de lieu de promenade, bien avant que les
> chevaux de fer ne pointent leur roue.
> Se souvenir que des randonneurs supportent mal, parfois, leur présence.
> Pour rappel, la vie des bords Sud de la Loire, près de Tours, premier GR,
> a été, sans concertation aucune, transformée en VR et cela avait alimenté
> une contestation assez musclée.
> 
> Christian R.
> 
> ___
> Talk-fr mailing list

> Talk-fr@

> https://lists.openstreetmap.org/listinfo/talk-fr

J'ai bien dit "une voie verte est comme une piste cyclable partagée avec les
piétons (*ou l'inverse*)"

Donc, avec un peu de bon sens, on remplace :
> highway=cycleway + foot=yes/designated
par :
> highway=footway + bicycle=yes/designated

et, oh miracle, ça marche aussi... et c'est toujours moins tordu que
highway=path +...+...




-
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/path-cycleway-et-footway-tp5876181p5876379.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] path, cycleway et footway

[Tony Emery]

Toute cette discussion pour dire que, au final, une voie verte est comme une
piste cyclable partagée avec les piétons (ou l'inverse) et pour lesquels on
peut parfois avoir des cavaliers et parfois des véhicules motorisés...

Du coup (pourquoi faire simple quand on peut faire compliqué), mettre
highway=path + bicycle=yes/designated/segregated +
foot=yes/designated/segregated me semble plus tordu qu'un simple
highway=cycleway + foot=yes/designated/segregated.



-
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/path-cycleway-et-footway-tp5876181p5876369.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] Requête overpass api & python

[Tony Emery]

try:
data = urllib2.urlopen(url=urlxapi, data=query_string).read()
except urllib2.HTTPError as e:
if e.code == 400:
print 'Bad request overpass'
# exit()
continue

# overpass timeout
if re.search('Query timed out in', data):
print 'Timeout overpass'
# exit()
continue

msgLog = ('2.1.5 Création du fichier osm : {0}').format(requete)
insertMessageLogFile(logfilePath, msgLog)
# print data
open(inFolder + os.sep + osm,'w').write(data)

tempsEcoule = str(round((time.clock() - tempsInstr),3))
msgLog = ('2.1.4 import {0} effectué en
{1}s').format(osm[:-4],tempsEcoule)
insertMessageLogFile(logfilePath, msgLog)
tempsInstr = time.clock()

tempsEcoule = str(round((time.clock() - tempsBoucle),3))
# time.strftime('%Hh %Mm %Ss', time.gmtime(tempsEcoule))
msgLog = ('  3.0 Données {0} Importées et intégrées :
{1}s').format(osm[:-4],tempsEcoule)
insertMessageLogFile(logfilePath, msgLog)
tempsInstr = time.clock()

fileDone += 1

except Exception, exception_retournee:
msgLog = (' 99 Erreur rencontrée : {0}').format(exception_retournee)
insertMessageLogFile(logfilePath, msgLog)
continue

tempsEcoule =str(round((time.clock() - tempsdep),3))
DateDuProcess = time.strftime('%d%m%Y',time.localtime())
HeureDuProcess = time.strftime('%H:%M:%S',time.localtime())
# time.strftime('%Hh %Mm %Ss', time.gmtime(tempsEcoule))
msgLog = ('99. script achevé le {0} à {1} en
{2}s').format(DateDuProcess,HeureDuProcess,tempsEcoule)
insertMessageLogFile(logfilePath, msgLog)



-
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/Requete-overpass-api-python-tp5863030p5876368.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] path, cycleway et footway

[Tony Emery]

Adrien Caillot wrote
> Moi aussi, ça m'a gêné d'utiliser path pour les VV, au début.
> 
> Mais faut-il inventer un tag spécifique ? Highway=greenway ? Je pense
> que non.
> 
> Déjà, le concept de Voie Verte est plutôt franco-français alors qu'OSM
> est mondial.

Du coup, ne pourrait-on pas avoir un tag spécifique du type :
highway=path (ça me fait mal au c, mais bon) auquel on ajoute :
FR:greenway=yes

Du coup, on sait tout de suite qu'il s'agit d'une voie verte à la française.

Parce que, je le souligne à nouveau, en n'utilisant que le tag highway=path
et même si on y ajoute les tags bicycle et footway, en théorie, rien ne nous
certifiera que nous avons affaire à une voie verte signalée telle quelle et
non pas à n'importe quel sentier quelconque.



-
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/path-cycleway-et-footway-tp5876181p5876318.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] IGN Map Compare !

[Tony Emery]

Il y a parfois de correspondances troublantes entre les données OSM et celles
du Scan Express ou de la base IGN à J + 1...

Ou alors c'est qu'on est aussi bon qu'eux...



-
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/IGN-Map-Compare-tp5876265p5876293.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] path, cycleway et footway

[Tony Emery]

Nicolas Dumoulin-2 wrote
> Le Wed, 22 Jun 2016 10:25:16 -0700 (MST),
> Tony Emery 

> tony.emery@

>  a écrit :
>> Pourtant, la voie verte à une existence et une particularité légale
>> qui mérite, au même titre que la zone 30 (highway=living_street), un
>> tag spécifique.
> 
> Tu parles plutôt des "zones de rencontre" (limitation à 20), je pense.
> 
> -- 
> Nicolas Dumoulin
> 
> 
> ___
> Talk-fr mailing list

> Talk-fr@

> https://lists.openstreetmap.org/listinfo/talk-fr

Oui, je parlais de la zone de rencontre, highway=living_street.




-
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/path-cycleway-et-footway-tp5876181p5876264.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] path, cycleway et footway

[Tony Emery]

Eric Sibert wrote
> Le 22/06/2016 à 23:26, Tony Emery a écrit :
>> Ok mais, ça ne m'explique pas pourquoi on utilise QUE le tag highway=path
> 
> Parce que highway=path est un chemin générique quand rien d'autre ne 
> convient. Comme la voie verte qui n'est pas principalement une voie 
> cyclable ni une voie piétonne.
> 
> Ça a déjà été discuté sur la liste:
> https://lists.openstreetmap.org/pipermail/talk-fr/2014-March/066949.html
> 
> Malheureusement, le wiki n'a effectivement mis que partiellement à jour 
> pour tenir compte de cette discussion.
> 
> Eric
> 
> Talk-fr mailing list

> Talk-fr@

> https://lists.openstreetmap.org/listinfo/talk-fr

Alors, j'ai bien lu tout le fil des discutions et je n'ai pas vu d'accord
majoritaire sur le fait d'utiliser highway=path pour une voie verte.

Je pense que cela mérite un nouveau débat car highway=path ne peut pas, à
lui seul, indiquer que nous avons affaire à une voie verte. Du reste, une
voie verte ressemble quand même plus à une voie aménagée pour la circulation
douce qu'à un sentier...




-
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/path-cycleway-et-footway-tp5876181p5876258.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] path, cycleway et footway

[Tony Emery]

Ok mais, ça ne m'explique pas pourquoi on utilise QUE le tag highway=path
pour désigner une voie verte.


Tony Emery wrote
> Ça me gêne un peu car, au final, rien de distingue une voie verte de
> n'importe quel autre chemin (allée piétonne d'une résidence, chemin
> urbain, chemin de forêt,...)
> 
> Pourtant, la voie verte a une existence et une particularité légale qui
> mérite, au même titre que la zone 30 (highway=living_street), un tag
> spécifique.
> 
> Même si on ajoute d'autres tag comme bicycle, foot ou surface, rien
> n'indiquerait qu'il s'agisse spécifiquement d'une voie verte.





-
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/path-cycleway-et-footway-tp5876181p5876242.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] path, cycleway et footway

[Tony Emery]

Donc,

Si je comprends bien vos explications, on utilise le tag highway=path pour
désigner une voie verte.

Ça me gêne un peu car, au final, rien de distingue une voie verte de
n'importe quel autre chemin (allée piétonne d'une résidence, chemin urbain,
chemin de forêt,...)

Pourtant, la voie verte à une existence et une particularité légale qui
mérite, au même titre que la zone 30 (highway=living_street), un tag
spécifique.

Même si on ajoute d'autres tag comme bicycle, foot ou surface, rien
n'indiquerait qu'il s'agisse spécifiquement d'une voie verte.



-
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/path-cycleway-et-footway-tp5876181p5876216.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] path, cycleway et footway

[Tony Emery]

Ce serait pas mal de mettre à jour la page wiki highway=path parce que ce
n'est pas du tout intuitif !



-
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/path-cycleway-et-footway-tp5876181p5876196.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

[OSM-talk-fr] path, cycleway et footway

[Tony Emery]

Bonjour à tous,

J'ai une petite divergence à vous soumettre. Quand vous avez ce type de voie
(regardez bien le panneau) :
<http://gis.19327.n5.nabble.com/file/n5876181/CaptureCycleway.jpg> 

On est en pleine zone urbaine.

Vous mettriez quels tags ?
highway=paths
bicycle=yes
foot=yes

ou

highway=cycleway
foot=yes

ou autre chose ?



-
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/path-cycleway-et-footway-tp5876181.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] Requête overpass api & python

[Tony Emery]

Du coup, je devrais plutôt mettre ça à la place ?

(
  ._;
  >;
);
out meta;





-----
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/Requete-overpass-api-python-tp5863030p5876180.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] Requête overpass api & python

[Tony Emery]

Ma requête doit ressembler à ça :
#
http://overpass-api.de/api/interpreter?[out:xml][timeout:65];(node["highway"](43.98,4.70,44.27,4.99);way["highway"](43.98,4.70,44.27,4.99);relation["highway"](43.98,4.70,44.27,4.99););out
meta asc;>;out meta qt;

Et quand j'ajoute les paramètre, dans mon script Python, ça donne ça :
query
='[out:xml][timeout:{0}];(node{1}{2};way{1}{2};relation{1}{2};);out meta
asc;>;out meta qt;'.format(timeout,requete, bbox)
query = query.encode('utf8')
query_string = urllib.urlencode({'data': query})

msgLog = ('2.1.4 Lancement de la requête : {0}').format(requete)
insertMessageLogFile(logfilePath, msgLog)
try:
data = urllib2.urlopen(url=urlxapi, data=query_string).read()
except urllib2.HTTPError as e:
if e.code == 400:
print 'Bad request overpass'
# exit()
    continue



-
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/Requete-overpass-api-python-tp5863030p5876139.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] Requête overpass api & python

[Tony Emery]

Je déterre un peu le sujet car il y a un petit truc dans le script que j'ai
réalisé qui me chiffonne.

Quand la requête est lancée (par exemple, pour importer les voies), le
fichier Planet généré contient bien les objets demandé mais il ne sont pas
forcément classés (ou alors, je ne sais pas avec quelle ordre de tri).

Le fait d'ouvrir le fichier avec JOSM et d'enregistrer à nouveau le fichier
fait que les données sont triées. Cela veut dire que JOSM lit le fichier et
remet de l'ordre dans tout ça.

Or, FME ne sait pas faire ça et, du coup, n'arrive pas a interpréter le
fichier Planet brut.

Du coup, je me demandais s'il n'y avait pas une option a indiquer dans la
requête pour trier les objets (d'abord les nodes, puis les ways et enfin les
relations) ?



-
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/Requete-overpass-api-python-tp5863030p5876134.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Christian Rogel wrote
> Tony nous parle d’adresse cadastrale, il veut, bien sûr, dire «  adresse
> enregistrée dans le cadastre », sans qu’elle acquière une « nature »
> cadastrale.
> Fondamentalement, c’est un bien commun créé par l’autorité municipale et
> laissé à la disposition de tous. Une fois dans OSM, on ne doit y toucher
> que, si l’autorité publique la modifie.

Je ne sais pas si on dit la même chose mais, dans les faits, quand une
collectivité émet une délibération de numérotation d'une voie (publique ou
non, d'ailleurs), elle indique bien pour chaque numéro les parcelles
concernées par ce numéro. 

Par contre, il y a une relation complexe entre 1/n adresses <=> 1/n
parcelles <=> 1/n habitations

De manière générale, un numéro est attribué à une parcelle, mais on peut
avoir aussi :
- une parcelle qui contient plusieurs numéros parce qu'il y a plusieurs
habitations sur cette parcelle ;
- plusieurs parcelles ne contenant qu'une seule habitation et rattachées à
une seule parcelle ;
- plusieurs parcelles contenant plusieurs habitations et rattachées à une
seule parcelle ;

D'ailleurs, aux impôts, on préfère utiliser la "parcelle de référence" à la
place de la parcelle et on parle de "local" plutôt que "d'habitation".



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875967.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Et si l'on prend la définition de l'AFIGEO et de la directive INSPIRE :

/Selon l’Association Française pour l'Information Géographique, trois
définitions de l’adresse peuvent être formulées :  
•  l’adresse  légale :  indication  précise  du  domicile  d’une  personne 
physique  ou  morale,  le domicile  étant le lieu où elle réside
principalement. 
•  l’adresse  fiscale :  communiquée  aux  services  fiscaux,  elle 
correspond,  en  principe,  à l’adresse  de  résidence  puisque  le 
domicile  fiscal  dépend  généralement  de  la  résidence habituelle. 
•  l’adresse  postale :  telle  que  la  décrit  la  norme  AFNOR  XP 
Z10-011  est  l’ensemble  des informations fournies par le client émetteur
et nécessaires à la remise du courrier au client destinataire  sans 
recherche  ni  équivoque  dans  le  cadre  des  prestations  offertes  par
l’opérateur postal. 
 
Au niveau européen, l’Adresse est définie dans la directive INSPIRE (annexe
I) comme suit :  
 
“An identification of the fixed location of a property, e.g. plot of land,
building, part of building, way of access or other construction, by means of
a structured composition of geographic names and identifiers.” 
 
et peut se traduire ainsi : C’est l’identification d’une propriété par sa
localisation, c'est-à-dire un détail d’un lieu, d’un immeuble, d’une partie
d’immeuble, d’un accès ou d’un autre type de construction, par des noms
topographiques et des identifiants. /



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875944.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Bon, allez, un peu de lecture. je vous donne une définition de l'adresse
provenant de l'association des Maires du Var :

/L’adressage est une opération qui permet de localiser sur le terrain une
parcelle ou une habitation, c’est-à-dire de « définir son adresse » à partir
d’un système de cartes et de panneaux mentionnant la numérotation ou la
dénomination des rues et des constructions. Cette notion peut être étendue
aux réseaux et services urbains. Ainsi, peut-on, non seulement « adresser »
une construction, mais aussi le « mobilier urbain », comme une
borne-fontaine, un lampadaire public, une station de taxi.

L’adressage a plusieurs objectifs et les enjeux sont importants : 
Pour les populations, une lecture de la ville plus évidente : 
– Améliorer le repérage et l’orientation ; 
– Faciliter les interventions d’urgence : ambulances, pompier, police ; 
– Localiser les services urbains. 
 
Pour les collectivités locales, une amélioration des ressources et de la
gestion urbaine : 
– Un outil de programmation et de gestion des services techniques : la
connaissance du patrimoine public (voirie, équipements, linéaire, nombre,
état) permet la mise en place d’un suivi et d’une aide à la programmation
urbaine ;
– Un outil d’amélioration de la fiscalité locale : à partir des informations
issues de l’adressage, il est possible de localiser et de recenser les
personnes ou entreprises soumises à l’impôt et de mieux définir l’assiette
fiscale. 

Pour le secteur privé, une meilleure gestion des réseaux pour les
concessionnaires. L’adressage  permet,  en  effet,  de  faciliter  le 
travail  des  concessionnaires  des  réseaux  d’eau, d’électricité et de
télécommunications en matière d’installation et de recouvrement./

Voilà, à aucun moment on ne parle d'adresse postale puisque cela concerne un
usage privé particulier qui est la distribution du courrier. Donc, je résume
les enjeux majeurs de l'adressage :
- Orientation ;
- Intervention des secours ;
- Gestion du patrimoine, des équipements et des services publics ;
- Fiscalité ;



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875943.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

verdy_p wrote
> D'accord pour conserver ces adresses, mais on a toujours un problème car
> on n'a encore strictement rien de clair (et non ambigu) pour attribuer une
> adresse aux autres objets autour !
> Ces adresses restent aussi incomplètes (batiment, escalier, étage, porte,
> pièce...) et pourtant ces éléments font bien partie du schema addr:*
> standard.*.

Je suis d'accord, il nous manque peut-être une relation de type adresse qui
permette de relier un point d'adresse à d'autres objets portant, par
exemple, le nom/numéro du bâtiment, de la résidence, du lotissement, de
l'entrée, voire de l'escalier


verdy_p wrote
> En déporter une partie sur "contact:*" est stupide car ce n'est pas fait
> pour ça et là encore contact:* n'a rien de commun avec addr:*, c'est pour
> donner une autre adresse, pas nécessairement au même endroit (utiliser
> contact:* avec des éléments d'adresse c'est pour écrire à leurs
> responsable/gérant/service commercial, ce peut être une boite postale, pas
> pour se rendre au lieu indiqué; les autres élements de "contact:*" sont
> des numéros de téléphone fixes ou mobiles, fax, boites mail, sites
> internets,
> réseaux sociaux : tous délocalisés ou délocalisables n'importe où sans
> qu'on puisse savoir réellement où, donc NON géolocalisés; 

Moi, je n'ai jamais dit de créer plusieurs contact:* ou de les relier à une
tag de type addr:*. Je dirais même qu'il faudrait tag contact:address qui
contiendrait toute l'adresse postale de l'établissement.



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875551.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Pour illustrer un peu la différence entre adresse de la parcelle (DGFiP) et
adresse du logement, voici un petit exemple :
<http://gis.19327.n5.nabble.com/file/n5875550/Capture1.jpg> 
L'adresse DGFiP de cette résidence est :
<http://gis.19327.n5.nabble.com/file/n5875550/Capture2.jpg> 
Pourtant, si je prends 2 logements, le premier à cette adresse :
<http://gis.19327.n5.nabble.com/file/n5875550/Capture3.jpg> 
Et le second à cette adresse :
<http://gis.19327.n5.nabble.com/file/n5875550/Capture4.jpg> 




-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875550.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

verdy_p wrote
> L'ennui c'est que les adresses ne se limitent pas seulemetn à un
> housenumber (notion liée à la propriété cadastrale, formée sur une ou
> plusieurs parcelles). 

Le tag "housenumber" porte sur le numéro de l'adresse. Dans ce cas, cette
information n'est absolument pas liée à la propriété cadastrale car je peux
te donner des milliers d'exemples en France où l'adresse cadastrale ne
contient pas de numéro.


verdy_p wrote
> Elle est même insuffisante puisqu'à cette notion de propriété vient se
> greffer celle de résidents/locataires (qui ont aussi une existence
> fiscale, mais non cadastrale) : ils ont aussi leurs adresses toutes aussi
> importantes, et quand le housenumber ne suffit plus, on doit rentrer dans
> plus de détails : numéo ou nom de bâtiment, étage, numéro de porte... (des
> propriétés aussi importantes du schéma addr:*).

Là encore, ce n'est pas juste, mais je ne détaille pas car j'en aurais pour
la semaine à expliquer les différences.


verdy_p wrote
> Je crois qu'ici on est trop obnubilé par vouloir une base BANO "propre" ne
> tenant qu'à établir une liste des propriétés et ignorer totalement ceux
> qui les occupent (résidents/locataires).
> 
> A vouloir utiliser contact:* pour lever les ambiguités, on a détourné la
> finalité de contact:* et crée de nouvelles ambiguités (ou impossibilités
> de codification).

Au contraire, utiliser contact:* permet d'utiliser, pour les commerces et
autres activités, des adresses qui peuvent être postale et, donc, pas du
tout des adresses physiques.


verdy_p wrote
> Si vous voulez absolument un housenumber unique pour faire plaisir à BANO
> (j'appelle ça taguer pour le rendu, ici les rendus et analyses BANO  !) je
> ne vois pas comment procéder autrement que de créer des relations
> associatedHousenumber pour pouvoir y rattacher les *différents* objets
> distincts qui y sont rattachés (les résidents/locataires, et dans le cas
> présent les commerces).

Encore une fois, au contraire, je prône plutôt pour doubler les numéros
d'adresses identiques dans certains cas à définir.

Reste à définir comment qualifier les noms/numéros de bâtiments ou des
entrées dans les résidences collectives.
De même pour les numéros de lot dans certains lotissement qui ne sont pas
forcément de numéros d'adresse de voie mais pour lesquels on n'a rien
d'autre pour distinguer chaque logement ou maison.

C'est d'ailleurs le sujet en plein de mon message "Adresses, lotissements et
résidences"



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875508.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] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Si on part du principe d'écarter la notion d'adresse postale (on laisse ça à
La Poste), il faut définir les enjeux de l'adresse physique pour savoir
comment on la décrit.

On a dit que, pour les adresses des commerces, on utilise les tags
contact:xxx. Quant à la description des plaques des noms des rues et des
numéros d'adresse mais, en soit, cela n'a pas beaucoup d'utilité.

Par contre, la notion d'adresse physique pour la navigation routière, le
déplacement des services d'urgence, le dénombrement des logements,...

De fait, si une adresse dessert plusieurs bâtiments physiquement séparés,
cela ne me semble pas incohérent d'attribuer à chaque bâtiment  (Exemple)
<http://www.openstreetmap.org/relation/187038#map=19/44.15182/4.79818>  .



-
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/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875494.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] Import de données OSM dans PostGIS

[Tony Emery]

Du coup, quand on créé une requête overpass pour récupérer les données dans
un fichier xml (par défaut), est-ce qu'on peut paramétrer la requête pour
qu'elle ne télécharge que la différence entre la base osm et ce qui est dans
le fichier xml ?



-
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/Import-de-donnees-OSM-dans-PostGIS-tp5875478p5875492.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

[OSM-talk-fr] Adresses, lotissements et résidences

[Tony Emery]

Bonjour à tous,

Bon, allez, comme je suis en forme aujourd'hui, je vous propose un autre
défi qui concerne les adresses.

*Le contexte :* 
- Création des adresses directement dans OpenStreetMap ;
- Utilisation de la relation associatedStreet pour lier les points d'adresse
et les tronçons de voies ;
- Utilisation de l'outil http://cadastre.openstreetmap.fr/ pour importer les
adresses ;
- Travail avec les communes pour récupérer les délibérations de création,
dénomination et numérotation des voies ;
- Travail avec les services urbanisme pour récupérer les permis de
construire et de lotir (= nouveaux logements et donc nouvelles adresses
potentielles) ;
- Travail de terrain pour consolider tout ça ;
- Travail avec l'INSEE pour mettre à jour et corriger le Répertoire des
Immeubles Localisés, qui sert de base pour les recensements annuels de la
population.

Tout ça fonctionne plutôt bien avec des adresses normées numéro, type voie,
libellé voie (ex : 3 Avenue de la République).

*La problématique voirie*
Par contre, dès que l'on entre dans une résidence ou un lotissement, c'est
le caca.
J'ai pris le parti de dessiner dans OSM les contours des lotissements et des
résidences (immeubles collectifs) avec les tags landuse=residential et
place=neighbourhood. C'est peut-être pas le bon tag, mais j'ai pas trouvé
mieux.
Du coup, j'ai un problème pour gérer dans un système unique les voies qui
sont à l'intérieur d'un lotissement ou d'une résidence et qui, soit:
- contienne un nom officiel (délibération de la commune) ;
- contienne un nom non-officiel (donné par les riverains) ;
- sont officiellement ou non dénommées comme le lotissement ;
- n'ont pas de nom ;

*La problématique adresses*
Et à tout cela, y ajouter :
- les adresses avec un numéro qui peut être le même dans 2 lotissement
différents et desservis pas la même voie ;
- les anciennes numérotations classiques qui côtoient les nouvelles
numérotations métriques ;
- la notion de bâtiment ou de porte dans les résidences (et qu'ils
apparaissent dans osm.org) ;
- les voies qui n'ont jamais été numérotées mais pour lesquelles on a
recensé des logements ;

Voilà, si c'est trop compliqué à traiter ici, on peut, peut-être, ouvrir une
page spéciale dans le wiki.



-
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/Adresses-lotissements-et-residences-tp5875483.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

[OSM-talk-fr] Import de données OSM dans PostGIS

[Tony Emery]

Bonjour à tous,

Suite aux différentes présentations du dernier SOTM-FR et en lien avec une
réflexion que je mène déjà depuis quelques temps, je me lance (enfin) dans
le grand bain de l'import quasi-big data.

En fait, je souhaite aller plus loin dans la démarche d'import des données
OSM en local que celle que j'ai présenté à Clermont-Ferrand.

Jusqu'à présent, j'utilise un script python pour automatiser l'import de
certaines données OSM dans des fichiers planet en local, puis, avec la
bibliothèque arcpy d'ESRI, qui renvoi tout ça dans une géodatabase ESRI (je
vous entends siffler dans le fond).

J'ai bien écouté les présentations qui expliquaient comment utiliser
osm2pgsql, switch2osm et autre imposm3. Mais il y a 2 contraintes que je
n'arrive pas à lever :
- comment ça s'installe, ça se paramètre et ça fonctionne ?
- Est-ce qu'il existe la même chose pour un environnement Windows, car nos
serveurs sont ainsi ?

Du coup, je recherche un tutoriel à jour (donc récent) et qui explique
(très) simplement comment mettre en place une solution automatisée
permettant :
- de télécharger les données d'une emprise géographique tous les soirs (ou,
à défaut, le différentiel)
- que ces données soient versées plus ou moins directement dans une Base
PostGIS.
Pour le coup, je suis aussi éventuellement preneur d'une solution full open
source Ubuntu que je testerai chez moi.

Merci d'avance pour vos idées.

Tony



-
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/Import-de-donnees-OSM-dans-PostGIS-tp5875478.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] Avis de thèse à l'IGN

[Tony Emery]

La problématique est peine orientée : "fraude, confiance et crédibilité".
Ils auraient pu écrire "Dites-nous pourquoi OSM est pourri ?"



-
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/Avis-de-these-a-l-IGN-tp5875464p5875473.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] Les poubelles

[Tony Emery]

osm.sanspourriel wrote
> Quand j'avais dis "si c'est mobile, on ne mappe pas", j'avais pensé aux
> poubelles de petits immeubles.
> Mais je n'avais pas vu que tu voulais libérer de la donnée.
> De la donnée fiable et maintenue, c'est bon !

Fiable ? oui, elle l'est par notre chef d'équipe du service des collectes.
Maintenue ? aussi, par le meilleur cartographe des collectivités
territoriales de France... .

osm.sanspourriel wrote
> Tu veux que les collecteurs (ou les utilisateurs ?) puissent repérer
> rapidement les bacs ?
> Si tu as déjà la données, comment l'avez-vous taguée en interne ?

En interne, on les qualifie avec "BIHR", mais vu que c'est une marque, ça me
gêne de le transformer en tag.



-
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/Les-poubelles-tp5866687p5869594.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] Les poubelles

[Tony Emery]

Attention, je ne parle pas d'un endroit où les usagers viennent déposer leurs
bacs individuel mais bien d'un gros bac de 340 ou 660l qui reste sur place
tout le temps et où l'on peut déposer ses ordures quand on veut.

Et c'est bien prévu par OSM vu que l'illustration mise sur la  page wiki
anglaise de waste_disposal
<http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal>   c'est
bien un bac mobile.

Donc, ma question n'est pas "peut-on cartographier ces bacs ?" puisqu'on
peut le faire mais "comment peut-on distinguer les bacs 'cachés' de ceux qui
ne le sont pas ?"

Après, si on me dit de ne pas le faire, tant pis, je le garderai dans mes
données propres mais je trouve que c'est dommage de ne pas libérer cette
données...




-
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/Les-poubelles-tp5866687p5869436.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] Les poubelles

[Tony Emery]

Techniquement, on m'a parlé de BIHR, mais ça m'a l'air d'être une marque (un
peu comme caddie).
En fait, il s'agit d'un abri à conteneur, qu'il soit en bois, en métal, en
béton ou en plastique et qu'il soit enterré ou non...



-
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/Les-poubelles-tp5866687p5869315.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] Les poubelles

[Tony Emery]

Quoi qu'il en soit, l’illustration de la page wiki de la clé
amenity=waste_disposal montre bien un  bac mobile
<http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal>  , non ?

Donc, je vous propose qu'on les cartographie tel quel est que l'on ajoute un
tag du type shelter = yes pour ceux qui se trouvent dans un abris clos ou
non.

Ça vous va ?



-
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/Les-poubelles-tp5866687p5869306.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] Les poubelles

[Tony Emery]

ok, donc, vu que l'on me demande de cartographier ces bacs mobiles, je ne le
ferai pas dans OpenStreetMap.

Dommage car, même s'ils sont mobiles, le fait que mon service me demande de
les cartographier veut bien dire que leur position ne change pas tant que
ça.

Quoi qu'il en soit, qu'il s'agisse d'un emplacement en dur (1er cas) ou pas
(2ème cas), il est toujours question de bac. C'est le même, sauf que dans le
1er car, la poubelle a sa "petite maison"...

Si c'est donc l'emplacement que l'on cartographie, on pourrait juste ajouter
un tag qui dit que le bac est dans un abris ou pas. non ? 



-
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/Les-poubelles-tp5866687p5869292.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] Les poubelles

[Tony Emery]

Je relance la discussion pour savoir comment faire la différence entre un bac
fixe comme  celui-là
<https://www.mapillary.com/map/im/oLrT-VmIszpjvzfzkkRtLw/photo>   et un bac
mobile comme  celui-ci
<https://www.mapillary.com/map/im/xcUL1zFV4v3uVqP5Bvun0Q/photo>   ?




-
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/Les-poubelles-tp5866687p5869268.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

[OSM-talk-fr] osm en vrac ?

[Tony Emery]

Bonjour à tous,

Etes-vous, comme moi, dans l'incapacité d'aller sur osm.org ?

Petit problème passager ou est-ce plus grave ?



-
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/osm-en-vrac-tp5868739.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] Groupe OSM Réunion - News + logo

[Tony Emery]

Lé beau le logo péi.





-
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/Groupe-OSM-Reunion-News-logo-tp5868674p5868738.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] Les poubelles

[Tony Emery]

Et les mégotiers ? vous les qualifiez comment ?



-
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/Les-poubelles-tp5866687p5866781.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

[OSM-talk-fr] Les poubelles

[Tony Emery]

Bonjour à tous,

Je suis en train de recenser les points de recyclage (PAV), les corbeils et
autres dépôts d'ordures en ville.
Du coup, j'ai compris que :
- les corbeilles sont qualifiées avec le tag amenity=waste_basket
- les points d'apport volontaires (recyclage et valorisation) sont qualifiés
avec le tag amenity=amenity=recycling

Par contre, les conteneurs à ordures ménagères, on les qualifie comment ?
amenity=waste_disposal waste=trash ?



-
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/Les-poubelles-tp5866687.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] Requête overpass api & python

[Tony Emery]

Du coup, j'ai pas mal avancé sur mon script python.
En prérequis, j'ai :
- un dossier qui contient 19 fichiers planet nommés en fonction du tag
principal (highway.osm, landuse.osm, barrier.osm,...)
- une géodatabase contenant des jeux de classe d'entités (une par fichier
planet)

En gros, voici ce que fait le script :
- il télécharge les données OSM via une requête overpass dans chaque fichier
planet
- il importe chaque fichier planet dans le jeu de classe d'entités
correpondant de la gdb
- il extrait tous les tags de chaque classe d'entités
- il ajoute 2 champs de coordonnées pour les couches de point
- il ajoute un champ pour calculer le temps écoulé entre la date de la
dernière modification de chaque objet et la date de l'import des données
- il récupère les tags dans les tables des relations




-
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/Requete-overpass-api-python-tp5863030p5866598.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] associatedStreet, highway et housenumber

[Tony Emery]

cquest wrote
> ref:FR:FANTOIR est utile, mais  je ne le mettrai pas dans "à minima"...
> c'est mieux avec, mais sans on fait déjà pas mal de choses, comme beaucoup
> de tags d'ailleurs et heureusement !
> 
> OSM est i-té-ra-tif... avec plus d'infos, c'est mieux, mais c'est il ne
> faut pas prendre ça comme une forme d'obligation, et il faut être capable
> de maintenir tout ça à jour bien sûr.

Ok. Du coup, si on met de côté le "a minima", il reste l'harmonisation des
clés pour c'est 3 types d'entités.
Parce que dans les relations associatedStreet, j'ai du :
"addr:city" et "city"
"addr:postcode", "postal_code" et "postcode"
"name" et "addr:street"

Et si je fais les point avec les tag "highway" ou avec le tag
"addr:housenumber", je pense que j'aurais la même chose...



-
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/associatedStreet-highway-et-housenumber-tp5864294p5864690.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] associatedStreet, highway et housenumber

[Tony Emery]

Je vais essayer de répondre rapidement au 3 premiers avis :

> Ralf Treinen : effectivement, tous des tags sont facultatifs parce qu'il y
> a des rues qui ne sont pas nommées ou qui ne sont pas classée. Mais dans
> la mesure où une voie est nommée ou classée et que l'on a cette
> information, il faut la mettre.

La discussion étant le rapprochement entre les tronçons, les adresses et les
relations, si une voie n'a pas de nom, je pense qu'il n'y aura pas d'adresse
associée et donc pas de relation non plus.

> Nicolas Moyroud : du coup, si on doit mettre le Fantoir, il vaut mieux le
> mettre sur la relation ?

> Denis : c'est noté...



-
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/associatedStreet-highway-et-housenumber-tp5864294p5864308.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

[OSM-talk-fr] associatedStreet, highway et housenumber

[Tony Emery]

Bonjour à tous,

Je voulais faire un point avec vous sur les informations à qualifier sur la
voirie et surtout celles qui sont inutiles (qui font doublons par exemple)
ou celles qu'il ne faut surtout pas mettre.

Je résume en quelques points :

> Nous avons des tronçons de voie (way dans highway) et des points
> d'adresses (node dans addr:housenumber) qui sont regroupés dans des voies
> (relation dans associatedStreet).

> Les informations de base à mettre pour la partie adressage sont les tags
> name, ref, addr:housenumber, ref:FR:FANTOIR
Il y a aussi les informations facultatives : descriptions de la voie,
limitations de circulation, cas particuliers (voies délimitant 2 communes
par ex) mais ne nous y attardons pas trop dessus.

>> Quelles informations doit-on mettre dans chaque type d'objets de manière
>> obligatoire ou facultative et quelles sont celles qui sont inutiles,
>> voire interdites ?

Je vous propose de reprendre le schéma ci-dessous et de mettre vos avis.

* pour les tronçons :
** a minima : name (Rue de la République) et ref (D 20)
** facultatif : tous les tags qui qualifient le tronçons
** inutile : 
** interdit : 
* pour les points d'adresse :
** a minima : addr:housenumber
** facultatif : addr:door, addr:housename (et tout ce qui commence par
addr:)
** inutile : j'ai un doute sur les tags qui font doublons comme addr:street,
addr:postcode, addr:city, addr:country
** interdit : 
* pour les voies (associatedStreet) :
** a minima : name (Rue de la République) et ref:FR:FANTOIR (840870022G)
** facultatif : 
** inutile : 
** interdit : ref (D 20) car une voie peut être partiellement classée
localement.

Essayons de rester sur des cas génériques et de ne pas partir dans des
discussions sans fin  .



-
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/associatedStreet-highway-et-housenumber-tp5864294.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] associatedStreet, highway et housenumber

[Tony Emery]

Vincent de Château-Thierry-2 wrote
> Oui tout à fait. Le Fantoir sert à forcer le rapprochement quand il ne
> s'est pas fait tout seul.

C'est quand même dommage de se privé d'un identifiant unique (Fantoir) pour
assurer le rapprochement et de risquer d'avoir des erreurs en s'appuyant sur
le tag name...


Vincent de Château-Thierry-2 wrote
> Après, sur le(s) way(s) ou sur la relation, d'un point de vue BANO les 2
> fonctionnent. D'un point de vue modélisation OSMaussi (vieux débat,
> mais Tony a demandé de "ne pas partir dans des discussions sans fin" alors
> chut ;) )

Merci...



-
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/associatedStreet-highway-et-housenumber-tp5864294p5864317.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

[OSM-talk-fr] Recherche de formation en Python

[Tony Emery]

Bonjour à tous,

Je cherche à me former aux rudiments de Python dans le cadre professionnel.

Je recherche donc un organisme de formation pour cela et pas trop cher.

L'orientation de la formation est essentiellement SIG et OpenStreetMap mais
si on peut aussi faire du web, je prends...

Voilà, si vous connaissez un organisme (ou que vous êtes formateur), merci
de me contacter.

Je peux envisager une formation sur Paris ou sur Montpellier si l'organisme
ne peut pas se déplacer chez nous (Avignon).

Merci d'avance



-
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/Recherche-de-formation-en-Python-tp5864169.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] fusion de régions

[Tony Emery]

Effectivement,

Chez nous, le SAN Ouest-Provence (Fos s/ Mer) à été absorbé par la métropole
Aix-Marseille...



-
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/fusion-de-regions-tp5863430p5863934.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] fusion de régions

[Tony Emery]

Bon, après, les syndicats ne disparaissent pas du jour au lendemain car
l'article 44 de la Loi portant nouvelle organisation territoriale de la
République du 7 août 2015 indique que la suppression de cette catégorie
d'intercommunalité se fera au 1er janvier 2017.

Par contre, la disparition des 9 SAN ne se font pas de la même manière et
beaucoup on déjà "migré". Il y a :
* Evry => Communauté d'agglomération Évry Centre Essonne (2001), puis
Communauté d'agglomération Grand Paris Sud Seine Essonne Sénart (2016)
* Cergy-Pontoise => Communauté d'agglomération de Cergy-Pontoise (2004)
* Saint-Quentin-en-Yvelines => Communauté d'agglomération de
Saint-Quentin-en-Yvelines (2004)
* L'Isle-d'Abeau => Communauté d'agglomération Porte de l'Isère (2007)
* Val-Maubuée (Marne-la-Vallée) => Communauté d'agglomération du Val-Maubuée
(2013)
* Sénart-Ville Nouvelle => Communauté d'agglomération de Sénart (2015), puis
Communauté d'agglomération Grand Paris Sud Seine Essonne Sénart (2016)

Il ne reste donc, normalement, qu'à créer:
* Ouest Provence (Fos s/ Mer) => Métropole d'Aix-Marseille-Provence (2016)
* Val d'Europe (Marne-la-Vallée) => Communauté d'agglomération (2016)
* Communauté d'agglomération Grand Paris Sud Seine Essonne Sénart (2016)



-
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/fusion-de-regions-tp5863430p5863943.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] Chemin privative

[Tony Emery]

La domanialité d'une voie ne doit pas être confondue avec la circulation de
la voie.

Une voie ouverte à la circulation publique peut très bien être dans le
domaine privée d'une commune et donc être contenue dans une parcelle.

L'ordonnance n° 59-115 du 7 janvier 1959 relative à la voirie des
collectivités locales et le décret n°64-262 du 14 mars 1964 relatif aux
caractéristiques techniques, aux alignements, à la conservation et à la
surveillance des voies communales définissent les voies de la manière
suivante :

- Les voies communales (et dépendances) qui font partie du domaine public ;
- Les chemins ruraux qui appartiennent au domaine privé de la commune ;
- Les voies urbaines privées ;
- Les voies privées rurales ;
- Les voies gérées par d'autres collectivités territoriales (Autoroutes,
Départementale,...)

J'ai un pavé de 120 pages qui expliquent tout ça mais après, tldr... 



-
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/Chemin-privative-tp5863525p5863597.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] Jointure attributaire dans JOSM

[Tony Emery]

Jean-Marc Liotier wrote
> Avec ton langage de script préféré: dans le XML Openstreetmap pour
> chaque objet concerné (XMLlib to the rescue !) lit la valeur de
> l'attribut concerné, cherche là dans le jeu de données puis met à jour
> l'attribut souhaité... J'apprends doucement à faire ce genre de choses
> avec Perl - les premières fois ça coute beaucoup de temps mais la courbe
> d'apprentissage est plaisante et c'est autrement plus industrialisable
> qu'une manipulation dans une IHM graphique. 

Il faudra que tu me dises comment tu fais car là, je suis perdu...



-
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/Jointure-attributaire-dans-JOSM-tp5863476p5863600.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] Trouver le bati manquant

[Tony Emery]

Je ne sais pas si c'est pareil chez vous, mais moi, je n'arrive pas à ajouter
ces tms.

J'ai pourtant bien mis comme url
tms[99]:https://api.mapbox.com/v4/pratikyadav.93f1df6f/{zoom}/{x}/{y}.png?access_token=pk.eyJ1IjoicHJhdGlreWFkYXYiLCJhIjoiMTA2YWUxNjRkNmFmZGQ4YzAxZWFiNDk0NDM1YjE1YjAifQ.4P6N5dNmA_WQXd3BsJvu5w
et je l'ai nommé MapBox_MissingRoads.

J'ai dû faire une erreur mais je ne vois pas où...



-
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/Trouver-le-bati-manquant-tp5863259p5863472.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

[OSM-talk-fr] Jointure attributaire dans JOSM

[Tony Emery]

Bonjour à tous,

Je voulais savoir si l'un d'entre vous a déjà essayer de faire une jointure
attributaire dans JOSM entre des données osm et une couche d'info (shape ou
autre) afin de mettre à jour les données OSM ?

Si oui, comment on fait ? Sinon, comment faites-vous pour faire ce genre
d'opération ?



-
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/Jointure-attributaire-dans-JOSM-tp5863476.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] Trouver le bati manquant

[Tony Emery]

J'avais vu cette erreur et je l'ai supprimé. Mais c'est pas ça.

Normalement, dans JOSM, la ligne passe en vert quand c'est bon. Et bien là,
elle reste blanche...



-
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/Trouver-le-bati-manquant-tp5863259p5863477.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] Trouver le bati manquant

[Tony Emery]

Effectivement, ça marche. Par contre, soit il y a un décalage de la tuile par
rapport aux données, soit la mise à jour des tuiles n'est pas fréquente...



-
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/Trouver-le-bati-manquant-tp5863259p5863512.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] Jointure attributaire dans JOSM

[Tony Emery]

Du coup, il n'y a pas d'outils capable de relier la couche osm (A) à un jeu
de données (B) afin de mettre à jour un tag de (A) avec la valeur présente
dans la table (B)...

Sinon, il faut que je fasse ça avec QGIS, sauf qu'il ne permet pas de
renvoyer les données vers OSM...



-
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/Jointure-attributaire-dans-JOSM-tp5863476p5863510.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] Communes nouvelles - fusion de communes

[Tony Emery]

Vous savez qu'il faut aussi prendre en compte un aspect de ces fusions de
communes avec communes déléguées ?

A mon avis, elles sont vouées à disparaître car je ne vois pas l'intérêt à
ce qu'elles se rajoutent entre les communes et les EPCI. Il faut bien avoir
en tête 2 choses :
- Ce système a été mis en place pour gérer les égos des maires de ces
communes déléguées
- Lors des prochaines élections municipales, il y a fort a parier qu'elles
disparaissent...



-
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/Communes-nouvelles-fusion-de-communes-tp5862292p5863522.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] Communes nouvelles - fusion de communes

[Tony Emery]

On a bien à faire à de futures mairies annexes des nouvelles communes...

"Ces communes déléguées n’ont pas le statut de collectivité territoriale,
seule la commune nouvelle est dotée de cette qualité. La mise en place de
ces communes déléguées permet également de créer une annexe de la mairie
dans laquelle sont établis les actes de l’état civil concernant les
habitants de la commune déléguée.

Ainsi, les bâtiments abritant actuellement les communes futures membres de
la commune nouvelle garderaient une utilité évidente et permettraient de
conserver un lien de proximité avec les habitants de l’ancienne commune."

courrierdesmaires.fr
<http://www.courrierdesmaires.fr/48010/communes-nouvelles-mode-demploi/>  



-
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/Communes-nouvelles-fusion-de-communes-tp5862292p5863524.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] Requête overpass api & python

[Tony Emery]

Etienne Trimaille wrote
> Exactement comme pour le format, c'est dans la requête overpass qu'il faut
> spécifier cela et non pas dans le script python ;-)
> Il faut mettre un out meta; au lieu de out body;

Petite question supplémentaire, pourquoi doit-on écrire 2 fois "out meta" : 
);
out meta;
>;
out meta;

A priori, le premier concerne les objets qui sont retournés mais je ne vois
pas à quoi sert celui qui se trouve après >;



-
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/Requete-overpass-api-python-tp5863030p5863364.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] Requête overpass api & python

[Tony Emery]

Du coup, quel différence existe-t-il entre le GET et me POST et où doit-on
paramétrer tout ça ?

Pour l'erreur HTTP 419, normalement, mes requêtes se lancent les unes après
les autres et après d'autres traitements effectués dans les données. Il y a
peu de chances pour que 2 requêtes se lancent en même temps.




-
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/Requete-overpass-api-python-tp5863030p5863088.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] Requête overpass api & python

[Tony Emery]

J'ai trouvé.
Il faut mettre :
;
out meta;
>;
out meta;

 à la place de 
;
out body;
>;
out skel qt;



-
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/Requete-overpass-api-python-tp5863030p5863124.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] Requête overpass api & python

[Tony Emery]

Alors, dans le script que propose Etienne, les métadonnées des objets ne
remontent pas (par exemple, version="7" timestamp="2014-10-14T10:45:02Z"
changeset="26069043" uid="675449" user="jseigneuret">).

Il y a une option à ajouter dans le script ou l'erreur est-elle plus grave ?



-
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/Requete-overpass-api-python-tp5863030p5863120.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] problème sur serveur(s) osm-fr ?

[Tony Emery]

Bonjour,

Quelqu'un sait-il pourquoi http://api.openstreetmap.fr/xapi ne remonte plus
aucune données quand on lui envoi une requête ?

Le message d'erreur est runtime error: open64: 21 Is a directory
/ssd/api.openstreetmap.fr/db/user_data.bin File_Blocks::read_block: Index
inconsistent



-
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/probleme-sur-serveur-s-osm-fr-tp5841067p5863081.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] Requête overpass api & python

[Tony Emery]

Etienne Trimaille wrote
> J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par
> exemple.
> J'ai adapté ton code rapidement :
> https://gist.github.com/Gustry/378058e2984faeddac47

Merci, c'est exactement ça. Je vais tester tout ça...

Je suppose qu'on peut mettre la partie query=... sur la même ligne ?
Parce qu'en fait, j'ai une boucle qui va lancer autant de requête en
fonction des fichiers xml présents dans un dossier.



-
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/Requete-overpass-api-python-tp5863030p5863047.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

[OSM-talk-fr] Requête overpass api & python

[Tony Emery]

Bonjour à tous,

J'ai créé un script python qui me permet, entre autre, de télécharger les
données OSM en local sur mon poste. Je lance ce script en tâche planifiée 2
fois par jour.

Je pense que http://api.openstreetmap.fr/xapi? ne répond plus car les
requêtes que je lance sur ce site me renvoie des tables vides depuis 4
jours.

Du coup, j'essaye de m'adapter en tapant directement dans l'API overpass.

L'un d'entre vous a-t-il déjà essayé de faire passer une requête overpass en
utilisant un script python ?

J'ai essayé un truc du genre :
import os, sys
import urllib2

http =
'http://overpass-api.de/api/interpreter?data=[out:json][timeout:25];(node["highway"](43.98,4.70,44.27,4.99);way["highway"](43.98,4.70,44.27,4.99);relation["highway"](43.98,4.70,44.27,4.99););out
body;>;out skel qt;'

open(r"C:\Scripts\osm\highway.osm",'w').write(urllib2.urlopen(str(http)).read())

Mais, bien sûr, ça ne fonctionne pas. Pourtant, ce bout de script fonctionne
plutôt bien avec les requête XAPI.

Merci de vos réponses



-
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/Requete-overpass-api-python-tp5863030.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] Requête overpass api & python

[Tony Emery]

Etienne Trimaille wrote
> J'ai plusieurs script python qui utilise l'api overpass, QuickOSM par
> exemple.
> J'ai adapté ton code rapidement :
> https://gist.github.com/Gustry/378058e2984faeddac47

A priori, ton script fonctionne plutôt bien mais il doit y avoir un problème
à l'encodage car le fichier généré est du type :

{
  "version": 0.6,
  "generator": "Overpass API",
  "osm3s": {
"timestamp_osm_base": "2015-12-23T07:23:02Z",
"copyright": "The data included in this document is from
www.openstreetmap.org. The data is made available under ODbL."
  },
  "elements": [

{
  "type": "node",
  "id": 25178536,
  "lat": 44.0034820,
  "lon": 4.7046202,
  "tags": {
"addr:postcode": "30120",
"address": "A 9 - direction Orange/Nîmes, Aire de Tavel Nord",
"amenity": "fuel",
"fuel:diesel": "yes",
"fuel:e10": "yes",
"fuel:lpg": "yes",
"fuel:octane_98": "yes",
"is_in": "A-9",
"name": "Station Esso",
"opening_hours": "24/7",
"operator": "Esso",
"source": "stations.gpl.online.fr;source = Ministère de l'Economie, de
l'Industrie et du Numérique - 15/09/2014"
  }
},

Alors que moi j'ai besoin plutôt de :



The data included in this document is from www.openstreetmap.org. The
data is made available under ODbL.


  












  



-
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/Requete-overpass-api-python-tp5863030p5863079.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] problème sur serveur(s) osm-fr ?

[Tony Emery]

http://api.openstreetmap.fr est-il lui aussi en rade ?

Parce que mes requêtes ne remontent plus et j'ai cette erreur dans mes
fichiers 
runtime error: open64: 2 No such file or directory
/ssd/api.openstreetmap.fr/db/relation_tags_local.bin
File_Blocks::File_Blocks::1




-
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/probleme-sur-serveur-s-osm-fr-tp5841067p5862957.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

[OSM-talk-fr] Site Internet OpenSource et hébergement

[Tony Emery]

Bonjour à tous,

Je me permet de faire ce message totalement hors sujet et sans lien avec
OpenStreetMap mais il faut croire que j'ai plus confiance en vos avis qu'en
ceux des forums spécialisés.

Je souhaite aider un ami entrepreneur à créer un petit site Internet pour
son entreprise. Il ne connait rien à Internet et, quant à moi, je touche
rapidement mes limites dans ce domaine.

Du coup, je voudrais lui proposer un site Internet Open Source simple à
administrer, ainsi qu'un hébergeur et un nom de domaine qui ne le ruinera
pas.

Côté site Internet, je lui suggérerais bien Joomla avec, bien entendu, une
jolie carte OpenStreetMap intégrée. Par contre, côté hébergeur, peut-être
OVH et pour le nom de domaine, je n'ai aucune idée de l'état de l'art. Quel
conseil me donneriez-vous ?

Enfin, peut-être parmi vous se cache un professionnel du site Internet Open
Source. Je suis ouvert à toute proposition que je soumettrai à mon ami.

Pour éviter de polluer la talking list, je vous propose de me contacter par
mail privé, sauf si cela peut aider d'autres personnes dans le même cas que
moi et qui recherche quelque chose de plus tourné vers OSM.

Merci de vos réponses



-
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/Site-Internet-OpenSource-et-hebergement-tp5862931.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