Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Samy Mezani]

Bonjour,

Le 10/06/2020 à 21:50, Romain MEHUT a écrit :
Aussi, j'ai découvert tout récemment http://geosm.openstreetmap.fr/ via 
le pad d'organisation de la prochaine AG. Étonnant de ne pas en avoir 
entendu parler avant. Des infos ? Cela me fait penser à 
https://geodatamine.fr/


Merci Romain pour ces liens, qui me dispensent du coup d'une liste de 
cadeaux de Noël !


Samy

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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Samy Mezani]

Non, grosso modo la moitié Est de la France était capitalisée, pas la 
moitié Ouest il y a quelques jours. Et ne me dis pas que ce n'est pas 
vrai s'il te plaît...


Si tu avais bien regardé il restait encore l'Académie de Reims il y a 
quelques minutes.



Le 13/04/2020 à 20:01, Philippe Verdy a écrit :

C'est déjà en minuscules (si tu as suivi les réponses précédentes, y
compris l'ajout à Mayotte déjà fait).

Le lun. 13 avr. 2020 à 19:59, Samy Mezani  a écrit :


Non, pas "explicatif" de prime abord... Et certainement pas pédagogique.

Je corrige la "capitalisation".

J'arrête ce fil.




Le 13/04/2020 à 19:49, Philippe Verdy a écrit :

Le ton n'est pas "condescendant" mais explicatif...


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


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



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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Samy Mezani]

Non, pas "explicatif" de prime abord... Et certainement pas pédagogique.

Je corrige la "capitalisation".

J'arrête ce fil.




Le 13/04/2020 à 19:49, Philippe Verdy a écrit :

Le ton n'est pas "condescendant" mais explicatif...


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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Samy Mezani]

Si. A partir du moment ou une valeur de clé est écrite de façon 
hétérogène, il convient d'harmoniser et de corriger.


J'aime pas ce ton condescendant.

Samy


Le 12/04/2020 à 12:46, Philippe Verdy a écrit :

boundary_type:FR=* ne contient que des génériques, les minuscules
étaient correctes et pas à "corriger".

Le jeu. 9 avr. 2020 à 11:51, Samy Mezani  a écrit :


Bonjour,

Le 09/04/2020 à 11:09, Vincent de Château-Thierry a écrit :

boundary_type:FR=Circonscription académique


J'ai corrigé cette valeur pour les académies de l'ouest de la France où
le 'c' de circonscription était en minuscules. Overpass Turbo ne
renvoyait donc pas tout.

Cordialement,

Samy

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


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



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

Re: [OSM-talk-fr] Relations Circonscriptions académiques

[Samy Mezani]

Le 09/04/2020 à 12:19, Marc M. a écrit :

Le 09.04.20 à 12:14, Samy Mezani a écrit :

Les noeuds admin_centre renvoient sur les admin_centre des communes
où siègent les rectorats.

Ne serait-il pas mieux de mettre les rectorats d'académies
comme admin_centre ?


une circonscriptions académiques n'est pas une entité administrative
(boundary=administrative) ayant un chef lieu, il ne devrait y avoir
aucun admin_center (de la même manière qu'il y a pas d'admin center
pour la sncf, ni pour une forêt, un parking, etc)



Tout dépend ta définition de chef-lieu.

En voici une : "Centre administratif d'une circonscription territoriale 
où sont groupés les divers services publics afférents à cette 
circonscription"


Un rectorat peut donc être considéré comme le chef-lieu d'une académie ?

Samy

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

Re: [OSM-talk-fr] Relations Circonscriptions académiques

[Samy Mezani]

Les noeuds admin_centre renvoient sur les admin_centre des communes où 
siègent les rectorats.


Ne serait-il pas mieux de mettre les rectorats d'académies comme 
admin_centre ?


Samy

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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Samy Mezani]

Bonjour,

Le 09/04/2020 à 11:09, Vincent de Château-Thierry a écrit :

boundary_type:FR=Circonscription académique


J'ai corrigé cette valeur pour les académies de l'ouest de la France où 
le 'c' de circonscription était en minuscules. Overpass Turbo ne 
renvoyait donc pas tout.


Cordialement,

Samy

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

Re: [OSM-talk-fr] Services BANO v2 indisponibles

[Samy Mezani]

Bonjour,


J'ai remarqué qu'il était impossible de mettre à jour la correspondance 
entre FANTOIR et OSM sur https://cadastre.openstreetmap.fr/fantoir.


Impossible de mettre à jour avec les données OSM.


Cordialement,


Samy



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

Re: [OSM-talk-fr] Moulinette pour convertir codes Insee en GPS > GPX ?

[Samy Mezani]

Bonjour,

Le 02/10/2019 à 17:39, osm.sanspourr...@spamgourmet.com a écrit :


Le 02/10/2019 à 17:20, Vincent Bergeot - vinc...@bergeot.org a écrit :

ceci : https://adresse.data.gouv.fr/csv

si j'ai bien compris.


Si tu n'as pas bien compris ça marche aussi ;-).

Ne pas oublier de mettre une entête, par exemple

insee;col1;col2;col3;col4;col5

De sélectionner la colonne INSEE et de décoder en UTF-8.

Tu récupères latitude et longitude.



L'API est faite pour automatiser tout ça :

https://geo.api.gouv.fr/adresse (descendre à /search/csv/)

Samy

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

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Samy Mezani]

Il y a aussi https://openmaptiles.org/ qui affiche les noms dans pas mal 
de langues.


Le lien est plutôt https://openmaptiles.org/languages/fr/

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

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Samy Mezani]

Bonjour,

Le 03/01/2018 à 09:55, Bruno a écrit :
La carte est affichée dans la langue du pays par défaut, si je regarde 
la Russie ou la Pologne , et bien c'est inutilisable (pour moi)




Il y a aussi https://openmaptiles.org/ qui affiche les noms dans pas mal 
de langues.


Samy

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

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

Merci Jérôme,

Effectivement je crois que je suis dans une impasse. Je vais faire avec 
avec plusieurs requêtes Overpass tant pis, et je croiserai les infos a 
posteriori.


Merci pour l'aide

Samy


Le 15/11/2017 à 02:40, Jérôme Amagat a écrit :



Le 14 novembre 2017 à 19:11, Samy Mezani <samy.mez...@wanadoo.fr 
<mailto:samy.mez...@wanadoo.fr>> a écrit :


Je touche au but mais je n'arrive pas à indiquer les coordonnées
géographiques des admin_centre.

Pour l'instant ça marche avec ça :

[out:csv(_row;false)][timeout:100];

make out _row = "insee,commune,bourg"; out;

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes;

foreach.communes->.commune(
   node(r.commune:"admin_centre")->.bourg;
   make out _row =
     commune.u(t["ref:INSEE"]) + "," +
     commune.u(t["name"]) + "," +
     bourg.u(t["name"])
     ;
   out geom;
);

Si j'ajoute par exemple la latitude avec ' bourg.u(t[::lat])' dans
mon "make out", j'obtiens une erreur.

J'ai l'impression que le problème c'est que ça : t[ ] c'est pour obtenir 
la valeur pour un tag, le problème c'est que la latitude n'est pas un 
tag. il y a un truc pour récupérer l'id "id()" et le type "type()" mais 
rien pour les coordonnées il me semble 
(https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Element-Dependent_Operators).


Je ne vois que la solution donnée plus tôt : sur une ligne les données 
de la relation puis celles de l'admin centre.


(Et attention peut être que certaine relation de commune n'ont pas 
d’élément admin_centre)





___
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] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

L'intérêt est d'apprendre les requêtes Overpass pour répondre à des 
besoins spécifiques, et surtout de ne télécharger que ce dont j'ai besoin.


Merci pour le lien, mais télécharger les contours communaux de la France 
ne m'intéresse pas, car ça je sais déjà faire avec les requêtes Overpass 
(suite d'ailleurs à l'aide apportée sur cette liste).


En l'occurence je ne voulais que les admin_centre des communes avec 
leurs coordonnées et leur n° INSEE.



Le 15/11/2017 à 07:54, Christian Quest a écrit :
Quel est l'intérêt de reconstituer (péniblement) ces données alors 
qu'elles sont disponibles en opendata ?


http://professionnels.ign.fr/adminexpress

Les noeuds admin_centre en sont pas toujours présents. J'ai peur que le 
résultat soit incomplet.


Admin Express est mis à jour chaque mois par l'IGN et est sous licence 
ouverte.



Le 15 novembre 2017 à 02:40, Jérôme Amagat <jerome.ama...@gmail.com 
<mailto:jerome.ama...@gmail.com>> a écrit :




Le 14 novembre 2017 à 19:11, Samy Mezani <samy.mez...@wanadoo.fr
<mailto:samy.mez...@wanadoo.fr>> a écrit :

Je touche au but mais je n'arrive pas à indiquer les coordonnées
géographiques des admin_centre.

Pour l'instant ça marche avec ça :

[out:csv(_row;false)][timeout:100];

make out _row = "insee,commune,bourg"; out;

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;


rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes;

foreach.communes->.commune(
   node(r.commune:"admin_centre")->.bourg;
   make out _row =
     commune.u(t["ref:INSEE"]) + "," +
     commune.u(t["name"]) + "," +
     bourg.u(t["name"])
     ;
   out geom;
);

Si j'ajoute par exemple la latitude avec ' bourg.u(t[::lat])'
dans mon "make out", j'obtiens une erreur.

J'ai l'impression que le problème c'est que ça : t[ ] c'est pour
obtenir la valeur pour un tag, le problème c'est que la latitude
n'est pas un tag. il y a un truc pour récupérer l'id "id()" et le
type "type()" mais rien pour les coordonnées il me semble

(https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Element-Dependent_Operators

<https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Element-Dependent_Operators>).

Je ne vois que la solution donnée plus tôt : sur une ligne les
données de la relation puis celles de l'admin centre.

(Et attention peut être que certaine relation de commune n'ont pas
d’élément admin_centre)



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




--
Christian Quest - OpenStreetMap France


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



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

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

Je touche au but mais je n'arrive pas à indiquer les coordonnées 
géographiques des admin_centre.


Pour l'instant ça marche avec ça :

[out:csv(_row;false)][timeout:100];

make out _row = "insee,commune,bourg"; out;

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes;

foreach.communes->.commune(
  node(r.commune:"admin_centre")->.bourg;
  make out _row =
commune.u(t["ref:INSEE"]) + "," +
commune.u(t["name"]) + "," +
bourg.u(t["name"])
;
  out geom;
);

Si j'ajoute par exemple la latitude avec ' bourg.u(t[::lat])' dans mon 
"make out", j'obtiens une erreur.


Comment faire ?

Merci

Samy



Le 14/11/2017 à 17:20, Samy Mezani a écrit :

Merci Adrien,

Ça me met sur une bonne piste.

Je vais essayer de formatter avec make out _row que j'ai vu à 
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#Wiki_table_generator_.28since_0.7.54.29 



Mais bon, faut déjà comprendre. ;-)

Merci

Samy

Le 14/11/2017 à 17:01, PanierAvide a écrit :

Bonjour,

Après quelques recherches, j'ai pas trouvé mieux que ça :

|[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];||
||area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;||
||rel(area.bourgogne)[boundary=administrative]["admin_level"=8];||
||foreach(||
||  out;||
||  node(r:"admin_centre");||
||  out;||
||);|

On récupère les limites communales, et pour chacune on affiche les 
infos de la relation, puis sur la ligne suivante les infos du noeud 
admin_centre. J'ai pas vu de moyen de mélanger la sortie d'un noeud et 
de sa relation. Avec une bonne expression régulière derrière, on doit 
pouvoir fusionner les lignes deux à deux, et arriver au résultat 
escompté.


