Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Pierre-Alain Dorange]

Pieren  wrote:

> C'est quand même incroyable de devoir dépendre d'un projet externe
> (wikipedia) qui lui n'hésite pas à nommer les choses par leur nom
> ("wikipedia=fr:Arrondissement de Caen") pour compenser les
> tergiversations de quelques contributeurs OSM.

Bon hier soir j'ai expérimenté et j'ai osé nommé l'Arrondissement de
Cognac en "Arrondissement de Cognac" (au lieu de "Cognac") et bien voilà
Nominatim ne s'embrouille plus et la recherche "Cognac" me retourne
d"sormais la ville en premier, suivi de la gare (nommé "Cognac"
seuelement, faudra-t'il aussi la nommer "Gare de Cognac" ?) puis la
hameau "Cognac" qui porte bien son nom.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Tony Emery]

verdy_p wrote
> tu nommes la rue du nom du lotissement (tant pis si cela concerne
> plusieurs rues proches.

Je ne suis pas trop d'accord car :
- il y a des voies qui appartiennent à des lotissements et qui, elles, sont
nommées. Donc pas de distinctions possibles entre ces 2 types de voies.
- il ne s'agit pas du nom de la rue mais d'une localisation c'est "la rue
qui est dans le lotissement tartampion"


verdy_p wrote
> Maintenant addr:street n'est effectivement pas le meilleur choix pour
> indiquer en fait un secteur, un bloc (on devrait plutôt indiquer un
> autre élément addr:*=* et malgré tout pouvoir former une relation non
> linéaire avec, càd une surface). Du coup si on met des numéros de
> maisons, on se demande quel est l"intérêt d'associer un nom de rue
> puisque le noeud ou la maison désignée sera dans la surface couverte.

addr:street n'est peut-être pas le meilleur choix pour indiquer un secteur,
mais c'est le seul (je crois) qui est utilisé par OSM pour faire le lien
avec l'adresse.


verdy_p wrote
> On devrait donc pouvoir créer un polygone avec un rôle place=* adapté
> aux lieux-dits. et mettre addr:place=* pour indiquer ce nom de
> polygone/surface, et cela suffirait en plus du numéro de maison même
> si aucune rue n'est indiquée. Un peu aussi comme les numéros (ou
> lettres) de bâtiments dans une résidence privée, qui sont aussi dans
> le même cas : le numéro de bâtiment suffit au sein du polygone de la
> résidence qui donne le nom de la résidence.

J'avais effectivement pensé à place=subdivision, mais, du coup, le nom
n'apparaît pas dans OSM. Pour qualifier les lotissements, je verrais plutôt
un landuse=residential, residential=subdivision et name=*.

Le SDIS 83 et l'Association des Maires du Var ont réalisé un guide assez
complet sur l'adressage. Voici le site qui en parle :
http://www.amv83.com

  
Et le document est téléchargeable  ici en pdf

  




--
View this message in context: 
http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5753953.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

Re: [OSM-talk-fr] Les canaux de navigation

[ades_...@orange.fr]

tu peux m'envoyer le fruit de ton labeur en pièce jointe…
Le 19 mars 2013 à 23:32, Jo. a écrit :

> Merci, ce serait avec plaisir demain je vais réfléchir à tête reposée 
> comment faire un premier passage avec un traducteur automatique sans casser 
> les balises utilisée pour le wiki (mise en forme). Il me restera un travail 
> de reformulation de pĥrase et me connaissant il y aura quelques « fote d'or 
> taux graphe est de gramme mère » ;-/
> 
> 
> 
> Le 19 mars 2013 22:04, ades_...@orange.fr  a écrit :
> 
> Le 19 mars 2013 à 21:11, Jo. a écrit :
> 
> > Je vais faire un essais de traduction... mon anglais est dramatique mais si 
> > on attends une traduction parfaite du premiers coup on risque d'attendre 
> > longtemps ;-)
> >
> > La traduction s'améliorera avec la temps et il faut bien commencé par un 
> > bout...
> je veux bien donner un coup de main… le résultat risque de ne pas être triste 
> ;-)
> ___
> 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

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Christian Quest]

Le 20 mars 2013 08:04, Pierre-Alain Dorange  a écrit :
> Bon hier soir j'ai expérimenté et j'ai osé nommé l'Arrondissement de
> Cognac en "Arrondissement de Cognac" (au lieu de "Cognac") et bien voilà
> Nominatim ne s'embrouille plus et la recherche "Cognac" me retourne
> d"sormais la ville en premier, suivi de la gare (nommé "Cognac"
> seuelement, faudra-t'il aussi la nommer "Gare de Cognac" ?) puis la
> hameau "Cognac" qui porte bien son nom.
>

Ca me semble assez logique d'appeler un chat un chat et donc un
arrondissement un arrondissement.
Toutefois, conserver un libellé simple sans la mention
"arrondissement" peut aussi être utile (exemple pour une carte des
sous-préfectures et de leur arrondissement où on ne va pas répéter
"Arrondissement de" sans arrêt).

Pour les gares (ou autre) ça mérite aussi réflexion... et on a un
problème similaire. Lors de telle utilisation "Gare de Machin" sera
utile (exemple avec Nominatim), mais pour une autre réutilisation
"Machin" sera nécessaire. Exemple sur un rendu de carte où il y a une
icône qui symbolise la gare, donc où il est inutile de le répéter dans
le texte qui n'a jamais assez de place pour être placé.

Dans tout les cas, il faudrait harmoniser et ne pas perdre de vue ce
qui est fait hors hexagone.

Entre name, official_name, short_name on va bien trouver de quoi
conserver les différentes variantes de nom qui ont chacune une utilité
et qu'on ne peut pas toujours déterminer automatiquement.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Romain MEHUT]

Le 20 mars 2013 08:25, Tony Emery  a écrit :

>
> addr:street n'est peut-être pas le meilleur choix pour indiquer un secteur,
> mais c'est le seul (je crois) qui est utilisé par OSM pour faire le lien
> avec l'adresse.
>

Il existe aussi http://wiki.openstreetmap.org/wiki/Key:addr:place et sur la
liste il y a déjà eu une discussion à ce sujet avec aussi un addr:hamlet

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Vincent Pottier]

Le 20/03/2013 08:04, Pierre-Alain Dorange a écrit :

Pieren  wrote:


C'est quand même incroyable de devoir dépendre d'un projet externe
(wikipedia) qui lui n'hésite pas à nommer les choses par leur nom
("wikipedia=fr:Arrondissement de Caen") pour compenser les
tergiversations de quelques contributeurs OSM.

Bon hier soir j'ai expérimenté et j'ai osé nommé l'Arrondissement de
Cognac en "Arrondissement de Cognac" (au lieu de "Cognac") et bien voilà
Nominatim ne s'embrouille plus et la recherche "Cognac" me retourne
d"sormais la ville en premier, suivi de la gare (nommé "Cognac"
seuelement, faudra-t'il aussi la nommer "Gare de Cognac" ?) puis la
hameau "Cognac" qui porte bien son nom.



Pourquoi faut-il ajouter gare dans le nom alors qu'il y a railway=station
C'est comme porter une ceinture et des bretelles.
Si l’algorithme ne s'y retrouve pas c'est l’algorithme qu'il faut changer.
--
FrViPofm

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Francescu GAROBY]

Je rejoins Vincent : les arrondissements comme les gares ne devraient pas
se nommer "arrondissement de .../gare de ..." ou alors changeons aussi les
communes en "commune de ..." !

Francescu


Le 20 mars 2013 08:54, Vincent Pottier  a écrit :

> Le 20/03/2013 08:04, Pierre-Alain Dorange a écrit :
>
>  Pieren  wrote:
>>
>>  C'est quand même incroyable de devoir dépendre d'un projet externe
>>> (wikipedia) qui lui n'hésite pas à nommer les choses par leur nom
>>> ("wikipedia=fr:Arrondissement de Caen") pour compenser les
>>> tergiversations de quelques contributeurs OSM.
>>>
>> Bon hier soir j'ai expérimenté et j'ai osé nommé l'Arrondissement de
>> Cognac en "Arrondissement de Cognac" (au lieu de "Cognac") et bien voilà
>> Nominatim ne s'embrouille plus et la recherche "Cognac" me retourne
>> d"sormais la ville en premier, suivi de la gare (nommé "Cognac"
>> seuelement, faudra-t'il aussi la nommer "Gare de Cognac" ?) puis la
>> hameau "Cognac" qui porte bien son nom.
>>
>>
> Pourquoi faut-il ajouter gare dans le nom alors qu'il y a railway=station
> C'est comme porter une ceinture et des bretelles.
> Si l’algorithme ne s'y retrouve pas c'est l’algorithme qu'il faut changer.
> --
> FrViPofm
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Christian Quest]

Le 20 mars 2013 08:54, Vincent Pottier  a écrit :
>
> Pourquoi faut-il ajouter gare dans le nom alors qu'il y a railway=station
> C'est comme porter une ceinture et des bretelles.
> Si l’algorithme ne s'y retrouve pas c'est l’algorithme qu'il faut changer.

Il n'est pas toujours possible de calculer ces noms automatiquement et
surtout sans faire d'erreur.

Gare de
Gare du
Gare d'

Gérer correctement les H aspirés ou muets est une galère...

Le diable se cache dans les détails... et les exceptions ;)

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Philippe Verdy]

Le 20 mars 2013 09:03, Francescu GAROBY  a écrit :
> Je rejoins Vincent : les arrondissements comme les gares ne devraient pas se
> nommer "arrondissement de .../gare de ..." ou alors changeons aussi les
> communes en "commune de ..." !

Sans oulier aussi les départements qu portent aussi le nom des
fleuves... Ce renommage qui ne sert qu'à régler un problème de tri des
résutlats sur Nominatim (lequel de toute façon fait parfaitement la
différence dans ses résultats en les affichant bel et bien
différemment même si la requête est ambiguë et fait apparaitre
plusieurs possibilités,) c'est vraiement taguer pour le rendu.

Pas besoin de "Arrrondissement de", pas plus que "Département de",
"Commune de", "Région de", "Canton de "... même si Nominatim parfois
calcule mal sa pertinence (parce qu'il utilise des règles empiriques
assez farfelues pour son classement, ce qui pourtant n'entraine aucune
confusion).

Wikipédia est obligé de mettre une précision dans son titre car il n'a
pas moyen de faire autrement, chaque titre devant être unique, sinon
il crée une page d'homonymie et oblige l'utilisateur à aller d'abord
sur cette page pour choisir un des liens proposés..

Si un utilisateur fait une recherche sur Nominatim et obtient
plusieurs résulats, et que ces résultats sont justes, mais seulement
pas triés de la façon à laquelle il s'atend simplement parce qu'il ne
sait pas lire ces résultats et voudrait absolument que le seul
résultat qui l'intéresse doit (pour lui seulement) être le premier de
la liste, c'est l'utilisateur qui a un problème... de paresse surtout
(car il n'a surtout pas envie de lire les libellés affichés ni même de
regarder, s'il a un doute, sur le lien "détails" !

Il n'est pas anormal que Nominatim permette de rechercher plein de
choses : des villes, des arronidissements, des gares, des stations de
bus ou métro. Nominatim les diffférencie sans problème même s'il
affiche plusieurs résultats.

Et puis Nominatim n'est pas le seul concerné, c'est un rendu
particulier. Mêmme l'insee ne met pas "Arrondissement de " dans sa
base.

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[JB]

 

T't't'… 

Ce n'est toujours pas parce que l'algorithme n'est pas
parfait (aujourd'hui) qu'il faut modifier toute la base en conséquence.
Tagguer pour le rendu, on ne s'en rend plus toujours compte quand on y
est jusqu'au nez (dans le rendu) ? 

JB. 

Le 20.03.2013 09:11,
Christian Quest a écrit : 

> Le 20 mars 2013 08:54, Vincent Pottier
 a écrit :
> 
>> Pourquoi faut-il ajouter gare dans
le nom alors qu'il y a railway=station C'est comme porter une ceinture
et des bretelles. Si l'algorithme ne s'y retrouve pas c'est l'algorithme
qu'il faut changer.
> 
> Il n'est pas toujours possible de calculer ces
noms automatiquement et
> surtout sans faire d'erreur.
> 
> Gare de
>
Gare du
> Gare d'
> 
> Gérer correctement les H aspirés ou muets est une
galère...
> 
> Le diable se cache dans les détails... et les exceptions
;)

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Philippe Verdy]

