Re: [OSM-talk-fr] Suppression du tag ISO3166-1 sur la relation France Métrpolitaine

2017-03-18 Par sujet Philippe Verdy 
Je pense que celui qui a supprimé ce code a pensé qu'il n'était pas
nécessaire, croytnat que FR est suffisant alors que ça inclue toute la
France y compris les outre-mer qui ont (pour certains mais pas tous) leur
propre code ISO 3166-1.
Quitte à remettre un code ISO (si l'identifiant Wikidata ne te semble pas
plus stable que les codes ISO), autant que ce soit sur un tag différent,
ISO3166-1 avec un suffixe de date mentionnant l'année où le code était
encore standard.


Le 19 mars 2017 à 00:56, Philippe Verdy  a écrit :

> C'est vrai qu'il n'y avait aucune obligation à le faire (même si le code a
> été rendu obsolète dans I'ISO, il reste inutilisé pour autre chose pour
> l'instant)
> Sinon tu peux toujours utiliser la recherche par nom, ou par
> wikidata=Q212429 qui garde un identifiant stable
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-3320696704903509563_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Le 19 mars 2017 à 00:06, François Lacombe  a
> écrit :
>
>> Bonsoir,
>>
>> Tout est dans le titre, dans un changeset datant d'il y a 5 jours, la
>> relation "France métropolitaine" a perdu son tag ISO3166-1=FX.
>> https://www.openstreetmap.org/relation/1403916
>>
>> Résultat mes requêtes Overpass sont par terre, parce que je m'en servais
>> pour constituer une area.
>>
>> Il y a eu une décision provoquant ce changement à côté de laquelle je
>> serai passé ?
>> Sinon je suis pour un revert, parce que ca me semble très structurant.
>>
>> Sur la relation France, on voit apparaitre ISO3166-1:numeric,
>> ISO3166-1:alpha2...
>> https://www.openstreetmap.org/relation/2202162
>>
>> Merci par avance
>>
>> François
>>
>> --
>> *François Lacombe*
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux 
>>
>> ___
>> 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] OpenStreetMap sur Ixquick

2017-03-18 Par sujet Philippe Verdy 
Moteur de recherche le "plus confidentiel" du monde... mais "renforcé par
Google". Tellement confidentiel que bien peu devaient même le connaitre.

