Re: [OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[Vincent Privat]

MapQuest vient tout juste d'annoncer que l'imagerie gratuite & illimitée,
c'est fini à partir du 11 juillet:
https://lists.openstreetmap.org/pipermail/talk/2016-June/076106.html
Du coup les admins sont à la recherche d'une solution de remplacement:
https://lists.openstreetmap.org/pipermail/talk/2016-June/076109.html

Le 16 juin 2016 à 00:38, Shohreh  a écrit :

> Bonjour
>
> En cliquant sur http://www.openstreetmap.org pour regarder quelque chose,
> je
> vois que le rendu Mapquest a disparu.
>
> C'était celui que j'utilisais par défaut parce que je le trouve plus
> lisible
> que le rendu Mapnik.
>
> Quelqu'un sait ce qui s'est passé?
>
> Merci.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[Shohreh]

Bonjour

En cliquant sur http://www.openstreetmap.org pour regarder quelque chose, je
vois que le rendu Mapquest a disparu.

C'était celui que j'utilisais par défaut parce que je le trouve plus lisible
que le rendu Mapnik.

Quelqu'un sait ce qui s'est passé?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[osm . sanspourriel]

Merci Philippe pour ton point de vue lui aussi partiel, s'il y avait une 
solution claire et valable dans tous les cas et admise par la 
communauté, elle serait dans le wiki.


Le 15/06/2016 à 19:50, Philippe Verdy - verd...@wanadoo.fr a écrit :
mais si c'est une adresse pour une visite sur place (exemples : un 
cabinet médical, une asso, etc.), tout devrait aller dans addr:*, y 
compris l'escalier l'étage, et la porte ou ce qui est pertinent pour 
arriver au bon endroit au delà du seul numéro communal sur la voie 
publique (où d'ailleurs ce numéro n'est même pas toujours visible ou 
affiche seulement un groupe de numéros près de l'accès public.

Pourquoi ?
D'abord, contrairement à ce que tu dis, les numéros et noms des 
bâtiments sont souvent visibles de la rue, idem pour les escaliers car 
sinon donner les informations ne sert à rien.


J'ai regardé un coin, pas le plus compliqué, pas le plus simple non plus 
pour voir ce qui était fait.


http://www.openstreetmap.org/way/25508520#map=19/48.08909/-1.61861
Sur le terrain, depuis la rue des Lilas on voit les plaques 3 et 5, sur 
les bâtiments les plaques A et B, les habitants habitent au 3A, 3B, 5A 
et 5C, la carte reflète la réalité.
Au 4, un restaurant et quelques habitations. La relation 
 comporte le 4, pas le 
bâtiment/restaurant qui donne aussi sur l'Avenue André Bonnin et qui 
fait partie de l'autre relation.
Car les habitations du Fleuron sont au 4 rue des Lilas (les bàl sont à 
côté du parking) mais le Fleuron est au 73 rue des Lilas.


Nominatim trouve 3A rue des Lilas, Chantepie, c'est dire ;-).
Idem pour Le Sultan, avenue André Bonnin.

Vue la position du POI, et sans indication dans le POI :
amenity  
restaurant 

cuisine  
turkish

name   Le Sultan


il trouve
Le Sultan, *67, Avenue André Bonnin*, Chantepie, Rennes, 
Ille-et-Vilaine, Bretagne, France métropolitaine, 35135, France 



(tiens, encore ce "Rennes" qui ne veut rien dire, c'est l'arrondissement 
de Rennes, pas Rennes, quand est-ce qu'en France on se met à la règle en 
appelant ça "arrondissement de Rennes" comme les Landkreis allemands).


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

Le 15 juin 2016 à 18:53,  a écrit :

> C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le
> polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. Et
> après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, ou
> des nœuds "en l'air" pour les POI que tu places dans le polygone.
>
> En cas d'associatedStreet, tu mets les POIs dedans.
>
> Ainsi le numéro reste affiché.
>
> Si tu as plusieurs POI au même endroit, même immeuble, même escalier, mais
> étage différent, soit artificiellement tu décales un POI pour qu'il
> s'affiche (mais en principe c'est le boulot du rendu), soit c'est qu'il y a
> à passer à de la représentation indoor et le bâtiment a sans doute un nom
> qui est ce qui apparaîtra sur la carte.
>
> Donc je n'ai qu'un point adresse, savoir si le salon de coiffure est au 2
> ou au 4 a peu d'importance, sur le terrain ça se voit et si on veut le
> contacter, il y a le contact:* complet qui peut le faire.
>