Le 20 mars 2013 08:25, Tony Emery  a écrit :
> verdy_p wrote
>> tu nommes la rue du nom du lotissement (tant pis si cela concerne
>> plusieurs rues proches.
>
> Je ne suis pas trop d'accord car :
> - il y a des voies qui appartiennent à des lotissements et qui, elles, sont
> nommées. Donc pas de distinctions possibles entre ces 2 types de voies.

Je sais, mais cela ne change pas le problème quand la rue elle-même
n'a pade d nom et que les adresses sont numérotées pour tout le
lotissement.

> - il ne s'agit pas du nom de la rue mais d'une localisation c'est "la rue
> qui est dans le lotissement tartampion"

On est dans le même cas cavec les numéros de batiments dans une
résidence privée, qui ne met pas de nom à ses voies internes, et
numérote les bâtiments globalement dans toute la résidence.

>> Maintenant addr:street n'est effectivement pas le meilleur choix pour
>> indiquer en fait un secteur, un bloc (on devrait plutôt indiquer un
>> autre élément addr:*=* et malgré tout pouvoir former une relation non
>> linéaire avec, càd une surface). Du coup si on met des numéros de
>> maisons, on se demande quel est l"intérêt d'associer un nom de rue
>> puisque le noeud ou la maison désignée sera dans la surface couverte.
>
> addr:street n'est peut-être pas le meilleur choix pour indiquer un secteur,
> mais c'est le seul (je crois) qui est utilisé par OSM pour faire le lien
> avec l'adresse.

Il faudrait pourtant utiliser autre chose que addr:street=* pour
nommer les secteurs/blocs...

> verdy_p wrote
>> On devrait donc pouvoir créer un polygone avec un rôle place=* adapté
>> aux lieux-dits. et mettre addr:place=* pour indiquer ce nom de
>> polygone/surface, et cela suffirait en plus du numéro de maison même
>> si aucune rue n'est indiquée. Un peu aussi comme les numéros (ou
>> lettres) de bâtiments dans une résidence privée, qui sont aussi dans
>> le même cas : le numéro de bâtiment suffit au sein du polygone de la
>> résidence qui donne le nom de la résidence.
>
> J'avais effectivement pensé à place=subdivision, mais, du coup, le nom
> n'apparaît pas dans OSM. Pour qualifier les lotissements, je verrais plutôt
> un landuse=residential, residential=subdivision et name=*.

Les lotissements ne sont pas à proprement parler des subdivisions. Je
verrais plutôt addr:sector=* ou addr:block=* (qui marcherais aussi au
Pérou avec les "cuadras" (pas sûr de l'orthographe), correspondant
plus ou moins aux ilôts, ou au Japon (les batiments sont numérotés
autour de l'ilôt, dans une seule séquence, même si on y accède par une
série de rues/routes). Cela marcherait aussi avec les résidences
privées en France. Ces noms de secteurs restent pertinents dans une
adresse complète, et c'est pour ça qu'on doit pouvoir les mettre dans
un tag "addr:*=".

Pour les relations "associatedStreet", cela devrait marcher même si le
même de rôle "street" n'est pas une rue linéaire mais un
bloc/ilôt/secteur/... polygonal.

D'ailleurs je me demande si ton lotissement en question n'est pas en
fait un lotissement privé (une copropriété), autrement dit une même
résidence, ce qui expliquerait que la rue n'ait pas de nom dans le
cadastre ou pour la commune. C'est le lotisseur ou la copropriété qui
a décidé de numéroter ses batiments ainsi sans donner de nom
(peut-être aussi parce que pour y accéder on a une seule voie d'accès
depuis le réseau public, cette voie faisant alors une boucle interne.
Ce ne serait donc qu'une rue privée.

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

[OSM-talk-fr] [amusant][fun] la France dans la France

[david crochet]

Bonjour.

Un peu de plaisir dans ces différents fils de discussion.
Cela ressemble à du «Funny Google Earth Place », mais OSM peut le faire 
aussi
Histoire de monter que notre surface terrestre ou les activités de 
l'Homme fabriquent des originalités :


http://tile.openstreetmap.fr/?zoom=18&lat=48.77649&lon=1.96174&layers=B0

Bon amusement à trouver d'autre;

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Francescu GAROBY]

Tiens, la Corse serait-elle récemment devenue indépendante ? ;-)

Francescu


Le 20 mars 2013 09:45, david crochet  a écrit :

> Bonjour.
>
> Un peu de plaisir dans ces différents fils de discussion.
> Cela ressemble à du «Funny Google Earth Place », mais OSM peut le faire
> aussi
> Histoire de monter que notre surface terrestre ou les activités de l'Homme
> fabriquent des originalités :
>
> http://tile.openstreetmap.fr/?**zoom=18&lat=48.77649&lon=1.**
> 96174&layers=B0
>
> Bon amusement à trouver d'autre;
>
> Cordialement
>
> --
> David Crochet
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[François]

Le 20/03/2013 09:45, david crochet a écrit :


http://tile.openstreetmap.fr/?zoom=18&lat=48.77649&lon=1.96174&layers=B0


Ils ont rasé la pointe du Raz 

--
François


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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Philippe Verdy]

Le 20 mars 2013 09:48, Francescu GAROBY  a écrit :
> Tiens, la Corse serait-elle récemment devenue indépendante ? ;-)

Non elle ne tiendrait pas dans la "carte". De même la "Mer
Méditerranée ou l'océan Atlantique ne tiendraient pas tout entier dans
ce parc.

Noter la largeur du "Rhône" qui devient presque une mer, mais ne
semble pas avoir de liaison avec la "Méditerranée".

En tout cas le nom des objets pourrait aussi causer des surprises dans
Nominatim (comme aussi les noms des îles artificielles du "Monde" aux
Emirats Arabes, où on pourrait voir apparaître aussi "Paris", en
"France", et en "Europe").

Comme quoi on ne doit pas se contenter de lire les détails à moitié et
s'arrêter au premier nom d'objet trouvé.

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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Christian Quest]

Le 20 mars 2013 10:04, Philippe Verdy  a écrit :
> En tout cas le nom des objets pourrait aussi causer des surprises dans
> Nominatim (comme aussi les noms des îles artificielles du "Monde" aux
> Emirats Arabes, où on pourrait voir apparaître aussi "Paris", en
> "France", et en "Europe").
>

Je me suis posé la question... et lorsque l'on cherche "Océan
Atlantique", Nominatim ne sort celui-ci qu'en 7ème position:
http://nominatim.openstreetmap.org/search.php?q=oc%C3%A9an+atlantique

Le vrai (place=ocean) ne sort qu'en 5ème position...

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Nicolas Moyroud]

Et hop chemins piétons ajoutés dans le parc ainsi que le "stade de 
France miniature". J'en ai profité pour ajouter aussi des terrains de 
sport dans le stade juste à côté.
Juste au dessus du parc France miniature il y a un gros bazar avec une 
piste cyclable + un chemin piéton qui sont fait en 2 ways alors qu'a 
priori c'est le même. Pas le courage de corriger, si quelqu'un veut s'en 
charger... ;-)


Nicolas


Le 20/03/2013 09:45, david crochet a écrit :

Bonjour.

Un peu de plaisir dans ces différents fils de discussion.
Cela ressemble à du «Funny Google Earth Place », mais OSM peut le 
faire aussi
Histoire de monter que notre surface terrestre ou les activités de 
l'Homme fabriquent des originalités :


http://tile.openstreetmap.fr/?zoom=18&lat=48.77649&lon=1.96174&layers=B0 



Bon amusement à trouver d'autre;

Cordialement




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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Philippe Verdy]

C'est parce qu'il y a plein de noeuds place définis localement autour
des océans, très certainement pour le rendu...
Mais Nominatim ne peut pas faire la différence entre eux, il classe en
premier les noeuds place avant les régions fermées. Mais est-ce que
l'océan est fermé ? Où est le mieux placé le noeud pour l'océan ???

Ici il affiche en premier les noeuds qui sont inclus dans la
définition territoriale d'une autre région (ici
Terre-Neuve-et-Labrador) parce que cela apporte plus de précision que
le noeud isolé au milieu de l'océan.

On pourrait refaire le même test avec la Méditerranée (dont
l'essentiel de la surface est inclus dans les limites territoriales ou
les ZEE des pays limitrophes). Ou avec les noms locaux de "mers" ou de
baies et golfes donnés à certaines parties de la Méditerranée
(l'Adriatique, le Golfe de Gêne, la Mer Égée, etc...)

Le 20 mars 2013 10:52, Christian Quest  a écrit :
> Le 20 mars 2013 10:04, Philippe Verdy  a écrit :
>> En tout cas le nom des objets pourrait aussi causer des surprises dans
>> Nominatim (comme aussi les noms des îles artificielles du "Monde" aux
>> Emirats Arabes, où on pourrait voir apparaître aussi "Paris", en
>> "France", et en "Europe").
>>
>
> Je me suis posé la question... et lorsque l'on cherche "Océan
> Atlantique", Nominatim ne sort celui-ci qu'en 7ème position:
> http://nominatim.openstreetmap.org/search.php?q=oc%C3%A9an+atlantique
>
> Le vrai (place=ocean) ne sort qu'en 5ème position...

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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Philippe Verdy]

Le 20 mars 2013 10:52, Christian Quest  a écrit :
> Le vrai (place=ocean) ne sort qu'en 5ème position...

Tout cela pose la question de la pertinence des noeuds place pour les
océans. On est dans le cas où ce devrait être plutôt une région
polygonale.

Mais cela pose aussi la question des frontières "floues" : OK les
lignes de côte sont à peu près bien définies, mais les séparations
entre les océans ne le sont pas.

On n'a aucun système de tag actuellement permettant de marquer qu'un
chemin utilisé comme frontoère d'une relation multipolygone est en
fait une frontière floue, avec une tolérance indiquée en terme de
distance (en mètres) pour établir une zone "buffer" sur leur
incertitude. La seule chose qu'on peut faire c'est se faire superposer
partiellement les polygones sur leur zone d'incertitude.

Ces cas existent aussi pour les frontières de pays :
- entre les Emirats arabes par exemple, leur limite étant une ligne
incertaine au milieu du désert, et dont la souveraineté n'est pas
clairement établie.
- entre les ZEE de nombreux pays (faute de traités ratifiés ou de
réglement de leur litige devant une cour internationale pour le droit
marin)

Bref pour l'instant il faut accepter que des zones se superposent
partiellement, on ne peut alors pas faire de conflation sur une ligne
unique. mais même dans ce cas, pour éviter des éditions et reverts
mutliples (revendications nationales) on pourrait indiquer que les
deux lignes tracées de chaque cpoté de la zone "buffer" sont
insertaines. Il faudrait donc de toute façon un tag pour ça (et
probablement aussi une note=*)

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Vincent Pottier]

Le 20/03/2013 09:11, Christian Quest a écrit :

Le 20 mars 2013 08:54, Vincent Pottier  a écrit :

Pourquoi faut-il ajouter gare dans le nom alors qu'il y a railway=station
C'est comme porter une ceinture et des bretelles.
Si l’algorithme ne s'y retrouve pas c'est l’algorithme qu'il faut changer.

Il n'est pas toujours possible de calculer ces noms automatiquement et
surtout sans faire d'erreur.

Gare de
Gare du
Gare d'

Gérer correctement les H aspirés ou muets est une galère...

Le diable se cache dans les détails... et les exceptions ;)


Alors pour chasser le diable, je préférerais un alt_name=Gare d'Ambialet
Je peux en causer à un exorciste... J'en ai un à la maison :-)

http://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

N.B. La question se pose aussi pour d'autres objets...
Je tagge les églises en name=Église Saint-Glinglin|Collégiale 
Sainte-Gudule|Abbatiale Saint Propter... et ai un peu standardisé cette 
forme (en évitant la redondance église abbatiale).
Église, Collégiale, Abbatiale, Basilique, Cathédrale sont des titres 
comme Docteur, Professeur donc font tout de même partie du nom (En droit 
canonique "chapelle" est un titre un peu différent, mais bon... on reste 
simple).
On peut considérer les "Collège" "École primaire"... un peu de la même 
façon s'il sont apposés au nom auxquels ces établissements sont 
dédicacés : "Collège Paul-Émile Victor"


Mais "Église de Truc-les-Nemours", ce n'est pas un name... Ni "Mairie de 
Truc-les-Nemours", ni "Stade de Truc-les-Nemours", ni "Gare de 
Truc-les-Nemours", ni "Collège de Truc-les-Nemours".
Et encore moins les formes toutes sèches "Église", "Mairie", "Stade", 
"Gare", "Collège"... Pas bien !

--
FrViPofm

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Pieren]

2013/3/20 Romain MEHUT :

> Il existe aussi http://wiki.openstreetmap.org/wiki/Key:addr:place et sur la
> liste il y a déjà eu une discussion à ce sujet avec aussi un addr:hamlet

Ici, on est dans le cas d'une résidence, pas d'un hameau

Je me souviens d'une discussion un peu similaire sur la liste tagging:
http://gis.19327.n5.nabble.com/Block-names-vs-street-names-in-Brasilia-tt5660694.html