Cordialement,

Adrien.


Le 14/11/2017 à 14:49, Samy Mezani a écrit :

Bonjour,

Je cherche à faire une requête Overpass API pour rechercher les 
communes d'un territoire avec leur "ref:INSEE" et les coordonnées 
géographiques de leur "admin_centre"


Je suis contraint de rechercher les relations avec "admin_level"=8, 
et non les nodes avec ce tag, car j'ai remarqué que nombre d' 
"admin_centre" communaux n'ont plus de "ref:INSEE" ou ont parfois des 
"ref:FR:INSEE"


Comment faire pour retourner à la fois les admin_centre avec leurs 
coordonnées, et le "ref:INSEE" et le name de leur relation parente ?


Pour l'instant j'ai ça, mais ::lat et ::lon sont les centroïdes des 
communes :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8];

out ;

Avec ça j'ai bien les coordonnées des "admin_centre" mais je n'ai pas 
le "name" des communes ni toujours le "ref:INSEE" :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes; 



node(r.communes:"admin_centre");

out ;


Merci

Samy

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




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



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


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

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

Merci Adrien,

Ça me met sur une bonne piste.

Je vais essayer de formatter avec make out _row que j'ai vu à 
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#Wiki_table_generator_.28since_0.7.54.29


Mais bon, faut déjà comprendre. ;-)

Merci

Samy

Le 14/11/2017 à 17:01, PanierAvide a écrit :

Bonjour,

Après quelques recherches, j'ai pas trouvé mieux que ça :

|[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];||
||area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;||
||rel(area.bourgogne)[boundary=administrative]["admin_level"=8];||
||foreach(||
||  out;||
||  node(r:"admin_centre");||
||  out;||
||);|

On récupère les limites communales, et pour chacune on affiche les infos 
de la relation, puis sur la ligne suivante les infos du noeud 
admin_centre. J'ai pas vu de moyen de mélanger la sortie d'un noeud et 
de sa relation. Avec une bonne expression régulière derrière, on doit 
pouvoir fusionner les lignes deux à deux, et arriver au résultat escompté.


Cordialement,

Adrien.


Le 14/11/2017 à 14:49, Samy Mezani a écrit :

Bonjour,

Je cherche à faire une requête Overpass API pour rechercher les 
communes d'un territoire avec leur "ref:INSEE" et les coordonnées 
géographiques de leur "admin_centre"


Je suis contraint de rechercher les relations avec "admin_level"=8, et 
non les nodes avec ce tag, car j'ai remarqué que nombre d' 
"admin_centre" communaux n'ont plus de "ref:INSEE" ou ont parfois des 
"ref:FR:INSEE"


Comment faire pour retourner à la fois les admin_centre avec leurs 
coordonnées, et le "ref:INSEE" et le name de leur relation parente ?


Pour l'instant j'ai ça, mais ::lat et ::lon sont les centroïdes des 
communes :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8];

out ;

Avec ça j'ai bien les coordonnées des "admin_centre" mais je n'ai pas 
le "name" des communes ni toujours le "ref:INSEE" :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes; 



node(r.communes:"admin_centre");

out ;


Merci

Samy

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




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



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

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

Merci pour ta réponse, mais les ref:FR:SIREN sont encore moins utilisés 
sur les admin_centre que les ref:INSEE, donc ça ne me convient pas trop.



Le 14/11/2017 à 15:31, Philippe Verdy a écrit :
La recherche pourrait se faire par les ref:FR:SIREN aussi (les mairies 
des communes de plein droit ont un préfixe dédié, cependant les communes 

[...]


Le 14 novembre 2017 à 14:49, Samy Mezani <samy.mez...@wanadoo.fr 
<mailto:samy.mez...@wanadoo.fr>> a écrit :


Bonjour,

Je cherche à faire une requête Overpass API pour rechercher les
communes d'un territoire avec leur "ref:INSEE" et les coordonnées
géographiques de leur "admin_centre"

Je suis contraint de rechercher les relations avec "admin_level"=8,
et non les nodes avec ce tag, car j'ai remarqué que nombre d'
"admin_centre" communaux n'ont plus de "ref:INSEE" ou ont parfois
des "ref:FR:INSEE"

Comment faire pour retourner à la fois les admin_centre avec leurs
coordonnées, et le "ref:INSEE" et le name de leur relation parente ?

Pour l'instant j'ai ça, mais ::lat et ::lon sont les centroïdes des
communes :

         [out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

         area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

         rel(area.bourgogne)[boundary=administrative]["admin_level"=8];

         out ;

Avec ça j'ai bien les coordonnées des "admin_centre" mais je n'ai
pas le "name" des communes ni toujours le "ref:INSEE" :

         [out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

         area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;


rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes;


         node(r.communes:"admin_centre");

         out ;


Merci

Samy


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

[OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Samy Mezani]

Bonjour,

Je cherche à faire une requête Overpass API pour rechercher les communes 
d'un territoire avec leur "ref:INSEE" et les coordonnées géographiques 
de leur "admin_centre"


Je suis contraint de rechercher les relations avec "admin_level"=8, et 
non les nodes avec ce tag, car j'ai remarqué que nombre d' 
"admin_centre" communaux n'ont plus de "ref:INSEE" ou ont parfois des 
"ref:FR:INSEE"


Comment faire pour retourner à la fois les admin_centre avec leurs 
coordonnées, et le "ref:INSEE" et le name de leur relation parente ?


Pour l'instant j'ai ça, mais ::lat et ::lon sont les centroïdes des 
communes :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;

rel(area.bourgogne)[boundary=administrative]["admin_level"=8];

out ;

Avec ça j'ai bien les coordonnées des "admin_centre" mais je n'ai pas le 
"name" des communes ni toujours le "ref:INSEE" :


[out:csv("ref:INSEE","name",::lat,::lon)][timeout:100];

area[name="Bourgogne"]["disused:admin_level"=4]->.bourgogne;


rel(area.bourgogne)[boundary=administrative]["admin_level"=8]->.communes;

node(r.communes:"admin_centre");

out ;


Merci

Samy

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

[Samy Mezani]

Le 11/09/2017 à 16:51, sly (sylvain letuffe) a écrit :

mais le seul soucis qui semble  (semble car je
ne suis pas expert Qgis) rester ce sont les 2 communes au Sud Est qui
appartiennent à la région voisine, qui sont donc des enclaves appartenant à
la région d'a coté et qui devrait alors être des "trous" de la ex-région
bourgogne mais qui ne semble pas être traité comme des trous.


Là pour le coup, ça ne m'a pas choqué puisque ces 2 enclaves touchent 
bien la relation Bourgogne.


Le polygone généré pour la Bourgogne par ogr2ogr est bien le 
multipolygone "outer".
Je me suis débarrassé des 2 enclavec avec -sql select * from 
multipolygons where name = 'Bourgogne'


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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

[Samy Mezani]

J'enfonce certainement des portes ouvertes, mais voici enfin la manip 
qui a fonctionné :


wget -O bourgogne.osm 
'http://overpass-api.de/api/interpreter?data=rel[name="Bourgogne"]["disused:admin_level"=4];(._;>);out 
geom;


ogr2ogr -a_srs "EPSG:4326" -t_srs "EPSG:2154" -f PostgreSQL 
PG:"host= dbname=" -lco schema= -nln bourgogne_region_old 
-nlt multipolygon -sql "select name from multipolygons where 
name='Bourgogne'" bourgogne.osm


J'ai bien mon multipolygone dans ma base PostGIS. Nickel. Si ça peut servir…

Merci pour votre aide.

Samy

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

[Samy Mezani]

Le 11/09/2017 à 15:24, sly (sylvain letuffe) a écrit :
[...]

A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu
attends tient dans l'expression de ton besoin.
Je pense comprendre (je peux me tromper) que ce que tu veux c'est un
multipolygone au sens GIS (postgis, shapefile) du terme alors que les
réponses qui t'ont été données expliquent comment avoir un multipolygone au
sens OSM du terme :


Effectivement, mes termes sont ambigus mais tu as bien compris mon 
besoin : un multipolygone au sens SIG.



Car la requête que tu as faite sur l'overpass te donne, selon la
terminologie OSM, le multipolygone de l'ancienne-Bourgogne et tous les
éléments qu'il faut pour en construire un (multi-)polygone (au sens GIS du
terme)


Ah OK, c'est plus clair.


Ce que tu cherches (peut-être) maintenant c'est un convertisseur, et
overpass ne fait pas ça.

osm2pgsql sait le faire pour importer dans postgres/postGIS
ogr2ogr semble le faire aussi :


Je teste en ce moment même avec ogr2ogr (qui me renvoie des erreurs de 
segmentation sur Debian...)


Le 11/09/2017 à 15:44, Jo a écrit :

Mais à mon avis les plugins openstreetmap en QGIS te seront plus utiles pour 
arriver à des fichiers .SHP. J'ignore si c'est possible de les invoquer à 
partir de  la ligne de commande. Peut-être avec un script Python?


J'aurais pu en effet me servir de codes Python comme QuickOSM ou autre, 
mais je voulais plutôt dégrossir le problème avec Overpass.


Merci en tous cas, je vais essayer de voir ogr2ogr ou osm2pgsql.

Samy

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

Re: [OSM-talk-fr] requête Overpass en ligne de commande

[Samy Mezani]

Donc , pour résumer, comment n'obtenir que les *ways* membres de la 
relation et surtout leur géométrie ? (pour importer dans PostGIs, ou 
visionner dans QGis)


Mon but est de comprendre ces requêtes pour en faire d'autres sur des 
données plus fréquemment mises à jour.


Là je veux juste obtenir un multipolygone de l'ancienne Bourgogne, comme 
je le fais par exemple avec QuickOSM dans QGis, mais là uniquement en 
ligne de commande.


Merci

Samy

Le 11/09/2017 à 13:53, Philippe Verdy a écrit :



Le 11 septembre 2017 à 13:04, marc marc > a écrit :


Mais en ligne de commande si :

1) récupérer le minimum contenant les infos souhaitées :
wget -O bourgogne.osm
'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][

"disused:admin_level"=4];out;'

2) filtrer pour ne garder que la relation, les chemins et le nom
cat bourgogne.osm | egrep '(http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][

"disused:admin_level"=4];out;'
| egrep '(
bourgogne.osm


Atention ce egrep supprime trop de choses, tu n'obtiendra pas un fichier 
OSM valide, ni valide en XML
- pour la vadlité XML il faut ajouter les balises de fermeture et 
ajouter un objet racine englobant le tout (et faire attention aux 
attributs des tags qui peuvent être sur des lignes séparées et il 
manquera alors des ">" pour terminer les tags d'ouverture)

- mais pour OSM cet objet racine doit en plus suivre le schéma OSM).

Bref ce que tu obtiens c'est juste un objet plus ou moins indenté mais 
pas sûr d'avoir tous les attributs.


De plus rien n'interdit à Overpass de renvoyer du XML compacté (sans 
aucun saut de ligne ni indentation).


Bref il vaut mieux utiliser un vrai filtre XML basé sur le DOM après 
parsing.


Noter aussi que XML/OSM n'est pas le seul format de sortie possible pour 
Overpass. XML est un peu "verbeux" avec ses tags de fermeture. D'autres 
formats possibles sont CSV, Turtle, ... Overpass permet de construire 
son format de sortie adhoc (utilisant la syntaxe de formatage pour le 
CSV). On a des exemples sur le wiki.



___
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] requête Overpass en ligne de commande

[Samy Mezani]