Peu d'importance c'est juste ton avis partiel sur la question. Et le numéro
nu n'est pas suffisant s'il faut en plus indiquer un batiment, un escalier,
un étage une porte : ca ne se voit pas sur le terrain sans entrer dans la
partie privative. Bon pour un salon de coissure en principe il y a un pas
de porte visible ou sinon il y a un fléchage. Mais si on prend le cas des
galeries marchandes de centre commerciaux, quasiment tout est à la même
adresse officielle, toutes les boites sont regroupées à l'extérieur près
d'une des entrées, ou d'une entrée de service. Pourtant il faudra bien
indiquer assez de précision pour désigner une des boites à lettres si on
écrit (pas évident car ces boites ne sont pas toujours au nom de la
franchise du magasin mais au nom du gérant ou d'une SARL.

Si on prend en revanche des immeubles de bureaux (exemple des tours à la
Défense, difficile de se passer de la mention de l'étage ou du numéro
d'ascenseur ou numéro de porte et il n'y a pas toujours non plus un accueil
pour vous renseigner)

Ca laisse en suspend cette question de base : **qu'est-ce qu'une adresse ?**
- La définition communale uniquement qui se fiche totalement du nombre de
résidents ?
- La définition fiscale (pour les taxes locatives). ?
- Ou l'adresse usuelle communiquée par ces résidents ou sociétés qui sont
logées sur le POI en question ?

Si c'est juste une adresse de courrier, OK tout peut aller dans contact:*
(mais alors il faut une adresse complète, le seul numéro est insuffisant et
il n'est pas associé à l'emplacement géographique du POI), mais si c'est
une adresse pour une visite sur place (exemples : un cabinet médical, une
asso, etc.), tout devrait aller dans addr:*, y compris
l'escalier l'étage, et la porte ou ce qui est pertinent pour arriver au bon
endroit au delà du seul numéro communal sur la voie publique (où d'ailleurs
ce numéro n'est même pas toujours visible ou affiche seulement un groupe de
numéros près de l'accès public.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Christian Rogel]

Le 15 juin 2016 à 18:53, osm.sanspourr...@spamgourmet.com a écrit :
> C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le 
> polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. Et 
> après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, ou des 
> nœuds "en l'air" pour les POI que tu places dans le polygone.
> En cas d'associatedStreet, tu mets les POIs dedans.
> 
> Ainsi le numéro reste affiché.
> 

Je n'avais pas cherché à définir une solution qui préserve le point adresse.
S'il y en a une, tant mieux. 
Il faut que le numéro apparaisse dans tous les cas en tenant compte du fait que 
les relations ne sont pas une solution universellement admise.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[osm . sanspourriel]

C'est bizarre, ce que je dis c'est qu'on ne met qu'une adresse sur le 
polygone ou un nœud "en l'air", ça me semblait être aussi ce que tu dis. 
Et après, tu ajoutes des attributs s'il y a un seul POI sur le polygone, 
ou des nœuds "en l'air" pour les POI que tu places dans le polygone.


En cas d'associatedStreet, tu mets les POIs dedans.

Ainsi le numéro reste affiché.

Si tu as plusieurs POI au même endroit, même immeuble, même escalier, 
mais étage différent, soit artificiellement tu décales un POI pour qu'il 
s'affiche (mais en principe c'est le boulot du rendu), soit c'est qu'il 
y a à passer à de la représentation indoor et le bâtiment a sans doute 
un nom qui est ce qui apparaîtra sur la carte.


Donc je n'ai qu'un point adresse, savoir si le salon de coiffure est au 
2 ou au 4 a peu d'importance, sur le terrain ça se voit et si on veut le 
contacter, il y a le contact:* complet qui peut le faire.


Au fait si on regarde le wiki, dans ce cas c'est une street 
 (FR:street 
) (pas 
associatedStreet 
 dont la 
traduction française est désynchronisée) dont les POI ont le rôle 
associated (le numéro de rue ayant lui le rôle house).


Donc on n'a qu'un nœud adresse, celui qui a le rôle house dans la 
relation, les autres ne sont pas des vrais doublons, triplets, etc...


Jean-Yvon


Le 15/06/2016 à 17:44, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :

Le 14 juin 2016 à 20:54, osm.sanspourr...@spamgourmet.com a écrit :

D'accord avec Christian & Christian : on n'a en général besoin que d'une 
adresse.

Non, il n’y apas accord total entre les deux Christian : je préfèrerais un 
doublon (2 numéros côte à côte), plutôt que de faire disparaître arbitrairement
le ou les numéros attachés à l’immeuble entier.
Je refuse d’additionner des carpes et des lapins.

(...)


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Christian Rogel]