On parlait de créer un tag "place=block" (ou "neighbourhood" à mettre
sur le polygone landuse) ou un autre du genre "addr:block". Mais quand
on regarde dans les statistiques de taginfo, cela n'a pas eu beaucoup
de succès (et ça n'est pas documenté).
Perso, je conserverais le schéma présenté au début avec
"addr:housenumber" + "addr:street" et je laisserais les validateurs
couiner. Peut-être qu'un tag "note" devrait expliquer brièvement la
solution adoptée en attendant mieux (et éviter que d'autres ne cassent
tout sans comprendre ce qui se passe). Avec ces tags, nominatim
devrait s'en sortir.

Pieren

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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Philippe Verdy]

En attendant, on pouvait chercher tous les arrondissements français
par leur nom simple, et c'était bien dans la liste des résultats
retournés par Nominatim.

Mais si maintenant on recherche "Cognac", on ne troue plus QUE la
ville et pas l'arrondissement, et c'est... mal.

Le fait que la liste retournée par Nominatim quand on cherche juste
"Cognac" contienne AUSSI l'arrondissement n'est PAS une anomalie de
Nominatim.

On peut uniquement jouer sur le critère de pertinence pour que la
ville soit listée avant l'arrondissement dans cette liste, et les
moyens pour ça existent déjà. Mais il n'y a strictement aucune raison
de supprimer l'arrondissement de cette liste par le renommage.

Le critère de pertinence est forcément subjectif et dépendant de ce
que recherche l'utilisateur, ce n'est pas à nous de décider que la
ville doit y figurer mais pas l'arrondissement. Mais on peut faire en
sorte que la ville apparaisse en premier sans utiliser ce renommage.

Bref il faut revenir à "Cognac" pour le name=*.

Les autres considérations comme le fait de composer l'expression
"arrondissement de Cognac" à partir des infos déjà corrects fournies
sont du traitement linguistique, et cela n'a rien à voir avec ce que
doit contenir et retourner une base de données lors des recherches,
car elle fournit déjà assez d'infos.

On pourrait éventuellement codifier et taguer les traitements
linguistiques possibles, mais si on veut on peut toujours ajouter un
autre tag pour la forme longue. Mais même si on a mis un tag
supplémentaire "long_name=Arrondissement de Cognac", il restera encore
le problème de la capitale initiale (malvenue pour l'utilisation dans
une phrase car le mot "Arrondissement" n'est pas un nom propre) et du
fait qu'il faudra éventuellement contracter un article placé avant
avec une apostrophe (bref cela demanderait encore un traitement
linguistique, spécifique au français, avec sa propre codification de
toute façon si on devait la renseigner aussi dans la base).

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Philippe Verdy]

En revanche "addr:place=*" a beaucoup de succès (en Russie
essentiellement). Et cela résout le problème très bien chez eux pour
leurs adresses.

Bref créer une relation polygone pour le lotissement, mettre un
place=* dessus, et utiliser cette relation dans les relations
associatedStreet si on utilise cette méthode.

Pour les maisons individuelles, si on ne veut taguer qu'un noeud,
addr:house_number=* et addr:place=* conviendra très bien. Et pas
besoin que addr:house_number=* soit obligatoirement tagué avec
addr:street=* sur le même objet (addr:place=* est suffisant et le
remplace).

Le 20 mars 2013 12:16, Pieren  a écrit :
> 2013/3/20 Romain MEHUT :
>
>> Il existe aussi http://wiki.openstreetmap.org/wiki/Key:addr:place et sur la
>> liste il y a déjà eu une discussion à ce sujet avec aussi un addr:hamlet
>
> Ici, on est dans le cas d'une résidence, pas d'un hameau
>
> Je me souviens d'une discussion un peu similaire sur la liste tagging:
> http://gis.19327.n5.nabble.com/Block-names-vs-street-names-in-Brasilia-tt5660694.html
>
> On parlait de créer un tag "place=block" (ou "neighbourhood" à mettre
> sur le polygone landuse) ou un autre du genre "addr:block". Mais quand
> on regarde dans les statistiques de taginfo, cela n'a pas eu beaucoup
> de succès (et ça n'est pas documenté).
> Perso, je conserverais le schéma présenté au début avec
> "addr:housenumber" + "addr:street" et je laisserais les validateurs
> couiner. Peut-être qu'un tag "note" devrait expliquer brièvement la
> solution adoptée en attendant mieux (et éviter que d'autres ne cassent
> tout sans comprendre ce qui se passe). Avec ces tags, nominatim
> devrait s'en sortir.
>
> Pieren
>
> ___
> 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] Rues sans nom dans les lotissements et adressage

[Christian Rogel]

Je ne vois pas le problème qu'il y a à mettre le nom du lotissement comme nom 
des rues.
C'est, encore une fois, couper les cheveux en quatre et prendre Le Pirée pour 
un homme.
Cela figure comme adresse dans les documents officiels et tout le reste est 
littérature.

Au moins, on évite de se prendre la tête avec des place.
Les deux peuvent coexister, mais, c'est plus urgent d'avoir un système 
cohérent, en France, pour les adresses.

Au final, ce n'est guère différent d'avoir un mettre nom de rue pour un très 
vaste lotissement.
http://www.openstreetmap.org/?lat=47.9864077270031&lon=-4.071577191352844&zoom=18

Et c'est efficace pour le routage.


Christian Rogel



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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Philippe Verdy]

Justement non poour le routage, car un lotissement peut malgré tout
comprendre plusieurs routes ou chemins. Le routage cherchera le
"highway" le plus proche du point à atteindre, mais pour la
géolocalisation de l'adresse c'est autre chose et cela se base
beaucoup plus sur la recherche d'abord de surfaces englobantes pour
aboutir à soit un noeud soit une route, soit le plus petit polygone
approchant le point à atteindre.

Ce n'est donc pas du tout couper les cheveux en 4. Les "place" ne sont
pas des rues/routes/chemins/"highway. Et c'est pourtant ce à quoi doit
être associé un champ d'adresse addr:street, indépendamment des autres
éléments d'adresse (la ville est une surface par exemple, comme le
pays; le numéro de maison est généralement porté sur un seul noeud
mais ce peut être parfois un petit polygine correspondant à un
bâtiment ou morceau de bâtiment)

Note bien que le logiciel de routage ne peut généralement PAS
atteindre le noeud porteur du tag "addr:house-number" car il n'est
généralement pas sur la route/rue mais à côté. On sait juste que ce
noeud est associé à la rue la plus proche de ce noeud.

Mais si ce n'est pas le cas, on a besoin de taguer addr:street=* ou
addr:place=* selon l'étendue qui a été numérotée, et ce n'est
certainement pas un highway dans le cas d'une rue anonyme où les
numéros sont associés à tout un lotissement/bloc/secteur et pour
lequel il faut un aute champ addr:place=*, les deux pouvant cependant
exister aussi de temps en temps, par exemple pour les adresses dans
les rues longeant une "place", mot en français ici, où la numérotation
de la rue s'arrête temporairement et où les maisons autour de la place
ont leur propre numérotation circulaire (sans distinction
pair/impair).

Ca peut donc donner des adresses comme:
- 3 Place de l'Eglise, CP Ville (addr:house_number=3, addr:place=Place
de l'Eglise)
- Rue de la Libération, 3 place de l'Eglise, CP Ville (on a en plus
addr:street=Rue de la Libération, pas de numéro pour la rue de la
Libération, c'est celle de la place dans addr:place=... )

Il est enfin assez courant qu'une place publique ait une numérotation
circulaire, même si chacun de ses côté a un noim de rue différent. Si
on supprime le nom de la place et qu'on met seulement le nom de la
rue, l'adresse devient carrément... fausse ! Car ce numéro peut exiser
ailleurs dans la même rue mais PAS sur cette place.

Le 20 mars 2013 12:47, Christian Rogel
 a écrit :
>
> Je ne vois pas le problème qu'il y a à mettre le nom du lotissement comme
> nom des rues.
> C'est, encore une fois, couper les cheveux en quatre et prendre Le Pirée
> pour un homme.
> Cela figure comme adresse dans les documents officiels et tout le reste est
> littérature.
>
> Au moins, on évite de se prendre la tête avec des place.
> Les deux peuvent coexister, mais, c'est plus urgent d'avoir un système
> cohérent, en France, pour les adresses.
>
> Au final, ce n'est guère différent d'avoir un mettre nom de rue pour un très
> vaste lotissement.
> http://www.openstreetmap.org/?lat=47.9864077270031&lon=-4.071577191352844&zoom=18
>
> Et c'est efficace pour le routage.
>
>
> Christian Rogel
>
>
>

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

[OSM-talk-fr] [forum-osm-fr] AGIR AVEC NOUS...STAGES ET CHANTIERS JEUNES A L'ETRANGER

[forum]

Le message suivant de :
##


Bonjour ,

JSA - Togo (Afrique) est une association de développement humain qui œuvre pour 
la cause des enfants, des jeunes et des communautés.

 *** Nous organisons des missions d'aide à l’éducation et à la santé tout au 
long de l'année au Togo:

- Construction de bibliothèque ou de salles de classe;

- Aide à la scolarisation en soutien d’un professeur dans une classe;

- Soutien Scolaire

- Animation socio - culturelle ( sport, jeux, cirque, chants , contes , 
danses)

- Éducation spécialisé dans nos centres d'éveil pour enfants

***et proposons également des stages conventionnés aux étudiants et aux 
professionnels

-  Soins Infirmiers, Psychologie, aide soignant

-  Éducateurs spécialisés,

- Communication ( Audiovisuel )

- Management de projets et autres stages...

 

 L'association a pour objectifs :

- aider à une éducation scolaire des enfants;

-soutenir les communautés à assurer leur propre développement;

- offrir des stages conventionnés (éducation, soins infirmiers, etc.);

- aider à la sensibilisation sur les IST / VIH SIDA;

- faire découvrir d’autres cultures et horizons;

- permettre d'acquérir une première expérience en vue de fait carrière dans 
l’humanitaire.



 Pensons Globalement,Agissons localement...



 Pour Participer à nos actions d'aide au développement(programme disponible sur 
le site), vous êtes porteur d'un projet ou vous voulez nous aider de quelques 
manières , veuillez nous contacter par :E - mail: jsat...@yahoo.fr  

Site www.jsatogo.org

 

NB : Nous accompagnons des groupes de personnes pour la recherche de 
financement pour le projet et le voyage.

JSA - TOGO







a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6&t=585
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

[OSM-talk-fr] Tsunami au Mt St Michel ???

[Jo.]

En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St
Michel en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci
c'est tous le mont St Michel qui est sous les eaux.

Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)

Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
modification particulière. Je refile la patate chaude à celui qui arrivera
à comprendre.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] récupération lignes et polygones sur Qgis

[Stephane_geom]

Bonjour,

J'ai rajouté des données via JOSM il y a environ 2 semaines et elles
apparaissent bien en ligne sur OSM.
http://www.openstreetmap.org/?lat=43.3647745&lon=6.711835&zoom=16
  

Aujourd'hui j'ai besoin de les récupérer sur Qgis (par l'intermédiaire d'un
fichier "zone.osm" extrait de Josm et du plugin osm pour Qgis) mais le
problème c'est que je n'ai que des points!!
Pourquoi les polygones et les polylignes ne se construisent pas sur Qgis??

J'ai essayé avec d'autres lieu et ca fonctionnent parfaitement...

Quelqu'un a une idée?
Merci



-
Stéphane ROLLE
Géomaticien - Consultant SIG


--
View this message in context: 
http://gis.19327.n5.nabble.com/recuperation-lignes-et-polygones-sur-Qgis-tp5754025.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

Re: [OSM-talk-fr] osm2psql, problème de fichier.

[sly (sylvain letuffe)]

On mercredi 20 mars 2013, Vincent Pottier wrote:
> Merci pour vos conseils.

Je suggère de passer sur la liste dev-fr (en copie de ce mail)

peux-tu renvoyer :
$ osm2pgsql -h

et le full log de ta tentative d'import
Peux tu tenter avec un fichier .osm.bz2 tout petit (genre corse.osm.bz2) ?


-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Pieren]

2013/3/20 Stephane_geom :

> Aujourd'hui j'ai besoin de les récupérer sur Qgis (par l'intermédiaire d'un
> fichier "zone.osm" extrait de Josm et du plugin osm pour Qgis) mais le
> problème c'est que je n'ai que des points!!
> Pourquoi les polygones et les polylignes ne se construisent pas sur Qgis??
>
> J'ai essayé avec d'autres lieu et ca fonctionnent parfaitement...
>
> Quelqu'un a une idée?

Peut-être est-ce lié aux osm-ids qui doivent maintenant être en 64
bits, ce que ne fait pas encore le plugin osm pour qgis (déjà
mentionné sur cette liste). En attendant le correctif, on peut
contourner le problème en convertissant les données osm en shapefiles
par exemple.

Pieren

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Tony Emery]