En fait, je souhaite bien tous les descendants de la relation, mais pas 
les nœuds, et si possible obtenir un seul objet de type multipolygone.


Les données ne m'intéressent pas dans ce cas précis, si ce n'est le taq 
name.


Merci

Samy

Le 11/09/2017 à 12:35, Christian Quest a écrit :
Si tu ne veux que la relation décrivant le multipolygone (et pas les way 
ni les noeuds permettant d'avoir la géométrie complète), retire le ">;"


Tu aura les tags de la relation, la liste des membres, mais rien d'autre.


Le 11/09/2017 à 12:03, Samy Mezani a écrit :

Bonjour,

Je tente de faire une requête en ligne de commande pour obtenir un 
fichier osm de l'ancienne région Bourgogne.


Je veux simplement obtenir le multipolygone de son ancien contour.

Avec ça, j'obtiens tous les objets (nœuds) de la relation :

wget -O bourgogne.osm 
"http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out 
geom;"



Comment faire pour filtrer ma requête et n'obtenir que le 
multipolygone ? Je me perds dans la doc…


Merci pour vos conseils

Samy

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




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

[OSM-talk-fr] requête Overpass en ligne de commande

[Samy Mezani]

Bonjour,

Je tente de faire une requête en ligne de commande pour obtenir un 
fichier osm de l'ancienne région Bourgogne.


Je veux simplement obtenir le multipolygone de son ancien contour.

Avec ça, j'obtiens tous les objets (nœuds) de la relation :

wget -O bourgogne.osm 
"http://overpass-api.de/api/interpreter?data=(rel[name=Bourgogne][\"disused:admin_level\"=4]);(._;>;);out 
geom;"



Comment faire pour filtrer ma requête et n'obtenir que le multipolygone 
? Je me perds dans la doc…


Merci pour vos conseils

Samy

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Bonjour,

Le 09/12/2016 à 22:51, Florian_G a écrit :

Une idée pourrait être :
  - sur le bâtiment : "addr:housename=C1" ;
  - un polygone sur les 2 bâtiments, de type "building=apartments" avec, ou pas, 
"addr:housenumber=12"  ;
  - remplacer "building=apartments" par "building:part=apartments" sur chacun 
des bâtiments ;
  - mettre "entrance=*" sur la porte d'entrée si tu sais où elle est.
Ce n'est qu'une idée. :-)


Ton idée me paraît pas mal, je vais tester.


Une question : les bâtiments ne sont pas bien calés sur le Cadastre, c'est 
normal ?


D'après plusieurs sources de photos aériennes, dont des orthophotos 
fournies en WMS par GéoBourgogne, le cadastre est légèrement décalé.


Merci

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Le 09/12/2016 à 21:37, Florian_G a écrit :
[...]

Du coup, tu cherches à obtenir quelle adresse ? Quelque chose comme « M. 
Bidule, bâtiment C1, 12 rue du Roy Gontran » pour le 1er ? Le 12 c'est pour les 
bâtiments C1 et C2 ?


C'est exactement ça.

Samy

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Le 09/12/2016 à 21:36, osm.sanspourr...@spamgourmet.com a écrit :

Sais tu si les gens écrivent "Bâtiment B, 14 rue du Roy..." ?


Non justement, j'ignore complètement les usages locaux.

Du côté de la BANO, les lettres et les chiffres correspondent tous à des 
numéros de rues (12, C1, C2, 14, B, etc.), ce qui est faux.



 À côté il y a un building=garages, or ce n'est une une rangée de garages 
privés (trop profond sauf s'ils ont tous des limousines américaines ;-)), mais 
un parking privé.


Je connais déjà pas les adresses, si en plus je dois connaître les 
modèles de leurs bagnoles ? ;-)


Trève de plaisanterie, je corrige !

Merci

Samy

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Le 09/12/2016 à 20:32, osm.sanspourr...@spamgourmet.com a écrit :

Au fait il se pose une autre question : que donnent les habitants comme
adresse.

Ici
,
sur le terrain figurent :

une plaque 3 sur le mur sud et une plaque A sur le mur est.

Les personnes vivant dans les appartements donnant sur la porte est
donnent comme adresse 3A, rue des Lilas.


Dans mon cas, je ne suis pas trop d'accord avec cette façon de 
considérer l'adresse. Dans ton cas on aurait 1A, 1B, 2A, 2B. Or dans mon 
cas il s'agit bien de noms de bâtiments et non d'adresses car les 
lettres sont uniques.


Je continue à creuser

Merci

Samy

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Le 09/12/2016 à 20:32, Tyndare a écrit :


Il trouve C2, mais pas C1.

Je ne sais pas si c'est une bonne solution mais j'essaierais
d'associer l'addr:housenumber et addr:street directement aux deux
bâtiments C1 et C2:
 - soit en dupliquant cette info sur chacun des bâtiments
 - soit en indiquant cette info non pas sur un unique point adresse,
mais sur un polygone englobant les deux bâtiments, pour qu'ils fassent
bien partie de cette adresse (mais je n'ai pas vérifié que ça marchait
avec nominatim).

Tyndare.

On 09/12/2016 20:17, osm.sanspourr...@spamgourmet.com wrote:

Nominatim trouve le bâtiment C2, rue du Roy Gontran


Oui mais pas avec le numéro de rue.


Et le B, 14  rue du Roy Gontran
.


Dans le second cas est précisé :

addr:housenumber
=14


Oui c'est moi qui avait essayé cette solution, mais le problème est 
qu'on perd la localisation exacte du numéro, ce qui peut être utile sur 
de grandes barres d'immeubles pour les services postaux.


Samy

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

[OSM-talk-fr] adresse commune à plusieurs bâtiments

[Samy Mezani]

Bonjour,

Je souhaite tagguer des adresses pour des bâtiments qui sont nommés par 
une lettre, et qui partagent une adresse commune.


Exemples de bâtiments :
https://www.openstreetmap.org/way/232922812
https://www.openstreetmap.org/way/458656397

Comment bien tagguer pour pouvoir retrouver l'adresse du bâtiment avec 
Nominatim ?


Si je place le numéro sur un node au niveau de l'entrée avec les boîtes 
aux lettres, les bâtiments n'ont pas la bonne adresse (Cf. 
https://www.openstreetmap.org/node/2412503349)


Le mieux est de créer une relation ?

Merci

Samy

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Le 21/09/2016 à 19:57, JB a écrit :

ça fait bizarre de voir tout le monde intégrer ça à « grande » échelleje


N'exagérons rien, certains testent l'intégration et en parlent sur la 
liste c'est tout.



ne suis pas persuadé que les PR soient vraiment utilisés par le grand public


C'est un point de repère comme un autre, facile à repérer pour tout le 
monde. Pourquoi tagguer les bornes incendie si l'on suit ton raisonnement ?


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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Le 21/09/2016 à 17:57, Philippe Verdy a écrit :

Qu'au moins vous vous entendiez déjà sur "highway=milestone".


Je ne vois pas d'ambiguité sur ce point entre Donat, Pierre et moi.

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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Quel est l'intérêt d'indiquer la route pour le ref de la borne alors que 
l'on crée cette borne sur le tracé de la route, qui elle a déjà ce tag ?


Samy

Le 21/09/2016 à 16:54, Marc SIBERT a écrit :

Bonjour,

moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la
route, bien que cela soit contraire à l'usage de ref qui référence
l'objet lui-même.

et j'utilise "distance" pour y mettre le PK (point kilométrique).

A+

Marc Sibert
m...@sibert.fr 


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

Re: [OSM-talk-fr] PR points routiers et adresse

[Samy Mezani]

Bonjour,

Génial cette mise à disposition des PR.

Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne).

Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le 
rechercher rapidement avec Nominatim. Exemple :

https://www.openstreetmap.org/search?query=PR16%2C N 80

Qu'en pensez-vous ?

Samy

Le 20/09/2016 à 01:40, Donat ROBAUX a écrit :

Malheureusement, impossible de faire ressortir le PR avec la barre de
recherche d’openstreetmap.org . J’ai testé
pourtant pas mal de combinaisons.



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

[OSM-talk-fr] Ombrage du relief avec Maperitive

[Samy Mezani]

Bonjour,

Je cherche à faire une carte pour un syndicat d'initiative d'une petite 
commune de Saône-et-Loire à partir des données OSM qu'on a ajouté. 
L'objectif est de tracer un sentier de découverte géologique sur un fond 
Mapnik avec l'ombrage du relief.


Un aperçu du parcours : https://www.openstreetmap.org/relation/6283049

Je souhaite utiliser Maperitive pour exporter un fichier qui pourra être 
modifié par leurs soins.


Dans Maperitive, je n'arrive pas à avoir une résolution suffisante pour 
l'ombrage du relief avec une commande du style generate-relief-igor. Je 
travaille à une échelle de l'ordre du 1/25000e.


Est-ce quelqu'un aurait une solution pour avoir un rendu moins pixellisé ?

Merci

Samy

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

[OSM-talk-fr] Calcul d'itinéraires impossible sur OSRM/OSM ?

[Samy Mezani]

Bonjour,

Depuis quelques temps déjà, je n'arrive plus à faire calculer mes 
itinéraires via osm.org ou map.project-osrm.org


Exemple avec les points de départ et d'arrivée suivants :
mairie, montceau les mines
mairie, louhans

Sur nominatim.openstreetmap.org, aucun problème, les 2 sont trouvés en 
une fraction de seconde.
Sur osm.org ou map.project-osrm.org, rien. Aucune réponse, donc aucun 
itinéraire calculé.


Mes critères de recherche seraient-ils moisis ?

Samy

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

Re: [OSM-talk-fr] Calcul d'itinéraires impossible sur OSRM/OSM ?

[Samy Mezani]

Le 11/02/2016 12:25, Jérôme Seigneuret a écrit :


Sur osm.org 

Il affiche une liste de résultats et il faut choisir pour zoomer dessus


Oui c'est bien ce que je veux obtenir, mais rien ne s'affiche.


ou map.project-osrm.org 

Il faut appuyer deux fois sur entrée pour valider la saisie dans la
boite de recherche pour chaque points
Il n'y a pas de liste de résultat par localisation saisie


Idem, c'est bien ce que je fais mais aucun résultat.


Voici le résultat
http://map.project-osrm.org/?z=16=46.553910%2C5.162544=46.555084%2C5.163398=46.674116%2C4.362974=en


Là ça s'affiche bien. Tu vas pouvoir faire les calculs pour moi c'est 
sympa ;-)


Au cas où je suis sur Iceweasel 44.0, sur Debian (dépôt 
mozilla.debian.net pour jessie-backports). Un collègue, sur Linux aussi, 
n'a pas ce problème sur Firefox 41.0.1.


D'où ça peut bien venir ce bazar ?

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

Re: [OSM-talk-fr] Données ONCFS - donnez nous les biches !

[Samy Mezani]

Le 09/06/2015 19:58, Florian LAINEZ a écrit :

Je suis toujours à la recherche de la correspondance entre les panneaux
biche et les animaux sauvages qui vivent à ces endroits précis. Cela me
(nous) permettra de préciser les espèces animales directement sur les
panneaux.

à force d'en parler autour de moi, de nouvelles portes s'ouvrent : on
m'a parlé des données de l'ONCFS - Office National de la Chasse et de la
Faune Sauvage.
Je vois que ces braves chasseurs disposent de tout un tas de données
carto
http://www.oncfs.gouv.fr/Cartographie-ru4/Le-portail-cartographique-de-donnees-ar291
plus ou moins détaillées.


Bonsoir,