Peut-être qu'ils ne communiquent pas directement nos données à google, mais
le site collecte bien des données pour lui (on ne sait pas ensuite à qui il
le communique, et cela ne l'empêche pas d'inclure des scripts de
partenaires publicitaires (indirectement ça retombe donc de toute façon sur
DoubleClick et consors).
Seulement bravo quand même car tout vient de leur propre domaine (ils
gardent le contrôle total des données de profilage).
Pas de cookie mais un identifiant de session quand même (mais je ne pense
pas qu'ils puissent faire mieux), et HTTPS par défaut.

Cependant chapeau pour Ixquick ! Ils ont mis leur serveur de tuile (ou un
proxy cache)
https://b-eu-map.ixquick.com/osm/{{{z}}}/{{{x}}}/{{{y}}}.png

Apparemment juste un HTTP GET, pas un seul cookie transmis ni
d'authorisation dans un entête MIME. Ce serveur est-il ouvert à tout le
monde ?
Exemple:
https://b-eu-map.ixquick.com/osm/6/31/22.png


Garanti
sans virus. www.avast.com

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

Le 18 mars 2017 à 21:30,  a écrit :

> Sur le moteur de recherche Ixquick  les
> cartes par défaut sont maintenant des cartes OpenStreetMap (et non plus
> G...).
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression du tag ISO3166-1 sur la relation France Métrpolitaine

2017-03-18 Par sujet Philippe Verdy 
C'est vrai qu'il n'y avait aucune obligation à le faire (même si le code a
été rendu obsolète dans I'ISO, il reste inutilisé pour autre chose pour
l'instant)
Sinon tu peux toujours utiliser la recherche par nom, ou par
wikidata=Q212429 qui garde un identifiant stable


Garanti
sans virus. www.avast.com

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

Le 19 mars 2017 à 00:06, François Lacombe  a
écrit :

> Bonsoir,
>
> Tout est dans le titre, dans un changeset datant d'il y a 5 jours, la
> relation "France métropolitaine" a perdu son tag ISO3166-1=FX.
> https://www.openstreetmap.org/relation/1403916
>
> Résultat mes requêtes Overpass sont par terre, parce que je m'en servais
> pour constituer une area.
>
> Il y a eu une décision provoquant ce changement à côté de laquelle je
> serai passé ?
> Sinon je suis pour un revert, parce que ca me semble très structurant.
>
> Sur la relation France, on voit apparaitre ISO3166-1:numeric,
> ISO3166-1:alpha2...
> https://www.openstreetmap.org/relation/2202162
>
> Merci par avance
>
> François
>
> --
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> ___
> 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] Suppression du tag ISO3166-1 sur la relation France Métrpolitaine

2017-03-18 Par sujet François Lacombe 
Bonsoir,

Tout est dans le titre, dans un changeset datant d'il y a 5 jours, la
relation "France métropolitaine" a perdu son tag ISO3166-1=FX.
https://www.openstreetmap.org/relation/1403916

Résultat mes requêtes Overpass sont par terre, parce que je m'en servais
pour constituer une area.

Il y a eu une décision provoquant ce changement à côté de laquelle je serai
passé ?
Sinon je suis pour un revert, parce que ca me semble très structurant.

Sur la relation France, on voit apparaitre ISO3166-1:numeric,
ISO3166-1:alpha2...
https://www.openstreetmap.org/relation/2202162

Merci par avance

François

--
*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sortie de MapContrib 1.6

2017-03-18 Par sujet François Lacombe 
Bonsoir Guillaume,

Merci pour les infos et le travail jusque là

Très sympa cette évocation d'une intégration Osmose, impatient de tester ca
;)

A+

François

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 17 mars 2017 à 20:07, Guillaume AMAT  a écrit :

> Salut !
>
> MapContrib est de sortie pour sa nouvelle version mensuelle. Pas de gros
> changements mais on aime bien livrer les nouveautés assez tôt et
> régulièrement.
>
> Dans les grandes lignes, MapContrib a maintenant 4 fonds de carte activés
> par défaut (OSM, OSM monochrome, Watercolor et Mapbox satellite) et un
> bouton « Afficher plus de fonds » juste en-dessous, le créateur de thème
> peut forcer la valeur d'un tag via les presets et quelques colonnes ont
> maintenant un bouton retour pour faciliter la navigation dans l'interface.
>
> Vous trouverez plus de détails dans l'article dédié sur le blog :
> https://blog.mapcontrib.xyz/fr/2017/03/mapcontrib-1-6
>
> Guillaume
>
> ___
> 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] OpenStreetMap sur Ixquick

2017-03-18 Par sujet osm . sanspourriel 
Sur le moteur de recherche Ixquick  les 
cartes par défaut sont maintenant des cartes OpenStreetMap (et non plus 
G...).


Jean-Yvon

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

Re: [OSM-talk-fr] liste technique "BANO" ?

2017-03-18 Par sujet Frédéric Rodrigo 

Salut,

Pour BANO c'est ici :
https://github.com/osm-fr/bano/issues
Pour la BAN c'est ici :
https://github.com/etalab/ban-data/issues

Je pense que le nouveau format va de pair avec la nouvelle version d'Addok.
https://github.com/addok/addok

Si Addok 0.5 n'est plus capable de manger les nouveaux fichier je vais 
aussi avoir et le même problème à la prochaine mise à jour, et je pense 
que l'on ne va pas être les seuls.


Frédéric.



Le 18/03/2017 à 15:31, Brice MALLET a écrit :

Bonjour, je ne me souviens plus s'il existe une liste technique BANO.

En effet nous (www.entrouvert.com) suivons ce projet à titre 
professionnel et l'un de mes collègues a détecté une modification dans 
l'export json accessible depuis OSM.fr 
(http://bano.openstreetmap.fr/BAN_odbl/).


citycode est désormais une liste :

  {"city": "Paris",
   "citycode": ["75113", 75056],
   "name": "Allée Marc Chagall",
   ...

La question est donc : quelle liste ou autre canal suivre pour être 
informé de ces évolutions ?

Merci.





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

Re: [OSM-talk-fr] liste technique "BANO" ?

2017-03-18 Par sujet Philippe Verdy 
On voit également des erreurs dans certains CSV, comme code_cadastre.csv
avec cette ligne:
  14,014,VILLIERS-L,SEC (,8B757,VECT
au lieu de
  14,014,VILLIERS-LE-SEC,14???,8B757,VECT
avec un champ (14???) manquant

D'autres champs CSV sont incorrectement interprétés comme des nombres en
format exponentiel (exemple: "4E036" qui devient 4,00E+36 une fois converti)

Là encore les guillemets régleraient ces défauts. Je pense que ces CSV (et
tant qu'à faire les autres fichiers aussi) devraient être tous vérifiés en
tentant de les charger pour trouver ces défauts venant de bogues de l'outil
"maison" d'export utilisé pour les produire.



Garanti
sans virus. www.avast.com

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

Le 18 mars 2017 à 16:44, Philippe Verdy  a écrit :

> Sinon les fichiers CSV de la BANO contiennent des parasites qui
> compliquent leur utilisation. Les champs sont séparés par des virgules ","
> mais on trouve aussi des point-virgules avec des caractères sous forme
> d'entité numériques (comme "" pour les apostrophes ASCII). En format
> CSV ces entités numériques (pour HTML ou XML) n'ont rien à faire là (pas
> plus non plus en format JSON).
>
> Si on charge ces CSV dans Excel (qui par défaut en version française
> recherche les point-virgules, certaines lignes seront découpées sur
> plusieurs cellules, tout le reste restant dans la 1re colonne, et si on
> essaye de convertir les séparateurs en cellules séparées en rpenant la
> virule, Excel signale que cela va écraser des cellules déja remplies
> contenant les morceaux découpés.
>
> Il serait bon que les CSV (comme JSON) utilisent systématiquement des
> "guillemets" pour délimiter tous les champs (s'il y a des guillemets dans
> les chaines, on doit les doubler) et n'utilise sinon aucune entité
> numérique ou nommée pour les caractères. Dès lors plus de problème si les
> séparateurs sont des virgules, des point-virgules ou autre chose (des
> tabulations)... y compris pour les champs contenant des codes comme par
> exemple les numéros de départements dont la plupart seront interprétés
> comme des nombres (avec leur zéro initial tronqué) mais pas tous
> (départements de la Corse), et les numéros de communes à 3 chiffres.
>
>
> Le 18 mars 2017 à 16:30, Philippe Verdy  a écrit :
>
>> Tu veux dire que c'est une erreur ?
>> Que doit signifier ce "citycode": un code INSEE, un code IRIS ? un code
>> postal géographique, un code postal spécial (type CEDEX) ?
>> Dans ce cas comment faire si des zones se superposent ou si la rue
>> signalée est coupée en plusieurs parties avec des codes différents et si la
>> BAN ne sait pas faire la distinction sur une adresse donnée ou si certaines
>> adresses postales dans la rue ont des codes différents ?
>>
>> De plus la page wiki
>>   https://wiki.openstreetmap.org/wiki/WikiProject_France/WikiP
>> roject_Base_Adresses_Nationale_Ouverte_(BANO)
>> mentionne l'URL "http://bano.openstreetmap.fr/data/; pour les données
>> par département (formats .shp.zip et .csv)
>> mais pas l'URL "http://bano.openstreetmap.fr/BAN_odbl/; (formats
>> .json.bz2 et .csv.bz2)
>> Lesquelles sont la BAN et la BANO, ou bien si les deux sont la BANO, y
>> a-t-il une différence hormi le format (je vois les deux dossiers
>> synchronisés à peu près en même temps pour chaque département) ?
>>
>>
>>
>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>> <#m_-8754549339081679551_m_9114398251918493076_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Le 18 mars 2017 à 15:31, Brice MALLET  a écrit :
>>
>>> Bonjour, je ne me souviens plus s'il existe une liste technique BANO.
>>>
>>> En effet nous (www.entrouvert.com) suivons ce projet à titre
>>> professionnel et l'un de mes collègues a détecté une modification dans
>>> l'export json accessible depuis OSM.fr (http://bano.openstreetmap.fr/
>>> BAN_odbl/).
>>>
>>> citycode est désormais une liste :
>>>
>>>   {"city": "Paris",
>>>"citycode": ["75113", 75056],
>>>"name": "Allée Marc Chagall",
>>>...
>>>
>>> La question est donc : quelle liste ou autre canal suivre pour être
>>> informé de ces évolutions ?
>>> Merci.
>>>
>>>
>>> --
>>> Cordialement
>>>
>>> Brice Mallet
>>>
>>> ___
>>> 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] liste technique "BANO" ?

2017-03-18 Par sujet Philippe Verdy 
Sinon les fichiers CSV de la BANO contiennent des parasites qui compliquent
leur utilisation. Les champs sont séparés par des virgules "," mais on
trouve aussi des point-virgules avec des caractères sous forme d'entité
numériques (comme "" pour les apostrophes ASCII). En format CSV ces
entités numériques (pour HTML ou XML) n'ont rien à faire là (pas plus non
plus en format JSON).

Si on charge ces CSV dans Excel (qui par défaut en version française
recherche les point-virgules, certaines lignes seront découpées sur
plusieurs cellules, tout le reste restant dans la 1re colonne, et si on
essaye de convertir les séparateurs en cellules séparées en rpenant la
virule, Excel signale que cela va écraser des cellules déja remplies
contenant les morceaux découpés.

Il serait bon que les CSV (comme JSON) utilisent systématiquement des
"guillemets" pour délimiter tous les champs (s'il y a des guillemets dans
les chaines, on doit les doubler) et n'utilise sinon aucune entité
numérique ou nommée pour les caractères. Dès lors plus de problème si les
séparateurs sont des virgules, des point-virgules ou autre chose (des
tabulations)... y compris pour les champs contenant des codes comme par
exemple les numéros de départements dont la plupart seront interprétés
comme des nombres (avec leur zéro initial tronqué) mais pas tous
(départements de la Corse), et les numéros de communes à 3 chiffres.


Le 18 mars 2017 à 16:30, Philippe Verdy  a écrit :

> Tu veux dire que c'est une erreur ?
> Que doit signifier ce "citycode": un code INSEE, un code IRIS ? un code
> postal géographique, un code postal spécial (type CEDEX) ?
> Dans ce cas comment faire si des zones se superposent ou si la rue
> signalée est coupée en plusieurs parties avec des codes différents et si la
> BAN ne sait pas faire la distinction sur une adresse donnée ou si certaines
> adresses postales dans la rue ont des codes différents ?
>
> De plus la page wiki
>   https://wiki.openstreetmap.org/wiki/WikiProject_France/
> WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)
> mentionne l'URL "http://bano.openstreetmap.fr/data/; pour les données par
> département (formats .shp.zip et .csv)
> mais pas l'URL "http://bano.openstreetmap.fr/BAN_odbl/; (formats
> .json.bz2 et .csv.bz2)
> Lesquelles sont la BAN et la BANO, ou bien si les deux sont la BANO, y
> a-t-il une différence hormi le format (je vois les deux dossiers
> synchronisés à peu près en même temps pour chaque département) ?
>
>
>
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_9114398251918493076_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Le 18 mars 2017 à 15:31, Brice MALLET  a écrit :
>
>> Bonjour, je ne me souviens plus s'il existe une liste technique BANO.
>>
>> En effet nous (www.entrouvert.com) suivons ce projet à titre
>> professionnel et l'un de mes collègues a détecté une modification dans
>> l'export json accessible depuis OSM.fr (http://bano.openstreetmap.fr/
>> BAN_odbl/).
>>
>> citycode est désormais une liste :
>>
>>   {"city": "Paris",
>>"citycode": ["75113", 75056],
>>"name": "Allée Marc Chagall",
>>...
>>
>> La question est donc : quelle liste ou autre canal suivre pour être
>> informé de ces évolutions ?
>> Merci.
>>
>>
>> --
>> Cordialement
>>
>> Brice Mallet
>>
>> ___
>> 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] liste technique "BANO" ?

2017-03-18 Par sujet Philippe Verdy 
Tu veux dire que c'est une erreur ?
Que doit signifier ce "citycode": un code INSEE, un code IRIS ? un code
postal géographique, un code postal spécial (type CEDEX) ?
Dans ce cas comment faire si des zones se superposent ou si la rue signalée
est coupée en plusieurs parties avec des codes différents et si la BAN ne
sait pas faire la distinction sur une adresse donnée ou si certaines
adresses postales dans la rue ont des codes différents ?

De plus la page wiki

https://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)
mentionne l'URL "http://bano.openstreetmap.fr/data/; pour les données par
département (formats .shp.zip et .csv)
mais pas l'URL "http://bano.openstreetmap.fr/BAN_odbl/; (formats .json.bz2
et .csv.bz2)
Lesquelles sont la BAN et la BANO, ou bien si les deux sont la BANO, y
a-t-il une différence hormi le format (je vois les deux dossiers
synchronisés à peu près en même temps pour chaque département) ?





Garanti
sans virus. www.avast.com

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

Le 18 mars 2017 à 15:31, Brice MALLET  a écrit :

> Bonjour, je ne me souviens plus s'il existe une liste technique BANO.
>
> En effet nous (www.entrouvert.com) suivons ce projet à titre
> professionnel et l'un de mes collègues a détecté une modification dans
> l'export json accessible depuis OSM.fr (http://bano.openstreetmap.fr/
> BAN_odbl/).
>
> citycode est désormais une liste :
>
>   {"city": "Paris",
>"citycode": ["75113", 75056],
>"name": "Allée Marc Chagall",
>...
>
> La question est donc : quelle liste ou autre canal suivre pour être
> informé de ces évolutions ?
> Merci.
>
>
> --
> Cordialement
>
> Brice Mallet
>
> ___
> 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] application web "layers" d'OSM France

2017-03-18 Par sujet Philippe Verdy 
Cette appli référence encore le fond de carte MapQuest Open qui est
définitivement fermé sans clé d'accès.

Ne peut-on pas le remplacer par le fond de carte cyclable et le fond
transport qui n'y sont pas encore (mais figurent dans les fonds par défaut
de l'appli web OSM.org) ?

Y a-t-il d'autres fonds français qui seraient intéresssants (par exemple
celui de 3liz.com si on a un accord de leur part... histoire de leur faire
de la publicité au lieu encore de promouvoir Mapquest) ?


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] liste technique "BANO" ?

2017-03-18 Par sujet Brice MALLET 

Bonjour, je ne me souviens plus s'il existe une liste technique BANO.

En effet nous (www.entrouvert.com) suivons ce projet à titre 
professionnel et l'un de mes collègues a détecté une modification dans 
l'export json accessible depuis OSM.fr 
(http://bano.openstreetmap.fr/BAN_odbl/).


citycode est désormais une liste :

  {"city": "Paris",
   "citycode": ["75113", 75056],
   "name": "Allée Marc Chagall",
   ...

La question est donc : quelle liste ou autre canal suivre pour être 
informé de ces évolutions ?

Merci.


--
Cordialement

Brice Mallet

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