Christian Rogel wrote
> Je ne vois pas le problème qu'il y a à mettre le nom du lotissement comme
> nom des rues.
> C'est, encore une fois, couper les cheveux en quatre et prendre Le Pirée
> pour un homme.
> Cela figure comme adresse dans les documents officiels et tout le reste
> est littérature.
> 
> Au moins, on évite de se prendre la tête avec des place.
> Les deux peuvent coexister, mais, c'est plus urgent d'avoir un système
> cohérent, en France, pour les adresses.
> 
> Au final, ce n'est guère différent d'avoir un mettre nom de rue pour un
> très vaste lotissement.
> http://www.openstreetmap.org/?lat=47.9864077270031&lon=-4.071577191352844&zoom=18
> 
> Et c'est efficace pour le routage.
> 
> Christian Rogel

Je suis désolé mais le nom d'un lotissement n'est pas une adresse mais un
complément d'adresse.
On a bien : 9, rue des Lilas, Lotissement des fleurs, 84100 Orange
ou : 113 Avenue du Général de Gaulle, 84100 Orange
et on a : (lot) 12, lotissement du Moulin, 84100 Orange
et nous, on a même : impasse 21 Rue Alexis Carrel, 84100 Orange

si on met sur la voie name=lotissement du Moulin dans le troisième cas, on
met quoi pour le premier :
- name="rue des Lilas, Lotissement des fleurs" (c'est pas génial)
- name="rue des Lilas" (du coup on perd l'info du lotissement)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rues-sans-nom-dans-les-lotissements-et-adressage-tp5753877p5754031.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

[OSM-talk-fr] double-frontière dans le Pas-de-Calais

[Francescu GAROBY]

Bonjour,
Le Pas-de-Calais a 2 frontières maritimes : une provenant du
cadastre,
et utilisée par une commune, un canton, une circonscription législatives et
une communauté de communes, l'autre (de type "coastline")
ayant pour source PGS
(?), et utilisée par les communes, arrondissements, départements et région.

Les ways que je cite ont chacune des petites sœurs de part et d'autre (les
2 frontières étant découpées en 3-4 morceaux). Et ce problème est assez
récurrent, y a-t-il une règle d'harmonisation dans ces cas-là ?

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

Re: [OSM-talk-fr] double-frontière dans le Pas-de-Calais

[sly (sylvain letuffe)]

On mercredi 20 mars 2013, Francescu GAROBY wrote:
>  y a-t-il une règle d'harmonisation dans ces cas-là ?

http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Les_limites_administratives_c.C3.B4ti.C3.A8res

Cependant, ce consensus n'est pas partagé par tout le monde. Bien que j'ai 
quand même l'impression qu'il a la préférence de la majorité.

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Nicolas Moyroud]

Le 20/03/2013 15:12, Pieren a écrit :


Peut-être est-ce lié aux osm-ids qui doivent maintenant être en 64
bits, ce que ne fait pas encore le plugin osm pour qgis (déjà
mentionné sur cette liste). En attendant le correctif, on peut
contourner le problème en convertissant les données osm en shapefiles
par exemple.

Pieren


Bonjour Pieren,

Quelle solution utilises-tu pour convertir les données osm en shapefiles 
? Personnellement j'utilise QGIS, mais du coup ce serait un peu le 
serpent qui se mord la queue...
Je pense notamment à une solution qui puisse faire cette conversion sans 
interface graphique pour pouvoir la scripter. Si tu as des infos, je 
suis intéressé.


Nicolas


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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Philippe Verdy]

Le 20 mars 2013 15:23, Tony Emery  a écrit :
> Je suis désolé mais le nom d'un lotissement n'est pas une adresse mais un
> complément d'adresse.
> On a bien : 9, rue des Lilas, Lotissement des fleurs, 84100 Orange
> ou : 113 Avenue du Général de Gaulle, 84100 Orange
> et on a : (lot) 12, lotissement du Moulin, 84100 Orange
> et nous, on a même : impasse 21 Rue Alexis Carrel, 84100 Orange
>
> si on met sur la voie name=lotissement du Moulin dans le troisième cas, on
> met quoi pour le premier :
> - name="rue des Lilas, Lotissement des fleurs" (c'est pas génial)
> - name="rue des Lilas" (du coup on perd l'info du lotissement)

Là je suis tout à fait d'accord. Les noms de
lotissements/secteurs/blocs sont à séparer physiquement dans la base
et distinguer au niveau des types d'objets ou de tags dans la base.

Même si ça veut dire que pour une adresse on peut mettre
addr:house_number, addr:street, addr:place, ou une combinaison des 3
qui soit suffisante pour  avoir une adresse assez précise.

Mais si on a à la fois un numéro de maison dans un
lotissement/bloc/secteur/"place", et le nom du
lotissement/secteur/bloc/"place", et si ce numéro est lié au
lotissement/bloc/secteur/"place" et non à la rue, alors le champ
"addr:street" de devrait même pas être renseigné dans le noeud qu'on
crée pour une adresse ou dans le polygone définissant le bâtiment :

C'est une autre info mais elle est probablement redondante dans ce cas
et pourrait faire croire alors que le numéro est associé à la rue, ce
qui n'est pas le cas et conduirait à l'existence possible de paires
(numéro, nom de rue/route) en doublons.


Alors qu'il n'y a pas de doublon de numérotation si on n'indique QUE
le nom du lotissement, et à extraire en suite une adresse en ne
prenant que le nom de rue et le numéro et oubliant le nom de
lotissement, ce qui donnera alors une adresse ambiguë ou fausse, le
nom de lotissement/bloc/secteur/"place" étant alors obligatoire dans
les champs d'adresse. Aucune ambiguïté possible, c'est simple à gérer,
à condition de ne surtout pas tout mélanger. Ensuite on saura que ce
numéro est dans (ou proche) d'une rue ou route par proximité ou
inclusion géographique, la rue *pouvant* être ajoutée, mais
certainement pas gardée seule à la place du nom de
lotissement/secteur/bloc/'place", tel qu'il est renseigné dans la
base.

Et donc oui je suis en faveur de la solution russe (déjà très
utilisée, documentée et justifiée sur le wiki) utilisant addr:place=*
à la place de addr:street=*, dès que le numéro n'est plus un numéro
dans une rue (ou autre objet linéaire de type highway=*) mais un
numéro dans un périmètre ayant un nom (et un type place=* associé).

Si le polygone n'est pas encore tracé (frontières inconnues, au moins
utiliser le nom d'un noeud place=* placé à peu près au centre de la
zone (ce n'est le plus souvent pas un emplacement administratif, donc
il n'y a pas d'admin_center à proprement parler, ce peut n'être qu'un
lieu-dit, autrement dit un place=locality, mais je pense que pour le
cas des adresses il est plus prudent de tracer un polygone
approximatif englobant les noeuds d'adresse). C'est ce polygone qui
devrait avoir alors le type place=locality ou place=isolated_dwelling
ou place=hamlet.

Pour les noms de résidences privées en milieu urbain, il faudrait
quelquechose de plus adapté que place=hamlet car ce n'est ni un
lieu-dit, ni une habitation isolée, ni un hameau, ces résidences étant
souvent contiguës à d'autres habitations; le verrait quelquechose
comme place=private_residence; cela pourrait s'appliquer à des zones
HLM par exemple quand tout un ensemble d'immeubles a une seule adresse
mais les batiments ont leur propre numéros interne au sein de
l'ensemble ; dans ce cas addr:place=* restera pertinent pour donner le
nom de cette résidence, avec addr:house_number=* indiquant le numéro
de bâtiment dans cette résidence; mais si tout l'ensemble a lui même
une adresse et un numéro correspondant à son accès depuis le réseau
public, il faudra encore autre chose (addr:house_number=* et
addr:street=* sont déjà pris pour le point d'accès à la résidence
depuis le réseau public, et il faut encore autre chose que
addr:house_number=* pour le numéro de bâtiment dans la résidence et
arriver à affiner assez précisément une adresse ; ce cas est similaire
aux autres lignes d'adresse qu'on renseigne pour indiquer un numéro
d'escalier, un étage, un numéro de porte sur un palier...).

Les autres polygones comme landuse=residential sont aussi
approximatifs mais leur nom est souvent très imprécis et ne traduit
pas forcément la totalité du lieu ou ces polygones peuvent inclure
plusieurs lieux-dits distincts. Aussi je ne pense pas que ce soient de
bons candidats pour renseigner les adresses dans addr:place=*

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

Re: [OSM-talk-fr] Rues sans nom dans les lotissements et adressage

[Christian Rogel]

Le 20 mars 2013 à 15:23, Tony Emery a écrit :
> Je suis désolé mais le nom d'un lotissement n'est pas une adresse mais un
> complément d'adresse.
> On a bien : 9, rue des Lilas, Lotissement des fleurs, 84100 Orange
> ou : 113 Avenue du Général de Gaulle, 84100 Orange
> et on a : (lot) 12, lotissement du Moulin, 84100 Orange
> et nous, on a même : impasse 21 Rue Alexis Carrel, 84100 Orange

Ce que je disais ne valait, bien sûr, que pour le cas où commune n'a pas encore 
nommé de rue
dans le lotissement (elle peut ne pas le faire pendant des années ou ne jamais 
le faire).
Le cas est similaire pour les "Clos de X".

Si elle l'a fait, il n'y a plus de sujet à ce fil.

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

Re: [OSM-talk-fr] double-frontière dans le Pas-de-Calais

[Francescu GAROBY]

OK, merci pour cette réponse (rapide).

Francescu


Le 20 mars 2013 16:01, sly (sylvain letuffe)  a écrit :

> On mercredi 20 mars 2013, Francescu GAROBY wrote:
> >  y a-t-il une règle d'harmonisation dans ces cas-là ?
>
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Les_limites_administratives_c.C3.B4ti.C3.A8res
>
> Cependant, ce consensus n'est pas partagé par tout le monde. Bien que j'ai
> quand même l'impression qu'il a la préférence de la majorité.
>
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Stephane_geom]

Pieren,

j'ai déjà essayé avec d'autres dataset et cela fonctionne, cela ne vient pas
du plugin je pense mais peut être du lot de données...?.
j'ai essayé aussi en shp, notamment par OSM2GIS mais rien n'y fait, toujours
des points...




-
Stéphane ROLLE
Géomaticien - Consultant SIG


--
View this message in context: 
http://gis.19327.n5.nabble.com/recuperation-lignes-et-polygones-sur-Qgis-tp5754025p5754040.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

Re: [OSM-talk-fr] double-frontière dans le Pas-de-Calais

[Philippe Verdy]

Le trait tracé en mer dans le cadastre n'a qu'une valeur indicative,
il s(agit plus pour lui de simplifier le tracé que de réellement
définir le territoire de compétence des communes ou autres
collectivités locales ou régionales.

Je suis d'accord que le trait de côte suffit et doit être utilisé en
l'affiant autant que possible pour coller à la réalité observée, même
si sur ce point le cadastre est assez flou. Dans les faits le cadastre
sert surtout à établir les limites de propriétés pour la gestion des
impositions (taxes foncières), et la mer n'en fait pas partie (elle
fait partie du domaine public, ne peut pas être appropriée par le
privé, et en conséquence ne peut pas être l'objet de taxes et
impôts... SAUF si une concession a légalement été accordée par une
autorité publique pour une exploitation privée, par exemple un forage,
ou pour construire une éolienne). La commune ne peut pas le décider,
c'est l'Etat qui est le seul à pouvoir fournir les concessions (qui ne
sont pas non plus des cessions, il perçoit donc régulièrement une
redevance pour l'utilisation du domaine maritime, sauf si c'est l'Etat
qui a accordé l'autorisation à une commune pour aménager une digue par
exemple, ou étendre une piste d'aéroport, avec une procédure avant la
déclaration d'utilité publique en bonne et due forme).

C'est pour ça qu'on suit la ligne de côte, et les digues (et qu'on
considère que la partie fermée d'un port protégé par les digues, et
donc le chenal afait l'objet de travaux pour le maintenir en eaux, est
de la responsabilité et l'autorité locale des communes).

Pour les estuaires c'est un peu plus compliqué : en général on arrête
la mer quand l'écart entre les rives tombe sous les 100 mètres, et
qu'il n'y a plus d'influence significative des marées (écoulement des
eaux en sens descendant uniquement).

Le 20 mars 2013 16:01, sly (sylvain letuffe)  a écrit :
> On mercredi 20 mars 2013, Francescu GAROBY wrote:
>>  y a-t-il une règle d'harmonisation dans ces cas-là ?
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Les_limites_administratives_c.C3.B4ti.C3.A8res
>
> Cependant, ce consensus n'est pas partagé par tout le monde. Bien que j'ai
> quand même l'impression qu'il a la préférence de la majorité.
>
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> ___
> 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] Tsunami au Mt St Michel ???

[Philippe Verdy]

Certainement un trait de ligne de côte qui a été brisé à un moment donné.

Ce n'est pas la première fois que cela se produit, on l'a vu pendant
des mois à la pointe de la Bretagne, à cause d'un fichier de ligne de
côte importé dans Mapnik et non vérifié avant l'import.

Bref vérifier la continuité des natural=coastline.

Au passage, le Mont est aujourd'hui redevenu une île officiellement,
la digue-route est fermée et commence à être détruite. Il faudrait que
la carte en tienne compte et qu'on arrête d'indiquer une route sur
toute cette digue puisqu'elle est maintenant fermée à la circulation,
même s'il en reste des morceaux qui vont être détruits mais sont
encore empruntables par les piétons.

Je pense que c'est le trait marquant la limite sud du Mont, là où
aboutissait la digue-route, auquel il manque natural=coastline. Je
n'ai pas vérifié ce point.

Le 20 mars 2013 14:46, Jo.  a écrit :
> En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St Michel
> en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci c'est
> tous le mont St Michel qui est sous les eaux.
>
> Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
>
> Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
> modification particulière. Je refile la patate chaude à celui qui arrivera à
> comprendre.
>
> ___
> 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] récupération lignes et polygones sur Qgis

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Stephane_geom" 
> 
> j'ai déjà essayé avec d'autres dataset et cela fonctionne, cela ne vient pas
> du plugin je pense mais peut être du lot de données...?.
> j'ai essayé aussi en shp, notamment par OSM2GIS mais rien n'y fait, toujours
> des points...
> 

Je n'ai pas essayé, mais peut-être peux-tu tenter ta chance avec ogr :
http://www.gdal.org/ogr/drv_osm.html

vincent

Laposte.net, messager officiel du Rallye des Gazelles en 2013 ! Pour suivre le 
Rallye Aïcha des Gazelles et soutenir les participantes, cliquez sur 
www.laposte.net/thematique/rallye-des-gazelles

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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Jo.]

Tu me semble bien calé dans le domaine... [?] si tu a quelques instant pour
cette correction n'hésite pas à agir, heureusement qu'il n'y avait pas de
centrale nucléaire dans le coin [?]

Pour l'instant les coastline ne semble pas complexe à gérer mais JOSM
retourne systématiquement des erreurs avec les relations qui les gèrent (ou
gères… ??) alors je préfère ne pas y toucher.




Le 20 mars 2013 16:23, Philippe Verdy  a écrit :

> Certainement un trait de ligne de côte qui a été brisé à un moment donné.
>
> Ce n'est pas la première fois que cela se produit, on l'a vu pendant
> des mois à la pointe de la Bretagne, à cause d'un fichier de ligne de
> côte importé dans Mapnik et non vérifié avant l'import.
>
> Bref vérifier la continuité des natural=coastline.
>
> Au passage, le Mont est aujourd'hui redevenu une île officiellement,
> la digue-route est fermée et commence à être détruite. Il faudrait que
> la carte en tienne compte et qu'on arrête d'indiquer une route sur
> toute cette digue puisqu'elle est maintenant fermée à la circulation,
> même s'il en reste des morceaux qui vont être détruits mais sont
> encore empruntables par les piétons.
>
> Je pense que c'est le trait marquant la limite sud du Mont, là où
> aboutissait la digue-route, auquel il manque natural=coastline. Je
> n'ai pas vérifié ce point.
>
> Le 20 mars 2013 14:46, Jo.  a écrit :
> > En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St
> Michel
> > en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci c'est
> > tous le mont St Michel qui est sous les eaux.
> >
> > Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
> >
> > Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
> > modification particulière. Je refile la patate chaude à celui qui
> arrivera à
> > comprendre.
> >
> > ___
> > 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
>
<<338.gif>><<330.gif>>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Philippe Verdy]