Cette correspondance est illusoire. J'ai tapé des chevreuils en voiture 
bien loin de ces panneaux, qui ne sont plus du tout à jour. Et oui, 
l'urbanisation galope et influe grandement sur les points de passage des 
bestioles...
Et je ne crois pas que ce soient les données de l'ONCFS qui ont servi de 
base à l'implantation de ces panneaux, mais plutôt les dires des 
fédérations départementales de chasseurs à l'époque.
Remarque en passant, qualifier l'ONCFS de braves chasseurs est un peu 
osé. Cela fait longtemps qu'ils ne sont plus sous tutelle des fédés de 
chasse, mais sont des agents sous co-tutelle des ministères en charge de 
l'environnement et de l'agriculture.


Sinon autant la cartographie d'espèces végétales, cultivées ou sauvages, 
peut se concevoir, autant la cartographie d'espèces animales n'a à mon 
avis pas du tout sa place dans OSM. Les bestioles bougent par nature, 
fluctuent d'une année à l'autre, et leurs effectifs évoluent à une 
échelle de temps plus longue. Seules les bases de données des 
associations naturalistes sont aptes à tenter d'appréhender ces phénomènes.


Mes 200 de roubles,

Samy

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

Re: [OSM-talk-fr] Isochronie velo et marche : quel type de voie OSM?

[Samy Mezani]

Bonjour,

Le 03/04/2015 11:58, image93 a écrit :

C'est mieux que le 250 free de l'ign je pense.


T'es dur, ils offrent le 75m maintenant ! ;-)

Samy

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

Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours

[Samy Mezani]

Bonjour,

Le 01/03/2015 14:52, Christian Quest a écrit :

Merci de remonter les défauts que vous détectez... à l'aide d'un
permalien ;)


Cela n'a sans doute rien à voir avec les mises à jour, mais au zoom 8, 
certaines petites communes de Saône-et-Loire sont affichées sans raison 
(Torpes, Suin), contrairement à certaines sous-préfectures qui restent 
invisibles (Louhans, Charolles).


Lien : 
http://tile.openstreetmap.fr/?zoom=8lat=46.74364lon=4.54806layers=B000FFF


Comme disait Coluche, i'disent qu'ils veulent développer le tourisme, 
mais ils exagèrent quand même un p'tit peu ! ;-)


Bonne journée

Samy

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

Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours

[Samy Mezani]

Bonjour,

Le 01/03/2015 14:52, Christian Quest a écrit :

Merci de remonter les défauts que vous détectez... à l'aide d'un
permalien ;)


Cela n'a sans doute rien à voir avec les mises à jour, mais au zoom 8, 
certaines petites communes de Saône-et-Loire sont affichées sans raison 
(Torpes, Suin), contrairement à certaines sous-préfectures qui restent 
invisibles (Louhans, Charolles).


Comme disait Coluche, i'disent qu'ils veulent développer le tourisme, 
mais ils exagèrent quand même un p'tit peu ! ;-)


Bonne journée

Samy

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

Re: [OSM-talk-fr] Banque de Données Urbaines

[Samy Mezani]

Bonjour,

Le 08/10/2014 14:29, Félix Marty a écrit :

Mon seul vrai problème — et c'est là que vous allez sourire — est mon
âge. Contrairement à une large partie (la totalité ?) d'entre vous, je
suis mineur et ne me vois vraiment pas aller à la mairie présenter
OpenStreetMap. A moins que la responsable de la BDU ait une grande
ouverture d'esprit, j'ai du mal à croire que je serai pris au sérieux.


Quelle idée aussi de ne faire aucune faute d'orthographe dans ton 
courriel !! On aurait pu reconnaître ton âge ainsi, mais non, rien, 
aucun indice ! ;-)


Le fait est qu'ils t'ont pris au sérieux, c'est déjà important. Autant y 
aller sans complexe, sans prétention et avec plein d'idées. C'est ça 
aussi la jeunesse !


100% d'accord avec Vincent.

Samy

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

Re: [OSM-talk-fr] OSM (MapQuest) sur le Géoportail de l'IGN...

[Samy Mezani]

Le 13/08/2014 08:54, Nicolas Dumoulin a écrit :

Ils marquent des points là


Je ne sais pas s'ils marquent des points car la navigation est toujours 
aussi lente et lourde par rapport aux sites d'OSM, MapQuest, etc.


Que c'est pénible de revenir à chaque fois sur le globe quand on change 
la transparence des couches...


Samy

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

Re: [OSM-talk-fr] étang et ceinture de végétation

[Samy Mezani]

Le 30/07/2014 10:33, Pieren a écrit :

Le mieux que
je puisse te proposer actuellement serait donc de laisser le
natural=water + water=pond sur le polygone de l'eau, conserver le
natural=wetland sur l'autre (ou les autres) polygone de végétation
et mettre le nom de l'étang soit sur le natural=water, soit sur une
nouvelle relation de type multipolygon tagguée avec natural=pond et
contenant les polygones cités précédemment en outer.


Bonjour,

J'avais essayé la dernière solution mais JOSM me renvoyait une erreur 
avec les 2 objets en outer. Je vais plutôt mettre le nom sur la zone 
d'eau libre, mais ça ne me satisfait pas trop quand même.


Merci

Samy

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

[OSM-talk-fr] étang et ceinture de végétation

[Samy Mezani]

Bonjour,

J'essaie de taguer un étang partiellement entouré d'une ceinture de 
végétation (phragmitaie).


J'ai créé les 2 objets suivants :
- natural=water pour la surface en eau libre
- natural=wetland wetland=marsh pour la ceinture

Pour le nom de l'étang, qui désigne l'ensemble des 2, je voulais créer 
une relation site avec water=pond et name=nom de l'étang. Est-ce une 
bonne manière de faire ?