> Le 14 juin 2016 à 20:54, osm.sanspourr...@spamgourmet.com a écrit :
> 
> D'accord avec Christian & Christian : on n'a en général besoin que d'une 
> adresse.

Non, il n’y apas accord total entre les deux Christian : je préfèrerais un 
doublon (2 numéros côte à côte), plutôt que de faire disparaître arbitrairement
le ou les numéros attachés à l’immeuble entier.
Je refuse d’additionner des carpes et des lapins.

Suite à une décision municipale, l’adresse préexiste à toute utilisation 
privative (commerce ou autre) et ne doit jamais être effacée.
Cela entre en collision avec la nécessité reconnue de rattacher les activités à 
l’adresse de l’immeuble où elles sont exercées, mais elles ne viennent qu’aprés 
et peuvent disparaître.
Est-on vraiment obligé de noter l’adresse d’une activité déjà localisée 
autrement ?

Si on souhaite créer une carte avec numéros d’adresse, mais sans mention des 
activités, doit-on demander à un copain geek de créer la routine qui va bien ?

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

J’ai l’impression qu’à Dinan  et, sans doute ailleurs, on s’est un peu trop 
précipité.


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

Re: [OSM-talk-fr] [OverpassTurbo] Obtenir une seule route à partir de ways?

[Shohreh]

Nicolas Dumoulin-2 wrote
> Pour info, moi, j'ai déjà résolu ça avec deux méthodes :
>  1 avec le fichier OSM dans JOSM pour fusionner les ways, puis export
>en GPX
>  2 ou en GPX avec Viking : sélectionner les traces, clic-droit ->
>  combine -> merge

Merci. Je viens d'essayer Viking puis JOSM, mais ne trouve pas comment
sélectionner puis fusionner les ways.

Le KML fourni par OverpassTurbo comprend un bon paquet de
"" puis quelques
"":
http://pastebin.com/raw/W8fgkXHL

Après avoir importé/réexporté dans GPSVisualizer (version web de GPSBabel),
ça donne ce genre de chose: https://s32.postimg.org/gk5uu3xpx/Bad_routes.png



--
View this message in context: 
http://gis.19327.n5.nabble.com/OverpassTurbo-Obtenir-une-seule-route-a-partir-de-ways-tp5874852p5875588.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[osm . sanspourriel]

Parce que dans ce cas tu as une associatedStreet qui porte le wikidata=Q...

Les tronçons font partie de la rue en question.

Jean-Yvon


Le 15/06/2016 à 13:14, Jo - winfi...@gmail.com a écrit :
2016-06-11 18:17 GMT+02:00 Christian Quest >:


Il faut par contre bien faire attention à l'objet sur lequel ces
tags sont mis (comme les tags wikipedia d'ailleurs).

Un tag wikidata=* ne devrait logiquement exister qu'une seule fois
dans la base OSM.


Pourquoi? Disons que j'ai une entrée Wikidata pour une rue spécifique. 
En OSM cette rue sera probablement sectionnée et même si elle ne l'est 
pas initiellement, elle pourra toujour être coupé par après. Le même 
va pour des bâtiments ou des oeuvres d'art composé de plusieurs 
parties. Si je fais une requête overpass, je veux télécharger toutes 
les pièces composantes en spécifiant wikidata=Q...


Polyglot



___
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] Liens Wikidata (Était : ERDF (et RFF) ont changé de nom)

[Jo]

2016-06-11 18:17 GMT+02:00 Christian Quest :

> Il faut par contre bien faire attention à l'objet sur lequel ces tags sont
> mis (comme les tags wikipedia d'ailleurs).
>
> Un tag wikidata=* ne devrait logiquement exister qu'une seule fois dans la
> base OSM.
>

Pourquoi? Disons que j'ai une entrée Wikidata pour une rue spécifique. En
OSM cette rue sera probablement sectionnée et même si elle ne l'est pas
initiellement, elle pourra toujour être coupé par après. Le même va pour
des bâtiments ou des oeuvres d'art composé de plusieurs parties. Si je fais
une requête overpass, je veux télécharger toutes les pièces composantes en
spécifiant wikidata=Q...

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

Regarde à côté ce n'est pas mieux avec "Caffè Cosy" (deux POIs, un pour le
café, l'autre pour l'hôtel). Pour l'hôtel on peut deviner l'adresse au 62
 Boulevarde Picpus (noeud d'adresse vraiment très proche), pour le café ce
n'est pas clair du tout: 64 boulevard de Picpus ou 50 avenue de
Saint-Mandé... ou la même adresse que l'hôtel (qui sans doute occupe aussi
l'étage au dessus du café !

On tourne autour du pôt. il n'y a aucune façon propre de régler ça sans
mettre aussi des champs d'adresse sur les POIs. Les noeuds d'adresse
anonymes ne servent pas à grand chose sauf au repérage d'un point sur une
carte, il ne donne pas l'adresse réelle des POIs (et encore moins s'il faut
en plus préciser un batiment, un étage, une porte... Et encore moins si en
plus ce n'est pas l'adresse de contact (courrier) de l'établissement, même
pour des petits commerces à un seul établissement, qui souvent
externalisent à des sociétés tierces de gestion ou de secrétariat ou font
appel au service de gestion de leur franchise.


Le 14 juin 2016 à 20:54,  a écrit :

> D'accord avec Christian & Christian : on n'a en général besoin que d'une
> adresse.
> En général, sinon je vous laisse le soin de trouver l'adresse de ce nœud :
> 
> http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224
> 
> N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas
> utilisés sont différents.
>
> Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un
> POI, sinon je mets les POI au niveau du polygone, sans adresse en général
> (ou associé avec l'associatedStreet. Grosso modo comme d'autres je regarde
> ce qui se fait dans le coin histoire d'être *raccord*.
>
> Jean-Yvon
>
> ___
> 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] Nouvelle affiche disponible : on s'amuse avec les cathédrales !

[JB]

Salut Nicolas, et les autres.
Quelques réponses ci-dessous :

Le 14/06/2016 à 10:08, Nicolas Moyroud a écrit :
Si je peux me permettre une remarque je trouve que dans le résultat 
final c'est dommage de mettre un carré rouge et aussi de faire 
apparaître le label sur la cathédrale. 
Et oui, on ne se refait pas… J'avais essayé sans le carré rouge… et puis 
j'ai pas aimé. Un autre avantage est que le texte est placé par rapport 
au centre du bâtiment. Ce n'est pas forcément évident de trouver un 
autre emplacement qui rende bien pour tous les bâtiments. À 
l'impression, le rouge ne me choque pas. Comme le texte est petit, il 
faut déjà s'approcher de l'affiche pour le voir.
Dans la feuille de style utilisée avec Maperitive il me semble qu'il 
serait relativement facile de faire disparaître le carré et de 
positionner le label en dessous de chaque objet. Peut-être même 
qu'avec un autre couleur mieux choisie que ce rouge un peu pétard ce 
serait encore mieux.

Si tu bricoles une image en exemple, je veux bien coder le style.
Dans l'idée d'automatiser quasi intégralement le processus peux tu me 
dire quelles sont les manips finales que tu réalises avec Gimp ? Je 
pense notamment à l'utilisation d'magemagick qui permet également de 
faire des retouches d'images mais en ligne de commande.

Pas grand chose : ajouter le titre, l'attribution, déplacer l'échelle.


Nicolas

Le 13/06/2016 19:33, JB a écrit :

Bonjour,

Après l'essai de faisabilité vite fait avec les églises d'Auvergne 
pour le SotM-FR pour ceux qui y étaient, j'ai essayé de faire quelque 
chose de plus complet : l'affiche des cathédrales de France. Le final 
ici : http://jb.isonoe.net/demo/Cathedrales_A1_400dpi_v0.png, fait 
pour être imprimé en A1 à 400dpi.


La démarche :

 - trouver une source de données qui liste les cathédrales. J'ai 
utilisé wikipédia, qui n'est peut-être pas forcément parfait (voir 
plus loin) :

https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_de_France
https://fr.wikipedia.org/wiki/Liste_des_cath%C3%A9drales_catholiques_de_France 

https://upload.wikimedia.org/wikipedia/commons/b/b7/Cath%C3%A9drales_catholiques_romaines_de_France.png 



 - vérifier les données dans OSM :

- première extraction des building=cathedral. Quelques petits 
villages se sont attribués des cathédrales, je les repasse en 
building=church


- plus embêtant, trouver les batiments non indiqués en 
cathédrales : il faut se payer la comparaison entre la liste des 
existants dans OSM et la liste globale. Dans la plupart des cas, ça 
se fait relativement bien. Parfois c'est un peu plus tordu, rarement, 
aucune information ne recoupe les indications de wikipédia. Dans ces 
quelques cas, je n'ai touché à rien. La liste des éléments : 
http://jb.isonoe.net/cath/cath.csv (parmi les plus litigieux : Mâcon 
et celles marquées comme telles dans la dernière colonne). Je 
n'affirme pas avoir été parfait ni que ma source de données l'était : 
je pense avoir amélioré la qualité globale de la base de données mais 
si vous n'êtes pas d'accord avec le résultat, n'hésitez pas à modifier.


 - ré-extraire les données : Geofabrik est là pour la France d'ici 
avec un coup d'Osmosis derrière, Overpass pour les dom-tom. On 
rassemble les deux, on élimine la cathédrale de Monaco (et on gère 
l’éphémère doublon de Rodez).


La suite se fait par un petit script python/Maperipy exécuté sous 
Maperitive.


 - géocoder : l'api d'adresse.data.gouv.fr fait le gros du travail. 
Dans quelques territoires éloignés où la ban avoue son échec, le 
géocodage est fait à la main.


 - déplacer les éléments et les placer « au carré » : toujours 
python/Maperipy. Une première version assez crado ne reprojetait pas 
les objets, d'où des déformations assez importantes, surtout pour les 
éléments des dom-tom mais aussi certains en métropole : 
http://jb.isonoe.net/cath/Reproj.png. Le script est modifié pour 
respecter distances/formes (si je m'y suis bien pris).


 - exporter l'image, mettre en forme sous Gimp.

Le code, pas fait pour être partagé et qui ne fonctionnera 
probablement pas (très moche, non retravaillé, à peine commenté), est 
visible ici : http://jb.isonoe.net/cath/Eglises_rel1.py


Quelques autres documents intermédiaires :

 - Cathédrales utilisées, avec géocodage : 
http://jb.isonoe.net/cath/cath_brut_geocode_manuel.osm


 - Cathédrales au carré :
- non reprojetées : 
http://jb.isonoe.net/cath/Egl_offset_direct_ok.osm

- reprojetées : http://jb.isonoe.net/cath/Egl_offset_reproj_ok.osm

Ma version personnelle : http://jb.isonoe.net/cath/Photo_affiche.jpg

JB.


PS : pour le teasing, j'ai une autre idée plus matérielle… ça arrive 
dans quelques semaines !


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

Re: [OSM-talk-fr] OSM et les véhicules intelligents

[Nicolas Dumoulin]

Le Fri, 10 Jun 2016 08:57:08 +0200,
Nicolas Dumoulin  a écrit :

> Salut,
> 
> Suite au SotMFR, j'ai été contacté par des collègues du campus qui
> bossent sur les véhicules intelligents. Je vais faire une présentation
> dans leur labo la semaine prochaine, leur parler de la communauté, du
> modèle de données, des outils et de ce qui pourrait les intéresser
> pour l'aide au guidage et aussi la collecte de données pour OSM.

Pour info, voilà mon support de présentation :
http://motive.cemagref.fr/~dumoulin/dev/201606_OSM_InstitutPascal/

C'est pour introduire le sujet, le reste sera interactif :-)

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[osm . sanspourriel]

D'accord avec Christian & Christian : on n'a en général besoin que d'une 
adresse.

En général, sinon je vous laisse le soin de trouver l'adresse de ce nœud :
http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224

N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas 
utilisés sont différents.


Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un 
POI, sinon je mets les POI au niveau du polygone, sans adresse en 
général (ou associé avec l'associatedStreet. Grosso modo comme d'autres 
je regarde ce qui se fait dans le coin histoire d'être /raccord/.


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[osm . sanspourriel]

Le 14/06/2016 à 16:28, Romain MEHUT - romain.me...@gmail.com a écrit :
On les encadre où celles-ci "/Une adresse cadastrale n'est même pas un 
objet en soit (le noeud anonyme qu'on met dans OSM est arbitraire et 
ne correspond pas à la réalité qui désigne une surface incluant 
plusieurs éléments./" et "/Le noeud d'adresse n'est qu'une position 
approximative. Ce n'est pas un objet, il n'a aucune réalité en 
lui-même sur le terrain./" ?


Help...

Romain
Dans l'encadré, tu pourras aussi mettre que le nœud d'adresse est 
grosso-modo le centroïde des bàl de cette adresse, c'est à dire le 
barycentre géographique des boîtes aux lettres.


L'adresse c'est soit où on voit la plaque de l'adresse (40 par exemple), 
soit où se trouvent les bàl. Sur certains endroits ce sont les centres 
des polygones, sur d'autres le projeté du polygone sur la voie (plutôt 
le milieu de l'arrête du polygone tangent à la voie).


Sur Lorient les adresses géolocalisées ont été libérées, un test avec 
QGis m'a semblé donner des résultats très pertinents.


Supporter les adresses via les POIs spécifiques me semble douteux : si 
le commerce ferme, l'adresse elle existe toujours.

Soit on appuie l'adresse sur un nœud "vide" soit sur un polygone de bâti.

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

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

[Jérôme Seigneuret]

>
>
>
> Il faut surtout éviter de créer de trop grosses bases, au delà de 2Go il y
> a une perte de performance ...
>
>
Hummm... Soit vous avez oublié des index ou de faire la maintenance de
base... Mais des bases de plus de 2Go ça se gère très bien sans avoir de
perte de performance. Çà t'oblige juste à faire de l'admin de base et de
l'optimisation (et aussi ou surtout dimensionner l'infrastructure en
conséquence).

Rien que les bases Here par version font 3Go sans avoir été enrichi et
seulement pour le territoire français.

Alors j'imagine qu'avec de l'OSM avec le bâti (et autres) sur la France,
voir plus si ton projet est trans-frontalier, les bases font largement plus
que ça... Sans compté que des requêtes inter base c'est loin d'être le top.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Nicolas Dumoulin]

Salut,

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

Je ne sais pas si c'est encore à jour (05/2015), mais il y a les
éléments demandés dans mon tuto ici :
http://motive.cemagref.fr/people/nicolas.dumoulin/distances-osrm
Les sections qui t'intéressent sont "Getting OpenStreetMap data for the
Cantal" et "Updating the OpenStreetMap data".
Si vraiment tu galères, je pourrai te faire un dockerfile, mais au
final c'est assez simple je trouve. Une fois l'import fait, c'est assez
bluffant de voir la rapidité de mise à jour des données

Spatialite a l'air intéressant, mais je ne connais pas.

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

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

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


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

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



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875551.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Tony Emery]

Pour illustrer un peu la différence entre adresse de la parcelle (DGFiP) et
adresse du logement, voici un petit exemple :
 
L'adresse DGFiP de cette résidence est :
 
Pourtant, si je prends 2 logements, le premier à cette adresse :
 
Et le second à cette adresse :
 




-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonnes-et-moins-bonnes-visibilites-OSM-tp5875216p5875550.html
Sent from the France mailing list archive at Nabble.com.

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

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

[csv]

Bonjour de nouveau

Pour osm2pgsql, qui fonctionne très bien, tout se fait en ligne de code 
qu'on peut automatiser avec des scripts (jamais fait mais je sais que 
c'est possible).


Les infos qu'on peut trouver sur osm sont très complètes et très sûres. 
Il y a aussi des développeurs de qgis qui se sont penché dessus, en 
particulier Anita Graser (exemples ici : 
http://gis.stackexchange.com/search?q=user:187+[postgresql])


Bon courage !

Cyril


Le 14/06/2016 à 16:17, Tony Emery a écrit :

Bonjour à tous,

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

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

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

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

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

Merci d'avance pour vos idées.

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478.html
Sent from the France mailing list archive at Nabble.com.

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



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

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

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE)]

Ca c'est du boulot pour osmosis 
(http://wiki.openstreetmap.org/wiki/FR:Osmosis#D.C3.A9duire_les_modifications_entre_deux_fichiers_planet.)
Sinon http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs ?


-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr] 
Envoyé : mardi 14 juin 2016 16:36
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Import de données OSM dans PostGIS

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



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478p5875492.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

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

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

Le 15 juin 2016 à 08:37,  a écrit :

>
> Le 14/06/2016 à 16:28, Romain MEHUT - romain.me...@gmail.com a écrit :
>
> On les encadre où celles-ci "*Une adresse cadastrale n'est même pas un
> objet en soit (le noeud anonyme qu'on met dans OSM est arbitraire et ne
> correspond pas à la réalité qui désigne une surface incluant plusieurs
> éléments.*" et "*Le noeud d'adresse n'est qu'une position approximative.
> Ce n'est pas un objet, il n'a aucune réalité en lui-même sur le terrain.*"
> ?
>
> Help...
>
> Romain
>
> Dans l'encadré, tu pourras aussi mettre que le nœud d'adresse est
> grosso-modo le centroïde des bàl de cette adresse, c'est à dire le
> barycentre géographique des boîtes aux lettres de l'adresse ;-).
>
> L'adresse c'est soit où on voit la plaque de l'adresse (40 par exemple),
> soit où se trouvent les bàl. Sur certains endroits c'est modélisé comme les
> centres des polygones, sur d'autres le projeté du polygone sur la voie
> (plutôt le milieu de l'arrête du polygone tangent à la voie).
>
> Sur Lorient les adresses géolocalisées ont été libérées, un test avec QGis
> m'a semblé donner des résultats très pertinents.
>
> Supporter les adresses via les POIs réels (commerces, ...) me semble
> douteux : si le commerce ferme, l'adresse elle existe toujours.
> Soit on appuie l'adresse sur un nœud "vide" soit sur un polygone de bâti.
>
> D'accord avec Christian & Christian : on n'a en général besoin que d'une
> adresse.
> *En général*, sinon je vous laisse le soin de trouver l'adresse de ce
> nœud :
> http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224
>
> N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas
> utilisés sont différents.
>
> Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un
> POI, sinon je mets les POI au niveau du polygone, sans adresse en général
> (ou associé avec l'associatedStreet. Grosso modo comme d'autres je regarde
> ce qui se fait dans le coin histoire d'être *raccord*.
>
> Jean-Yvon
>
> ___
> 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] Import de données OSM dans PostGIS

[csv]

Bonjour

Personnellement j'ai laissé tomber spatialite qui me plantait certaines 
bases. Il a l'avantage de la légèreté, c'est sûr, avec des process de 
requête très simples et agréables, mais je trouve postgis/postgresql 
plus sûr.


Evidemment je ne suis pas un pro de la DB, donc je peux aussi mal 
prendre en compte certaines situations. Mais bon, un retour d'expérience 
parmi d'autres...


Cyril


Le 14/06/2016 à 16:42, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT ALCA APPUI PERFORMANCE) a écrit :

Tu as pensé à une solution spatialite ?
Avantages :
- installation enfantine
- multi-plateforme
- s'intègre directement dans ArcGIS (v 10.3 minimum) selon la doc (mais pas 
encore testé)
- base mono-utilisateur
- très paramétrable (et automatisable, y compris avec du python)
- fonctionne très bien aussi avec QGis (testé du coup ;-)
- export possible en shapefile
-  compatbible OGC

Inconvénients
- je ne sais pas comment ça tient la charge si volume très important de données.

Pour ma part c'est les choix sur lesquels je m'oriente pour un projet similaire 
que je vais démarrer très prochainement.
Pourquoi une geodatabase ?

Denis


-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr]
Envoyé : mardi 14 juin 2016 15:18
À : talk-fr@openstreetmap.org
Objet : [OSM-talk-fr] Import de données OSM dans PostGIS

Bonjour à tous,

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

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

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

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

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

Merci d'avance pour vos idées.

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-de-donnees-OSM-dans-PostGIS-tp5875478.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it.
___
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] Bonnes et moins bonnes visibilités OSM

[osm . sanspourriel]

Le 14/06/2016 à 16:28, Romain MEHUT - romain.me...@gmail.com a écrit :
On les encadre où celles-ci "/Une adresse cadastrale n'est même pas un 
objet en soit (le noeud anonyme qu'on met dans OSM est arbitraire et 
ne correspond pas à la réalité qui désigne une surface incluant 
plusieurs éléments./" et "/Le noeud d'adresse n'est qu'une position 
approximative. Ce n'est pas un objet, il n'a aucune réalité en 
lui-même sur le terrain./" ?


Help...

Romain
Dans l'encadré, tu pourras aussi mettre que le nœud d'adresse est 
grosso-modo le centroïde des bàl de cette adresse, c'est à dire le 
barycentre géographique des boîtes aux lettres de l'adresse ;-).


L'adresse c'est soit où on voit la plaque de l'adresse (40 par exemple), 
soit où se trouvent les bàl. Sur certains endroits c'est modélisé comme 
les centres des polygones, sur d'autres le projeté du polygone sur la 
voie (plutôt le milieu de l'arrête du polygone tangent à la voie).


Sur Lorient les adresses géolocalisées ont été libérées, un test avec 
QGis m'a semblé donner des résultats très pertinents.


Supporter les adresses via les POIs réels (commerces, ...) me semble 
douteux : si le commerce ferme, l'adresse elle existe toujours.

Soit on appuie l'adresse sur un nœud "vide" soit sur un polygone de bâti.

D'accord avec Christian & Christian : on n'a en général besoin que d'une 
adresse.

/En général/, sinon je vous laisse le soin de trouver l'adresse de ce nœud :
http://www.openstreetmap.org/node/3801507766#map=19/48.84462/2.40224

N. B. : suivant les villes, par exemple Brest ou Lorient, les schémas 
utilisés sont différents.


Perso je mets les infos du POI sur le polygone si le bâtiment n'a qu'un 
POI, sinon je mets les POI au niveau du polygone, sans adresse en 
général (ou associé avec l'associatedStreet. Grosso modo comme d'autres 
je regarde ce qui se fait dans le coin histoire d'être /raccord/.


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