Note: ne pas se fier à l'imagerie Bing, elle est trop ancienne par
rapport aux travaux réalisés.

Je pense qu'il va falloir redessiner le trait de côte autour de l'île
(en allant un peu au delà des fortifications car tout n'est pas sous
l'eau à marée haute. Dans une correction rapide on peut retracer
simplement une "patate" un peu grossière autour des fortifications et
en incluant le plan d'accès et le plan incliné montant au sud de
l'île.

Pour plus de détail il faudrait avoir accès au plan des travaux, sinon
c'est peut-être déjà à jour dans le cadastre, même si le cadastre
mentionne encore l'emplacement de la digue-route (il devrait aussi
contenir l'emplacement de la nouvelle passerelle légère qui doit
remplacer cette digue route enjamabant le terrain soumis à la marée et
aux eaux lachées par le barrage du Couesnon).

Le 20 mars 2013 14:46, Jo.  a écrit :
> En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St Michel
> en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci c'est
> tous le mont St Michel qui est sous les eaux.
>
> Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
>
> Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
> modification particulière. Je refile la patate chaude à celui qui arrivera à
> comprendre.
>
> ___
> 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] Tsunami au Mt St Michel ???

[Vladimir Vyskocil]

On 20 mars 2013, at 16:23, Philippe Verdy  wrote:

> Certainement un trait de ligne de côte qui a été brisé à un moment donné.
> 
> Ce n'est pas la première fois que cela se produit, on l'a vu pendant
> des mois à la pointe de la Bretagne, à cause d'un fichier de ligne de
> côte importé dans Mapnik et non vérifié avant l'import.
> 
> Bref vérifier la continuité des natural=coastline.

Le trait de cote natural=coastline entourant le Mont St Michel semble ok, il 
est bien fermé en tout cas, le validateur de JOSM ne rale pas (il rale si on 
ouvre le way correspondant)



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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Francescu GAROBY]

La digue-route n'est pas encore complètement détruite : seul un tronçon
(d'une quinzaine de mètres) a été cassé, pour faire place à la passerelle
en cours de construction (fin des travaux : 2015), et les largages d'eau du
Couesnon n'ont pas fini de désensabler la Merveille.
Donc rien n'est fini à l'heure actuelle.
Plus d'infos ici :
http://www.dailymotion.com/video/xuawos_mont-saint-michel-la-future-passerelle-prend-forme_news#.UUnXe1eHnik



Francescu


Le 20 mars 2013 16:30, Philippe Verdy  a écrit :

> Note: ne pas se fier à l'imagerie Bing, elle est trop ancienne par
> rapport aux travaux réalisés.
>
> Je pense qu'il va falloir redessiner le trait de côte autour de l'île
> (en allant un peu au delà des fortifications car tout n'est pas sous
> l'eau à marée haute. Dans une correction rapide on peut retracer
> simplement une "patate" un peu grossière autour des fortifications et
> en incluant le plan d'accès et le plan incliné montant au sud de
> l'île.
>
> Pour plus de détail il faudrait avoir accès au plan des travaux, sinon
> c'est peut-être déjà à jour dans le cadastre, même si le cadastre
> mentionne encore l'emplacement de la digue-route (il devrait aussi
> contenir l'emplacement de la nouvelle passerelle légère qui doit
> remplacer cette digue route enjamabant le terrain soumis à la marée et
> aux eaux lachées par le barrage du Couesnon).
>
> Le 20 mars 2013 14:46, Jo.  a écrit :
> > En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St
> Michel
> > en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci c'est
> > tous le mont St Michel qui est sous les eaux.
> >
> > Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
> >
> > Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
> > modification particulière. Je refile la patate chaude à celui qui
> arrivera à
> > comprendre.
> >
> > ___
> > 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
>



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

[OSM-talk-fr] [forum-osm-fr] trouver la latitude et la longitude d'une adresse

[forum]

Le message suivant de :
##
google par adr_phpsource.php et getCoordonnees("125 rue de lille,roubaix , 
france")



retournait la latitude et la longitude



google a bloqué ce fonctionnement et l'on me dit que OSM pourrait me fournir 
cette fonction



y a t il une autre façon de faire en PHP ?



Merci de m'indiquer des pistes à suivre !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=5&t=586
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Pieren]

2013/3/20 Stephane_geom :
> j'ai déjà essayé avec d'autres dataset et cela fonctionne, cela ne vient pas
> du plugin je pense mais peut être du lot de données...?.
> j'ai essayé aussi en shp, notamment par OSM2GIS mais rien n'y fait, toujours
> des points...

Pourrait-on avoir un way_id en exemple ? Il est possible qu'il
contienne des noeuds qui ont dépassé la limite 2^31

La liste des logiciels qui supportent les 64bits:
http://wiki.openstreetmap.org/wiki/64-bit_Identifiers

osm2gis n'y figure pas, ce qui ne veut pas dire qu'il ne soit pas compatible.

La liste des logiciels pour convertir en shapefile:
http://wiki.openstreetmap.org/wiki/Shapefiles

Pieren

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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Jean-Claude Repetto]

Le 20/03/2013 16:30, Philippe Verdy a écrit :

Note: ne pas se fier à l'imagerie Bing, elle est trop ancienne par
rapport aux travaux réalisés.


Pour le tracé des lignes de côte, il ne faut jamais utiliser Bing, car 
on ne sait pas si la photo a été prise à marée haute ou marée basse.


Il faut utiliser les orthophotos du site GéoLittoral, disponibles dans JOSM.

Malheureusement, la version 2 n'est pas terminée pour la Manche et la 
mer du Nord (une campagne est prévue cet été). Disponibilité prévue pour 
décembre 2013. En attendant, on peut utiliser la V1 qui date de 1999.



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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Philippe Verdy]

Le 20 mars 2013 16:40, Francescu GAROBY  a écrit :
> La digue-route n'est pas encore complètement détruite : seul un tronçon
> (d'une quinzaine de mètres) a été cassé, pour faire place à la passerelle en
> cours de construction (fin des travaux : 2015), et les largages d'eau du
> Couesnon n'ont pas fini de désensabler la Merveille.

Ca je ne savais déjà, et je l'ai dit plus haut. Maintenant quelles
sections de la digue-rote sont détruites, cela va évoluer. Enlever
déjà le revêtement routier a un coût (encore plus concernant les
anciens parkings), et pour que cela ne nuise pas à la baie, il faut
limiter les travaux afin que la chasse d'eau du barrage soit efficace
pour bien nettoyer les abords immédiats du mont avant de remonter vers
le continent, sans pour autant charrier des graviers et morceaux de
bitume ou d'asphalte pollués dans les limons de la baie.

Si tout était cassé d'un coup, la chasse d'eau du barrage ne
remplirait plus son rôle et ne parviendra pas à effacer la digue. CEla
prendra certainement plusieurs décennies pour que l'apparence d'une
île soit complète. Mais le chenal sous l'eau autour de l'île restera
limité de toute façon car l'ensablement de la baie est un phénomène
naturel inéluctable.

Petit à petit la baie se comblera de toute façon, et la végétation
fera le reste pour finaliser le phénomène en ajoutant années apreès
années des millimètres supplémentaires qui deviendront des mètres et
ne seront plus jamais submergés (hors cas exceptionnel de submersion
par une tempête assez puissante relevant le niveau des eaux très au
delà de leur limite habituelle, sachant aussi que les marées sont déjà
parmi les plus hautes d'Europe dans ce secteur, et qu'à chaque fois
elles ont pour effet d'étaler dans la baie les sables et limons, et
que plusieurs fleuves en apportent d'autres...

Dont le Couesnon lui-même même si avec le barrage ces limons sont
retenus en partie plus en amont où ils se déposent et où l'eau
circulant plus lentenament érode moins les rives et chenaux, une
partie des sables charriés peut donc ne pas arriver jusqu'à la baie ;
mais le Couesnon n'est pas le seul fleuve concerné, et il n'est pas
prévu de faire des travaux sur les autres petits fleuves côtiers
normands à l'est qui arrivent dans la baie, ni prévu non plus d'ouvrir
l'exploitation d'une sablière car ce dépôt est naturel et a son propre
écosystème aussi à protéger). Même si les autres côtiers étaient
aménagés il y aurait toujours l'effet des marées et des courants dans
la Manche qui charrient des sables érodés sur la côte normande et qui
se déposent dans la baie où les courants sont beaucoup plus faibles
(c'est inéluctable, la Manche s'est creusée uniquement par l'érosion
dans un bas plateau calcaire, l'Angleterre n'était alors pas encore
une île).


> Donc rien n'est fini à l'heure actuelle.
> Plus d'infos ici :
> http://www.dailymotion.com/video/xuawos_mont-saint-michel-la-future-passerelle-prend-forme_news#.UUnXe1eHnik
>
>
>
> Francescu
>
>
> Le 20 mars 2013 16:30, Philippe Verdy  a écrit :
>
>> Note: ne pas se fier à l'imagerie Bing, elle est trop ancienne par
>> rapport aux travaux réalisés.
>>
>> Je pense qu'il va falloir redessiner le trait de côte autour de l'île
>> (en allant un peu au delà des fortifications car tout n'est pas sous
>> l'eau à marée haute. Dans une correction rapide on peut retracer
>> simplement une "patate" un peu grossière autour des fortifications et
>> en incluant le plan d'accès et le plan incliné montant au sud de
>> l'île.
>>
>> Pour plus de détail il faudrait avoir accès au plan des travaux, sinon
>> c'est peut-être déjà à jour dans le cadastre, même si le cadastre
>> mentionne encore l'emplacement de la digue-route (il devrait aussi
>> contenir l'emplacement de la nouvelle passerelle légère qui doit
>> remplacer cette digue route enjamabant le terrain soumis à la marée et
>> aux eaux lachées par le barrage du Couesnon).
>>
>> Le 20 mars 2013 14:46, Jo.  a écrit :
>> > En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St
>> > Michel
>> > en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci c'est
>> > tous le mont St Michel qui est sous les eaux.
>> >
>> > Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
>> >
>> > Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
>> > modification particulière. Je refile la patate chaude à celui qui
>> > arrivera à
>> > comprendre.
>> >
>> > ___
>> > 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
>
>
>
>
> --
> Cordialement,
> Francescu GAROBY

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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Francescu GAROBY]