Merci (c'est juste pour descendre à 4 place=locality avec fixme... ;-) )

Samy

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

Re: [OSM-talk-fr] import lieux-dits (avec fixme)

[Samy Mezani]

Bonjour,

Le 28/07/2014 09:53, Pierre-Yves Berrard a écrit :

Bonjour,

Est-ce quelqu'un est au courant d'un import pour les lieux-dits avec
ajout d'un fixme à vérifier: lieu créé automatiquement à partir des
adresses du coin.


C'est vrai que les imports fleurissent en ce moment... Avec des fautes 
d'orthographe non corrigées (accents notamment), et le pire, avec des 
tags place=neighbourhood en lieu et place de place=locality (voire 
hamlet ou isolated_dweeling dans certains cas).


Les corrections à apporter sont innombrables, mais heureusement qu'il y 
a ce tag fixme, ça permet de les repérer plus facilement.


Samy

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

Re: [OSM-talk-fr] import lieux-dits (avec fixme)

[Samy Mezani]

Le 28/07/2014 11:32, Christian Quest a écrit :

ils existent bien quand on interroge les locaux (agés)


Quand ils sont tous d'accord entre eux... ;-) Et les patois locaux ont 
pu déformer les noms.


La seule source fiable reste désormais le cadastre à mon avis...

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

Re: [OSM-talk-fr] import lieux-dits (avec fixme)

[Samy Mezani]

Le 28/07/2014 16:16, Christian Quest a écrit :

Et un locality sur une maison - isolated_dwelling :
https://www.openstreetmap.org/node/2912912020


C'est moi qui ai fait les corrections de masse.

Dans le cas que tu cites, rien n'indique pour l'instant que ce nom est 
bien placé et indique le nom des maisons isolées. Cela reste à vérifier 
et le cas échéant à mettre en habitation isolée, c'est pourquoi j'ai 
gardé le fixme.


Mais je préférais repartir sur des lieux-dits et non sur des quartiers.

Si vous jugez que mes modifications sont mauvaises, alors pas de 
problème, revert, ainsi que sur l'import initial mais bon courage... car 
l'utilisateur saucissonne son travail sur des dizaines de groupes de 
modifs de même nom.


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

Re: [OSM-talk-fr] suppression de repères géodésiques IGN France

[Samy Mezani]

Le 25/06/2014 23:27, François Lacombe a écrit :

Qui croire ?


Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003.
Je ne vois pas l'intérêt de garder ces objets non retrouvés dans OSM...

Samy

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

Re: [OSM-talk-fr] suppression de repères géodésiques IGN France

[Samy Mezani]

Bonjour,

D'ailleurs toutes les références de l'IGN ont changé ?! Matricule, URL 
et même altitude (j'ai une différence de 17m sur le même repère entre 
l'ancienne version et la nouvelle...).


Quelle stratégie peut-on adopter pour les mettre à jour ?

Samy


Le 24/06/2014 11:26, Frédéric Rodrigo a écrit :

Osmose les suit également
http://osmose.openstreetmap.fr/fr/map/#zoom=7lat=46.807lon=1.13item=8070level=1%2C2%2C3


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

Re: [OSM-talk-fr] étiquetage pour le rendu

[Samy Mezani]

le 04/03/2014 11:59, Francescu GAROBY a écrit:

Il faut, pour moi, supprimer tous les traits inutiles (et faux !), informer
le contributeur qu'il fait des erreurs et lui (merci OSM-fr !) montrer que
c'est aux rendus de gérer ce genre de détails.


+1

Avec un petit lien pour le prouver :
http://layers.openstreetmap.fr/?zoom=18lat=47.32304lon=5.06711layers=BFF

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

[OSM-talk-fr] Fwd: Communiqué de presse - Nouveau site internet

[Samy Mezani]

Bonjour,

Je viens de tomber sur cet inventaire participatif des mares en IdF: 
*http://www.snpn.mares-idf.fr/*

Évidemment ils s'appuient sur du google...

Samy


 Message original 
Sujet:  Communiqué de presse - Nouveau site internet
Date :  Thu, 28 Nov 2013 15:04:21 +0100
De :SNPN - Site Web w...@snpn.fr



*/Communiqué de presse du 28 novembre 2013/*

**

*« Si les mares m’étaient comptées » :*

*Un site internet pour partir à la recherche des mares en Île-de-France*

**

La Société nationale de protection de la nature (SNPN) et Natureparif, 
l’agence régionale pour la nature et la biodiversité en Île-de-France, 
lancent dès aujourd’hui « Si les mares m’étaient comptées », un site 
internet dédié à l’inventaire participatif et au suivi des mares 
franciliennes.


Découvrez-le dès maintenant à l’adresse :

*http://www.snpn.mares-idf.fr/*

*Mares franciliennes en danger : une enquête participative pour les 
préserver*


Face au constat alarmant de la disparition des mares en France (entre 30 
et 50 % d’entre elles ont disparu depuis 1950), la SNPN a initié en 2010 
un inventaire régional de ces milieux. L’objectif de ce programme de 
science participative est d’établir un état des lieux de ces micro-zones 
humides indispensables à la survie de nombreuses espèces faunistiques et 
floristiques, parfois rares et menacées. Au-delà du simple recensement, 
il s’agit d’impulser une véritable dynamique régionale de préservation 
de ces milieux.


Un important travail d’analyse cartographique réalisé par la SNPN a 
permis d’identifier plus de 22 250 mares sur le territoire francilien. 
Environ un tiers d’entre-elles a été visité et signalé sur le site de 
l’opération, grâce au soutien et à la participation de l’ensemble des 
bénévoles et des structures partenaires (structures publiques, 
collectivités, associations). Malgré ces résultats encourageants, le 
travail à fournir reste important : près de 15 000 mares doivent encore 
être confirmées !


**

*Comment participer à l'inventaire des mares d'Île-de-France ?*

Tout le monde peut participer, selon deux protocoles distincts :

1 - Au cours de vos promenades, notez la localisation et l’état des 
mares que vous observez. Des inventaires naturalistes (amphibiens, 
odonates, flore) pourront également être réaliséspar les plus aguerris.


2 - Vous pouvez également contacter la SNPN pour demander une carte des 
mares pré-localisées sur votre commune et qui n’ont pas encore été 
visitées. Vous pourrez ainsi partir à leur recherche !


Des outils pour vous aider à caractériser au mieux les mares que vous 
rencontrerez sont à votre disposition sur http://www.snpn.mares-idf.fr/. 
Vos observations effectuées, il vous suffit ensuite de vous connecter au 
site**pour y déposer vos données.


Les informations collectées permettront de compléter les connaissances 
régionales sur ces milieux, de mettre en place un suivi à long terme et 
de mener des actions de préservation en faveur de ces remarquables 
micro-zones humides.


*Nous comptons sur votre participation !*

**

*_Contacts presse :_*

logo snpn 300_25mm.jpg*Société nationale de protection de la nature :*

Benjamin BRICAULT, Chargé de mission, s...@wanadoo.fr 
mailto:s...@wanadoo.fr , Tel : 01.43.20.15.39 - Fax : 01.43.20.15.71


9 rue Cels, 75014 Paris - www.snpn.com http://www.snpn.com

**

**

NatureParif-ssChamp de mission_logocomplet-rvbBD*Natureparif :*

Ophélie RICCI, Chargée de Communication, ophelie.ri...@natureparif.fr 
mailto:ophelie.ri...@natureparif.fr, 01 75 77 79 04.


cid:image007.png@01CEEC48.35DF4C30 cid:image008.png@01CEEC48.35DF4C30 
cid:image009.png@01CEEC48.35DF4C30 cid:image010.png@01CEEC48.35DF4C30 
cid:image011.png@01CEEC48.35DF4C30












http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo-CG-val-doise.jpg



http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo_driee.jpg



http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo-CG-val-doise.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo-CG-val-doise.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo-CG-val-doise.jpg,http://www.snpn.mares-idf.fr/media/static_pages/images/partenaires/logo-CG-val-doise.jpg

Re: [OSM-talk-fr] Suivi cours d'eau

[Samy Mezani]

Bonjour,

le 15/11/2013 16:03, claude marani a écrit:

Bonjour

le résultat généré par l'outil d'Arnaud Renevier modifié pour la France
entière est visible ici

http://marani.claude.free.fr/courdo


J'ai regardé vite faire la Seille en Saône-et-Loire. La longueur 
indiquée est 19km et ne correpsond pas à la réalité et à la relation 
dans OSM. Où est l'erreur ?


Samy

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

Re: [OSM-talk-fr] source=inconnue

[Samy Mezani]

le 06/03/2013 14:36, Philippe Verdy a écrit:

Une rivière ne change plus radicalement de lit en France, hormis les
ruisseaux de montagne. Elles sont presque toutes aménagées alors par
l'homme, et tant que la ligne passe dans le lit, mêm esi ce lit change
de largeur selon les nivaux d'eau, la ligne reste dans la rivière et


Bonjour,
Tu es déjà allé voir la Loire ou le Doubs ? Tu constateras que, oui, une 
rivière peut changer radicalement de lit en très peu de temps, par 
seulement en montagne.


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

Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

[Samy Mezani]

Bonjour,

le 04/03/2013 09:32, claude marani a écrit:

Bonjour

Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon
sur Saône a coulé.
http://osm.org/go/0A5qNeEOk--
J'ai constaté le problème la semaine dernière sur d'autres iles de cette 
zone et j'ai essayé de voir quel tag était en était la cause. Seul le 
natural=land fait réapparaître les îles sur mapnik mais ce n'est pas 
satisfaisant.
J'ai remplacé ce dernier à l'instant par place=islet mais disparition 
totale...


Toute solution m'intéresse également.

Samy

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

Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

[Samy Mezani]

le 04/03/2013 10:25, ades_...@orange.fr a écrit:
avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse 
multiples…


Ça ne fonctionne pas dans notre cas. J'avais déjà un landuse=forest sur 
deux autres îles et mapnik ne les affiche pas.


sinon je crois qu'il faut tagger place= ET name=### 
(http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé…


Pareil, il y avait déjà un name sur une des îles et elle n'apparaît pas.

Bizarre ce problème avec place=island/islet... Je cherche sur d'autres 
secteurs au cas où.


Merci

Samy

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

Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé

[Samy Mezani]

le 04/03/2013 11:09, Vladimir Vyskocil a écrit:
Le problème vient peut être du fait qu'il y a des tags sur la relation 
(natural=water,...) et d'autres sur les membres de la relation en 
outer (waterway=riverbank,...), il faudrait choisir.


Effectivement, le problème venait de ce mauvais tag sur la relation. Ici 
il s'agit juste d'une relation multipolygon avec des membres inner 
pour les piles et outer pour les riverbank.

Tout est rentré dans l'ordre après correction.

Merci

Samy

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

Re: [OSM-talk-fr] Vandalisme sur la base

[Samy Mezani]

le 25/02/2013 16:59, Christophe Merlet a écrit:

Bonjour,

Un contributeur nommé Cantece semble être pris aujourd'hui d'une
soudaine frénésie de suppression de données

http://www.openstreetmap.org/user/cantece/edits


Il efface des relations avec GR visiblement.

Samy

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

Re: [OSM-talk-fr] appel à contribution

[Samy Mezani]

Bonjour,

le 06/02/2013 22:14, Jean-François Gaffard a écrit:
[...]

Il se trouve que le bureau d'étude utilise les jeux de données publiques
disponible, QGis et le visualisateur cartographique de 3liz. Ils
coincent un peu en matière d'occupation du sol en essayant de croiser
CorineLandCover et le référentiel parcellaire graphique qui ne
conviennent à l'échelle du rendu carto demandé 1/25000.

[...]

je me demandais donc
s'il était possible de leur proposer d'intégrer une couche mapnik a
partir des serveurs OSM-Fr
si la communauté pouvait être réactive et s'appuyer une amélioration des
polygones landuse de Corine sur le périmètre de l'étude.


Le bureau d'étude n'avait pas prévu dès le départ une prestation sur 
l'occupation du sol ? Mais sur quoi s'appuie alors le plan d'action 
opérationnel pour le rétablissement ou la protection des corridors 
écologique dans le val de Saône ??



cela  aurait pour avantage de faire reconnaitre notre compétence, notre
réactivité et la qualité du rendu aux services et représentants des 4
régions concernées et vraisemblablement de nous ouvrir de nouvelles
portes.


Certes, mais là j'ai l'impression que l'on bosse pour un bureau d'études 
payé par une collectivité... J'aurais plutôt vu une contributrion du 
bureau d'études à OSM.

D'un autre côté je comprends aussi ton argumentation.


j'ajoute que dans cette histoire je veux bien prendre en charge la
traversée de la Haute-Saône.


Je vais voir pour le côté Saône-et-Loire, mais y a énormément de boulot.

Samy

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

Re: [OSM-talk-fr] Des images, des images, des images

[Samy Mezani]

le 05/02/2013 08:48, Ista Pouss a écrit:

Et si je clique sur une des photos, rien ne se passe. Et si je clique
sur le rendu osmarender je vois un beau rectangle rose à la place de
la carte ? En gros, je n'ai pas l'impression que ce site fonctionne.


Il fonctionne bien chez moi. Quand on clique sur les photos, elles sont 
zoomées. Quant au rendu Osmarender, c'est normal vu qu'il n'est plus 
maintenu depuis presque un an.


Cordialement,

Samy

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

Re: [OSM-talk-fr] repère de crues - zone inondables

[Samy Mezani]

Bonjour

le 04/02/2013 15:09, Pieren a écrit:

Les zones inondées sont déterminées à partir de modèles 3D (ou de
relevés photos sur des événements marquants). De plus, leur ampleur
est très variable suivant l'intensité des crus. Ce qui gêne donc le
plus, c'est la difficulté de représenter du 3D dans le système 2D
d'OSM (on a déjà beaucoup de mal avec les marées ou même les lits
mineurs/majeurs des rivières), l'impossibilité de pouvoir les vérifier
et aussi le caractère transitoire de ces événements. Des questions
qu'on se pose régulièrement sur d'autres sujets du même type.


Je trouve que tu chipotes là. Une route tagguée highway=primary n'a pas 
un flux constant de circulation... Bon OK il y a une dimension spatiale 
en plus dans le cas des crues.


Je ne vais pas épiloguer, mais prendre une cote de crue exceptionnelle 
pourrait être une solution simple et claire. Le but n'est pas de 
modéliser ni de se substituer à l'Etat mais quand même d'informer sur le 
caractère inondable ou pas d'une zone. Des vallées sont régulièrement 
inondées l'hiver, ça fait aussi partie du paysage. Reste à définir la 
probabilité de crue à retenir : crue décennale par exemple ?


Qu'en pensez-vous ? Je m'égare ou bien ? ;-)

Samy

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

Re: [OSM-talk-fr] repère de crues - zone inondables

[Samy Mezani]

Bonjour,

le 04/02/2013 10:59, ades_...@orange.fr a écrit:

La première question est plutôt celle de savoir si il y a un intérêt d'intégrer 
ces infos dans le projet OSM. Quels sont les avis ?
S'il se dégage une réponse positive comment ça marche dans osm  ?


Ces infos sont utiles et intéressantes pour le citoyen lambda :
- intérêt historique
- intérêt environnemental (un cours d'eau, ça vit et ça déborde !)
- intérêt foncier, etc.
C'est à mon sens plus intéressant qu'un nom de magasin mais bon...

Quant aux zones inondables, je ne comprends pas qu'on soit si dubitatif 
sur l'intérêt d'intégrer ces vastes polygones. C'est quand même une 
information pertinente voire vitale pour les citoyens qui souhaitent 
vivre dans telle ou telle région, non ?


Samy

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

Re: [OSM-talk-fr] La corée du nord sur gmaps

[Samy Mezani]

Bonjour,

Voici quelques suggestions de corrections :
[...]
Google de son côté propose des services, qui permettent effectivement 
aux internautes de collaborer en fournissant des données à Google, mais 
ce dernier en sera le seul et unique propriétaire. Et il ne compte pas 
les partager qu'en fournissant des services mais jamais un accès aux 
données sans lesquels ces services ne pourraient exister (histoire de ne 
pas favoriser de concurrence).

[...]
[...]par des internautes qui ne sont pas prêts à passer une heure[...]
[...]
Vous souhaitez développer un calculateur d'itinéraires spécialisé pour 
le transport de fret ou les personnes se déplaçant en fauteuil roulant ? 
OpenStreetMap le permet, Google non.



Voilà, sinon je mettrai une majuscule au w de Wikipedia.
Et pour la copie d'écran, fais gaffe, il y a fort à parier qu'elle n'est 
pas légale ;-) (absence de mention OSM, et les droits Google ? -- c'est 
juste pour taquiner mais quand même, faut rester irréprochable.


En tous cas, bravo, article efficace à diffuser largement. J'avais 
entendu parler du sujet sur FranceInter dans la matinale d'hier...


Samy


le 31/01/2013 11:52, Christian Quest a écrit:

Voilà un billet de blog:
http://openstreetmap.fr/blogs/cquest/coree-du-nord-google-et-medias


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

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Samy Mezani]

le 21/01/2013 05:57, Philippe Verdy a écrit:

Nominatim n'est pas mis à jour en live. Il faut patienter un peu
(parfois il faut plus d'une semaine pour qu'il voit les changements
faits dans sa base).


Bonjour,
Ça y est, la sous-préfecture de Dijon est revenue en Bourgogne. Cet 
attentat franc-comtois n'est plus qu'un mauvais souvenir ! ;-)

Samy

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

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Samy Mezani]

le 22/01/2013 18:26, Pierre Béland a écrit:

Ah, c'est donc le druide avec sa poudre de perlinpinpin qui a réglé le
problème. Il faut comprendre l'âme de la bête.


Donc, pour résumer, le pb a été corrigé :
- par Philippe qui a réparé un ou plusieurs trous dans la relation de la 
sous-préfecture

- par Christian qui a forcé la mise à jour de la relation pour Nominatim

C'est ça ?

Nan, c'est juste histoire d'être prêt à réagir la prochaine fois... si 
les auvergnats nous prennent à revers ! ;-)


Samy

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

Re: [OSM-talk-fr] Dijon, Franche-Comté ?

[Samy Mezani]

Du coup, le pb apparaît toujours dans les recherches sur Dijon. J'ai vu 
que Philippe avait mis son nez et sans doute corrigé quelques trucs, 
faut-il attendre encore un peu ? ou le pb persiste-t-il réellement ?


En fait, le 'Dijon, Franche-Comté' correspond à la sous-préfecture de 
Dijon (admin_level=7) 
(http://www.openstreetmap.org/browse/relation/1685958). Je n'ai jamais 
traité ce genre de relation mais je ne vois pas où est l'erreur.


L'analyseur de relation ne détecte rien de particulier, mais on voit 3 
noeuds bizarres au sud-est de la limite de la sous-préfecture (limite 
Bourgogne - Franche-Comté d'ailleurs) sur 
http://www.openstreetmap.org/browse/relation/1685958


Bref, qu'est-ce qu'on fait ?

Samy



le 19/01/2013 01:16, Philippe Verdy a écrit:

Le 19 janvier 2013 01:01, Pierre Bélandinfosbelas-...@yahoo.fr  a écrit :

Phiippe,

c'est un piège dans lequel le gourmand bavard tombe.


Où ça ? Quel piège ? Il y a une explication à ça sur Nominatim qui
fait ce qu'il peut avec ce qu'il trouve au moment de ses mises à jour.
Mais on a moyen de mieux guider son heuristique dans ce cas.


Le noeud est utilisé
parce que la relation est défectueuse et non opérationnelle.


Non justement la relation est juste mais avait déjà été corrigée
(partiellement car il y a d'autres relations voisines qui ne ferment
pas non plus).

Et je crois
justement que nous avions aussi parlé de ça la dernière fois.


La dernière fois c'est une question qui revient pourtant souvent.

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



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

[OSM-talk-fr] Dijon, Franche-Comté ?

[Samy Mezani]

Bonjour,

Que se passe-t-il avec les limites administratives de Dijon (ou de la 
Côte d'Or) ?
Quand on recherche Dijon sur openstreetmap.org, voici entre autres les 
résultats de Nominatim :


- Limite administrative Dijon, Côte-d'Or, Franche-Comté, France
- Limite administrative Dijon, Côte-d'Or, Bourgogne, 21000, France

La Franche-Comté aurait-elle envahi la Bourgogne ? Franc-comtois, 
rend-toi !.. ;-)


Samy

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

Re: [OSM-talk-fr] longueur trace GPS

[Samy Mezani]

Bonjour,

Merci de mettre un sujet à ton message...


J'aimerai savoir est ce qu'il est possible de connaitre la longueur
d'une trace GPS (GARMIN Etrex 20)


Dans ton GPS Garmin ou a posteriori ?

Dans ce dernier cas, dans JOSM par exemple, tu charges ton fichier GPX 
et tu survoles la couche, la longueur s'affiche.

Sinon dans QGis aussi tu peux, mais bon ta question n'est pas claire.

Samy

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

[Samy Mezani]

le 04/01/2013 14:42, Philippe Verdy a écrit:

Regarder comment a été renseigné la population pour la commune et son
type place=*.
Comparer au type place=* donné au quartier de La Villeneuve.
Si ça se trouve le nœud de ce quartier est tagué en suburb, alors
que la commune est taguée en village. En principe les suburbs sont
plus gros que les villages et concernent les quartiers de grandes
agglomérations.


Effectivement le tag était place=suburb


Pour les quartiers, je n'utilise pas suburb sauf pour les communes à
arrondissements ou à grand quartiers administratifs. Pour les autres
soit, on a plusieurs agglomérations et j'utilise place=village si on
estime la population de chacune comme suffisante, sinon place=locality
(pour les quartiers non clairement délimités), et autres
place=isolated_dwelling pour les lieux-dits ruraux limités à une seule
adresse (une ferme par exemple) sinon place=hamlet pour quelques
adresses autour d'un même lieu non délimité officiellement (par
exemple une ferme habitée et quelques maisons autour le long d'une
route hors agglomération).


Tu oublies place=neighbourhood pour les quartiers. Je viens de le 
corriger ainsi.


Samy

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

Re: [OSM-talk-fr] Paray-le-Monial : une commune qui risque d'utiliser OSM pour son plan de ville

[Samy Mezani]

le 03/01/2013 15:09, ZIMMY a écrit:
[...]

Pour ceux qui se sentent de m'épauler : j'ai besoin d'un coup de main pour
affiner la carte :
- emprise des zones urbaines
- nommage des voies
- qualification des équipements majeurs
- autres inspirations


Bonjour,

Je peux m'occuper de compléter les tracés de routes sur Bing.

Samy

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

Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !

[Samy Mezani]

Bonjour,

Une phrase me fait tiquer : Faire du fric avec les topo guides ? c'est 
ça votre but ultime de bénévoles ? [...] Une asso ne doit pas renier son 
but non lucratif et de partage.


Faire du fric avec des ventes dans une assoc peut permettre de 
maintenir une équipe de salariés par exemple... Et merci de ne pas 
opposer à but non lucratif et faire des bénéfices. Beaucoup 
d'associations aujourd'hui emploient des salariés sans renier leur objet 
ni leurs convictions.

Bref.

Plutôt axer l'argumentation sur le partage d'informations avec les 
randonneurs, la correction en temps réel de parcours avec OSM, etc. 
Libre à eux de vendre ensuite des produits dérivés de qualité.


Samy

le 21/12/2012 16:06, sly (sylvain letuffe) a écrit:

Joignant les actes à la parole, voici mon brouillon fait à la va vite juste
pour vous donner une idée :

http://wiki.openstreetmap.org/wiki/Draft:ffrp-lettre-ouverte

Comment, sinon, sans rien faire, se regarder alors dans son miroir si ce sont
nos voisins étrangers qui viennent remuer, à leur façon, sans parler la
langue, sans savoir lire le site de la FFRP, ce problème :
http://forum.openstreetmap.org/viewtopic.php?id=3665


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

Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM

[Samy Mezani]

le 05/12/2012 10:13, Sylvain Maillard a écrit:

Avant de trop taper sur les données CLC, je ne peux que recommander la
(re)lecture de la méthodologie utilisée (version simplifiée
http://www.developpement-durable.gouv.fr/IMG/spipwwwmedad/pdf/Methodologie_CLC_cle1e1d2e.pdf),
ainsi que les objectifs de cette base de données : si on veut l'utiliser
pour autre chose que ce pour quoi elle a été conçue, il y a
effectivement de forte chances pour qu'elle ne soit pas adaptée !


Tout à fait d'accord, CLC ne se trompe pas entre prairies et champs, 
puisque l'échelle adoptée est loin d'être au niveau de la parcelle ! En 
terme de paysage agricole, l'analyse de CLC est par contre excellente, à 
condition de visualiser les données à un niveau de zoom pas trop fort.


Samy

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

Re: [OSM-talk-fr] cadastre osm.fr

[Samy Mezani]

le 20/11/2012 12:58, sly (sylvain letuffe) a écrit:

J'ai relancé à la main pour corriger le cas de la saône-et-loire et tout est
revenu dans l'ordre, mais il y a des chances que ça puisse se reproduire de
façon aléatoire.


Merci sly

Samy

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

Re: [OSM-talk-fr] cadastre osm.fr

[Samy Mezani]

le 20/11/2012 10:24, Maxime Leguillier a écrit:

Oui pb résolu pour la Charente-Maritime, l'Aisne, la Lozère et quelques 
départements d'outre-mer.
Super!


Ah ben c'est la Saône-et-Loire qui s'y met maintenant. Plus aucune 
commune sur cadastre.openstreetmap.fr.


Samy

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

Re: [OSM-talk-fr] openstreetmap.fr : un peu de ménage

[Samy Mezani]

le 08/11/2012 23:25, khris78 a écrit:


Plus sérieusement : Ensemble, libérons nos cartes.


Pas mal. J'aime bien aussi celui là :
Aux crtes citoyens !

Samy

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

[OSM-talk-fr] [HS] HydrOO : outil interactif pour la gestion des données sur l'eau

[Samy Mezani]

Bonjour,

Pour info, vu sur http://www.hydroo.fr/.

###

HydrOO La Ressource en eau

Le premier réseau communautaire d'informations géolocalisées sur l'eau 
et consultable depuis un téléphone mobile ou votre ordinateur. [...]


Rejoignez-nous et contribuez activement à l'amélioration de la 
connaissance scientifique de l'eau.


Certains passent 365 jours dans les rivières, ils sont les ambassadeurs 
d'HydrOO.
Les professionnels comme les hydroélectriciens, pisciculteurs, pêcheurs 
professionnels... et usagers comme les pêcheurs, kayakistes... sont des 
témoins de première ligne. L'application gratuite pour téléphone mobile 
Iphone/Androïd permet à ces usagers d'envoyer instantanément des images 
géolocalisées sur le réseau communautaire HydrOO.
Chacun devient acteur de l'amélioration de la connaissance et qualité de 
l'eau.


###

Je me demande sous quelle licence seront les données collectées par les 
utilisateurs ?
Ah s'ils pouvaient collaborer à l'amélioration des données sur les 
rivières dans OSM...


Samy

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

[OSM-talk-fr] Ligne électrique enterrée

[Samy Mezani]

Bonjour,
Je n'arrive pas à trouver l'info pour tagguer une ligne à très haute 
tension enterrée.
Comme pour les cours d'eau [1], je pensais ajouter 'tunnel=yes' et 
'layer=-1'.

J'a bon ?
Samy

[1] http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Dstream

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

Re: [OSM-talk-fr] Ligne électrique enterrée

[Samy Mezani]

Merci, et désolé pour le bruit, je n'avais pas bien cherché.
'location' me conviendrait plus que 'tunnel' mais bon.
Samy

le 22/08/2012 10:52, Frédéric Rodrigo a écrit:

Le 22/08/2012 10:34, Samy Mezani a écrit :

Bonjour,
Je n'arrive pas à trouver l'info pour tagguer une ligne à très haute
tension enterrée.
Comme pour les cours d'eau [1], je pensais ajouter 'tunnel=yes' et
'layer=-1'.
J'a bon ?
Samy

[1] http://wiki.openstreetmap.org/wiki/FR:Tag:waterway%3Dstream



http://wiki.openstreetmap.org/wiki/Key:power

En tout cas c'est ce que propose le wiki :

tunnel=yes Use this if the line is underground. (disputed, see also
location=underground)

Frédéric.


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



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

Re: [OSM-talk-fr] [JOSM] requête service XAPI avec bbox

[Samy Mezani]

Bonjour,


Première fois que l'on m'en parle, mais la preuve et là, des noeuds sont
parachutés dans le résultat alors qu'ils sont complètement en dehors de la
bbox.

Merci pour le retour. au moins j'aurais servi à trouver un petit bug.


Essayes par exemple celui de www.overpass-api.de :
http://www.overpass-api.de/api/xapi?*[bbox=3.9,46.45,5.4,47][highway=*]
[@newer=2012-08-15T00:00:00Z][@meta]

le résultat renvoyé semble beaucoup plus juste

OK je passe à overpass-api.de pour le moment.

Merci

Samy


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

[OSM-talk-fr] [JOSM] requête service XAPI avec bbox

[Samy Mezani]

Bonsoir,

Dans JOSM, pourquoi lorsque j'ouvre l'emplacement suivant [1] je me 
retrouve avec des ways bien au-delà des valeurs de coordonnées indiquées 
pour bbox ?

Par exemple :
- node id=472689370 : 48.4327121, 16.4866829
- node id=1826833135 : 56.9518644, 24.109445
Ma requête ne considérait que l'un OU l'autre des 3 critères ? Je 
croyais que ça cumulait les 3 critères en même temps.


Merci d'avance pour votre indulgence, c'est la 1ère fois que je fais ce 
genre de trucs. Je découvre l'eau chaude mais ça a l'air génial.


[1] 
http://api.openstreetmap.fr/xapi/xapi?*[bbox=3.9,46.45,5.4,47][highway=*][@newer=2012-08-15T00:00:00Z][@meta]


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

[OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

Bonjour,

J'essaie depuis hier de corriger le travail du bot sur ma zone en 
affichant les changements pour ODbl sur Osmose, mais j'ai 2 bugs qui 
m'en empêchent :


- quand je ne sélectionne rien, certains marqueurs apparaissent tout de 
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a 
que lui qui est affiché ;


- je n'arrive pas (ou très rarement) à afficher les info-bulles, ce 
qui m'empêche de charger facilement les noeuds à problèmes dans JOSM.


Est-ce lié à Firefox, ou d'autres ont le même problème ?

Samy

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 10:01, Frédéric Rodrigo a écrit:

Le 25/07/2012 09:50, Samy Mezani a écrit :

J'essaie depuis hier de corriger le travail du bot sur ma zone en
affichant les changements pour ODbl sur Osmose, mais j'ai 2 bugs qui
m'en empêchent :

- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a
que lui qui est affiché ;


Ce n'est pas un bug c'est une fonctionnalité :).


Je voulais dire que si je décoche toutes les analyses, certaines 
apparaissent quand même. Puis quand j'en sélectionne une en particulier, 
elle apparaît bien et les précédentes ne sont plus affichées (là OK)



- je n'arrive pas (ou très rarement) à afficher les info-bulles, ce
qui m'empêche de charger facilement les noeuds à problèmes dans JOSM.


Là par contre ça ressemble plus à bug. Tu peux donner plus info ?
Interface classique pc/souri ? Version de Firefox...


Evidemment, il suffit de balancer un message pour que ça marche... A mon 
avis c'est temporaire...
Interface classique PC/souris, Firefox/Iceweasel 10.0.6 sur Debian 
GNU/Linux Sid.


Merci

Samy

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 12:55, Philippe Verdy a écrit:

Le 25 juillet 2012 11:13, Bruno Cortialbruno.cort...@laposte.net  a écrit :


Le 25 juillet 2012 09:50, Samy Mezanisamy.mez...@wanadoo.fr  a écrit :


Bonjour,



Bonjour


- quand je ne sélectionne rien, certains marqueurs apparaissent tout de
même ; quand je sélectionne le marqueur désiré, pas de souci, il n'y a que
lui qui est affiché ;



J'ai remarqué cà aussi hier sous firefox (ubuntu 12.04 à jour, j'ai pas le
détail de la version sous le coude): quand on a coché des anos, puis quand
passe à une situation où on décoche tout, des marqueurs apparaissent


A mon avis ce n'est pas une ano : si on clique sur rien (aucune case
cochée) cela élimine toute présélection, mais effecue une requête par
défaut demandant n'importe quel POI de tout type dans la zone
affichée. C'est l'affichage par défaut et ça me convient bien : il
suffit de cocher une seule case pour faire un tri sélectif pour un
seul type.


OK peu importe alors.


En revanche la bulle qui n'apparait pas correctement quand on coche
dessus est une ano. Elle est peut-être mal positionnée et sort du
cadre visible parce qu'une fonction du DOM calcule mal les positions
héritées ou ne retourne pas le viewport correct (il y a des limites de


Pas tout compris mais je viens de trouver l'origine : une des couches 
boundary était cochée dans les couches proposées avec openlayers. J'ai 
tout décoché, sauf Erreurs Osmose bien-sûr, et tout est rentré dans 
l'ordre.


Merci à vous

Samy

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

Re: [OSM-talk-fr] Osmose : bugs sur Firefox

[Samy Mezani]

le 25/07/2012 14:24, Philippe Verdy a écrit:

Pour être sûr de tout décocher sans rien oublier, tu as un lien rien
en haut de la liste.


Non, je parlais des couches à droite, gérées avec openlayers, et 
affichées avec le + bleu. J'avais compris la sélection des analyses 
d'Osmose à gauche... Désolé si je suis pas clair.


Samy

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

Re: [OSM-talk-fr] Xapiviewer

[Samy Mezani]

Bonjour,

Absolument génial comme outil ! Simple et pratique. Merci pour ce travail.

Je ne comprends pas ta phrase ci-dessous :

  - Lien permanent vers l'emplacement mais aussi (et c'est la killer feature
pour moi) les données à afficher !


On peut télécharger les données affichées ?

Samy

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

Re: [OSM-talk-fr] passage à faune / sentier sur pilotis

[Samy Mezani]

le 04/05/2012 15:08, Pieren a écrit:

2012/5/3 Samy Mezanisamy.mez...@wanadoo.fr:


Je chercher à tagguer 2 types de highways :
- un passage à faune, dans mon cas sous une voie ferrée  je ne trouve aucun
tag en rapport.


Peut-être man_made=wildlife_crossing ? (voir
http://wiki.openstreetmap.org/wiki/Ecoduct)


Effectivement, merci, j'avais été incapable de trouver cette page.


- un sentier sur pilotis, dans mon cas sur un marais bourguignon ouvert au
public  est-ce que man_made=pier ferait l'affaire ?


Je mettrais plutôt bridge=yes combiné à highway=footway


Le bridge me paraît un peu excessif dans ce cas nan ?

Merci

Samy

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

[OSM-talk-fr] passage à faune / sentier sur pilotis

[Samy Mezani]

Bonjour,

Je chercher à tagguer 2 types de highways :
- un passage à faune, dans mon cas sous une voie ferrée  je ne trouve 
aucun tag en rapport.
- un sentier sur pilotis, dans mon cas sur un marais bourguignon ouvert 
au public  est-ce que man_made=pier ferait l'affaire ?


Merci.

Samy

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

Re: [OSM-talk-fr] La Poste publie la liste de ses points de contacts en licence ouverte sur data.gouv.fr

[Samy Mezani]

Bonjour,
Merci pour l'info.
Dommage que les coordonnées ne soient pas très précises (par rapport à 
OSM bien-sûr ;-) ).
En plus, dans le peu que j'ai regardé, il manque déjà un bureau dans une 
petite commune. Serait-ce parce qu'il est en passe d'être fermé ou 
transformé en agence communale ? Bizarre, bizarre...


Samy

le 18/04/2012 16:40, Pieren a écrit:

Je ne crois pas avoir déjà vu cette nouvelle ici:

Publié le 12/04/2012 | La Poste

Liste des points de contact du réseau postal français (bureau de poste
et agence postale), incluant l'adresse, les coordonnées de
géolocalisation et les services associés (Distributeur de billets,
affranchissement libre service, photocopieur, ...).



Les détails ici:
http://www.data.gouv.fr/donnees/view/Liste-des-points-de-contact-du-r%C3%A9seau-postal-fran%C3%A7ais-551640?xtmc=La+postextcr=1

Encore du taf en perspective.


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

Re: [OSM-talk-fr] La Poste publie la liste de ses points de contacts en licence ouverte sur data.gouv.fr

[Samy Mezani]

Pourrais-tu donner le nom de cette commune ?
En fait, en regardant de plus près, il existe des cas où les coordonnées 
de plusieurs bureaux de poste sont identiques. Ils existent bel et bien 
tous, mais leurs coordonnées sont fausses dans ce cas.

Exemples dans le dpt 71 :
id : 13374A,13516A,13527A
Communes : Bresse-sur-Grosne, Saint-Boil, Saint-Gengoux-le-National

Samy

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

Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !

[Samy Mezani]

le 30/03/2012 12:42, Pieren a écrit:

d'autres. Par exemple, on effacera des rues même si tous les tags
d'origine ont été remplacés et tous les nodes replacés au bon endroit
simplement parce que la version 1 a été faite par un non-accepter ou
non-responder. Même chose pour des ways qu'on a seulement sectionné en
plus petits morceaux (split/merge). La moulinette qui va supprimer ces
données dans la base est vraiment bourrin (en fait, il va juste les
cacher dans un premier temps). D'un autre côté, je comprends aussi
qu'ils aient opté pour le plus simple, stable et rapide.


J'avoue être consterné par cette nouvelle. Toutes les 
modifications/ajouts/corrections des ways que l'on a pu apporter vont 
disparaître ?!
Je ne suis pas l'actualité OSM de près, mais cette information aurait dû 
être mise en avant bien plus tôt. De quoi dégoûter certains 
contributeurs... (je parle pas de moi mais d'une manière générale).


Samy

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

Re: [OSM-talk-fr] Premiers essais sur l'opendata

[Samy Mezani]

Bonjour,

Très beau travail, je vote de ce pas !

Par contre, pour les tracés de ballades vertes, tu utilises leurs 
données telles quelles et non les données corrigées sur OSM ? (nuit des 
cartes vivantes + modifs personnelles pour corriger/affiner les 
highway=road et highway=path).


Samy

le 28/03/2012 11:32, Laurent Deschaumes a écrit:

Bonjour,

dans le même esprit à partir de données de opendata 71
http://opendata71.gronux.org

et si le site vous plait voter pour lui sur :-)
http://www.opendata71.fr/vote-du-public


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

Re: [OSM-talk-fr] Comment tagguer des capitelles ?

[Samy Mezani]

Bonjour,

le 12/03/2012 12:18, sly (sylvain letuffe) a écrit:

genre :
building:fr=capitelle
ou
building:loc=capitelle


Pour le terme capitelle, je mettrais plutôt building:loc=capitelle. 
C'est une appellation locale qui diffère quelque peu des cadolles 
bourguignonnes par exemple.


Samy


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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Samy Mezani]

Bonjour,

le 24/02/2012 21:27, Vincent Calame a écrit:

Une petite précision : la confidentialité des données a aussi une raison
objective, celle de la protection des espèces. On n'indique pas
l'emplacement de l'aire d'un hibou grand duc à 5m près, les risques de
destruction ou de dénichage sont trop grands.


Nous sommes bien d'accord, mais là c'est un problème et un choix de 
restitution/valorisation des données. Le choix des espèces 
confidentielles est un choix politique et ne compromet en rien la 
faisabilité d'un outil de base de données.
Bon et puis entre nous... le Grand-duc...on n'est plus il y a 15 ans 
hein... ;-) Regarde sur 
http://www.atlas-ornitho.fr/index.php?m_id=509y=-1speciesFilter=frmSpecies=317frmDisplay=Affichez. 
Bon j'exagère, c'est juste pour titiller hein...



Pour ce qui j'ai pu lire des informations de la LPO, le recensement des
oiseaux se fait sur la base de carrés de 5 km de côté (je dis ça de
mémoire) choisi suivant des méthodes statistiques.


C'est un choix de restitution des données mais la saisie dans 
Visio-Nature se fait à une échelle beaucoup plus précise (lieu-dit ou 
site avec coordonnées géographiques).



Cela n'enlève en rien l'intérêt d'un SIG, bien sûr, mais si on voulait
les convaincre avec une belle carte, il faudrait mieux travailler à
l'échelle du kilomètre.


Je ne suis pas d'accord, travailler à l'échelle du km pour des besoins 
de préservation de la biodiversité n'a pas grand intérêt.


Samy

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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Samy Mezani]

Ça serait bien utile pour au moins démarrer notre petit groupe et que je 
puisse y déposer mes premières réflexions et engager le débat !

On est déjà 3 avec Romain ! ;-)

le 28/02/2012 16:35, partir-en-vtt a écrit:

Comment procède t-on pour créer une zone collaborative sur ce projet ?

Un CMS/Wiki pourrait-être une bonne chose. Je peux héberger quelque chose au
besoin sur une base mysql.




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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Samy Mezani]

Bonjour,

le 24/02/2012 16:44, Gilles Bassière a écrit:

Pour remettre un pied dans le sujet, je dirais qu'un projet de collecte
de données naturalistes libre serait super intéressant mais :
- je n'imagine pas mettre des observations (au moins de faune) dans la
base OSM, il y aurait donc une BD propre à ce projet


Bien sûr OSM n'a pas vocation à être une base de données naturaliste. 
Mais les naturalistes pourraient utiliser OSM et surtout y contribuer 
par leur forte présence sur le terrain.
Un projet libre de collecte de données ne viserait pas forcément à 
centraliser les données dans une seule BD, mais à fournir un outil 
déployable localement et utilisable par le plus grand nombre.



- les naturalistes sont souvent cramponnés au secret de leur données,
comment alors organiser la collecte et le partage d'information ?


Ce n'est vraiment plus le cas quand on voit la diffusion actuelle des 
données via Visio-Nature ! Même les assocs de naturalistes cramponnés 
à leurs données s'y mettent.
Et comme je le disais un projet d'outil libre laisserait la liberté de 
gestion des données à l'utilisateur. On ne lui imposerait pas la 
centralisation comme c'est le cas actuellement ; on développerait un 
outil utilisé par le plus grand nombre dont l'objectif est l'ergonomie, 
l'interopérabilité, etc, etc.


J'entame, avec Loïc ou Flo de partir-en-vtt.com, une réflexion sur 
l'opportunité de monter un éventuel projet de développement.


Je fais le tour de ce qui existe pour l'instant (projets proprio et 
libres). Il y a déjà des outils excellents, y compris sur smartphone, 
mais tout reste inachevé ou incomplet ou perfectible. Devinez 
pourquoi... ben chacun dans son coin quoi ! Et trop d'outils sont basés 
sur des logiciels et données géographiques proprios.


Je vais rédiger prochainement une sorte de cahier des charges qui 
pourrait servir de moteur au démarrage d'un projet. Y a rien de fait 
hein mais bon...


Il serait intéressant à notre avis de créer un petit groupe de travail 
et de réflexion sur ce thème. Si ça intéresse des gens, merci de me le 
faire savoir, histoire qu'on se fasse un petit groupe bio-osm !


Samy

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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Samy Mezani]

Bonjour,
En ce qui concerne la récolte collaborative de données naturalistes, 
autant dire que c'est encore la préhistoire par rapport aux outils 
techniques que l'on pourrait exploiter...
Romain nous montre un exemple de grosse base de données en ligne très à 
la mode en ce moment car utilisé par les grandes associations 
ornithologiques françaises (LPO), allemandes, suisses, etc. L'outil se 
nomme Visio-Nature, et développé par la société Biolovision. Très 
prometteur, il n'en est encore qu'à ses débuts et des fonctionnalités 
importantes manquent. Son coût est exhorbitant je trouve pour le 
déployer dans une association. En plus les cartes n'utilisent que les 
photos de Google Maps, ce n'est pas forcément très pratique...
Il existe aussi WNat, développé par la société SAXRUB Informatique. 
Beaucoup moins cher, peut-être moins bling-bling, mais surtout réservé à 
des utilisateurs enregistrés par les associations naturalistes. WNat 
s'appuie sur l'API Geoportail, avec deux couches : photos aériennes, 
cartes IGN.
D'autres organismes créent chacun de leur côté leur propre outil mais 
cela devient vite problématique quand il faut utiliser x sites Internet 
pour saisir ses données ornitho-, entomo-, mamma-, herpéto-, 
batraco-logiques...


Bref, personne n'utilise encore OSM dans ce monde là, et on est encore 
loin d'avoir des logiciels libres à disposition. Je rêve parfois d'une 
appli sur mon Freerunner qui me permettrait de saisir simplement des 
relevés naturalistes sur le terrain en utilisant son GPS et OSM... Mais 
bon je rêve là... Pourtant la science participative aurait à y gagner.


Samy


le 22/02/2012 13:47, Romain MEHUT a écrit:

Un autre exemple (sans OSM) pour les oiseaux:
http://www.faune-lorraine.org/index.php?m_id=505

Le 21 février 2012 23:24, Brice brice.mal...@free.fr
mailto:brice.mal...@free.fr a écrit :

Bonsoir,

Peut-être connaît il déjà mais il existe un site collaboratif pour
les botanistes : http://www.tela-botanica.org

avec possibilité de cartographier ses observations :
http://www.tela-botanica.org/widget:cel:carto
(fond google par défaut mais couche OSM disponible !)


Brice Mallet




Le 21 févr. 2012 à 19:41, Christian Quest a écrit :


Question reçue sur le formulaire de contact d'openstreetmap.fr
http://openstreetmap.fr à
laquelle j'ai bien du mal à répondre...

Bonjour,

J'organise une sortie terrain avec des élèves et j'aurais souhaité
savoir
si il existe des sites internet avec des icônes et/ou données
biologiques/scientifiques version nature?

Plus précisément, peut-on indiquer quelle espèce d'arbre est
présente à
un endroit précis ou quelle espèce d'insecte vit dans tel ou tel
parc ?
Je connais CARTOCLIC mais j'aurai voulu intégrer plus que
seulement des
arbres comme par exemple des insectes, oiseaux, plantes ...

Si ce n'est pas le cas chez OSM connaissez-vous ou avez-vous
entendu parler
de ce genre de site internet ?

Merci beaucoup pour votre aide.
Passez une excellente journée.


--
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest

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



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




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


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

Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)

[Samy Mezani]

le 22/02/2012 17:13, Florian LAINEZ a écrit:

just do it :p


Si seulement j'avais les compétences, je n'hésiterais pas ! :)


Le 22 février 2012 14:20, Samy Mezani samy.mez...@wanadoo.fr
Bref, personne n'utilise encore OSM dans ce monde là, et on est
encore loin d'avoir des logiciels libres à disposition. Je rêve
parfois d'une appli sur mon Freerunner qui me permettrait de saisir
simplement des relevés naturalistes sur le terrain en utilisant son
GPS et OSM... Mais bon je rêve là... Pourtant la science
participative aurait à y gagner.

Samy


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

Re: [OSM-talk-fr] Taguer les terrains vagues

[Samy Mezani]

Bonjour,

C'est d'ailleurs dommage de ne pas pouvoir faire de distinction entre 
plantations forestières alignées (type peupleraies ou autres) et forêts 
gérées par des coupes mais sans plantation particulière : landuse = 
forest for all !


Samy

le 15/02/2012 09:49, PhQ a écrit:

Sur un thème voisin : les coupes rases (totales) de forêts privées dont on ne
sait pas si les
propriétaires vont les reboiser,  les laisser à l'abandon ou les dessoucher
pour un retour au pastoralisme voire à la culture..
Pour ma part je tague par .. une absence de tag, c'est à dire que je
désaffecte la zone.
Bien sur au bout d'un certain temps, on peut constater le retour de la
végétation naturelle, rejet, broussaille.
--  natural=heath
Et suivant l'évolution naturelle (20 30 ans plus tard) ---  natural=wood.

Si le terrain bénéficie d'une replantation (ça peut prendre un ou deux
ans), on reste dans le landuse=forest.

--
View this message in context: 
http://gis.19327.n5.nabble.com/Taguer-les-terrains-vagues-tp5484076p5485285.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] conversion geofla des X_CENTROID de RGF93 en WGS84

[Samy Mezani]

Bonjour,

Je suis peut-être à côté, mais as-tu essayé une commande de ce style 
avec ogr2ogr :

ogr2ogr -f CSV -t_srs EPSG:2154 fichier.csv fichier.shp -lco GEOMETRY=AS_XY

Pour des données ponctuelles, ça doit être suffisant non ?

Samy

le 25/01/2012 12:05, Cyrille Giquello a écrit:

Bonjour,

J'ai trouvé sur la page wiki de Pieren l'outil ogr2ogr pour
re-projetter les données spatiales des fichiers GeoFla (Insee
communes) de Lamb93 vers wgs84 mais l'outil ne convertit que les
shapes (fichier .SHP) et pas les données contenues dans la base de
données (fichier .DBF). Notamment, j'aimerai convertir les X_CENTROID
et Y_CENTROID.

Quelqu'un a-t-il l'outil ou la formule ?
Merci



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

Re: [OSM-talk-fr] Data.gouv.fr lancé le 5 décembre !

[Samy Mezani]

Bonjour,

le 05/12/2011 18:05, Vincent de Chateau-Thierry a écrit:
[...]

De mon point de vue la seule action efficace pour l'instant, c'est de 
renseigner la
page initiée par Guillaume [1] pour appréhender l'étendue des données.
Et d'éclaircir le statut des jeux de données digitalisés sur des données IGN,
puis versés en licence ouverte par leur producteur.

[...]

[1] : http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr


J'ai déjà intégré en vrac sur le wiki la liste des données SIG 
disponibles avec le mot clé écologie. Bon pour l'instant il ne s'agit 
que des eaux de surface et des BD Alti (avec des liens curieusement 
erronés pour la métropole...comme par hasard...).


Toute critique sur l'organisation du tableau est la bienvenue.

J'attends avec impatience les données sur les sites protégés pour leur 
biodiversité. Je veux bien me charger de mettre à jour cette catégorie.


Et merci à Vincent pour avoir reclassé mon tableau. Est-ce nécessaire de 
garder une distinction entre données nationales et locales ? Pour les 
eaux de surface, c'est pas évident.


Samy

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

Re: [OSM-talk-fr] astuce - récupération en nombre par overpass API

[Samy Mezani]

Bonjour,


[N'étant pas un dieu sous linux, je ne savais pas que l'on pouvait y
faire des boucles]
Résultat, le fichier .sh en pièce jointe, où l'on retrouve en bloc tous
les codes INSEE.


Ton script semble erroné. Je l'ai modifié ainsi pour qu'il fonctionne 
dans mon shell bash (Cf. PJ)



Une fois exécuté, il renvoie le fichier insee.osm3s (pièce jointe)



Ne reste plus qu'à faire la requête en [3] et on obtient le fichier .osm
qui s'ouvre nickel dans JOSM


Pour récapituler, si l'on ne veut pas passer par l'interface web et que 
l'on veut se servir d'un script bash sous une distribution GNU/Linux, 
taper dans un terminal :

$ sh /chemin/vers/le/script/get_admin_bnd.sh
$ wget --post-file=insee.osm3s -O insee.osm 
http://overpass-api.de/api/interpreter;


Merci pour l'astuce en tous cas.

Cordialement,

Samy


get_admin_bnd.sh
Description: Bourne shell script
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr