Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Philippe Verdy 
Sauf que le multipolygone a justement des attributs, partagé par tous ses
membres qui n'en ont pas besoin, et qu'il n'utilise qu'un seul membre à
part dans la relation waterway. Il est d'autant plus utile qu'il n'est pas
complet (il manque en fait des tas de riverbanks ou certains éléments ne
sont pas jointifs aux autres).
Le wiki décrit même cette possibilité au lieu d'ccumuler plein de membres
dans la relation waterway, justement pour les longs fleuves qui ont trop de
membres: les riverbanks peuvent être stockés à part dans leur propre
relation...
Ce n'est pas redondant, ça allège même énormément pour les longs fleuves
(et le Rhône n'est pas le seul dans ce cas...).

Cet
e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 14 décembre 2015 à 21:15, Jérôme Seigneuret  a
écrit :

>
> Le 14 décembre 2015 à 20:49, JB  a écrit :
>
>> Le 14/12/2015 20:43, Jérôme Seigneuret a écrit :
>>
>>> D'ailleurs en multipolygone sous JOSM c'est automatiquement fusionné
>>>
>> Pardon ? Tu peux préciser, s'il te plait ?
>> JB.
>
>
> Ok j'ai mal présenté la chose...
>
> Soit  un way fermé A, un way fermé B et un way fermé C.
> A et B sont jointifs et C et situé entre les deux et est jointif donc avec
> A et B
>
> Si tu combines A et B les entités sont transformés en une seul faisant
> parti d'un mutipolygone avec le role outer et C est incluse avec le role
> inner directement. Les attributs de A et B sont alors remonté sur la
> relation multipolygone (avec alerte si des clés ou valeurs sont différentes)
>
> Sinon A et B sont juste incluse dans le multipolygone ça émet une alerte
> car il existe des parties jointives
>
> Sinon sans multipolygone, rien n’empêche de mettre A et B dans un autre
> type de relation. type=waterway s'apparente à un dictionnaire de données
> dans lequel on regroupe des objets avec des role specifique
>
> Sans C, A et B peuvent être fusionné et cela n'implique en aucun cas un
> multipolygone.
>
> Si le multipolygone n'apporte pas de précision spécifique c'est qu'il sert
> à rien. C'est juste un groupement d'élément de même nature.
> C'est comme mettre des landuse=residential sans nom dans une relation
> multipolygone. Inutile
>
> ___
> 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] 2 relations pour le Rhône

2015-12-14 Par sujet Jérôme Seigneuret 
Le 14 décembre 2015 à 20:49, JB  a écrit :

> Le 14/12/2015 20:43, Jérôme Seigneuret a écrit :
>
>> D'ailleurs en multipolygone sous JOSM c'est automatiquement fusionné
>>
> Pardon ? Tu peux préciser, s'il te plait ?
> JB.


Ok j'ai mal présenté la chose...

Soit  un way fermé A, un way fermé B et un way fermé C.
A et B sont jointifs et C et situé entre les deux et est jointif donc avec
A et B

Si tu combines A et B les entités sont transformés en une seul faisant
parti d'un mutipolygone avec le role outer et C est incluse avec le role
inner directement. Les attributs de A et B sont alors remonté sur la
relation multipolygone (avec alerte si des clés ou valeurs sont différentes)

Sinon A et B sont juste incluse dans le multipolygone ça émet une alerte
car il existe des parties jointives

Sinon sans multipolygone, rien n’empêche de mettre A et B dans un autre
type de relation. type=waterway s'apparente à un dictionnaire de données
dans lequel on regroupe des objets avec des role specifique

Sans C, A et B peuvent être fusionné et cela n'implique en aucun cas un
multipolygone.

Si le multipolygone n'apporte pas de précision spécifique c'est qu'il sert
à rien. C'est juste un groupement d'élément de même nature.
C'est comme mettre des landuse=residential sans nom dans une relation
multipolygone. Inutile
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet JB 

Le 14/12/2015 20:43, Jérôme Seigneuret a écrit :

D'ailleurs en multipolygone sous JOSM c'est automatiquement fusionné