On parle de la cartographie du Mont Saint-Michel ou on se fait un cours de
géographie/géologie, là ?
Je dis juste que la digue-route n'étant pas encore détruite et la
passerelle pas encore finie, il ne faut pas remplacer l'une par l'autre
dans OSM. À la limite, marquer que le tout est en travaux, mais c'est
tout...

Francescu


Le 20 mars 2013 17:06, Philippe Verdy  a écrit :

> Le 20 mars 2013 16:40, Francescu GAROBY  a écrit :
> > La digue-route n'est pas encore complètement détruite : seul un tronçon
> > (d'une quinzaine de mètres) a été cassé, pour faire place à la
> passerelle en
> > cours de construction (fin des travaux : 2015), et les largages d'eau du
> > Couesnon n'ont pas fini de désensabler la Merveille.
>
> Ca je ne savais déjà, et je l'ai dit plus haut. Maintenant quelles
> sections de la digue-rote sont détruites, cela va évoluer. Enlever
> déjà le revêtement routier a un coût (encore plus concernant les
> anciens parkings), et pour que cela ne nuise pas à la baie, il faut
> limiter les travaux afin que la chasse d'eau du barrage soit efficace
> pour bien nettoyer les abords immédiats du mont avant de remonter vers
> le continent, sans pour autant charrier des graviers et morceaux de
> bitume ou d'asphalte pollués dans les limons de la baie.
>
> Si tout était cassé d'un coup, la chasse d'eau du barrage ne
> remplirait plus son rôle et ne parviendra pas à effacer la digue. CEla
> prendra certainement plusieurs décennies pour que l'apparence d'une
> île soit complète. Mais le chenal sous l'eau autour de l'île restera
> limité de toute façon car l'ensablement de la baie est un phénomène
> naturel inéluctable.
>
> Petit à petit la baie se comblera de toute façon, et la végétation
> fera le reste pour finaliser le phénomène en ajoutant années apreès
> années des millimètres supplémentaires qui deviendront des mètres et
> ne seront plus jamais submergés (hors cas exceptionnel de submersion
> par une tempête assez puissante relevant le niveau des eaux très au
> delà de leur limite habituelle, sachant aussi que les marées sont déjà
> parmi les plus hautes d'Europe dans ce secteur, et qu'à chaque fois
> elles ont pour effet d'étaler dans la baie les sables et limons, et
> que plusieurs fleuves en apportent d'autres...
>
> Dont le Couesnon lui-même même si avec le barrage ces limons sont
> retenus en partie plus en amont où ils se déposent et où l'eau
> circulant plus lentenament érode moins les rives et chenaux, une
> partie des sables charriés peut donc ne pas arriver jusqu'à la baie ;
> mais le Couesnon n'est pas le seul fleuve concerné, et il n'est pas
> prévu de faire des travaux sur les autres petits fleuves côtiers
> normands à l'est qui arrivent dans la baie, ni prévu non plus d'ouvrir
> l'exploitation d'une sablière car ce dépôt est naturel et a son propre
> écosystème aussi à protéger). Même si les autres côtiers étaient
> aménagés il y aurait toujours l'effet des marées et des courants dans
> la Manche qui charrient des sables érodés sur la côte normande et qui
> se déposent dans la baie où les courants sont beaucoup plus faibles
> (c'est inéluctable, la Manche s'est creusée uniquement par l'érosion
> dans un bas plateau calcaire, l'Angleterre n'était alors pas encore
> une île).
>
>
> > Donc rien n'est fini à l'heure actuelle.
> > Plus d'infos ici :
> >
> http://www.dailymotion.com/video/xuawos_mont-saint-michel-la-future-passerelle-prend-forme_news#.UUnXe1eHnik
> >
> >
> >
> > Francescu
> >
> >
> > Le 20 mars 2013 16:30, Philippe Verdy  a écrit :
> >
> >> Note: ne pas se fier à l'imagerie Bing, elle est trop ancienne par
> >> rapport aux travaux réalisés.
> >>
> >> Je pense qu'il va falloir redessiner le trait de côte autour de l'île
> >> (en allant un peu au delà des fortifications car tout n'est pas sous
> >> l'eau à marée haute. Dans une correction rapide on peut retracer
> >> simplement une "patate" un peu grossière autour des fortifications et
> >> en incluant le plan d'accès et le plan incliné montant au sud de
> >> l'île.
> >>
> >> Pour plus de détail il faudrait avoir accès au plan des travaux, sinon
> >> c'est peut-être déjà à jour dans le cadastre, même si le cadastre
> >> mentionne encore l'emplacement de la digue-route (il devrait aussi
> >> contenir l'emplacement de la nouvelle passerelle légère qui doit
> >> remplacer cette digue route enjamabant le terrain soumis à la marée et
> >> aux eaux lachées par le barrage du Couesnon).
> >>
> >> Le 20 mars 2013 14:46, Jo.  a écrit :
> >> > En regardant quelques exemple de carte, Mapnik m'a affiché le Mont St
> >> > Michel
> >> > en partie sous les eaux. J'ai rafraîchi mon cache et cette fois ci
> c'est
> >> > tous le mont St Michel qui est sous les eaux.
> >> >
> >> > Je croit avoir assisté au premier raz de marrée en direct sur OSM ;-)
> >> >
> >> > Plus sérieusement, j'ai chargé la zone dans JOSM et je n'ai pas vu de
> >> > modification particulière. Je refile la patate chaude à celui qui
> >> > arrivera à
> >> > comprendre.
> >> 

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Philippe Verdy]

Le 20 mars 2013 17:04, Jean-Claude Repetto  a écrit :
> Malheureusement, la version 2 n'est pas terminée pour la Manche et la mer du
> Nord (une campagne est prévue cet été). Disponibilité prévue pour décembre
> 2013. En attendant, on peut utiliser la V1 qui date de 1999.

Toujours trop ancienne concernant la transformation récente du Mont
Saint-Michel en île.

Bref, se fier un peu aux photos et estimer ce qu'on a vu sur place,
mais étant donné l'importance des travaux réalisés, je doûte tout de
même que le cadastre ne mentionne rien. concernant les sections de
digue-route et les parkings à détruire et remettre en eau, tranche par
tranche.

En attendant, une belle "patate" estimative au sud sera mieux que rien
et ne sera pas plus fausse q'uatre chose dans ce qui est de teoute
façon en évolution.

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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Philippe Verdy]

La passerellle est finie, même si elles a des problèmes techniques.

Et il y a bien déjà une partie de la digue-route détruite, et elle
n'est plus ouverte à la circulation (ce n'est donc déjà plus une
route, juste un chemin piéton). Et tous les anciens parkings sont
fermés (même s'ils ne sont pas détruits totalement, il ne faut plus
les taguer comme parking).

Le 20 mars 2013 17:08, Francescu GAROBY  a écrit :
> On parle de la cartographie du Mont Saint-Michel ou on se fait un cours de
> géographie/géologie, là ?
> Je dis juste que la digue-route n'étant pas encore détruite et la passerelle
> pas encore finie, il ne faut pas remplacer l'une par l'autre dans OSM. À la
> limite, marquer que le tout est en travaux, mais c'est tout...

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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Stephane_geom]

voici un exemple de "way" qui est censé être du bâti et ou j'ai que les
"node" qui ressortent : 209380747

sinon j'ai trouvé une alternative en exportant en GeoJson depuis JOSM et en
ouvrant sur Qgis, là ca fonctionne. Bien entendu j'ai crée 2 GeoJson
résultant contenant les points et les lignes/polygones (sinon il n'ouvre que
le premier type rencontré)

Je vais par ailleurs creuser cette histoire de compatibilité 64 bits
Merci



-
Stéphane ROLLE
Géomaticien - Consultant SIG


--
View this message in context: 
http://gis.19327.n5.nabble.com/recuperation-lignes-et-polygones-sur-Qgis-tp5754025p5754059.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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Francescu GAROBY]

Non, la passerelle n'est pas finie !
La pose des dalles de béton du tablier va se faire sur une grande partie de
l'année 2013 :
http://www.projetmontsaintmichel.fr/les_travaux/ouvrages_d_acces.html#114
(le site officiel du projet, ça suffit comme source ou il faut que j'aille
sur place prendre des photos ?)

Francescu


Le 20 mars 2013 17:11, Philippe Verdy  a écrit :

> La passerellle est finie, même si elles a des problèmes techniques.
>
> Et il y a bien déjà une partie de la digue-route détruite, et elle
> n'est plus ouverte à la circulation (ce n'est donc déjà plus une
> route, juste un chemin piéton). Et tous les anciens parkings sont
> fermés (même s'ils ne sont pas détruits totalement, il ne faut plus
> les taguer comme parking).
>
> Le 20 mars 2013 17:08, Francescu GAROBY  a écrit :
> > On parle de la cartographie du Mont Saint-Michel ou on se fait un cours
> de
> > géographie/géologie, là ?
> > Je dis juste que la digue-route n'étant pas encore détruite et la
> passerelle
> > pas encore finie, il ne faut pas remplacer l'une par l'autre dans OSM. À
> la
> > limite, marquer que le tout est en travaux, mais c'est tout...
>



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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Jean-Claude Repetto]

Le 20/03/2013 17:15, Stephane_geom a écrit :

voici un exemple de "way" qui est censé être du bâti et ou j'ai que les
"node" qui ressortent : 209380747


C'est inférieur à 2 ^ 31 : 2147483648
Donc le problème vient peut-être d'ailleurs.



Je vais par ailleurs creuser cette histoire de compatibilité 64 bits
Merci


Actuellement, on peut encore s'en sortir en 32 bits, si on utilise des 
entiers non signés.



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

Re: [OSM-talk-fr] récupération lignes et polygones sur Qgis

[Pieren]

2013/3/20 Jean-Claude Repetto :

> C'est inférieur à 2 ^ 31 : 2147483648
> Donc le problème vient peut-être d'ailleurs.

C'est un way qui ne contient que des noeuds récents avec un id > 2^31

Exemple:
http://www.openstreetmap.org/browse/node/2196026802
Donc le problème peut venir de là.

> Actuellement, on peut encore s'en sortir en 32 bits, si on utilise des
> entiers non signés.

La plupart des logiciels de traitement osm utilisent des entiers
signés car certains fichiers contiennent des id négatifs.
Si le logiciel fonctionne pour certains ways et pas pour d'autres, il
y a de fortes probabilités que le problème se situe ici.

Pieren

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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Tony Emery]

Effectivement, la Mère Poulard est sous les eaux 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tsunami-au-Mt-St-Michel-tp5754024p5754067.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

Re: [OSM-talk-fr] Les canaux de navigation

[claude marani]

bonjour

je peut traduire sans problème de l'anglais vers le français sans
traducteur mais c'est le contraire que je peut pas faire ;)
dites moi quelles pages vous traduisez
 et dans quelles langues.
Vous pouvez aussi m'envoyer les traductions

cordialement
Claude


Le 20 mars 2013 08:28, ades_...@orange.fr  a écrit :

> tu peux m'envoyer le fruit de ton labeur en pièce jointe…
> Le 19 mars 2013 à 23:32, Jo. a écrit :
>
> Merci, ce serait avec plaisir demain je vais réfléchir à tête reposée
> comment faire un premier passage avec un traducteur automatique sans casser
> les balises utilisée pour le wiki (mise en forme). Il me restera un travail
> de reformulation de pĥrase et me connaissant il y aura quelques « fote d'or
> taux graphe est de gramme mère » ;-/
>
>
>
> Le 19 mars 2013 22:04, ades_...@orange.fr  a écrit :
>
>>
>> Le 19 mars 2013 à 21:11, Jo. a écrit :
>>
>> > Je vais faire un essais de traduction... mon anglais est dramatique
>> mais si on attends une traduction parfaite du premiers coup on risque
>> d'attendre longtemps ;-)
>> >
>> > La traduction s'améliorera avec la temps et il faut bien commencé par
>> un bout...
>> je veux bien donner un coup de main… le résultat risque de ne pas être
>> triste ;-)
>> ___
>> 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
>
>
>
> ___
> 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] Version française du projet LearnOSM ?

[Yohan Boniface]

On 03/11/2013 04:45 PM, Pierre Knobel wrote:

Finalement j'ai réussi à m'occuper des étapes 1 à 3. La fork est ici :
https://github.com/PiRK/learnosm. Il ne reste plus qu'à commencer la
traduction.


