Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet Jérôme Amagat 
(je comprend pas bien comment sont tes données)

Tu peut donner à josm un fichier csv avec une colonne latitude et une autre
longitude.
Un truc important pour contribuer à osm c'est qu'on ajoute pas des données
n'importe comment dans la base, on les intègre à la base en fonction des
données déjà présentent.
Pour les adresses (déjà il n'y a pas de consensus dans la façon de les
intégrer), il faut pas confondre l'adresse postal et l'adresse
"géographique". C'est assez proche, on utilise les choses "rue machin"
numéro ... mais l'adresse géographique doit être unique et moi je préfère
la placer sur un point à l'entrée de lieu qui se trouve à cette adresse, et
le numéro et la rue suffit. c'est l’adresse postal que l'on tag avec
contact: (contact:street, contact:housenumber ...)


Le 18 octobre 2016 à 06:54, pepilepi...@ovh.fr  a écrit
:

> Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :
> > Bonsoir,
> >
> > Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :
> >> Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :
> >>>
> >>> A minima le nom de la ville est faux (*Beaumont lès Valence* et non
> >>> Beaumont-lès-Valence).
> >>>
> >> Bin c'est ce que j'ai mis...
> >
> > La version souhaitée est celle avec les traits d'union.
>
> OK, c'est corrigé.
>
>
> > Le bureau de poste à côté de ton ajout mériterait le même soin.
>
> Il va y passer, c'est le prochain sur ma liste. Ça fait plusieurs années
> qu'il est incomplet, il attendra bien une semaine ou deux, il me servira
> de cobaye pour tester QGis ou l'API.
>
> >
> >>> Je l'interroge sur l'intérêt de addr:country
> >>>  FR
> >>>
> >> OK.
> >> C'était dans le wiki, je l'ai mis...
> >>>
> >>> Ce n'est pas faux mais la position du nœud le donne déjà.
> >>>
> >>> Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.
> >
> > Oui, la mention du pays n'est pas nécessaire par défaut, considérant
> > que la situation géographique du point "dans l'emprise du pays" donne
> > l'information, indirectement certes. Des outils de manipulation de la
> > donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette
> > info aisément.
> >
> >>> Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
> >>> plus adapté ?
> >>>
> >> Je débarque dans la grande communauté OSM. C'est quoi QGis ?
> >> Là encore toute doc et tout exemple sont bienvenus.
> >
> > QGis [2] est un logiciel de manipulation de données géographiques (un
> > SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est
> > volontairement généraliste. Comme tu es familier de JOSM, je ne vois
> > personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM.
> > Pour analyser la donnée en revanche il peut être plus pratique que
> > JOSM selon le besoin.
> >
> > Pour revenir à ta question initiale, en effet remplir mécaniquement un
> > fichier avec les bonnes caractéristiques peut être une action assez
> > rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui
> > reste fastidieux comme tu l'as identifié, c'est le travail de
> > consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas
> > de créer des doublons. Et ce travail là ne relève au final pas d'un
> > algo, mais bien de décisions prises par un humain derrière son écran.
>
> Nan, c'est pas trop monstrueux. J'ai une liste de lieux et d'adresses,
> etje connais le patelin. Donc pour chaque lieu je peux voir très
> rapidement s'il existe déjà dans OSM. Si oui je note son nodeId, sinon
> je le crée manuellement avec le minimum d'info et je le traite ensuite
> comme un existant.
>
> > Si tu trouves ton chantier fastidieux, un moyen peut consister à
> > l'organiser pour le partager entre plusieurs contributeurs. En ayant
> > au préalable traité le sujet de la licence associée aux données que tu
> > évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.
>
> Les données, c'est la municipalité qui les fournit. Aujourd'hui sur une
> feuille de papier... Je vais essayer de négocier un fichier.
>
> Et ce qui me gène ce n'est pas "fastidieux", c'est INUTILEMENT
> fastidieux. Il y a certes certaines tâches qui sont forcément manuelles,
> comme ici l'identification des points. Mais ce qui me casse les pieds
> c'est de passer trois heures à des actions répétitives qui pourraient
> être automatisées. Comme l'affectation des tags aux points.
>
> En tous cas merci pour ces infos, je vais m'y plonger
>
> JP
>
> >
> > vincent
> >
> > [1]
> > https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_
> g%C3%A9ographique
> > [2] http://qgis.org/
> > [3] : http://wiki.openstreetmap.org/wiki/API_v0.6
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
>

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet pepilepi...@ovh.fr 
Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :
>> Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :
>>>
>>> A minima le nom de la ville est faux (*Beaumont lès Valence* et non
>>> Beaumont-lès-Valence).
>>>
>> Bin c'est ce que j'ai mis...
>
> La version souhaitée est celle avec les traits d'union.

OK, c'est corrigé.


> Le bureau de poste à côté de ton ajout mériterait le même soin.

Il va y passer, c'est le prochain sur ma liste. Ça fait plusieurs années
qu'il est incomplet, il attendra bien une semaine ou deux, il me servira
de cobaye pour tester QGis ou l'API.

>
>>> Je l'interroge sur l'intérêt de addr:country
>>>  FR
>>>
>> OK.
>> C'était dans le wiki, je l'ai mis...
>>>
>>> Ce n'est pas faux mais la position du nœud le donne déjà.
>>>
>>> Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.
>
> Oui, la mention du pays n'est pas nécessaire par défaut, considérant
> que la situation géographique du point "dans l'emprise du pays" donne
> l'information, indirectement certes. Des outils de manipulation de la
> donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette
> info aisément.
>
>>> Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
>>> plus adapté ?
>>>
>> Je débarque dans la grande communauté OSM. C'est quoi QGis ?
>> Là encore toute doc et tout exemple sont bienvenus.
>
> QGis [2] est un logiciel de manipulation de données géographiques (un
> SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est
> volontairement généraliste. Comme tu es familier de JOSM, je ne vois
> personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM.
> Pour analyser la donnée en revanche il peut être plus pratique que
> JOSM selon le besoin.
>
> Pour revenir à ta question initiale, en effet remplir mécaniquement un
> fichier avec les bonnes caractéristiques peut être une action assez
> rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui
> reste fastidieux comme tu l'as identifié, c'est le travail de
> consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas
> de créer des doublons. Et ce travail là ne relève au final pas d'un
> algo, mais bien de décisions prises par un humain derrière son écran. 

Nan, c'est pas trop monstrueux. J'ai une liste de lieux et d'adresses,
etje connais le patelin. Donc pour chaque lieu je peux voir très
rapidement s'il existe déjà dans OSM. Si oui je note son nodeId, sinon
je le crée manuellement avec le minimum d'info et je le traite ensuite
comme un existant.

> Si tu trouves ton chantier fastidieux, un moyen peut consister à
> l'organiser pour le partager entre plusieurs contributeurs. En ayant
> au préalable traité le sujet de la licence associée aux données que tu
> évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.

Les données, c'est la municipalité qui les fournit. Aujourd'hui sur une
feuille de papier... Je vais essayer de négocier un fichier.

Et ce qui me gène ce n'est pas "fastidieux", c'est INUTILEMENT
fastidieux. Il y a certes certaines tâches qui sont forcément manuelles,
comme ici l'identification des points. Mais ce qui me casse les pieds
c'est de passer trois heures à des actions répétitives qui pourraient
être automatisées. Comme l'affectation des tags aux points.

En tous cas merci pour ces infos, je vais m'y plonger

JP

>
> vincent
>
> [1]
> https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique
> [2] http://qgis.org/
> [3] : http://wiki.openstreetmap.org/wiki/API_v0.6
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet Philippe Verdy 
Pour moi les adresses CEDEX (et autres boites postales) sont
systématiquement dans contact:*, car elles ne correspondent pas à
l'emplacement géographique du noeud ou polygone qui le porte et indiquent
justement de s'adresser ailleurs.
Pour addr:* on a parfois besoin de addr:country=* mais c'est rare à moins
de s'être posé juste à cheval sur une frontière ou dans une zone
frontalière ambigue/imprécise (ou revendiquée par deux pays).

Même chose pour addr:city mais là ça arrive plus souvent, notamment parce
que certaines frontières passent souvent en bordure de batiment ou parce
que l'accès du batiment ne se fait pas par la même commune que l'endroit où
il est situé. Mais ce cas se présent aussi pour certains batiments qui sont
directement à cheval sur une frontière internationale et on a quelques cas
où bien qu'un bâtiment soit entièrement dans le territoire d'un pays, son
accès se fait depuis un point situé dans le pays voisin, en traversant la
frontière par un chemin privé (on a le cas entre Belgique et Pays-Bas
notamment avec deux communes de deux pays avec des imbrications d'enclaves).

LE même cas se présent aussi dans entre deux communes espagnoles elles
aussi très inriquées. En France on l'a sans doute à la frontière avec
Monaco.

Dans le cas où une frontière suit aussi une rue, elle n'est pas forcément
complètement tracée dessus (la frontière oscille un peu, la route a été
redressée par rapport à un ancien chemin communal historique, et la rue
peut se retrouver aujourd'hui tracée dans OSM entièrement d'un seul côté de
la frontière, alors qu'en fait elle est plus large que ça et ses deux cotés
sont dans des communes différentes. Pourtant si on recherche cette rue
géométriquement on ne le trouvera que dans une seule des deux communes
alors qu'elle a des adresses dans l'une ou l'autre. La solution pour ça
c'est d'associer cette rue deux fois dans des relations associatedStreet,
une pour chaque commune, ce qui permet ensuite de mettre les points
d'adresses ou chemins polygonaux de bâtiments en tant que membres
"housenumber" de la bonne relation, même si les adresses et la rue ne sont
géométriquement totalement séparés par la frontièère dans OSM uniquement,
mais pas dans la réalité où la rue n'est pas qu'un trait de largeur nulle.

Si on a utilisé des relations associatedStreet, il n'est plus nécessaire du
tout de mettre des addr:* sur les chemins ou polygones membres, SAUF
addr:housename=* (addr:housename=* possible aussi) et d'autres indications
plus précises que ce numéro, nécessaire au répérage (bloc, escalier, étage,
numéro de porte). Les noms de rues, communes, code postaux, pays sont alors
à priori inutiles.

Si le code postal change dans la même rue, ou s'il n'y a pas de code postal
mais un numéro de référence de rue tenant compte d'un découpage de
quartiers (comme on en trouve en Afrique où toutes les rues n'ont pas de
noms, mais portent des numéros de référence combinant un code quartier et
un numéro de rue, ce qui tient lieu alors d'équivalent à un code postal
infracommunal), on créera autant de relations associatedStreet que
nécessaire (même si la numérotation est unique pour plusieurs relations
portant sur le même "nom" de rue, partagé avec des numéros de référence
différents par un découpage de quartier, ou une frontière intercommunale)



Attention car dans certains cas les boites à lettres ont pu être regroupées
ailleurs: autant que possible on tague à l'endroit des adresses
individuelles, et non en suivant l'emplacement de distribution déterminé
par le service postal. Il faut se placer dans le cas de la distribution
d'autre chose que le courrier simple, comme une livraison ou un visiteur
qui n'a que faire de la boite à lettre et cherche le point d'accès le plus
proche de la partie privative.

Cela laisse alors une question : les boites à lettres regroupées ailleurs
sont des objets physiques mais leur adresse physique ne correspond pas à
l'adresse physique des destinataires et rien ne permet de les associer
facilement dans un sens ou l'autre aux adresses réelles des destinataires.
Pour ces boites regroupées, si on a tagué un noeud ou un petit polygone,
utiliser addr:* ne mentionnera que l'adresse où elles sont posées.

Je ne vois pas d'autre solution satisfaisant dans ce cas qu'une relation
"associatedPostboxes" avec un membre "postboxes" pour désigner
l'emplacement physique des boîtes (où se fait le dépôt du courrier par la
poste ou le public), et autant de membres "recipient" pour les adresses
physiques des destinataires situés ailleurs (qui peuvent être dans
plusieurs rues avoisinantes, voire aussi dans plusieurs communes, et donc
faisant partie de plusieurs relations "associatedStreet" différentes).

Ce système pourrait servir aussi pour les boites/cases postales
(regroupement de boites dans un bureau de distribution postal, ou un
point-relais de service postal), ou les Cedex (une
relation "associatedPostBox" par Cedex, dont le membre "box" est
l'emplacement du bureau

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet osm . sanspourriel 
> Pas trop fan non plus de l'usage de addr:*=* pour ce type d'usage car 
> ces tags devraient être réservés pour indiquer la position de l'adresse, 
> pas pour indiquer l'adresse correspondant à un POI qui est plutôt du 
> type contact:*=* (je sais, je chipote).
> 
> -- 
> Christian Quest - OpenStreetMap France

Non tu ne chipotes pas ce sont deux choses différentes.
Dans un cas on indique où es une adresse et on vise là la complétude.
Dans l'autre on dit ce qu'il y a à cette adresse.
Et là si l'adresse du poi correspond à l'adresse physique, autant ne rien 
mettre. À réserver aux cas spécifiques style CEDEX ?


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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet Christian Quest 

Le 17/10/2016 à 23:25, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :

Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :


A minima le nom de la ville est faux (*Beaumont lès Valence* et non
Beaumont-lès-Valence).


Bin c'est ce que j'ai mis...


La version souhaitée est celle avec les traits d'union. Le bureau de 
poste à côté de ton ajout mériterait le même soin.


Pour info/rappel, en France les noms administratifs officiels comportent 
des traits d'union (sauf l'espace après le premier mot si c'est un 
article comme avec "La Celle-Saint-Cloud"). C'est une règle fixée par la 
Commission Nationale de Toponymie.






Je l'interroge sur l'intérêt de addr:country
 FR


OK.
C'était dans le wiki, je l'ai mis...


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.


Oui, la mention du pays n'est pas nécessaire par défaut, considérant 
que la situation géographique du point "dans l'emprise du pays" donne 
l'information, indirectement certes. Des outils de manipulation de la 
donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette 
info aisément.




Pareil pour addr:city... ;)

Pas trop fan non plus de l'usage de addr:*=* pour ce type d'usage car 
ces tags devraient être réservés pour indiquer la position de l'adresse, 
pas pour indiquer l'adresse correspondant à un POI qui est plutôt du 
type contact:*=* (je sais, je chipote).


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet Vincent de Château-Thierry 

Bonsoir,

Le 17/10/2016 à 22:56, pepilepi...@ovh.fr a écrit :

Le 17/10/2016 à 22:42, osm.sanspourr...@spamgourmet.com a écrit :


A minima le nom de la ville est faux (*Beaumont lès Valence* et non
Beaumont-lès-Valence).


Bin c'est ce que j'ai mis...


La version souhaitée est celle avec les traits d'union. Le bureau de 
poste à côté de ton ajout mériterait le même soin.



Je l'interroge sur l'intérêt de addr:country
 FR


OK.
C'était dans le wiki, je l'ai mis...


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.


Oui, la mention du pays n'est pas nécessaire par défaut, considérant que 
la situation géographique du point "dans l'emprise du pays" donne 
l'information, indirectement certes. Des outils de manipulation de la 
donnée (SIG [1], BD spatiale) permettent de retrouver/calculer cette 
info aisément.



Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas
plus adapté ?


Je débarque dans la grande communauté OSM. C'est quoi QGis ?
Là encore toute doc et tout exemple sont bienvenus.


QGis [2] est un logiciel de manipulation de données géographiques (un 
SIG) très bien foutu, mais pas orienté OSM plus que ça. Il est 
volontairement généraliste. Comme tu es familier de JOSM, je ne vois 
personnellement pas l'intérêt de recourir à QGis pour éditer dans OSM. 
Pour analyser la donnée en revanche il peut être plus pratique que JOSM 
selon le besoin.


Pour revenir à ta question initiale, en effet remplir mécaniquement un 
fichier avec les bonnes caractéristiques peut être une action assez 
rapide et mécanique. Le format serait celui de l'API 0.6 [3]. Ce qui 
reste fastidieux comme tu l'as identifié, c'est le travail de 
consolidation & dédoublonnage avec l'existant, puisqu'il ne s'agit pas 
de créer des doublons. Et ce travail là ne relève au final pas d'un 
algo, mais bien de décisions prises par un humain derrière son écran. Si 
tu trouves ton chantier fastidieux, un moyen peut consister à 
l'organiser pour le partager entre plusieurs contributeurs. En ayant au 
préalable traité le sujet de la licence associée aux données que tu 
évoques (d'où viennent-elles ?), histoire de ne pas faire de boulette.


vincent

[1] 
https://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27information_g%C3%A9ographique

[2] http://qgis.org/
[3] : http://wiki.openstreetmap.org/wiki/API_v0.6

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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet pepilepi...@ovh.fr 

  
  
Le 17/10/2016 à 22:42,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  A minima le nom de la ville est faux (Beaumont lès Valence
et non Beaumont-lès-Valence).

Bin c'est ce que j'ai mis...


  Je l'interroge sur l'intérêt de addr:country
FR

OK.
C'était dans le wiki, je l'ai mis...

  Ce n'est pas faux mais la position du nœud le donne déjà.
  Un is_in, je dirais non. Là je me pose juste la question de
l'intérêt.
  Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il
pas plus adapté ?
  

Je débarque dans la grande communauté OSM. C'est quoi QGis ?
Là encore toute doc et tout exemple sont bienvenus.

Merci,

JP


   
  Jean-Yvon
  
  Le 17/10/2016 à 22:20, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
écrit :
  
  

Bonsoir à tous,
Il y a quelques semaines j'ai découvert
overpass-turbo pour ramener des infos de la base OSM, c'est
bien pratique.
Maintenant je voudrais faire le
contraire : j'ai tout un paquet de lieux auxquels je dois
ajouter les tags addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça
devient vite fastidieux. Trouver les node id, pas de
problème (surtout que j'ai l'impression que je vais devoir
en créer la moitié...). Remplir un fichier avec sur chaque
ligne un node id et tous les tags, y'en a pas pour
longtemps. Un XML ne me fait pas peur non plus, et Python
est mon quotidien.
  
Mais comment peut-on importer un tel
fichier (et quel est son format) ? Un lien sur une doc
serait bienvenu, et un exemple TRÈS apprécié !
Merci,
Jean-Pierre
P.S. Pour ceux qui hésiteraient de peur
que je fasse des conneries voici mon premier essai manuel de
tag addr : http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour
manuelle vos commentaires sont bienvenus.




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

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




  


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

Re: [OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet osm . sanspourriel 
A minima le nom de la ville est faux (Beaumont lès Valence et non 
Beaumont-lès-Valence).


Je l'interroge sur l'intérêt de addr:country 
 FR


Ce n'est pas faux mais la position du nœud le donne déjà.

Un is_in, je dirais non. Là je me pose juste la question de l'intérêt.

Pour les imports (ou plutôt les ajouts assistés), QGis n'est-il pas plus 
adapté ?


Jean-Yvon

Le 17/10/2016 à 22:20, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Bonsoir à tous,

Il y a quelques semaines j'ai découvert overpass-turbo pour ramener 
des infos de la base OSM, c'est bien pratique.


Maintenant je voudrais faire le contraire : j'ai tout un paquet de 
lieux auxquels je dois ajouter les tags addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça devient vite 
fastidieux. Trouver les node id, pas de problème (surtout que j'ai 
l'impression que je vais devoir en créer la moitié...). Remplir un 
fichier avec sur chaque ligne un node id et tous les tags, y'en a pas 
pour longtemps. Un XML ne me fait pas peur non plus, et Python est mon 
quotidien.


Mais comment peut-on importer un tel fichier (et quel est son format) 
? Un lien sur une doc serait bienvenu, et un exemple TRÈS apprécié !


Merci,

Jean-Pierre

P.S. Pour ceux qui hésiteraient de peur que je fasse des conneries 
voici mon premier essai manuel de tag addr : 
http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour manuelle vos 
commentaires sont bienvenus.




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


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

[OSM-talk-fr] Mise à jour de la base par programme / import ?

2016-10-17 Par sujet pepilepi...@ovh.fr 

  
  
Bonsoir à tous,
Il y a quelques semaines j'ai découvert
overpass-turbo pour ramener des infos de la base OSM, c'est bien
pratique.
Maintenant je voudrais faire le contraire :
j'ai tout un paquet de lieux auxquels je dois ajouter les tags
addr.
Faire ça avec JOSM, s'il y en a trois, ça va, plus, ça devient
vite fastidieux. Trouver les node id, pas de problème (surtout
que j'ai l'impression que je vais devoir en créer la moitié...).
Remplir un fichier avec sur chaque ligne un node id et tous les
tags, y'en a pas pour longtemps. Un XML ne me fait pas peur non
plus, et Python est mon quotidien.
  
Mais comment peut-on importer un tel fichier
(et quel est son format) ? Un lien sur une doc serait bienvenu,
et un exemple TRÈS apprécié !
Merci,
Jean-Pierre
P.S. Pour ceux qui hésiteraient de peur que
je fasse des conneries voici mon premier essai manuel de tag
addr : http://www.openstreetmap.org/node/4373518303
S'il y a des erreurs ou des manques sur cette mise à jour
manuelle vos commentaires sont bienvenus.

  


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

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

2016-10-17 Par sujet Romain MEHUT 
Bonsoir,

Le 17 octobre 2016 à 19:01, jean navarro  a écrit
:

>
> On met ref:mhs=PA3108;PA3115 et on en parle plus ?
>>
>
> ben non on ne peux pas mettre deux valeurs dans une clé...
>

Si si on peut mettre deux valeurs séparées par un point virgule et ceci ne
concerne pas que le tag ref.

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

Re: [OSM-talk-fr] Osmose byuser erreur 500

2016-10-17 Par sujet lenny.libre 



Le 17/10/2016 à 14:19, Jocelyn Jaubert a écrit :

Bonjour,

Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...


Effectivement, cette recherche ne marchait pas. J'ai restauré l'ancien 
code qui marchait temporairement, avant d'avoir un vrai fix.




Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Ceci est une autre erreur, non lié à la précédente.

On a eu des soucis d'espace disque sur la machine hébergeant Osmose, 
et je me demande si ça ne serait pas lié.


Est-ce que tu peux essayer de supprimer les cookies utilisés par 
Osmose, et de te reconnecter ?


J'ai supprimé tous les cookies.
Maintenant, lorsque j'ouvre Osmose, je suis connecté avec l'utilisateur 
"rabeyroux" que je ne connais pas et bien que je clique sur 
"Deconnexion" la page se recharge et je suis toujours connecté avec ce 
même utilisateur


léni

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

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

2016-10-17 Par sujet jean navarro 




On met ref:mhs=PA3108;PA3115 et on en parle plus ?


ben non on ne peux pas mettre deux valeurs dans une clé...

il vaudrait mieux créer deux nodes OSM avec un ref:mhs chacun et un 
FIXME ou une note pour signaler le problème


A+

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

Re: [OSM-talk-fr] Re: Intégration des monuments historiques dans Osm

2016-10-17 Par sujet jean navarro 

bonjour

pour la proposition du tag "wkipédia:fr" je récupère le title de l'href 
du lien vers le monument dans la page wikipédia du département ou de la 
ville  et si j'ai pas de lien (page inexistante) je cherche le nom du 
monument dans la base mérimée



je vais supprimer la proposition de tag si la page wikipédia n'existe pas...

cordialement
jean navarro

Le 17/10/2016 à 16:01, Florian LAINEZ a écrit :

Jean, peux-tu stp préciser comment tu procèdes pour créer le tag wikipedia ?
Je me retrouve avec des tags génériques du type "wikipedia=fr:Église
Saint-Martin", ce qui renvoie vers la liste de toutes les églises
Saint-Martin dans le Monde et non vers la page de l'église précisément

En l’occurrence, la page wikipedia de l'église Saint-Martin à Sajas
n'existe pas et je pense qu'il est préférable ne pas mentionner de tag
wikipedia dans ce cas.

Merci pour tes éclaircissements


Le 17 octobre 2016 à 15:47, Florian LAINEZ > a écrit :

Je butte sur le barrage de St Férréol
https://www.openstreetmap.org/way/277647054

En effet dans Mérimée il y a deux références pour le même objet :

  * Référence

PA3108


sur la commune de Vaudreville
  * Référence

PA3115


sur la commune de Revel

On a bien donc deux référence pour le même objet ! Ils sont fous au
ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
ouvrage d'art au lieu de nous pondre deux numéros de référence.

On met ref:mhs=PA3108;PA3115 et on en parle plus ?


Le 17 octobre 2016 à 14:25, Florian LAINEZ > a écrit :

Super ton outil Jean ! ça faisait quelques temps que je me
demandais si quelqu'un avait fait quelque chose de sérieux pour
les bâtiments historiques et je suis ravi de voir que c'est le cas.

J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de
boulot ... et puis il y a certains bâtiments que je ne trouve
tout simplement pas. Long travail d'investigation ... le plus
facile, ce sont les églises, pas moyen de les louper !

Pendant mes recherches je suis tombé sur le site monumentum,
vous connaissez ? On peut corriger la position des bâtiments
historiques sur leur site mais c'est sous copyright
http://www.monumentum.fr/mentions-legales.html

et les cartes sont avec un fond Gmaps ... bref, il y a peut-être
moyen de bosser avec eux #AppelAProjet


Le 13 octobre 2016 à 22:31, jean navarro
> a
écrit :

non seulement que  les codes IA* et EA* de la base Mérimée
ne sont pas dans les fichiers Ouvert de data-gouv...

il y a aussi des code PM* dans OSM/wikipédia (patrimoine
mobilier)

s'ils ne sont pas dans la base ouverte de data-gouv quid de
la licence ?

cordialement
jean navarro

ps : les erreurs de l'Hérault, c'était parce que j'ai des
gros doigts !

Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com
 a écrit :

Tu veux dire que les erreurs pourraient correspondre à
des faux positifs
(codes Mérimée non publics) ?

Jean-Yvon


Le 13/10/2016 à 16:45, jean navarro -
jean.nava...@laposte.net
 a écrit :

Ces monuments sont trouvés sur wikipédia avec leur
code Mérimée mais
ne font pas partis de la base mérimée ouverte



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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

2016-10-17 Par sujet Jérôme Amagat 
Pour la position des monuments historiques il y a certaines villes et
certains départements qui ont des datas libres sur le site data.gouv.fr en
cherchant monument historique, c'est loin d’être partout mais ça aide
beaucoup si ces données existent. Des fois ils y a l'emprise surfacique des
fois c'est ponctuel. Par contre ils n'utilise pas la ref merimée mais une
ref à eux souvent.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Ecce Carto : résultats enquête + appel à volontaire pour livre

2016-10-17 Par sujet Matthieu Noucher 

Bonjour à tous,

Comme évoqué lors du dernier SoTM, nous avons finalisé l'analyse des 
résultats de l'enquête, lancée en janvier dernier, sur les profils, 
pratiques et valeurs d'engagement des contributeurs d'OSM.


Ces résultats sont aujourd'hui diffusés sous plusieurs formes :

 * Une synthèse des analyses statistiques accessible sur la plateforme
   institutionnelle HAL-SHS : https://halshs.archives-ouvertes.fr/hal …
   4/document
   
 * Trois jeux de données anonymisées de l'enquête déposés sur
   data.gouv.fr à cette adresse :
   https://www.data.gouv.fr/fr/organizatio … cce-carto/
   
 * Quelques visualisations interactives  disponibles sur :
   http://geobs.cnrs.fr

Par ailleurs, des articles scientifiques, qui remobilisent également les 
réunions organisées au printemps (Rennes, Bordeaux, Clermont, 
Montpellier...) sont également en cours de rédaction (mais les délais de 
publication sont nécessairement plus longs...)


Enfin, pour compléter cette enquête, nous lançons un *appel à 
volontaires pour la rédaction collaborative d'un livre* *sur les 
contributeurs d'OpenStreetMap*.


Publié d'ici un an aux *Editions Science et Bien Commun*, l'objectif de 
ce livre serait d'*associer* aux *analyses statistiques* résultant de 
l'enquête, quelques *portraits de contributeurs* d'OSM permettant 
d'illustrer, sous la forme de récits, la variété des profils et des 
pratiques associés à ce projet. Les objectifs et la démarche de 
rédaction collaborative que nous proposons d'engager sont décrits dans 
le document suivant : http://geobs.cnrs.fr/OSM_AppelPortrait_vdef.pdf


L'appel est lancé jusqu'au 15 décembre 2016 ! N'hésitez pas à nous faire 
part de vos remarques en nous contactant à cette adresse : 
ecceca...@cnrs.fr 

A bientôt.

---
Marina Duféal, Camille Jonchères, Pierre-Amiel Giraud, Matthieu Noucher
Laboratoire Passages (CNRS, Université Bordeaux Montaigne)

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

Re: [OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

2016-10-17 Par sujet David Marchal 
Ah, chouette! Merci ! Une visibilité pour la prise en compte dans 
l'autoconfiguration jOSM de ce calque ? Et pour le calque préconfiguré du 
cadastre, tant qu'à faire ?

De : Christian Quest [cqu...@openstreetmap.fr]
Envoyé : lundi 17 octobre 2016 17:04
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

Il y a désormais un beau certificat SSL letsencrypt tout neuf sur le
proxy d'accès à la BD Ortho.

Ceci devrait faciliter l'accès depuis iD !

Du coup double A pour
https://www.ssllabs.com/ssltest/analyze.html?d=proxy-ign.openstreetmap.fr


--
Christian Quest - OpenStreetMap France


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

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

[OSM-talk-fr] Accès proxy BD Ortho en HTTPS (pour iD !)

2016-10-17 Par sujet Christian Quest 
Il y a désormais un beau certificat SSL letsencrypt tout neuf sur le 
proxy d'accès à la BD Ortho.


Ceci devrait faciliter l'accès depuis iD !

Du coup double A pour 
https://www.ssllabs.com/ssltest/analyze.html?d=proxy-ign.openstreetmap.fr



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

2016-10-17 Par sujet Florian LAINEZ 
Jean, peux-tu stp préciser comment tu procèdes pour créer le tag wikipedia ?
Je me retrouve avec des tags génériques du type "wikipedia=fr:Église
Saint-Martin", ce qui renvoie vers la liste de toutes les églises
Saint-Martin dans le Monde et non vers la page de l'église précisément

En l’occurrence, la page wikipedia de l'église Saint-Martin à Sajas
n'existe pas et je pense qu'il est préférable ne pas mentionner de tag
wikipedia dans ce cas.

Merci pour tes éclaircissements


Le 17 octobre 2016 à 15:47, Florian LAINEZ  a écrit :

> Je butte sur le barrage de St Férréol https://www.openstreetmap.org/
> way/277647054
> En effet dans Mérimée il y a deux références pour le même objet :
>
>- Référence
>
> 
>PA3108
>
> 
>sur la commune de Vaudreville
>- Référence
>
> 
>PA3115
>
> 
>sur la commune de Revel
>
> On a bien donc deux référence pour le même objet ! Ils sont fous au
> ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
> ouvrage d'art au lieu de nous pondre deux numéros de référence.
>
> On met ref:mhs=PA3108;PA3115 et on en parle plus ?
>
> Le 17 octobre 2016 à 14:25, Florian LAINEZ  a écrit :
>
>> Super ton outil Jean ! ça faisait quelques temps que je me demandais si
>> quelqu'un avait fait quelque chose de sérieux pour les bâtiments
>> historiques et je suis ravi de voir que c'est le cas.
>>
>> J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot
>> ... et puis il y a certains bâtiments que je ne trouve tout simplement pas.
>> Long travail d'investigation ... le plus facile, ce sont les églises, pas
>> moyen de les louper !
>>
>> Pendant mes recherches je suis tombé sur le site monumentum, vous
>> connaissez ? On peut corriger la position des bâtiments historiques sur
>> leur site mais c'est sous copyright http://www.monumentum.fr/menti
>> ons-legales.html
>> et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
>> bosser avec eux #AppelAProjet
>>
>>
>> Le 13 octobre 2016 à 22:31, jean navarro  a
>> écrit :
>>
>>> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
>>> dans les fichiers Ouvert de data-gouv...
>>>
>>> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>>>
>>> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>>>
>>> cordialement
>>> jean navarro
>>>
>>> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>>>
>>> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>>>
 Tu veux dire que les erreurs pourraient correspondre à des faux positifs
 (codes Mérimée non publics) ?

 Jean-Yvon


 Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit
 :

> Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
> ne font pas partis de la base mérimée ouverte
>


>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>



-- 

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

2016-10-17 Par sujet Florian LAINEZ 
Je butte sur le barrage de St Férréol
https://www.openstreetmap.org/way/277647054
En effet dans Mérimée il y a deux références pour le même objet :

   - Référence
   

   PA3108
   

   sur la commune de Vaudreville
   - Référence
   

   PA3115
   

   sur la commune de Revel

On a bien donc deux référence pour le même objet ! Ils sont fous au
ministère ... ils auraient pu mettre plusieurs gestionnaires pour un
ouvrage d'art au lieu de nous pondre deux numéros de référence.

On met ref:mhs=PA3108;PA3115 et on en parle plus ?

Le 17 octobre 2016 à 14:25, Florian LAINEZ  a écrit :

> Super ton outil Jean ! ça faisait quelques temps que je me demandais si
> quelqu'un avait fait quelque chose de sérieux pour les bâtiments
> historiques et je suis ravi de voir que c'est le cas.
>
> J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot
> ... et puis il y a certains bâtiments que je ne trouve tout simplement pas.
> Long travail d'investigation ... le plus facile, ce sont les églises, pas
> moyen de les louper !
>
> Pendant mes recherches je suis tombé sur le site monumentum, vous
> connaissez ? On peut corriger la position des bâtiments historiques sur
> leur site mais c'est sous copyright http://www.monumentum.fr/
> mentions-legales.html
> et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
> bosser avec eux #AppelAProjet
>
>
> Le 13 octobre 2016 à 22:31, jean navarro  a
> écrit :
>
>> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
>> dans les fichiers Ouvert de data-gouv...
>>
>> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>>
>> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>>
>> cordialement
>> jean navarro
>>
>> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>>
>> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>>
>>> Tu veux dire que les erreurs pourraient correspondre à des faux positifs
>>> (codes Mérimée non publics) ?
>>>
>>> Jean-Yvon
>>>
>>>
>>> Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit :
>>>
 Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
 ne font pas partis de la base mérimée ouverte

>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>



-- 

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

2016-10-17 Par sujet Florian LAINEZ 
Super ton outil Jean ! ça faisait quelques temps que je me demandais si
quelqu'un avait fait quelque chose de sérieux pour les bâtiments
historiques et je suis ravi de voir que c'est le cas.

J'ai commencé pour la Haute-Garonne, il y a vraiment beaucoup de boulot ...
et puis il y a certains bâtiments que je ne trouve tout simplement pas.
Long travail d'investigation ... le plus facile, ce sont les églises, pas
moyen de les louper !

Pendant mes recherches je suis tombé sur le site monumentum, vous
connaissez ? On peut corriger la position des bâtiments historiques sur
leur site mais c'est sous copyright
http://www.monumentum.fr/mentions-legales.html
et les cartes sont avec un fond Gmaps ... bref, il y a peut-être moyen de
bosser avec eux #AppelAProjet


Le 13 octobre 2016 à 22:31, jean navarro  a écrit
:

> non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas
> dans les fichiers Ouvert de data-gouv...
>
> il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)
>
> s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?
>
> cordialement
> jean navarro
>
> ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !
>
> Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :
>
>> Tu veux dire que les erreurs pourraient correspondre à des faux positifs
>> (codes Mérimée non publics) ?
>>
>> Jean-Yvon
>>
>>
>> Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit :
>>
>>> Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
>>> ne font pas partis de la base mérimée ouverte
>>>
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [OSM-talk-fr] Osmose byuser erreur 500

2016-10-17 Par sujet Jocelyn Jaubert 

Bonjour,

Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...


Effectivement, cette recherche ne marchait pas. J'ai restauré l'ancien 
code qui marchait temporairement, avant d'avoir un vrai fix.




Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Ceci est une autre erreur, non lié à la précédente.

On a eu des soucis d'espace disque sur la machine hébergeant Osmose, et 
je me demande si ça ne serait pas lié.


Est-ce que tu peux essayer de supprimer les cookies utilisés par Osmose, 
et de te reconnecter ?



Merci,
Jocelyn

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

Re: [OSM-talk-fr] Osmose byuser erreur 500

2016-10-17 Par sujet lenny.libre 


Le 16/10/2016 à 19:23, Francois Gouget a écrit :

On Sat, 15 Oct 2016, lenny.libre wrote:


Bonjour !

Aujourd'hui, la recherche des erreurs par utilisateur me renvoie
l'erreur "Error: 500 Internal Server Error"

quelque-soit l'utilisateur consulté ...

Pareil pour moi. En fait je n'arrive pas à me connecter : lorsque je
clique sur Connexion, j'arrive sur la page "Authorize access to your
account", je clique sur "Grant Access" et après je me retrouve sur
OpenStreetMap en anglais et j'ai toujours 'Login' dans la barre en haut.
Et bien sûr si je fais 'Issues by user' j'ai le message "Error: 500
Internal Server Error".

Et à présent lorsque je clique sur Connexion j'ai directement une erreur
"Authorization request failed - The authorization token is not valid.".


Je viens de cliquer sur "Connexion" et j'ai le même enchaînement que toi mais tout reste 
en français jusqu'à "La demande d’autorisation a échoué - Le jeton d’autorisation n’est pas 
valide."


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