Pardon ? Tu peux préciser, s'il te plait ?
JB.

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

Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Jérôme Seigneuret 
>
>
>
> Pour le lit, c'est un corps d'eau, et un multipolygone va très bien, qu'il
> y ai des iles ou non.
>
> Oui sauf que c'est inutile surtout pour des entités accolés... D'ailleurs
en multipolygone sous JOSM c'est automatiquement fusionné et dans le cas de
muti-area jointif ça renvois une alerte
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Frédéric Rodrigo 

Là les deux ont
type = waterway
water = river
Ce n'est pas possible.
Ça ce n'est que pour le tracé filaire.

Pour le lit, c'est un corps d'eau, et un multipolygone va très bien, 
qu'il y ai des iles ou non.


http://wiki.openstreetmap.org/wiki/Relation:waterway

Frédéric.


Le 14/12/2015 15:40, Tony Emery a écrit :

Jérôme Seigneuret wrote

Dans tous les cas l'emprise des zones d'eau n'est pas incluse dans la
première relation et c'est pas normal donc à voir
http://wiki.openstreetmap.org/wiki/Relation:waterway

Jérôme

Du coup, on peut corriger tout ça ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/2-relations-pour-le-Rhone-tp5862437p5862448.html
Sent from the France mailing list archive at Nabble.com.

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



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

[OSM-talk-fr] Enclave espagnole à Nîmes ?

2015-12-14 Par sujet Tony Emery 
Bonjour à tous, je vous informe qu'un des quartier de Nîmes a décidé de faire
sécession avec la ville de Nîmes.

De fait, ce quartier, a priori à forte concentration d'immigrés espagnol,
s’érige en commune nommée "Estadio" :
http://www.openstreetmap.org/#map=17/43.84463/4.39106
  

Trêve de bêtise, il semble que Ness3010 ait eu un problème. Il a taggué le
stade de l'école primaire comme s'il s'agissait d'une commune.
Il a aussi renommé les noms des rues alentours en espagnol. Je pense que
c'est une erreur est qu'il va falloir corriger...



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Enclave-espagnole-a-Nimes-tp5862451.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Tony Emery 
Jérôme Seigneuret wrote
> Dans tous les cas l'emprise des zones d'eau n'est pas incluse dans la
> première relation et c'est pas normal donc à voir
> http://wiki.openstreetmap.org/wiki/Relation:waterway
> 
> Jérôme

Du coup, on peut corriger tout ça ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/2-relations-pour-le-Rhone-tp5862437p5862448.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Jérôme Seigneuret 
Salut,

Les polygons sont tous englobé dans un multipolygon.  Vas savoir
pourquoi... C'est pour cela que tout les tag sont remontés au niveau de la
relation.

Pour le reste, il y a tous les éléments à inclure dans une relation
type=waterway inclus dans la relation sous la forme d'un main_stream,
d'un side_stream ou d'autre type... dont waterbody ou riverbank (area)

J'ai l'impression que la relation englobante est le mutipolygone et ça n'a
pas de sens... les élément de type natural=water
doivent être inclus dans la relation type=waterway et la relation de type
mulipolygon sur tous les éléments natural=water est inutile. Il y a lieu
d'avoir du multipolygone seulement s'il y a des iles

Dans tous les cas l'emprise des zones d'eau n'est pas incluse dans la
première relation et c'est pas normal donc à voir
http://wiki.openstreetmap.org/wiki/Relation:waterway

Jérôme



Le 14 décembre 2015 à 14:21, Tony Emery  a écrit :

> Bonjour à tous,
>
> Je ne sais pas si vous l'avez remarqué, mais le fleuve Rhône possède 2
> relations 660056 et 1075117.
>
> Si j'ai bien compris, la relation  660056
>    concerne
> l'emprise surfacique du fleuve alors que la relation  1075117
>    concerne le
> filaire.
>
> Comprenez-vous la même chose que moi et si c'est la cas, pourquoi cette
> bizarrerie ?
> De plus, le objets de la relation des emprises n'ont (presque tous) plus
> aucun tag, ce qui fait qu'on ne peut plus les récupérer dans les requêtes
> simples (waterway=* ou natural=water).
>
> Avez-vous le même problème ? Est-ce une erreur ?
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/2-relations-pour-le-Rhone-tp5862437.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle gare de Rosa Parks

2015-12-14 Par sujet Florian LAINEZ 
il y a bien un et un seul quai qui dessert d'une part la voie 1 et d'autre
part la voie 2.
les autre voies ne marquent pas l'arrêt dans cette gare. Par contre il y a
peut être un travail de recalage des voies à effectuer suite aux travaux.

Le 14 décembre 2015 à 14:35, dHuy Pierre  a écrit :

> Petit commentaire sur la plateforme: Y a-t-il un ou deux quais? Dans ce
> cas il y aura deux plateformes, non?
>
>
>
> Le Lundi 14 décembre 2015 14h24, Florian LAINEZ  a
> écrit :
>
>
> Hello,
> Hier a ouvert la nouvelle gare Transilien de Rosa Parks, sur la ligne E,
> pas loin de gare du Nord.
>
> On est quelques uns à avoir bossé sur une micro-carto indoor, voici le
> résultat :
> http://github.pavie.info/openlevelup/?lat=48.896459&lon=2.374063&z=20&t=0&lvl=0&tcd=1&urd=0&bdg=0&pic=0&nte=0
>
> Tout n'est pas encore terminé, je pense à certains équipements qu'on a pas
> encore ajouté, ou encore la description des alentours (ex. arbres au sud,
> calage des arbres ...).
>
> On a calé le bâti depuis le plan d'architecte et importé certains éléments
> comme les piliers, et pour compléter ça je suis allé prendre des photos
> 360° hier dans la gare cf.
> http://www.mapillary.com/map/search/48.89667895659059/2.3741417040492365/17.334957027564734Q
>
> Votre aide est la bienvenue pour boucler tout ça !  Si vous voulez un
> petit guide concernant les tags ça se passe ici :
> http://wiki.openstreetmap.org/wiki/FR:Railway_stations
>
> Bonne journée
>
> --
> *Florian Lainez*
> @overflorian 
>
> ___
> 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
>
>


-- 

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

Re: [OSM-talk-fr] Transilien.com - OpenStreetMap

2015-12-14 Par sujet dHuy Pierre 
Il y avait le site raildar.fr qui couvrait aussi bien le réseau transilien que 
national mais qui depuis peu ne couvre plus rien en France (d'après eux à cause 
de la sncf). En espérant qu'un jour ça revienne...En attendant, il marche avec 
l'Eurostar et plusieurs pays européens. 


Le Lundi 14 décembre 2015 14h02, Florian LAINEZ  a écrit 
:
 

 Bonjour,
Merci pour vos retours.


Il y a deux fois "Horaires" dans le menu:
http://www.transilien.com/lignes/rer-trains/rer-A


Ce sont les anciens horaires avant le 13 décembre et ceux après le 13 décembre, 
afin de permettre aux usagers de prévoir leurs trajets à l'avance.
Maintenant que la date est passée, nous n'allons pas tarder à enlever cette 
information dupliquée. Bien vu !


J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
les horaires en temps réel, voire une carte montrant où se trouvent les
trains sur la ligne?


Pour avoir accès à notre API temps réel, il faut me faire une demande à 
l'adresse ext.synergie.florian.lai...@sncf.fr
Plus d'informations et la doc sont disponibles à l'adresse 
https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/

Pour la carte de tous les trains SNCF en temps réel, ça se passe ici : 
http://www.sncf.com/fr/geolocalisation
Vous noterez le fond de carte OSM ;)

Bonne journée


Le 12 décembre 2015 à 18:04, pepilepi...@ovh.fr  a écrit :

  Le 12/12/2015 11:49, Shohreh a écrit :
  
 Il y a deux fois "Horaires" dans le menu:
http://www.transilien.com/lignes/rer-trains/rer-A

J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
les horaires en temps réel, voire une carte montrant où se trouvent les
trains sur la ligne?

Vu le nombre de retards et annulations, c'est plus utile que les horaires
officiels. 
 
 Bonsoir,
  Jusque il y a pas longtemps il y avait OSM tchoutchou mais comme le déplore 
son créateur (?) il a été torpillé par la SNCF (ou du moins sa source de 
données). Il reste sur ce site un moyen de contacter l'auteur.
  Ceci dit je ne sais pas s'il allait jusqu'à suivre les RER.
  Bon dimanche,
  JP
  
 
 
 
 
--
View this message in context: 
http://gis.19327.n5.nabble.com/Transilien-com-OpenStreetMap-tp5861552p5862303.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 -- 
    Joyeux Noël et Bonne Année 2016
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr





-- 
  FlorianLainez
@overflorian

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


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

Re: [OSM-talk-fr] Nouvelle gare de Rosa Parks

2015-12-14 Par sujet dHuy Pierre 
Petit commentaire sur la plateforme: Y a-t-il un ou deux quais? Dans ce cas il 
y aura deux plateformes, non? 


Le Lundi 14 décembre 2015 14h24, Florian LAINEZ  a écrit 
:
 

 Hello,
Hier a ouvert la nouvelle gare Transilien de Rosa Parks, sur la ligne E, pas 
loin de gare du Nord.

On est quelques uns à avoir bossé sur une micro-carto indoor, voici le résultat 
: 
http://github.pavie.info/openlevelup/?lat=48.896459&lon=2.374063&z=20&t=0&lvl=0&tcd=1&urd=0&bdg=0&pic=0&nte=0

Tout n'est pas encore terminé, je pense à certains équipements qu'on a pas 
encore ajouté, ou encore la description des alentours (ex. arbres au sud, 
calage des arbres ...).

On a calé le bâti depuis le plan d'architecte et importé certains éléments 
comme les piliers, et pour compléter ça je suis allé prendre des photos 360° 
hier dans la gare cf. 
http://www.mapillary.com/map/search/48.89667895659059/2.3741417040492365/17.334957027564734Q
Votre aide est la bienvenue pour boucler tout ça !  Si vous voulez un petit 
guide concernant les tags ça se passe ici : 
http://wiki.openstreetmap.org/wiki/FR:Railway_stations

Bonne journée

-- 
  FlorianLainez
@overflorian

___
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] Nouvelle gare de Rosa Parks

2015-12-14 Par sujet Florian LAINEZ 
Hello,
Hier a ouvert la nouvelle gare Transilien de Rosa Parks, sur la ligne E,
pas loin de gare du Nord.

On est quelques uns à avoir bossé sur une micro-carto indoor, voici le
résultat :
http://github.pavie.info/openlevelup/?lat=48.896459&lon=2.374063&z=20&t=0&lvl=0&tcd=1&urd=0&bdg=0&pic=0&nte=0

Tout n'est pas encore terminé, je pense à certains équipements qu'on a pas
encore ajouté, ou encore la description des alentours (ex. arbres au sud,
calage des arbres ...).

On a calé le bâti depuis le plan d'architecte et importé certains éléments
comme les piliers, et pour compléter ça je suis allé prendre des photos
360° hier dans la gare cf.
http://www.mapillary.com/map/search/48.89667895659059/2.3741417040492365/17.334957027564734Q

Votre aide est la bienvenue pour boucler tout ça !  Si vous voulez un petit
guide concernant les tags ça se passe ici :
http://wiki.openstreetmap.org/wiki/FR:Railway_stations

Bonne journée

-- 

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

[OSM-talk-fr] 2 relations pour le Rhône

2015-12-14 Par sujet Tony Emery 
Bonjour à tous,

Je ne sais pas si vous l'avez remarqué, mais le fleuve Rhône possède 2
relations 660056 et 1075117.

Si j'ai bien compris, la relation  660056
   concerne
l'emprise surfacique du fleuve alors que la relation  1075117
   concerne le
filaire.

Comprenez-vous la même chose que moi et si c'est la cas, pourquoi cette
bizarrerie ?
De plus, le objets de la relation des emprises n'ont (presque tous) plus
aucun tag, ce qui fait qu'on ne peut plus les récupérer dans les requêtes
simples (waterway=* ou natural=water).

Avez-vous le même problème ? Est-ce une erreur ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/2-relations-pour-le-Rhone-tp5862437.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Transilien.com - OpenStreetMap

2015-12-14 Par sujet Florian LAINEZ 
Bonjour,
Merci pour vos retours.

Il y a deux fois "Horaires" dans le menu:
> http://www.transilien.com/lignes/rer-trains/rer-A
>

Ce sont les anciens horaires avant le 13 décembre et ceux après le 13
décembre, afin de permettre aux usagers de prévoir leurs trajets à l'avance.
Maintenant que la date est passée, nous n'allons pas tarder à enlever cette
information dupliquée. Bien vu !

J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
> les horaires en temps réel, voire une carte montrant où se trouvent les
> trains sur la ligne?
>

Pour avoir accès à notre API temps réel, il faut me faire une demande à
l'adresse ext.synergie.florian.lai...@sncf.fr
Plus d'informations et la doc sont disponibles à l'adresse
https://ressources.data.sncf.com/explore/dataset/api-temps-reel-transilien/

Pour la carte de tous les trains SNCF en temps réel, ça se passe ici :
http://www.sncf.com/fr/geolocalisation
Vous noterez le fond de carte OSM ;)

Bonne journée


Le 12 décembre 2015 à 18:04, pepilepi...@ovh.fr  a
écrit :

> Le 12/12/2015 11:49, Shohreh a écrit :
>
> Il y a deux fois "Horaires" dans le 
> menu:http://www.transilien.com/lignes/rer-trains/rer-A
>
> J'imagine que les horaires sont les théoriques : y a-t-il un moyen d'avoir
> les horaires en temps réel, voire une carte montrant où se trouvent les
> trains sur la ligne?
>
> Vu le nombre de retards et annulations, c'est plus utile que les horaires
> officiels.
>
>
> Bonsoir,
>
> Jusque il y a pas longtemps il y avait OSM tchoutchou
>  mais comme le déplore son créateur (?) il a été
> torpillé par la SNCF (ou du moins sa source de données). Il reste sur ce
> site un moyen de contacter l'auteur.
>
> Ceci dit je ne sais pas s'il allait jusqu'à suivre les RER.
>
> Bon dimanche,
>
> JP
>
>
>
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Transilien-com-OpenStreetMap-tp5861552p5862303.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
>
> Joyeux Noël et Bonne Année 2016
>
> ___
> 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] Sens unique et sens de circulation

2015-12-14 Par sujet Tony Emery 
Cela veut donc dire que, sémantiquement, on n'a pas la possibilité de
distinguer un tronçon de voie en sens unique d'une chaussée séparée d'une
voie en double sens.

Parce que réaliser des calculs informatiques de voisinage et de comparaison
de tags me parait quand même très aléatoire...



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Sens-unique-et-sens-de-circulation-tp5862168p5862421.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Problème dans la BAN

2015-12-14 Par sujet Christian Quest 
Corrigé dans le code:
https://github.com/etalab/ban-data/commit/5c278950f234775c0ab26f7be57ca3821cd0e145

ça sera corrigé dans les data à la prochaine livraison... c'est à dire dans
la soirée

Le 13 décembre 2015 à 22:20, Vincent de Château-Thierry 
a écrit :

> Bonsoir,
>
> Le 13/12/2015 22:14, Aurélien  a écrit :
>
>>
>> Je me suis retrouvé bloqué suite à cette erreur :
>>
>> {"id":"45122__d51385","type":"street","name":"ZONE D'ACTIVITES "LES
>> GABILLONS","postcode":"45570","citycode":"45122","lon":2.506828,"lat":
>> 47.760558,"city":"Dampierre-en-Burly","context":"45, Loiret, Centre
>>
>> Val-de-Loire","importance":0.0141,"housenumbers":{"1":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431943"},"2":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431944"},"3":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431946"},"4":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431947"},"5":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431948"},"6":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431949"},"7":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431950"},"8":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431951"},"9":{"lat":47.760558,"lon":2.506828,"id":"ADRNIVX_000288431952"}}}
>>
>> Le souci vient du faire qu'un guillemet intervient dans "ZONE
>> D'ACTIVITES *"*LES GABILLONS"
>>
>> Du coup le json n'est pas valide.
>>
>> Je ne sais pas si l'erreur est dû aux données d'entrée brutes ou à un
>> traitement "post" pour générer le json, mais en tout cas il y a un loup
>> quelque part.
>>
>
> Pour s'y retrouver, il faudrait signaler l'erreur ici :
> https://github.com/etalab/ban-data
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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