Super!


Je peux gérer le projet sur github pendant environ 3
semaines, mais après je serais moi aussi dans un pays mystérieux où
l'internet sera capricieux, ça serait donc mieux que je transfère le
projet à quelqu'un qui pourra s'occuper des pull requests par la suite.


Peut-être que le mieux est de faire des PR directement sur le repository 
principal.

Donc je dirais:
1. fais une PR avec ce que tu as déjà fait
2. les personnes intéressées pour contribuer (j'en fais partie) forkent 
le repository central
3. les PR se font vers le repository central, sur lequel il y aura 
toujours quelqu'un pour merger


Yohan

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

Re: [OSM-talk-fr] Version française du projet LearnOSM ?

[Yohan Boniface]

Pour info, après discussion avec Alex Barth:

https://github.com/hotosm/learnosm/pull/50

Yohan

On 03/20/2013 02:54 PM, Yohan Boniface wrote:

On 03/11/2013 04:45 PM, Pierre Knobel wrote:

Finalement j'ai réussi à m'occuper des étapes 1 à 3. La fork est ici :
https://github.com/PiRK/learnosm. Il ne reste plus qu'à commencer la
traduction.


Super!


Je peux gérer le projet sur github pendant environ 3
semaines, mais après je serais moi aussi dans un pays mystérieux où
l'internet sera capricieux, ça serait donc mieux que je transfère le
projet à quelqu'un qui pourra s'occuper des pull requests par la suite.


Peut-être que le mieux est de faire des PR directement sur le repository
principal.
Donc je dirais:
1. fais une PR avec ce que tu as déjà fait
2. les personnes intéressées pour contribuer (j'en fais partie) forkent
le repository central
3. les PR se font vers le repository central, sur lequel il y aura
toujours quelqu'un pour merger

Yohan

___
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] Version française du projet LearnOSM ?

[f . dos . santos]

Une autre possibilité faire une équipe de traducteur :

https://help.github.com/articles/what-s-the-difference-between-user-and-organization-accounts

Si j'ai bien compris l'utilité des "organization" ça donne :
1. on invite les traducteurs dans son équipe
2. tous les membres de l'équipe contribue sur le même repository
3. les PR se font vers le repository central

Un seul repo FR et les utilisateurs pourront se partager les taches 
d'admin/traduction.

Francisco

- Mail original -
De: "Yohan Boniface" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 20 Mars 2013 19:54:45
Objet: Re: [OSM-talk-fr] Version française du projet LearnOSM ?

On 03/11/2013 04:45 PM, Pierre Knobel wrote:
> Finalement j'ai réussi à m'occuper des étapes 1 à 3. La fork est ici :
> https://github.com/PiRK/learnosm. Il ne reste plus qu'à commencer la
> traduction.

Super!

> Je peux gérer le projet sur github pendant environ 3
> semaines, mais après je serais moi aussi dans un pays mystérieux où
> l'internet sera capricieux, ça serait donc mieux que je transfère le
> projet à quelqu'un qui pourra s'occuper des pull requests par la suite.

Peut-être que le mieux est de faire des PR directement sur le repository 
principal.
Donc je dirais:
1. fais une PR avec ce que tu as déjà fait
2. les personnes intéressées pour contribuer (j'en fais partie) forkent 
le repository central
3. les PR se font vers le repository central, sur lequel il y aura 
toujours quelqu'un pour merger

Yohan

___
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] Version française du projet LearnOSM ?

[Alex Barth]

Pierre (and others) -

I just created a 'french' branch on hotosm/learnosm and incorporated your
first changes. Please continue work in a french branch that we can then
continuously merge into the french branch of hotosm/learnosm and finally
merge into gh-pages with all other people contributions.

Please note what you're working on on the pull request.

https://github.com/hotosm/learnosm/pull/50
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Pierre-Alain Dorange]

Vincent Pottier 
wrote:

> Pourquoi faut-il ajouter gare dans le nom alors qu'il y a railway=station
> C'est comme porter une ceinture et des bretelles.
> Si l'algorithme ne s'y retrouve pas c'est l'algorithme qu'il faut changer.

Je pose juste la question, sur ce point c'est pas vraiment génant,
puisque même en l'état actuel si la recherche retourne la gare aussi
elle est pas en premier et il est indiqué "Gare" dans c'est OK.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Pierre-Alain Dorange]

Philippe Verdy  wrote:

> Sans oulier aussi les départements qu portent aussi le nom des
> fleuves... Ce renommage qui ne sert qu'à régler un problème de tri des
> résutlats sur Nominatim (lequel de toute façon fait parfaitement la
> différence dans ses résultats en les affichant bel et bien
> différemment même si la requête est ambiguë et fait apparaitre
> plusieurs possibilités,) c'est vraiement taguer pour le rendu.
> [...]

Je me fais aussi cette remarque "c'est un peu comem taguer pour le
rendu" en effet, mais c'est aussi un peu plus complexe que cela.

Ta remarque département/fleuve est juste mais pas du même ordre.
personne ne cherchera la rue truc sur le fleuve machin. Par contre la
rue truc dans le département machin oui. Donc a priori pas de réel
problème de recherche dans ce cas.

Par contre pour les communes et arrondissements c'est plus délicat car
il y a le résultat de la recherche strict du nom (ex. Cognac ou Caen) ou
personne (pas même un algorythme) ne pourra lever totalement l'ambiguité
et deviner ce que veut réellement l'utilisateur (même si peu font des
recherches d'arrondissement sans le préciser).

Mais là ou ça se complique c'est dans l'exemple initial ou on associe au
nom de base une rue (par exemple) et là on a plusieurs candidats.
Il y a là une amélioration possible de Nominatim : pour mettre en avant
la ville avant l'arrondissement à priori (et sans artifices comme
ajouter un lien wikipédia).

Mais dans un cadre plus général on peut imaginer une ville et un hameau
avec chacun le même nom de rue et alors qui mettre en premier ? Ou dans
un cadre encore plus général 2 admin_level avec le même nom de rue.
Comment déterminer celui le plus probable... 

C'est un problème complexe et pas totalement soluble par algorythme a
mon avis.
Si wikipédia a pris la solution de nommer explicitement la chose c'est
bien pour une raison, et l'unicité ne suffit pas car les pages
d'homonymie existe pour la plupart de ces cas afin justement de guider.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Tsunami au Mt St Michel ???

[Pierre-Alain Dorange]

Jo.  wrote:

> Tu me semble bien calé dans le domaine... [?] si tu a quelques instant pour
> cette correction n'hésite pas à agir, heureusement qu'il n'y avait pas de
> centrale nucléaire dans le coin [?]

Pourtant il y a la centrale de Flamanville à moins de 100 km avec 2
réacteurs et le futur EPR en construction depuis... des années.




-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Pierre-Alain Dorange]

Philippe Verdy  wrote:

> Non elle ne tiendrait pas dans la "carte". De même la "Mer
> Méditerranée ou l'océan Atlantique ne tiendraient pas tout entier dans
> ce parc.

La carte de Google (1) présente pourtant la Corse et la vue satelite de
Bing (2) aussi. C'est plutot un oubli du cartographe d'OSM.

Et hop, la corse est finalement apparu ce soir dans OSM, un gentil
contributeur est passé par là pour affiner.
-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Philippe Verdy]

Le 20 mars 2013 20:26, Pierre-Alain Dorange  a écrit :
> Ta remarque département/fleuve est juste mais pas du même ordre.
> personne ne cherchera la rue truc sur le fleuve machin. Par contre la
> rue truc dans le département machin oui. Donc a priori pas de réel
> problème de recherche dans ce cas.
>
> Par contre pour les communes et arrondissements c'est plus délicat car
> il y a le résultat de la recherche strict du nom (ex. Cognac ou Caen) ou
> personne (pas même un algorythme) ne pourra lever totalement l'ambiguité
> et deviner ce que veut réellement l'utilisateur (même si peu font des
> recherches d'arrondissement sans le préciser).

Pourtant Nominatim affiche les deux résultats de façon différente
(même s'il n'affiche pas les valeurs d'admin_level, il les interprète
en affichant un "type:place:country" ou "type:place:city" car les deux
relations sont importées dans des tables de "features" avec des
attributs bel et bien différents, et Nominatim les hiérarchise aussi
(pour faciliter les recherches par inclusion d'une région dans une
autre, et pour les afficher **toutes** dans l'ordre, de la plus petite
à la plus grande.

Je ne vois aucune anomalie dans les résultats de Nominatim, même si
l'affichage des résultats (sur le site Nominatim, pas dans sa base)
peut être amélioré (et le tri des résulats dans une liste fait partie
du travail du site, beaucoup plus que de sa base, ce tri se faisant
alors sur un critère de "pertinence" qui reste totalement empirique,
mais qui n'élimine **aucun** résultat.

Bref il faut savoir lire ces résultats, même si l'affichage du site
peut être amélioré (il le fait déjà par exemple pour les gares en
affichant une icône distinctives à côté du nom, il différencie les
noeuds et les surfaces aussi avec une icône différente, et il fournit
plein d'attributs supplémentaires dans les détails, y compris un lien
Wikipédia qui peut donner des explications et lever l'ambiguïté qui
reste).

Donc renommer des objets pour en faire disparaître certains dans les
résultats de Nominatim est une mauvaise idée. Je persiste que c'est
idiot de faire ça dans la base OSM : les arrondissements français ne
sont **pas** des comtés comme aux USA, ce ne sont pas des
collectivités locales. le mot "arrondissement" reste un terme
générique, et ne fait pas partie du nom. Les arrondissements ont
nommés par leur nom de commune chef-lieu, ou parfois de deux communes
(p.ex. Fougères-Vitré récemment), ou d'une commune et d'une précision
qui les distingue quand leur chef-lieu est le même (p.ex.
Strasbourg-Ville, Strasbourg-Campagne), et cela suffit pour toutes les
recherches.

Et c'est la même chose aussi en Belgique.

Qu'est-ce qui vous déplait, que le nom d'arrondissement s'affiche
(alors qu'on ne le met typiquement pas dans une adresse postale) ?
Nominatim n'est pas fait pour gérer juste les adresses postales, et
ces ajouts d'informations sont aussi utiles pendant les recherches en
tant que précision visible permettant de choisir entre les résultats
multiples affichés ou confirmer qu'on a bien géolocalisé le bon
endroit. Le seul fait qu'il y ait plusieurs résultats homonymes
affichés (mais avec des précisions supplémentaires pour faire la
différence) montre que ces affichages sont utiles pour lever les
ambiguïtés (c'est aussi utile que sur Wikipédia quand on cherche un
mot et qu'on tombe sur une age d'homonymie pour lever l'ambiguïté en
lasisant le lecteur choisir ce qu'il veut consulter).

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

Re: [OSM-talk-fr] [amusant][fun] la France dans la France

[Philippe Verdy]

Bizarrement placée la Corse malgré tout...

Heureusement que ce n'est qu'une carte d'un petit parc local et pas
une carte à l'échelle de la France ou de l'Europe, les vraies.

D'ailleurs je regrette toujours que certains sites d'outils OSM
affichent des cartes en oubliant de mettre une barre d'échelle
(Layers, Nominatim le site...) cela peut être très trompeur à certains
endroits du monde où on tombe sur des sites homonymes ayant à peu près
la même "apparence" sur la carte.

Le 20 mars 2013 20:26, Pierre-Alain Dorange  a écrit :
> Philippe Verdy  wrote:
> La carte de Google (1) présente pourtant la Corse et la vue satelite de
> Bing (2) aussi. C'est plutot un oubli du cartographe d'OSM.
>
> Et hop, la corse est finalement apparu ce soir dans OSM, un gentil
> contributeur est passé par là pour affiner.

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

Re: [OSM-talk-fr] [forum-osm-fr] trouver la latitude et la longitude d'une adresse

[Philippe Verdy]

Le 20 mars 2013 16:55,   a écrit :
> google par adr_phpsource.php et getCoordonnees("125 rue de lille,roubaix , 
> france")
> retournait la latitude et la longitude
> google a bloqué ce fonctionnement et l'on me dit que OSM pourrait me fournir 
> cette fonction

Voilà une **excellente** nouvelle pour OSM qui va ramener de nouveux
utilisateurs que Google veut faire payer pour pouvoir accéder à son
API de géolocalisation...

Que du bon donc pour nous (plus on aura d'utilisateurs actifs,
notamment de la géolocalisation sur Nominatim), et plus les erreurs ou
oublis seront corrigés en ajoutant les infos manquantes dans la base.

Pas sur que cela concerne les pays en voie de développement -comment
Google pourrait d'ailleur faire payer ça alors qu'il manque lui aussi
d'informations fiables pour ça). De ce point de vue là, OSM est pour
l'instant à égalité mais peut rapidement faire mieux que Google.

Et sans doût si OSM a pu développer un jeu de données beaucoup plus
détaillé que ce qu'il a pu faire en achetant des données publiques
largement indisponibles dans ces pays, alors que les données d'origine
communautaire seront facilement et rapidement largement meilleures (on
l'a vu à Haïti), Google sera tenté lui aussi d'afficher des résultats
OSM sur ses cartes Google Map ou Google Earth, en citant cette fois
OSM et ses contributeurs comme source des données (comme il ne fait
déjà quand il cite des sources commerciales achetées par lui).

Ne désespérons pas, je même presque sûr que Google participe
indirectement déjà à OSM notamment dans les PVD, car il a besoin de la
communauté et n'a pas de partenaires commerciaux ou gouvernementaux
pour lui fournir des données suffisantes pour ses applications.

A noter : le Burkina Faso va accueillir bientôt en avril l'IGN pour
l'aider à développer sa propre cartographie. Consultez le site de son
institut géographique. L'Insee aide également le Burkina Faso pour ses
données statistiques et démographiques. Mais même avec ces partenaires
gouvernementaux extérieurs, le Burkina ne pourra pas être aussi
efficace que la communauté mondiale, sa population locale, et les ONG
installés dans le pays qui recueillent des tas de données que le pays
n'a pas les moyens de développer sur des surfaces très étendues, où la
connaissance du terrain est encore largement transmise de façon orale
et très loin de la précision des outils GPS modernes.

Pourtant les cartes sont un instrument de planification efficace pour
savoir où sont les besoins en infrastructure (routes, ponts, réseaux
électriques et d'eau, surfaces cultivables, mesure des effets des
calamités naturelles...), mais aussi en sécurité (repérer les
"planques" naturelles, les réseaux illicites, les traffics, rechercher
des disparus, défense nationale et défense contre les groupes
terroristes, ainsi que protection des populations locales contre leurs
agissements, avec un soutien  efficace là où les besoins sont les plus
urgents, particulièrement quand le pays est pauvre et doit économiser
ses moyens mis en oeuvre comme dans tous les pays du monde y compris
la France elle-même).

Les solutions communautaires ne coutent pas cher et rendent service à
tous, gouvernements inclus (mais sans que celui-ci puisse s'approprier
pour lui seul les infos). Les cartes libres sont aussi des instruments
de démocratie où les citoyens de base s'approprie mieux la gestion de
leur territoire de vie et apprend à gérer ses ressources et son
environnement (notamment la gestion des déhets qui est dramatique dans
plein de pays pauvres, surtout par méconnaissance de leur impact).

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

Re: [OSM-talk-fr] Carte /rendu /question

[Dominique Lachgar]

Bonjour,

Votre carte est vraiment aboutie et bien documentée.
Nous n'en sommes pas encore là mais cela nous donne un objectif.

J'avais déjà songé aux traces gpx pour repérer les itinéraires futés 
mais je ne maitrise pas encore.


Nous reviendrons vers vous quand nous serons plus avancés.
Merci beaucoup.

Dominique Lachgar
Le 18/03/2013 21:53, RainerU a écrit :

Bonjour,

Am 17.03.2013 14:26, schrieb Dominique Lachgar:

Adhérente de vélocité d'Angoulême, nous sommes en train de travailler sur une
carte des aménagements cyclables.

J'ai fait un travail similaire avec l'association Vélo en Têt de Perpignan:
http://velocarte66.fr


Grace aux infos glanées sur la liste, notamment la méthode de réalisation d'une
carte de l'asso du pays de gex, et à une cartopartie organisée par l'asso des
logiciels libres de Cognac, nous avons démarré sur osm et nous sommes arrivés à
faire une première ébauche.

Je suis aussi parti de la carte du pays de Gex, mais j'ai finalement choisi une
approche technique différente et n'utilise pas Maperitive mais Tilemill/Mapnik
pour le rendu.


Toutefois je m'interroge sur la méthode pour taguer les itinéraires futés.
Angoulême a peu de pistes cyclables donc l'association repère des itinéraires en
site apaisé.
Quelle est la meilleure option ;
- les tagguer sur une carte sur un PC en local mais comment alors maintenir à
jour toutes les modifications qui ont lieu sur la carte publique
Dans ce cas comment n'importer que les modifs réalisées depuis la dernière
importation

C'est possible avec l'api overpass + osmosis. Mais il faudrait vérifier à chaque
fois les itinéraires. On peut imaginer plein de situations où une
synchronisation avec les données du serveur OSM ne peut pas se faire de façon
automatique : séparation d'un chemin en deux, suppression + création d'un
nouveau chemin,... A mon avis cela demande trop d'intervention manuelle.


- ou existe-t il des tags permettant de repérer ce type d'itinéraires ?

Actuellement il n'existe pas de tag pour marquer ce genre d'itinéraire. Il y a
bien class:bicycle mais ce tag est très controversé, car trop subjectif. Une
autre approche serait que Vélocité publie ses itinéraires futés et qu'on les
marque d'un tag du style "vélocité_angoulême:futé=yes. Ça pourrait être
considéré comme une information objective et vérifiable (dans le guide de
Vélocité) et donc compatible avec les principes d'OSM. Mais là aussi, il sera
difficile de trouver un consensus.

La solution la plus simple est de gérer ces itinéraires en dehors de OSM sous
forme de fichiers GPX et de les afficher dans un calque au dessus de la carte de
base.

Rainer


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


-
Aucun virus trouvé dans ce message.
Analyse effectuée par AVG - www.avg.fr
Version: 2013.0.2904 / Base de données virale: 2641/6186 - Date: 18/03/2013




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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Francescu GAROBY]

Pour faire le lien avec le projet du mois, ça vaut le coup d'aller mettre
les tags wikipedia sur les cantons et arrondissements, selon vous ?

Francescu


Le 20 mars 2013 20:47, Philippe Verdy  a écrit :

> Le 20 mars 2013 20:26, Pierre-Alain Dorange  a écrit :
> > Ta remarque département/fleuve est juste mais pas du même ordre.
> > personne ne cherchera la rue truc sur le fleuve machin. Par contre la
> > rue truc dans le département machin oui. Donc a priori pas de réel
> > problème de recherche dans ce cas.
> >
> > Par contre pour les communes et arrondissements c'est plus délicat car
> > il y a le résultat de la recherche strict du nom (ex. Cognac ou Caen) ou
> > personne (pas même un algorythme) ne pourra lever totalement l'ambiguité
> > et deviner ce que veut réellement l'utilisateur (même si peu font des
> > recherches d'arrondissement sans le préciser).
>
> Pourtant Nominatim affiche les deux résultats de façon différente
> (même s'il n'affiche pas les valeurs d'admin_level, il les interprète
> en affichant un "type:place:country" ou "type:place:city" car les deux
> relations sont importées dans des tables de "features" avec des
> attributs bel et bien différents, et Nominatim les hiérarchise aussi
> (pour faciliter les recherches par inclusion d'une région dans une
> autre, et pour les afficher **toutes** dans l'ordre, de la plus petite
> à la plus grande.
>
> Je ne vois aucune anomalie dans les résultats de Nominatim, même si
> l'affichage des résultats (sur le site Nominatim, pas dans sa base)
> peut être amélioré (et le tri des résulats dans une liste fait partie
> du travail du site, beaucoup plus que de sa base, ce tri se faisant
> alors sur un critère de "pertinence" qui reste totalement empirique,
> mais qui n'élimine **aucun** résultat.
>
> Bref il faut savoir lire ces résultats, même si l'affichage du site
> peut être amélioré (il le fait déjà par exemple pour les gares en
> affichant une icône distinctives à côté du nom, il différencie les
> noeuds et les surfaces aussi avec une icône différente, et il fournit
> plein d'attributs supplémentaires dans les détails, y compris un lien
> Wikipédia qui peut donner des explications et lever l'ambiguïté qui
> reste).
>
> Donc renommer des objets pour en faire disparaître certains dans les
> résultats de Nominatim est une mauvaise idée. Je persiste que c'est
> idiot de faire ça dans la base OSM : les arrondissements français ne
> sont **pas** des comtés comme aux USA, ce ne sont pas des
> collectivités locales. le mot "arrondissement" reste un terme
> générique, et ne fait pas partie du nom. Les arrondissements ont
> nommés par leur nom de commune chef-lieu, ou parfois de deux communes
> (p.ex. Fougères-Vitré récemment), ou d'une commune et d'une précision
> qui les distingue quand leur chef-lieu est le même (p.ex.
> Strasbourg-Ville, Strasbourg-Campagne), et cela suffit pour toutes les
> recherches.
>
> Et c'est la même chose aussi en Belgique.
>
> Qu'est-ce qui vous déplait, que le nom d'arrondissement s'affiche
> (alors qu'on ne le met typiquement pas dans une adresse postale) ?
> Nominatim n'est pas fait pour gérer juste les adresses postales, et
> ces ajouts d'informations sont aussi utiles pendant les recherches en
> tant que précision visible permettant de choisir entre les résultats
> multiples affichés ou confirmer qu'on a bien géolocalisé le bon
> endroit. Le seul fait qu'il y ait plusieurs résultats homonymes
> affichés (mais avec des précisions supplémentaires pour faire la
> différence) montre que ces affichages sont utiles pour lever les
> ambiguïtés (c'est aussi utile que sur Wikipédia quand on cherche un
> mot et qu'on tombe sur une age d'homonymie pour lever l'ambiguïté en
> lasisant le lecteur choisir ce qu'il veut consulter).
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [Nominatim] résultats non classés selon leur pertinence

[Pierre-Alain Dorange]

Philippe Verdy  wrote:

> [...]
> Qu'est-ce qui vous déplait, que le nom d'arrondissement s'affiche
> (alors qu'on ne le met typiquement pas dans une adresse postale) ?

Pour faire court (mais je suis d'accord avec ce que tu dis plus haut, on
tagge pas pour le rendu, ni la recherche) :

Dans l'exemple que je prenais au départ (une recherche Cognac), le
résultat retourné est pas explicite puisque Nominatim retourne en tête
l'arrondissement, suivi de la ville sans précision. Les 2 sont
identiques à l'écran (sur le site OSM et sur le site Nominatim).
On arrive a comprendre la différence uniquement en consultant les
détails Nominatim (voir mon autre enfilade ouverte hier pour plus de
détails).

Le premier étant l'arrondissement, la carte proposée pointe en pleine
campagne (le centre de l'arrondissement) et on voit pas la ville de
Cognac à l'écran... 

Certes c'est plus un problème de hiérarchisation des résultats Nominatim
(je suis d'accord et je l'ai dis moi même hier) mais le résultat reste
étrange.

C'est tout.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

[OSM-talk-fr] Avis aux golfeurs...

[Christian Quest]

De quoi voir les 12131 départs de golf présents dans OSM ;)

http://taginfo.openstreetmap.org/keys/golf#values

Exemple: 
http://tile.openstreetmap.fr/?zoom=16&lat=48.72648&lon=2.60806&layers=B0

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

[OSM-talk-fr] rafraîchissement osmose ?

[nono]

Bonjour

Quelqu'un connaît-il la fréquence de rafraîchissement d'une zone sur
osmose :
http://osmose.openstreetmap.fr/fr/map/

J'ai corrigé des tag area=yes hier (le 20 mars) avec josm.
Pour autant, aujourd'hui (21 mars) osmose les identifie toujours en
erreur (avec la date du 19 mars).

Je n'ai pas envie de recliquer dans osmose sur chaque erreur signalée
pour indiquer la correction, je préfère attendre le rafraîchissement de
la carte. D'où ma question en début de mail.

merci

nono


-- 
chuck norris ne prend pas l'avion pour ses déplacements. ce serait une
perte de temps.


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rafraîchissement osmose ?

[didier2020]

trouver l'analyse: click sur le libellé de l'analyse dans le menu
deroulant sur la gauche de la carte
http://osmose.openstreetmap.fr/fr/errors/?item=1100

le nom source de ta region doit etre  sax-france_franche_comte (par ex)
a rechercher dans cette page
http://osmose.openstreetmap.fr/fr/control/update

click a droite sur le lien historique:
http://osmose.openstreetmap.fr/fr/control/update/137

l'analyse s'effectue les jours impairs donc aujourd'hui apres 10h00

A adapter a l'analyse et region

didier



Le jeudi 21 mars 2013 à 06:32 +0100, nono a écrit : 
> Bonjour
> 
> Quelqu'un connaît-il la fréquence de rafraîchissement d'une zone sur
> osmose :
> http://osmose.openstreetmap.fr/fr/map/
> 
> J'ai corrigé des tag area=yes hier (le 20 mars) avec josm.
> Pour autant, aujourd'hui (21 mars) osmose les identifie toujours en
> erreur (avec la date du 19 mars).
> 
> Je n'ai pas envie de recliquer dans osmose sur chaque erreur signalée
> pour indiquer la correction, je préfère attendre le rafraîchissement de
> la carte. D'où ma question en début de mail.
> 
> merci
> 
> nono
> 
> 
> ___
> 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