Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Il y a pas un souci entre les deux objets. L'exemple con c'est une rue qui franchi une frontiere communale. On peut avoir un adressage indépendant, donc deux relation adresse, de chaque coté mais on devrait avoir le meme objet street des deux coté, donc une seul relation street. Le 22 janvier 2015 14:30, Pierre Knobel pierr...@gmail.com a écrit : J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ 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] Région Centre devient Centre-Val de Loire
Le 22 janv. 2015 à 09:46, HELFER Denis denis.hel...@rff.fr a écrit : Et un peu plus loin …. V.-A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». Ce serait donc en discordance avec la charte de toponymie de l’IGN http://education.ign.fr/sites/all/files/charte_toponymie_ign.pdf qui indique que toutes les composantes des noms de collectivité publique doivent être séparées par des traits-d’union. L’INSEE doit, également, s’y référer. Page 16 4.14.1 Nomsofficiels Les noms officiels composés comportent un trait d'union entre tous les termes, sauf après l'article initial ou lorsqu'il y a une apostrophe. Exemples : Pas-de-Calais, l’Isle-Jourdain, Clavans-en-Haut-Oisans, Crécy-la-Chapelle, Gif-sur-Yvette, la Roche-sur-Yon. » Attendons la suite… Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire
La suite est une ligne plus bas dan le décret qui se contredit lui-même sur la graphie (on en a déjà parlé, non ?). Le plus drôle c'est que le même texte du JORF comporte plus bas une liste des région et département et la répartition des sièges pour les prochaines élection et que la région Centre n'a pas changé de nom dans ce tableau ;) Le 22/01/2015 12:52, Christian Rogel a écrit : Le 22 janv. 2015 à 09:46, HELFER Denis denis.hel...@rff.fr mailto:denis.hel...@rff.fr a écrit : Et un peu plus loin …. V.-A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». Ce serait donc en discordance avec la charte de toponymie de l’IGN http://education.ign.fr/sites/all/files/charte_toponymie_ign.pdf qui indique que toutes les composantes des noms de collectivité publique doivent être séparées par des traits-d’union. L’INSEE doit, également, s’y référer. Page 16 4.14.1 Nomsofficiels Les noms officiels composés comportent un trait d'union entre tous les termes, sauf après l'article initial ou lorsqu'il y a une apostrophe. Exemples : Pas-de-Calais, l’Isle-Jourdain, Clavans-en-Haut-Oisans, Crécy-la-Chapelle, Gif-sur-Yvette, la Roche-sur-Yon. » Attendons la suite… Christian R. ___ 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
[OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bonjour, Un vote pas-tout-à-fait-formel vient d'être lancé après discussion dans la communauté allemande. Il s'agit de tâter la température de la communauté large pour passer la Relation:associatedStreet en statut Deprecated. Le vote est placé sur https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet althio -- Forwarded message -- From: Michael Reichert naka...@gmx.net Date: 22 January 2015 at 12:07 Subject: Re: [Tagging] Deprecation of associatedStreet-relations To: Tag discussion, strategy and related tools tagg...@openstreetmap.org Hi, Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio althio.fo...@gmail.com: Please vote here: https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Is this a formal voting? It is not as formal as a proposal voting. I would like to know how the community (those who vote) think about associatedStreet relations. I think that in Germany the majority does not like them (anymore). Is there a date for start and end vote? No, there is no end date at the moment. Start date was yesterday. I will announce a end date. This end date will be date of announcement of end of voting + 14 days. It looks strange, hidden on a Talk:page without the usual template or RFC or call for votes on the international mailing lists. German forum and talk-de have been notified by myself. You may notify your local community if it will not read the next issue(s) of weeklyOSM. Best regards Michael -- Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht GPG-signiert und enthält Tippfejler. This message was been written on a smartphone. That's why it is not GPG-signed and may contain tyops. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Oui, c'est la salle du sixième (et dernier) étape... prendre l'escalier au fond du NUMA, celui à l'entrée ne va qu'au 5ème. Le 22/01/2015 12:50, Donat ROBAUX a écrit : Dernier vendredi du mois = rencontre parisienne ! Et première de l'année 2015! Je nous propose de nous retrouver au NUMA à partir de 19h. NUMA: 39 rue du Caire, 75002 Paris (métro Réaumur-Sébastopol ou Sentier) C'est ici: http://www.openstreetmap.org/?mlat=48.86765mlon=2.34958#map=19/48.86765/2.34958 Il me semble que Christian a réservé une salle de ce que je me souviens. N'hésitez pas à lancer un appel de détresse (géolocalisé, of course) si vous êtes perdus dans cette maison. Au programme: - refaire le monde - cartographier - à vot' bon coeur ;) Plus sérieusement, si quelqu'un a quelque chose à proposer, qu'il n'hésite pas. Le forum est dispo pour vous exprimer. http://forum.openstreetmap.fr/viewtopic.php?f=18t=1682 Donat ___ 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
[OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Dernier vendredi du mois = rencontre parisienne ! Et première de l'année 2015! Je nous propose de nous retrouver au NUMA à partir de 19h. NUMA: 39 rue du Caire, 75002 Paris (métro Réaumur-Sébastopol ou Sentier) C'est ici: http://www.openstreetmap.org/?mlat=48.86765mlon=2.34958#map=19/48.86765/2.34958 Il me semble que Christian a réservé une salle de ce que je me souviens. N'hésitez pas à lancer un appel de détresse (géolocalisé, of course) si vous êtes perdus dans cette maison. Au programme: - refaire le monde - cartographier - à vot' bon coeur ;) Plus sérieusement, si quelqu'un a quelque chose à proposer, qu'il n'hésite pas. Le forum est dispo pour vous exprimer. http://forum.openstreetmap.fr/viewtopic.php?f=18t=1682 Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire
Bonjour : I.-Lorsqu'une région mentionnée à l'article 1er est constituée par regroupement de plusieurs régions : 1° *Son nom provisoire est constitué de la juxtaposition, dans l'ordre alphabétique, des noms des régions regroupées*, à l'exception de la région constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui est dénommée « Normandie » ; Réf : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit : Attention tout n'est pas encore synchro sur le site en ligne pour la dernière version consolidée des autres lois référencées qui sont modifiées par la loi du jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à mesure des rafraîchissements, de la version consolidée en ligne, ça change... Le JORF visiblement travaille dessus en ce moment et on doit encore lire les textes sources des modifications. Ce sera fait certainement dans la journée (et on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux). Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit : Noter aussi que le terme région n'est plus utilisé seul. La loi les appelle officiellement régions métropolitaines pour éviter la confusion avec les régions d'outre-mer et la collectivité territoriale de Corse. La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est assimilée à un département mais UNIQUEMENT dans l'article relatif aux élections régionales. Cette asimilation ne modifie pas le code des collectivités territoriales ou de l'administration publique concernant le département du Rhône qui reste indivis. Donc toujours une seul préfecture pour tout le département divisé en deux collectivités (un conseil départemental groupant toutes les communes hors Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les communes de la Métropole de Lyon), et pas de modification non plus des arrondissements et sous-préfectures Le 17 janvier 2015 11:57, Philippe Verdy verd...@wanadoo.fr a écrit : Pardon; en rafraîchisssant la page cette fois je vois cet article V que le JORF avait peut-être omis en ligne dans une première version. Donc OK pour la modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié dans la même loi et le même jour ?). Le 17 janvier 2015 11:55, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet qui n'a pas été officialisé (car probablement incomplet selon les dispositions de l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes les régions membres). Il est probable donc que le Conseil d'Etat a refusé ce projet incomplet. Les nouvelles régions ont jusqu'à juillet pour décider de leur nom, leur siège et le transfert des éléments patrimoniaux, la fusion des comptes et l'enregistrement de la nouvelle entité légale. Le 17 janvier 2015 10:02, Damouns damo...@gmail.com a écrit : Aujourd'hui la loi n° 2015-29 du 16 janvier 2015 relative à la délimitation des régions, aux élections régionales et départementales et modifiant le calendrier électoral a été publiée : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622 Entre autres il y a une décision qui est applicable dès la publication de la loi : dans l'article 2 : V. - A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». Dans l'ensemble des dispositions législatives en vigueur, les références à la région Centre sont remplacées par les références à la région Centre - Val-de-Loire. (vous remarquerez l'incohérence de la graphie retenue : Centre-Val de Loire ou Centre - Val-de-Loire avec des tirets ? J'ai retenu pour l'instant la première option.) Changement fait dans OSM : http://www.openstreetmap.org/changeset/28203250 Damouns ___ 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] Région Centre devient Centre-Val de Loire
Et un peu plus loin …. V.-A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». De : Robin PREST [mailto:ro...@georezo.net] Envoyé : jeudi 22 janvier 2015 09:44 À : verd...@wanadoo.fr; Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire Bonjour : I.-Lorsqu'une région mentionnée à l'article 1er est constituée par regroupement de plusieurs régions : 1° Son nom provisoire est constitué de la juxtaposition, dans l'ordre alphabétique, des noms des régions regroupées, à l'exception de la région constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui est dénommée « Normandie » ; Réf : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit : Attention tout n'est pas encore synchro sur le site en ligne pour la dernière version consolidée des autres lois référencées qui sont modifiées par la loi du jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à mesure des rafraîchissements, de la version consolidée en ligne, ça change... Le JORF visiblement travaille dessus en ce moment et on doit encore lire les textes sources des modifications. Ce sera fait certainement dans la journée (et on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux). Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit : Noter aussi que le terme région n'est plus utilisé seul. La loi les appelle officiellement régions métropolitaines pour éviter la confusion avec les régions d'outre-mer et la collectivité territoriale de Corse. La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est assimilée à un département mais UNIQUEMENT dans l'article relatif aux élections régionales. Cette asimilation ne modifie pas le code des collectivités territoriales ou de l'administration publique concernant le département du Rhône qui reste indivis. Donc toujours une seul préfecture pour tout le département divisé en deux collectivités (un conseil départemental groupant toutes les communes hors Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les communes de la Métropole de Lyon), et pas de modification non plus des arrondissements et sous-préfectures Le 17 janvier 2015 11:57, Philippe Verdy verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit : Pardon; en rafraîchisssant la page cette fois je vois cet article V que le JORF avait peut-être omis en ligne dans une première version. Donc OK pour la modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié dans la même loi et le même jour ?). Le 17 janvier 2015 11:55, Philippe Verdy verd...@wanadoo.frmailto:verd...@wanadoo.fr a écrit : Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet qui n'a pas été officialisé (car probablement incomplet selon les dispositions de l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes les régions membres). Il est probable donc que le Conseil d'Etat a refusé ce projet incomplet. Les nouvelles régions ont jusqu'à juillet pour décider de leur nom, leur siège et le transfert des éléments patrimoniaux, la fusion des comptes et l'enregistrement de la nouvelle entité légale. Le 17 janvier 2015 10:02, Damouns damo...@gmail.commailto:damo...@gmail.com a écrit : Aujourd'hui la loi n° 2015-29 du 16 janvier 2015 relative à la délimitation des régions, aux élections régionales et départementales et modifiant le calendrier électoral a été publiée : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622 Entre autres il y a une décision qui est applicable dès la publication de la loi : dans l'article 2 : V. - A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». Dans l'ensemble des dispositions législatives en vigueur, les références à la région Centre sont remplacées par les références à la région Centre - Val-de-Loire. (vous remarquerez l'incohérence de la graphie retenue : Centre-Val de Loire ou Centre - Val-de-Loire avec des tirets ? J'ai retenu pour l'instant la première option.) Changement fait dans OSM : http://www.openstreetmap.org/changeset/28203250 Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.orgmailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire
Donc toujours une seul préfecture pour tout le département divisé en deux
collectivités (un conseil départemental groupant toutes les communes hors
Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un
conseil métropolitain groupant toutes les communes de la Métropole de Lyon),
et pas de modification non plus des arrondissements et sous-préfectures
Si ! visiblement les arrondissements changent :Arrêté - Arrêté n° 14-263 du 19
décembre 2014 relatif à la modification des limites territoriales des
arrondissements de Lyon et de Villefranche-sur-Saône. - Recueil des Actes
administratifs - Préfecture Région Rhône-Alpes Florian
Le Jeudi 22 janvier 2015 9h46, HELFER Denis denis.hel...@rff.fr a écrit :
#yiv2290770436 #yiv2290770436 -- _filtered #yiv2290770436
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv2290770436
{font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv2290770436
#yiv2290770436 p.yiv2290770436MsoNormal, #yiv2290770436
li.yiv2290770436MsoNormal, #yiv2290770436 div.yiv2290770436MsoNormal
{margin:0cm;margin-bottom:.0001pt;font-size:12.0pt;}#yiv2290770436 a:link,
#yiv2290770436 span.yiv2290770436MsoHyperlink
{color:blue;text-decoration:underline;}#yiv2290770436 a:visited, #yiv2290770436
span.yiv2290770436MsoHyperlinkFollowed
{color:purple;text-decoration:underline;}#yiv2290770436
span.yiv2290770436EmailStyle17 {color:#1F497D;}#yiv2290770436
.yiv2290770436MsoChpDefault {} _filtered #yiv2290770436 {margin:70.85pt 70.85pt
70.85pt 70.85pt;}#yiv2290770436 div.yiv2290770436WordSection1 {}#yiv2290770436
Et un peu plus loin …. V.-A compter de la publication de la présente loi, la
région Centre est dénommée « Centre-Val de Loire ». De : Robin PREST
[mailto:ro...@georezo.net]
Envoyé : jeudi 22 janvier 2015 09:44
À : verd...@wanadoo.fr; Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire Bonjour
: I.-Lorsqu'une région mentionnée à l'article 1er est constituée par
regroupement de plusieurs régions :
1° Son nom provisoire est constitué de la juxtaposition, dans l'ordre
alphabétique, des noms des régions regroupées, à l'exception de la région
constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui
est dénommée « Normandie » ; Réf :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id
Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit
: Attention tout n'est pas encore synchro sur le site en ligne pour la dernière
version consolidée des autres lois référencées qui sont modifiées par la loi du
jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à
mesure des rafraîchissements, de la version consolidée en ligne, ça change...
Le JORF visiblement travaille dessus en ce moment et on doit encore lire les
textes sources des modifications. Ce sera fait certainement dans la journée (et
on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux).
Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit :
Noter aussi que le terme région n'est plus utilisé seul. La loi les
appelle officiellement régions métropolitaines pour éviter la confusion avec
les régions d'outre-mer et la collectivité territoriale de Corse. La loi
précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est
assimilée à un département mais UNIQUEMENT dans l'article relatif aux
élections régionales. Cette asimilation ne modifie pas le code des
collectivités territoriales ou de l'administration publique concernant le
département du Rhône qui reste indivis. Donc toujours une seul préfecture
pour tout le département divisé en deux collectivités (un conseil départemental
groupant toutes les communes hors Métropole de Lyon, elles-même également
groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les
communes de la Métropole de Lyon), et pas de modification non plus des
arrondissements et sous-préfectures Le 17 janvier 2015 11:57, Philippe
Verdy verd...@wanadoo.fr a écrit :
Pardon; en rafraîchisssant la page cette fois je vois cet article V que le
JORF avait peut-être omis en ligne dans une première version. Donc OK pour la
modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié
dans la même loi et le même jour ?). Le 17 janvier 2015 11:55, Philippe
Verdy verd...@wanadoo.fr a écrit :
Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas
pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet
qui n'a pas été officialisé (car probablement incomplet selon les dispositions
de l'article 2 qui précise qu'il faut un document UNIQUE approuvé par toutes
les régions membres). Il est probable donc que le Conseil d'Etat a refusé ce
projet incomplet. Les nouvelles régions ont jusqu'à juillet pour décider de
leur nom, leur siège
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Le 22 janvier 2015 15:56, Otourly Wiki otou...@yahoo.fr a écrit : Inclure les variantes avec des points ou des espaces Cela est prévu, au fur et à mesure que je rencontre des variantes je les transformerais en fonction de ce qui a été décidé ici. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Les espaces n'ont qu'un but esthétique/mémorisation et auquel cas il n'est pas nécessaire de stocker dans une base de données un format qui n'est pas pareil partout. Perso je serais d'avis que le format soit contrôlé/corrigé à l'import.Les espaces peuvent toujours être rajouté ensuite par les outils qui interrogeront OSM. D'autant que les emplacements des espaces varient d'un pays à l'autre (certes tous n'ont pas le même nombre de chiffres). Florian Le Jeudi 22 janvier 2015 16h26, Vincent Pottier vpott...@gmail.com a écrit : Le 22/01/2015 16:15, Éric Gillet a écrit : Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit : Ne serait-ce pas plutôt +33 4 12131415 ? Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les groupes de 4 chiffres, les deux variantes existent et la différence n'est que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici) doivent être ignorés. Si d'autres personnes préfèrent la variante sans espace ce sera adjugé vendu :) Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça m'aide. et j'aime la forme 01 23 45 67 89 La forme +33 (0)1 23 45 67 89 n'est pas valide ? Elle est plus lisibles pour les humains et les Français... -- FrViPofm ___ 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] Ajout de l'indicatif national aux numéros de téléphone français
Le 22/01/2015 16:25, Vincent Pottier a écrit : Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça m'aide. et j'aime la forme 01 23 45 67 89 Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789, à part qu'il n'arrivera pas à la lire, alors que qu'un traitement automatisé ou international n'aura aucun problème à supprimer les espaces et remplacer le premier 0 par +33… La preuve, le traitement automatisé de la modification. Donc oui, le wiki dit que… mais je comprends vraiment pas la logique derrière, à part que ça ne me viendrait jamais à l'esprit de noter un numéro de 9 chiffres sans espaces. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] telcharger fond de carte OSM raster?
Bonjour, 1/ Est il possible de telecharger un fond de carte raster OSM? Si oui, pouvez vous me dire comment faire? 2/ Sinon, connaitriez vous une autre baselayer opendata raster telechargeable? Merci -- View this message in context: http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988.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] telcharger fond de carte OSM raster?
Bonjour, Vous trouverez de l'information là : http://wiki.openstreetmap.org/wiki/JTileDownloader (par ex) http://wiki.openstreetmap.org/wiki/Tile_usage_policy Mais comme vous le verrez dans la documentation c'est quelques chose qui est déconseillé. Suivant votre besoin, il existe peut-être d'autres alternatives. Frédéric. Le 22/01/2015 16:55, image93 a écrit : Bonjour, 1/ Est il possible de telecharger un fond de carte raster OSM? Si oui, pouvez vous me dire comment faire? 2/ Sinon, connaitriez vous une autre baselayer opendata raster telechargeable? Merci -- View this message in context: http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988.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] Région Centre devient Centre-Val de Loire
Note bien le mot provisoire dans la phrase que tu as mise en gras. Les nouvelles régions ont jusqu'à juillet prochain pour décider de leur nouveau nom. Pour la Normandie c'était déjà clair car les 2 régions s'étaient déjà mises daccord. Pour la région Centre, comme elle n'a pas changé de frontière, elle décide de se donner seule une identité plus parlante que Centre qui est utilisé pour nommer des régions dans d'autres pays ou des villes ou diverses collectivités locales ou subdivisions administratives. L'adoption de la loi lui a permis de le faire approuver, mais la .loi l'autorise encore à revenir sur ce nom jusqu'en juillet, de même que des départements peuvent encore basculer dans une autre nouvelle région limitrophe avec l'accord des conseils concernés des 2 régions et du département. Les Pays de a Loir ne sont pas à l'abri encore d'un redécoupage voire d'une disparition (Loire-Atlantique peut-être en Bretagne, suivie aussi de la Vendée qui pourrait aussi aller vers l'Aquitaine, Mayenne en Bretagne ou en Val de Loire, le reste dans le Val de Loire, voire la Normandie ou l'Île-de-France pour la Sarthe, et le Territoire de Belfort peut encore rejoindre l'Alsace-Lorraine au lieu de la Bourgogne-Franche-Comté) Jusqu'en juillet il peut se passer des choses et de toute façon les nouvelles régions ne seront pas en exercice avant l'année prochaine après les régionales, même si elles auront en juillet un nom et un siège officiels et établi la fusion de leurs actifs, les transferts de compétence, et la fusion de leurs budgets... Après ça on aura droit à une hausse des taxes régionales; des fermetures de sites qui vont donner lieu à des manifs ou la reprise par l'Etat dans ses maisons de l'Etat qui complètent la présence des préfectures et sous-préféctures; et des grèves attendues des personnels à déplacer d'un ancien siège régional à l'autre ou reclasser dans d'autres collectivités locales. Espérons quand même que les régions ne va pas se construire de nouveaux sièges pour accueillir tout le monde dans leur conseil élargi; mais on sait qu'elles vont beaucoup dépenser en communication sur leur nouveau nom. Le 22 janvier 2015 09:43, Robin PREST ro...@georezo.net a écrit : Bonjour : I.-Lorsqu'une région mentionnée à l'article 1er est constituée par regroupement de plusieurs régions : 1° *Son nom provisoire est constitué de la juxtaposition, dans l'ordre alphabétique, des noms des régions regroupées*, à l'exception de la région constituée du regroupement de la Basse-Normandie et de la Haute-Normandie, qui est dénommée « Normandie » ; Réf : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30109622dateTexte=categorieLien=id Le 17 janvier 2015 12:23, Philippe Verdy verd...@wanadoo.fr a écrit : Attention tout n'est pas encore synchro sur le site en ligne pour la dernière version consolidée des autres lois référencées qui sont modifiées par la loi du jour (notamment celle de 27 janvier 2014 et plusieurs autres). Au fur et à mesure des rafraîchissements, de la version consolidée en ligne, ça change... Le JORF visiblement travaille dessus en ce moment et on doit encore lire les textes sources des modifications. Ce sera fait certainement dans la journée (et on n'est pas à l'abri d'un erratum qui ne sera publié que lundi au mieux). Le 17 janvier 2015 12:08, Philippe Verdy verd...@wanadoo.fr a écrit : Noter aussi que le terme région n'est plus utilisé seul. La loi les appelle officiellement régions métropolitaines pour éviter la confusion avec les régions d'outre-mer et la collectivité territoriale de Corse. La loi précise aussi (article 4 dans le Chapitre II) que la Métropole de Lyon est assimilée à un département mais UNIQUEMENT dans l'article relatif aux élections régionales. Cette asimilation ne modifie pas le code des collectivités territoriales ou de l'administration publique concernant le département du Rhône qui reste indivis. Donc toujours une seul préfecture pour tout le département divisé en deux collectivités (un conseil départemental groupant toutes les communes hors Métropole de Lyon, elles-même également groupées en plusieurs EPCI, et un conseil métropolitain groupant toutes les communes de la Métropole de Lyon), et pas de modification non plus des arrondissements et sous-préfectures Le 17 janvier 2015 11:57, Philippe Verdy verd...@wanadoo.fr a écrit : Pardon; en rafraîchisssant la page cette fois je vois cet article V que le JORF avait peut-être omis en ligne dans une première version. Donc OK pour la modif (mais pourquoi alors le même texte est incohérent dans l'article 1 publié dans la même loi et le même jour ?). Le 17 janvier 2015 11:55, Philippe Verdy verd...@wanadoo.fr a écrit : Je ne vois NULLE PART cet article V dans le texte sur le JORF (en tout cas pas sur le lien que tu as fourni); tu t'est peut-être basé sur une avant-projet qui n'a pas été officialisé (car probablement incomplet selon les dispositions de l'article 2
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
pour le +33 aucun problème. pour la suppression du zéro initial ok pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. pour le remplacement des points et autres séparateurs par des espaces. * attention aux préfixes de numéros courts qui ne peuvent être appelés que depuis la France (donc pas de +33) : pour appeler les mêmes services depuis l'étranger il faut utiliser un numéro long à 9 chiffres communiqué par les destinataires concernés, s'ils acceptent ces appels (qui peut ne rien avoir en commun avec le numéro court), ou un autre numéro à l'étranger (ça peut être celui d'un centre d'appel). Tout ce qui est, après élimination du préfixe +33 (parfois noté juste 33 sans le +) et du zéro éventuellement marqué après (entre parenthèses ou pas), et qui comprend 9 chiffres (au moins) est un numéro long. Mais si les 9 chiffres ne commencent pas par un chiffre 1 à 5 (nu,éros géographiques) ou 6 ou 7 (numéros mobiles) ou 9 (box internet VoIP), sont alors des numéros spéciaux. Il y a parfois plus de 9 chiffres quand les numéros comportent des extensions : garder un séparateur explicite. Ces extensions peuvent être des sélection à l'arrivée commençant par l'astérisque * suivie de 1 ou plusieurs chiffres mais c'est de plus en plus rare, cela a été utilisé au temps qui précédait la numérotation à 10 chiffres et ça a beaucoup été réduit demuis l'explosion des mobiles et la libération de plein de numéros fixes. Les extensions sont surtout dans les entreprises qui utilisent plutpit des lignes groupées ayant chacune leur numéro à 10 chiffres (pas toujours dans le même bloc de numéros) et la plupart du temps ce sont des numéros pour l'usage interne, les numéros communiqués au public sont normalemetn à 10 chffres sans extension. Mais certains services ajoutent des extension vocales et indiquent les chiffres supplémentaires à composer une fois décrocher, ou un mot à prononcer vocalement au décrochage, sinon on doit écouter le robot et c'est pénible. Ce mot devrait pouvoir être conservé dans le numéro de téléphone. Pour la plupart ces services ont un numéro court avec sélection vocale à l'arrivée ont un numéro court non internationalisable. Certains numéros ajoutent une mention sur les jours et heures de disponibilité. Enfin certains numéros sont alloués à des opérateurs qui ne peuvent pas être appelés du tout depuis l'étranger (ce sont des nu,éros surtaxés sans convention de refacturation avec d'autres opérateurs) ou bien l'abonné a demandé à ne recevoir des appels que depuis la France. Donc à priori on ne doit convertir au format +33 xabcdefgh que les numéros 01abcdefgh à 07abcdefgh ou 0970cdefgh (plus des espaces, tirets ou points) et garder les séparateurs positionnés tels qu'ils sont dans la source pour la lisibilité (mais on peut les convertir en espaces) et il est préférable de garder une espace après °+33, et insérer des espaces tous les 2 chiffres s'il n'y a aucun séparateur dans les 9 chiffres (ou 10 chiffres avec le 0 initial). Certains numéros sont donnés aussi avec 00 au ieu de + : ce qui suit est un préfixe international, ne rien toucher si ce n'est pas 0033. Pour les autres laisser le format inchangé s'il ne mentionne pas le préfixe international. Le 22 janvier 2015 15:50, Éric Gillet gill3t.3ric+...@gmail.com a écrit : Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: - phone - contact:phone - fax - contact:fax ainsi que les variantes avec pays suivantes: - phone:FR - contact:phone:FR - fax:FR - contact:fax:FR Exemple : passage de “phone=0412131415” en phone = “+33 4 1213 1415” Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et sed. Avez-vous des suggestions ? Éric ___ 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] telcharger fond de carte OSM raster?
Sur la taille d'une comme ça ne pose pas de problème. Le 22/01/2015 17:14, image93 a écrit : Merci beaucoup pour vos réponses. En fait, je travaille sur mapinfo. J'ai un fichier raster GEOROUTE ign .tab. Je veux simplement découper ce fichier raster selon l'emprise vectorielle d'une commune. Mais cette chose si simple est semble relever de l'impossible dans mapinfo. Et pire encore, je n'arrive pas à exporter ce fameux raster .tab en un autre format classique (.tif ou .jpeg). ;-( Voilà pourquoi je souhaite obtenir une source raster libre afin de faire les decoupage avec qgis. -- View this message in context: http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988p5830997.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] Un BANO à l'anglaise, mais garanti sans OSM
OSM n'a absolument pas été ignoré, il s'agit juste du choix d'une licence sans la mention share-alike ! https://github.com/OpenAddressesUK/forum/issues/38 Sylvain Le 15 janvier 2015 22:54, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 janvier 2015 20:36, George Kaplan georgekaplan...@hotmail.fr a écrit : Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme destination des données. Le plus étonnant reste la FAQ : Future What happens if some other party creates an equivalent open, free product? Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM... Pas connaissance ? On ne peut qu'en douter fortement, mais leur choix est d'ignorer OSM et ne surtout pas en parler pour ne pas avoir à discuter avec les promoteurs d'OSM ou éviter que des utilisateurs chez eux se détourne de leur projet pour aller vers OSM. L'omission est forcément volontaire. ___ 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] FW : , Annotations sur OSM : des projets en cours ?
Bonjour, Merci d'avoir pris le temps de me répondre bien que je ne sois pas contributrice d'OSM ! Effectivement l'outil http://assovelotoulouse.mooveatis.fr ressemble à ce que l'on cherche pour l'IDF. Je vais avec mes compères cyclistes prendre le temps de le tester pour voir les fonctionnalités et regarder les autres liens. Il est probable, si vous êtes ok, que je revienne vers vous à ce sujet que je découvre totalement ! Bonne journée. - @citeain -- View this message in context: http://gis.19327.n5.nabble.com/FW-Annotations-sur-OSM-des-projets-en-cours-tp5830828p5830984.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] telcharger fond de carte OSM raster?
Le 22/01/2015 16:55, image93 a écrit : Bonjour, 1/ Est il possible de telecharger un fond de carte raster OSM? Si oui, pouvez vous me dire comment faire? On peut, on peut... mais la méthode dépend de l'usage qu'on veut en faire. D'où ma question: quel est le but final ? 2/ Sinon, connaitriez vous une autre baselayer opendata raster telechargeable? En libre, l'IGN propose: http://professionnels.ign.fr/franceraster http://professionnels.ign.fr/scan1000 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Les espaces sont standardisées et acceptées. Les téléphones mobiles les
acceptent en entrée et dans les listes de contact. Elles n'ont aucun effet
dans la numérotation mais on peut les compacter (pas plus d'une espace
consécutif, aucune espace au début ou à la fin)
Il n' y a que quand on reçoit un appel que les appareils réinsèrent des
espaces tous les 2 chiffres (les téléphones fixes ne le font pas
généralement, les mobiles le font).
S'ils sont mnémoniques ils sont utiles. Il est plus facile de lire ainsi
des nu,éros ayant des séries de chiffres identiques sans se tromper à la
lecture. Il n'y a aucune raison de les supprimer tous, même dans une base
de données. Ils identifient aussi facilement les numéros spéciaux ('0 800
cde fgh) sans avoir besoin de marquer derrière numéro vert, appel gratuit
depuis un téléphone fxe ou appel au prix d'une communication locale.
Les indications après un numéro peuvent comprendre aussi un prix attente
gratuite depuis un poste fixe, plus prix de mise en relation et 0;18€ par
minute, tarification à la seconde après la 1re minute... Et un prix
spécifique pour l'envoi de SMS (à l'unité, parfois 2 SMS nécessaires, plus
le prix d'envoi des SMS demandé par l'opérateur de l'appelant, l'opérateur
prenant à sa charge l'envoi d'un SMS contenant juste le mot STOP, casse
ignorée, s'il est vers un numéro surtaxé : le destinataire est sensé ne
plus envoyer de SMS publicitaires au numéro de l'envoyeur du STOP, mais
aucun opérateur ne le contrôle réellement).
.
Le 22 janvier 2015 16:46, Otourly Wiki otou...@yahoo.fr a écrit :
Les espaces n'ont qu'un but esthétique/mémorisation et auquel cas il n'est
pas nécessaire de stocker dans une base de données un format qui n'est pas
pareil partout. Perso je serais d'avis que le format soit contrôlé/corrigé
à l'import.Les espaces peuvent toujours être rajouté ensuite par les outils
qui interrogeront OSM.
D'autant que les emplacements des espaces varient d'un pays à l'autre
(certes tous n'ont pas le même nombre de chiffres).
Florian
Le Jeudi 22 janvier 2015 16h26, Vincent Pottier vpott...@gmail.com a
écrit :
Le 22/01/2015 16:15, Éric Gillet a écrit :
Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit
:
Ne serait-ce pas plutôt +33 4 12131415 ?
Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les
groupes de 4 chiffres, les deux variantes existent et la différence n'est
que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici)
doivent être ignorés. Si d'autres personnes préfèrent la variante sans
espace ce sera adjugé vendu :)
Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces,
ça m'aide. et j'aime la forme 01 23 45 67 89
La forme +33 (0)1 23 45 67 89 n'est pas valide ?
Elle est plus lisibles pour les humains et les Français...
--
FrViPofm
___
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] telcharger fond de carte OSM raster?
Merci beaucoup pour vos réponses. En fait, je travaille sur mapinfo. J'ai un fichier raster GEOROUTE ign .tab. Je veux simplement découper ce fichier raster selon l'emprise vectorielle d'une commune. Mais cette chose si simple est semble relever de l'impossible dans mapinfo. Et pire encore, je n'arrive pas à exporter ce fameux raster .tab en un autre format classique (.tif ou .jpeg). ;-( Voilà pourquoi je souhaite obtenir une source raster libre afin de faire les decoupage avec qgis. -- View this message in context: http://gis.19327.n5.nabble.com/telcharger-fond-de-carte-OSM-raster-tp5830988p5830997.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] Ajout de l'indicatif national aux numéros de téléphone français
Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit : Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789 Effectivement, comme mentionné dans mon premier mail, le français avec son téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros mappés proche de frontières, ou aux utilisateurs internationaux, les indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça que l'ITU recommande cette forme de numérotation. Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit : pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas de problème d'intégrité des données tant que l'indicatif national, régional et le reste du numéro restent séparés. attention aux préfixes de numéros courts Je ne comptais pas y toucher, ne connaissant pas bien les règles et format spécifiques de ces derniers. il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Je valide ! François Le 22 janv. 2015 15:51, Éric Gillet gill3t.3ric+...@gmail.com a écrit : Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: - phone - contact:phone - fax - contact:fax ainsi que les variantes avec pays suivantes: - phone:FR - contact:phone:FR - fax:FR - contact:fax:FR Exemple : passage de “phone=0412131415” en phone = “+33 4 1213 1415” Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et sed. Avez-vous des suggestions ? Éric ___ 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] Ajout de l'indicatif national aux numéros de téléphone français
Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com a écrit : Ne serait-ce pas plutôt +33 4 12131415 ? Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les groupes de 4 chiffres, les deux variantes existent et la différence n'est que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici) doivent être ignorés. Si d'autres personnes préfèrent la variante sans espace ce sera adjugé vendu :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: - phone - contact:phone - fax - contact:fax ainsi que les variantes avec pays suivantes: - phone:FR - contact:phone:FR - fax:FR - contact:fax:FR Exemple : passage de “phone=0412131415” en phone = “+33 4 1213 1415” Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et sed. Avez-vous des suggestions ? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Inclure les variantes avec des points ou des espaces Florian Le Jeudi 22 janvier 2015 15h53, François Lacombe fl.infosrese...@gmail.com a écrit : Je valide !FrançoisLe 22 janv. 2015 15:51, Éric Gillet gill3t.3ric+...@gmail.com a écrit : Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: - phone - contact:phone - fax - contact:fax ainsi que les variantes avec pays suivantes: - phone:FR - contact:phone:FR - fax:FR - contact:fax:FR Exemple : passage de “phone=0412131415”en phone = “+33 4 1213 1415” Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et sed. Avez-vous des suggestions ? Éric ___ 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] Ajout de l'indicatif national aux numéros de téléphone français
Le 22 janvier 2015 15:50, Éric Gillet gill3t.3ric+...@gmail.com a écrit : Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: - phone - contact:phone - fax - contact:fax ainsi que les variantes avec pays suivantes: - phone:FR - contact:phone:FR - fax:FR - contact:fax:FR Exemple : passage de “phone=0412131415” en phone = “+33 4 1213 1415” Ne serait-ce pas plutôt +33 4 12131415 ? J'ai pris cette habitude d'après le wiki http://wiki.openstreetmap.org/wiki/Key:phone Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Le 22/01/2015 16:15, Éric Gillet a écrit : Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Ne serait-ce pas plutôt +33 4 12131415 tel:%2B33%204%2012131415 ? Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les groupes de 4 chiffres, les deux variantes existent et la différence n'est que cosmétique car les espaces ou tirets après l'indicatif régional (4 ici) doivent être ignorés. Si d'autres personnes préfèrent la variante sans espace ce sera adjugé vendu :) Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça m'aide. et j'aime la forme 01 23 45 67 89 La forme +33 (0)1 23 45 67 89 n'est pas valide ? Elle est plus lisibles pour les humains et les Français... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Le 22 janvier 2015 17:31, Éric Gillet gill3t.3ric+...@gmail.com a écrit : il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. Il est bien cosmétique, chaque pays a ensuite ses règles pour déterminer la longueur des différentes parties. Mais c'est un usage de mettre un séparateur après le code pays; et les indicatifs régionaux quand leur composition n'est pas obligatoire pour tous les appels même locaux (comme en France). Note: au Royaume Uni les numéros commencent par un 0 qui DOIT être composé après l'indicatif international +44. Mais pour les appels vers la France, composer un 0 génère une erreur pour la plupart des appels par les opérateurs d'autres pays. Il vaut mieux donc ne pas le mentionner et c'est pour ça qu'on met une espace après +33, qui localement en France DOIT être remplacé par un 0 pour les appels depuis une ligne fixe (mais pas obligatoire pour les appels depuis une mobile où il est permis d'utiliser +33 au lieu du 0). Cette séparation de l'indicatif international permet à l'utilisateur du numéro aussi de remplacer le préfixe +33 ou 0 par la sélection de l'opérateur (préfixes commençant par 16, peu utilisés mais pas encore abandonnés, car les opérateurs vendent plutôt la préselection ou fournissent une petite box remplaçant automatiquement le 0 par le préfixe de sélection opérateur). Ces espaces ne sont jamais composés par les téléphones, ni transmis ni utilisés sur les réseaux de signalisation (sauf en Signalisation numéro 7 sur RNIS dans les données optionnelles donnant le numéro de l'appelant et une éentuelle sous-adresses de sélection à l'arrivée : là pn peut mettre des espaces, des tirets, des astérisques, des dièses, et même le caractère spécial P indiquant une pause nécessaire d'une seconde: la signalisation comporte aussi un caractère R pour la télécommande de fonctions spéciales des appareils comme l'activation des conférences, indiquer le passage en mode silencieux; ou l'activation d'une porteuse de données). ou la sychronisation de canaux sonores supplémentaires/alternatifs) Il n'y a plus d'indicatif régional en France depuis que sa composition est nécessaire pour tous les appels, les numéros normaux sont à 9 chiffres indifférenciés (et le préfixe régional n'est pas la garantie que le destinataire est dans cette région, il a pu porter son numéro). En fait les blocs de nméros sont attribués aux opérateurs sur les 5 premiers chiffres après le 0, mais au sein du bloc de 4 chiffres attribué à un opérateur, l'opérateur peut le réassigner pour des clients dans d'autres régions géographiques qui ont souhaité garder leur numéro. Les 9 chiffres sont banalisés (mais les 4 derniers sont protégés légalement : ces 4 derniers chiffres et toute extension éventuelle, peuvent ne pas être transmis à un destinataire et ne figurent sur les factures détaillées que si l'abonné le demande). Physiquement le numéro de téléphone public n'est pas le numéro de la ligne. Ce numéro de ligne est en plus et peut comprendre aussi des lettres (A à D, certains téléphones fixes ont ces touches qui permettent d'appeler des lignes physiques). Les numéros qu'on compose sont traduits par conversion dans une base de données détenue par l'opérateur à qui a été attribué chaque bloc de numéros publics; les numéros physiques peuvent aussi être virtualisés pour le portage d'un opérateur à l'autre. Ces numéros physiques peuvent avoir plus que 9 chiffres (après le préfixe 0) : on compose un numéro public à 10 chiffres (compris le 0) mais ce numéro est traduit plusieurs fois pour les routages entre opérateurs ou la sélection à l'arrivée sur les PABX privés du destinataire. Quand le numéro est vers un mobile, il est traduit en numéro IMEI par l'opérateur de l'abonné à ce numéro (de nombreux téléphones mobiles ne connaissent même pas leur propre numéro public auquel on peut les appeler, la SIM contient juste le numéro IMEI, un code associé au terminal utilisé, et le numéro de réseau de l'opérateur le son code pays de l'opérateur différent du code pays téléphonique mais nécessaire à la facturation, aux taxes et l'applcation des réglementations nationales). Quand on appelle depuis un mobile, c'est l'opérateur de l'appelant qui va renseigner vers le destinataire le numéro public de l'appelant (le numéro physique du mobile n'est pas transmis directement;sauf autorisation spéciale pour certains services judiciaires qui veulent géolocaliser un téléphone; une opération que les opérateurs facturent cher à ces services d'écoute) Depuis une ligne RNIS l'appelant peut d'ailleurs indiquer n'importe quel numéro de son choix dans les donénes d'appel: même pas le sien ni la fontion secret. Le destinataire peut croire que quelqu'un appelle d'un numéro affiché alors qu'il ne correspond à rien ou a été usurpé ou bien tronqué comme l'appelant l'a voulu. L'opérateur de l'appelant ne vérifie pas ces indications qui sont transmises
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Non; le premier 0 indique qu'on utilise l'opérateur auquel on est abonné sur la ligne utilisée. Sinon on peut le remplacer par 16 suivi du nuùéro d'opérateur sur 2 à 5 chiffres; mais presque personne ne le fait (ça a servi quelques temps avant qu'on puisse changer d'opérateur par défaut et porter sa ligne). Ou bien remplacer le 0 (uniquement sur téléphone fixe) le chiffre 5 à 9 alloué à un gros opérateur (cela ne marche pas sur mobile qui utilise ce chiffre pour ses propres numéros courts). Certains préfixes de sélection, n'étant plus utilisés depuis la fusion de plusieurs opérateurs (exemple NeufTelecom utilisait le 9 mais a fusionné avec SFR).. Orange continue d'utliser le 8 comme préfixe de sélection mais il ne sert que pour les appels depuis une ligne fixe d'un abonné à un autre opérateur qu'Orange.. En pratique cela ne sert plus que dans les grosses entreprises dont les PABX privés sélectionnent un opérateur selon la destination des appels : en interne on compose le 0; le PABX le remplace parun préfixe d'opérateur alternatif. Et là encore les entreprises ont leurs propres numéros courts internes (qui ne commencent pas pas par 0; 1 ou 3 qui indiquent un numéro extérieur) et les PABC peuvent bloquer certains numéros courts y compris les préfixes de sélection d'un opérateur spécifique. Le préfixe de préselection peut encore servir pour les abonnés d'autres pays appelant depuis la France sur la ligne d'un autre opérateur mais qui eulent éviter des frais de roaming en utilisant leur carte d'abonné à leur opérateur à domicile; ils appallent en fait un numéro français vers leur opérateur qui prendra en charge leur appel Le 22 janvier 2015 19:04, François Lacombe fl.infosrese...@gmail.com a écrit : Je serait d'avis pour un espace entre l'indicatif et le reste du numéro comme séparateur (des indicatifs sont a 3 chiffres). Le reste c'est de la mise en forme qui ne doit pas être présent dans la base (chacun fait ce qu'il veut) Le 0 signifie juste que le réseau est celui d'Orange mais il y en a d'autres. Ça n'a pas de valeur au niveau international. François Le 22 janv. 2015 17:52, Christian Quest cqu...@openstreetmap.fr a écrit : Il me semble que les numéros courts (exemple 3637) ne fonctionnent pas depuis l'étranger et que seuls ceux commençant par 0 sont internationaux... à vérifier. Le 22/01/2015 17:31, Éric Gillet a écrit : Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit : Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789 Effectivement, comme mentionné dans mon premier mail, le français avec son téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros mappés proche de frontières, ou aux utilisateurs internationaux, les indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça que l'ITU recommande cette forme de numérotation. Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit : pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas de problème d'intégrité des données tant que l'indicatif national, régional et le reste du numéro restent séparés. attention aux préfixes de numéros courts Je ne comptais pas y toucher, ne connaissant pas bien les règles et format spécifiques de ces derniers. il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ 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] [Tagging] Deprecation of associatedStreet-relations
Note: le vote concerne juste les relations type-associatedStreet, mais pas type=street qui a le même usage. Bref ce n'est pas la relation qui est en cause mais la valeur du tag type=* pour laquelle est demandée une unification. Bizarre quand même car type)associatedStreet est beaucoup plus utilisé dans la base mais ceux qui ont voté en Allemgane ont du ne voir que l'usage en Allemagne. Les deux ont été documentés dans le wiki. Les différences sont mineures : au lieu du rôle house pour les noeuds membres on passe au rôle address qui est moins restrictif dans sa signification (mais house est également supporté et décrit comme équivalent fonctionnellement).pour une relation street. Bref une nouvelle relation encore peu utilisée veut remplacer une relation ancienne; sans réel changement fonctionnel. 2015-01-22 13:08 GMT+01:00 althio althio althio.fo...@gmail.com: Bonjour, Un vote pas-tout-à-fait-formel vient d'être lancé après discussion dans la communauté allemande. Il s'agit de tâter la température de la communauté large pour passer la Relation:associatedStreet en statut Deprecated. Le vote est placé sur https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet althio -- Forwarded message -- From: Michael Reichert naka...@gmx.net Date: 22 January 2015 at 12:07 Subject: Re: [Tagging] Deprecation of associatedStreet-relations To: Tag discussion, strategy and related tools tagg...@openstreetmap.org Hi, Am 22. Januar 2015 11:45:47 MEZ, schrieb althio althio althio.fo...@gmail.com: Please vote here: https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Is this a formal voting? It is not as formal as a proposal voting. I would like to know how the community (those who vote) think about associatedStreet relations. I think that in Germany the majority does not like them (anymore). Is there a date for start and end vote? No, there is no end date at the moment. Start date was yesterday. I will announce a end date. This end date will be date of announcement of end of voting + 14 days. It looks strange, hidden on a Talk:page without the usual template or RFC or call for votes on the international mailing lists. German forum and talk-de have been notified by myself. You may notify your local community if it will not read the next issue(s) of weeklyOSM. Best regards Michael -- Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht GPG-signiert und enthält Tippfejler. This message was been written on a smartphone. That's why it is not GPG-signed and may contain tyops. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ 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] [Tagging] Deprecation of associatedStreet-relations
Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Le schéma Karlsruhe n'a été fait que pour des noeuds individuels, pas pour grouper les adresses formant une rue : les relation street ou associatedStreet conservent ce schéma mais ses tags pour la rue elle-même sont essentiellement portés par la relation et pas besoin de le mettre sur tous les nœuds ni sur les chemins de la voirie et cela peut aussi s'appliquer aux petits chemins transversaux en impasse considérés dans la même rue (ces chemins peuvent encore avori d'autres tags comme le type de hghway=* qui peut changer ou la limite de vitesse, ou de largeur, ou de sens de circulation qui est levé. Le schéma de Karlsruhe (les tags addr:*) est également déporté sur les relation concernant les codes postaux (déjà en Allemagne les relations de code postaux sont abondamment utilisées, en France on met surtout des codes postaux qu'on duplique dans les relations des communes mais on a toujours un problème pour les communes ayant plusieurs codes postaux : il nous faudrait là des relations aussi comme en Allemagne) J'espère que ce vote ne va pas aboutir à ne plus mettre aucun tag addr:* que sur les noeuds, ce sera très pénble de mettre à jour les adresses; il y aura trop d'oublis et d'incohérences et il sera impossible de reconstituer des rues entières uniquement sur la base des noeuds d'adresses qui ne sont pas alignés et pas toujours sur la voirie tracée la plus proche du noeud ! Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Les relations ont cet avantage qu'il simplifie énormément le controle de qualité et la détection de ce qui manque. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Le 22 janvier 2015 14:43, Tetsuo Shima tets...@gmail.com a écrit : Il y a pas un souci entre les deux objets. L'exemple con c'est une rue qui franchi une frontiere communale. On peut avoir un adressage indépendant, donc deux relation adresse, de chaque coté mais on devrait avoir le meme objet street des deux coté, donc une seul relation street. Le 22 janvier 2015 14:30, Pierre Knobel pierr...@gmail.com a écrit : J'avais compris que l'alternative proposé était la solution sans relation (addr:street sur noeud) et j'ai voté en fonction. Si l'alternative est la relation Street, je n'ai pas d'avis, c'est vraiment équivalent. S'il faut renommer le role house et rajouter un role associated dans AssociatedStreet, ca ne me dérange pas non plus. ___ 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] Zonages statistiques Ilots et IRIS
Pour le recensement de population l'INSEE a aussi des découpages plus fins que les seuls IRIS. Les formulaires papiers fournis indiquent IRIS, îlot ou district (numéro à 4 chiffres; les ilots et districts sont dans des tranches de numéros à part); avec aussi 3 chiffres pour l'habitation (nommée rang A) et 3 chiffres pour le numéro de logement, porte, appartement (rang L). Ce sont ces trois numéros qu'on doit indiquer sur le formulaire web du recensement que les agents de l'INSEE incitent à utiliser si on peut (le formulaire papier indique un code d'accès et un mot de passe pour accéder au formulaire web du questionnaire). Les données des numéros rang A et rang L sont gardées secrètes, mais les numéros IRIS, îlot ou district ne sont aussi partiellement (seuls les IRIS sont publiés; certains pouvant être requalifiés en îlot ou districts et leur données alors tenues secrètes après validation du secret imposé par la loi et dns ce cas l'INSEE crée un nouvel IRIS de regroupement). Le recensement de la population a lieu en ce moment depuis début janvier jusqu'au 14 février en France métropolitaine et Guyane et le 28 février à la Réunion pour les communes de moins de 1 habitants. Ou jusqu'au 21 février dans les communes de plus de 1 habitants en France métropolitaine, dans les Antilles et en Guyane, ou le 7 mars à la Réunion. Tout le monde n'est pas sondé, c'est par tirage au sort dans les communes concernées; et même si répondre est normalement un devoir civique (pour ceux qui ont reçu l'avis de passage prochain d'un agent recenseur qui présente sa carte et doit vous remettre le document papier officiel contenant les identifiants web à utiliser sur le site officiel www.le-recensement-et-moi.fr). Je lai fait aujourd'hui, suite au passage de l'agent qui avait été annoncé par courrier la semaine dernière : j'ai répondu sur le web (ce qui évite à l'agent de repasser, il est informé par SMS des questionnaires qui ont été répondus sur le web; ça lui permet d'organiser son planning de visites et voir si les objectifs suffisants ont été atteints sur chaque secteur ou s'il faudra qu'il prospecte en février d'autres adresses au hasard des présents pour améliorer leur couverture). On n'est pas obligé de répondre sur le web soi-même : l'agent a aussi une tablette permettant de se connecter par internet mobile et sinon dispose de formulaires de réponse sur papier qui'il complétera avec les sondés qui n'ont pas d'internet ni de couvetture internet mobile utilisable par l'agent recenseur. Si on oublie de répondre sur le web, l'agent repassera dans le mois. Les questions posées sur le formulaire web sont d'abord sur le type de logement (individuel ou collectif), la confirmation des adresses postales, quelques équipements (surface totale habitable, type de chauffage, et de salle d'eau) le statut de celui qui répond (propriétaire ou locataire), et la liste des occupants ; puis un questionnaire sur chaque personne (nom, prénom, année et lieu de naissance, nationalité, emploi ou études possession d'un véhicule, et si on fait des études le lieu de l'établissement, et les hébergements secondaires, y compris chez un parent à titre gratuit; ainsiq que le type de liens de parenté ou autre entre les occupants). En ligne par tirage au sort on peut vous proposer d'autres questions sur les équipements individuels, mais rien sur les revenus ou prix des logements et équipements. Les hôtels et campings sont aussi sondés, de même que les logements militaires, hôpitaux, maisons médicalisées et maisons de retraites. Ainsi que les entreprises et administrations qui pourraient avoir des logements pour leurs employés. Le 22 janvier 2015 08:05, Christian Quest cqu...@openstreetmap.fr a écrit : Le 22/01/2015 01:31, Jérôme Amagat a écrit : Je suis plutôt d'accord mais moi je trouve que ça serait plus simple d'avoir un filaire différent pour les frontière (donc réutiliser les ways pour limite de quartier, limite des IRIS, canton électoral, etc) et un autre pour les rue. Le mieux serai même de ne pas réutiliser les node ou au minimum, ça permettrait d'avoir des couches differentes : des nodes et des way pour les routes et reseau filaire, un autre pour les frontière et pourquoi pas un autre pour les landuse surfacique et pour les bâtiment. Pas de modification de truc completement diferent sans le vouloir et simplification de l'affichage en affichant que les couches. Quand la définition même de la frontière est faite par le voirie elle même, ça me semble normal de n'avoir qu'un objet géométrique et pas deux. Ca permet de verifier la cohérence de la définition de la frontière en regardant quels sont les tronçons utilisés pour la définir. Si on utilise des objets géométriques différents ça sera beaucoup plus compliqué et ça pose un autre problème: les incohérences topologiques. Sur le cas des IRIS on peut ainsi se retrouver avec des points d'adresse flottant de part et d'autre de la limite de l'IRIS. C'est
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations
Moi, j'ai compris ça comme vouloir abolir l'usage de relation (aS et street) et qu'ils veulent uniquement utiliser addr:street sur chaque bâtiment ayant une adresse. Polyglot 2015-01-23 6:52 GMT+01:00 Vincent de Château-Thierry v...@laposte.net: Bonjour, Le 23/01/2015 05:17, Philippe Verdy a écrit : Autre difficulté c'est le rapprochement pour BANO avec les codes fantoir; dans le cas des segments de rues qui en ont deux car la rue sépare deux communes et chaque coté utilise sont code FANTOIR. Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques sur les nodes, ways, ways fermés, et relations associatedStreet (tag ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et ref:FR:FANTOIR:right). Ce vote s'l aboutit risque de mettre à mal l'important travail de rapprochement qui a lieu pour la BANO et ses équivalents dans divers pays. Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas d'adressage : par relation associatedStreet ou par tag addr: street. Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas vraiment compris car les enjeux ne sont pas expliqués, et parce qu'aucune solution claire de remplacement n'a été expliquée; ni même discutée; avant de passer directement au vote expéditif ! Oui, ça a été présenté comme un sondage mais l'absence de contexte, et surtout la confusion sur ce qui devrait remplacer les relations associatedStreet (la relation Street ? le schema simple addr: street ?) fait qu'on ne sait pas pour quoi on vote. Pas top. vincent ___ 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] Ajout de l'indicatif national aux numéros de téléphone français
Bonjour, Je suis pour une uniformisation globale des informations dans OSM. Ce changement me semble aller dans le bon sens. Néanmoins, si ce ne sera fait qu'à une seule occasion, on retrouvera dès le lendemain des numéros au format national. Il faut envisager de faire tourner la moulinette régulièrement, dans une analyse Osmose par exemple ? Pour ce qui concerne la modification, il faut se baser sur le plan de numérotation français pour éviter tout dommage collatéral sur des numéros courts ou spéciaux. Voir par ex. http://fr.wikipedia.org/wiki/Plan_de_numérotation_en_France ou http://www.arcep.fr/?id=8146 Cas tordus à vérifier/corriger : - Les numéros avec le préfix international bancal 00 au lieu du + . (00 est bien un préfixe pour appeler l'international depuis la France, ce n'est pas le cas dans tous les pays). Donc remplacer les préfixes 0033 en +33. - L'existence de POIs en France avec un numéro international étranger valide (par ex. un bureau d'une société étrangère, une ambassade) ? - Les DOM/TOM : depuis la métropole, on peut appeler la Réunion avec un numéro à 10 chiffres de type 0262PQMCDU. En fait le 262 est le préfixe international pour appeler la Réunion depuis l'étranger. Je ne suis pas plus familier que ça avec ces subtilités DOM/TOM mais je dirais à première vue qu'il ne faut pas remplacer 0262PQMCDU par +33262PQMCDU. Pour information, il est possible à un opérateur mobile de permettre à ses abonnés en roaming d'appeler des numéros courts mais c'est compliqué donc cher et comme ça ne rapporte pas grand chose, c'est rarement déployé. Mais c'est un faux problème puisqu'on ne touchera pas à ces numéros courts. Pour le formatage du numéro après le préfixe international, je rejoins François Lacombe : je suis plutôt d'avis de le laisser tel quel dans cette première étape. On pourra ensuite troller débattre du bon format à accepter/stocker/afficher suivant que l'on est à l'étranger ou dans la Creuse, français ou pas, sur une carte pour touriste dans la langue du pays ou pas ;) George Le 22 janv. 2015 à 15:50, Éric Gillet gill3t.3ric+...@gmail.com a écrit : Bonjour, Je souhaite proposer l’ajout des indicatifs nationaux à tous les numéros de téléphones en France. Cela est nécessaire pour l’internationalisation des numéros de téléphone, car malgré qu’avec un téléphone français cet indicatif n’est pas obligatoire, cela pose problème pour le reste des téléphones. La norme suivie correspond au wiki OSM ainsi qu’à E.123 du ITU-T. Les tags suivants seraient concernés: phone contact:phone fax contact:fax ainsi que les variantes avec pays suivantes: phone:FR contact:phone:FR fax:FR contact:fax:FR Exemple : passage de “phone=0412131415” en phone = “+33 4 1213 1415” Ma méthodologie serait une recherche Overpass API, puis édition avec Level0 et sed. Avez-vous des suggestions ? Éric ___ 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] Un BANO à l'anglaise, mais garanti sans OSM
Je comprends qu'ils ne veuillent pas s'appuyer ou reverser dans OSM leurs adresses, c'est leur choix. Ce qui m'a le plus étonné, c'est qu'ils n'abordent pas le sujet d'OSM sur leur site, il a fallu que quelqu'un pose la question. Ça ne coûte pas grand-chose de rajouter une entrée dans la FAQ pour préciser les choses. Le 22 janv. 2015 à 16:39, Sylvain Maillard sylvain.maill...@gmail.com a écrit : OSM n'a absolument pas été ignoré, il s'agit juste du choix d'une licence sans la mention share-alike ! https://github.com/OpenAddressesUK/forum/issues/38 Sylvain Le 15 janvier 2015 22:54, Philippe Verdy verd...@wanadoo.fr a écrit : Le 15 janvier 2015 20:36, George Kaplan georgekaplan...@hotmail.fr a écrit : Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme destination des données. Le plus étonnant reste la FAQ : Future What happens if some other party creates an equivalent open, free product? Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM... Pas connaissance ? On ne peut qu'en douter fortement, mais leur choix est d'ignorer OSM et ne surtout pas en parler pour ne pas avoir à discuter avec les promoteurs d'OSM ou éviter que des utilisateurs chez eux se détourne de leur projet pour aller vers OSM. L'omission est forcément volontaire. ___ 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] Ajout de l'indicatif national aux numéros de téléphone français
Oui je confirme, les numéros court ne fonctionnent pas à l'étranger. En ce qui concerne l'espace après le +33, il est bien évidemment cosmétique. Les indicatifs internationaux sont unique et facilement identifiable même sans espace, la preuve vous n'entrez jamais d'espace quand vous saisissez un numéro au format international sur votre portable ... J'en profite pour relancer le débat : la base OSM doit-elle servir de base d'annuaire téléphonique ? Francisco - Mail original - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 22 Janvier 2015 17:51:52 Objet: Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français Il me semble que les numéros courts (exemple 3637) ne fonctionnent pas depuis l'étranger et que seuls ceux commençant par 0 sont internationaux... à vérifier. Le 22/01/2015 17:31, Éric Gillet a écrit : Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit : Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789 Effectivement, comme mentionné dans mon premier mail, le français avec son téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros mappés proche de frontières, ou aux utilisateurs internationaux, les indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça que l'ITU recommande cette forme de numérotation. Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit : pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas de problème d'intégrité des données tant que l'indicatif national, régional et le reste du numéro restent séparés. attention aux préfixes de numéros courts Je ne comptais pas y toucher, ne connaissant pas bien les règles et format spécifiques de ces derniers. il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Le 22/01/2015 18:05, Stéphane Péneau a écrit : Le 22/01/2015 16:25, Vincent Pottier a écrit : Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça m'aide. et j'aime la forme 01 23 45 67 89 Je comprends, mais de l'autre côté, je connais peu de personnes qui enregistrent des numéros de téléphone avec des espaces sur leur gsm. Et qui les lisent d'un écran en un bloc de 10 chiffres ? Zéro cent vingt trois millions quatre cent cinquante six mille sept cent quatre vingt neuf ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Le 22/01/2015 16:25, Vincent Pottier a écrit : Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, ça m'aide. et j'aime la forme 01 23 45 67 89 Je comprends, mais de l'autre côté, je connais peu de personnes qui enregistrent des numéros de téléphone avec des espaces sur leur gsm. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] telcharger fond de carte OSM raster?
Bonjour, Je ne vois pas trop ce que vous souhaitez faire avec le fond raster OSM dans ce cas. Découper manuellement votre raster en suivant à la louche la limite communale visible sur le fond OSM ? Pour faire ça le plus simple est plutôt de récupérer le contour de la commune en format vecteur et de découper directement votre raster avec. Les données vectorielles communales issues d'OSM sont disponibles sur data.gouv. Et si vous avez besoin d'aide pour faire la manip avec QGIS, n'hésitez pas à demander :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Région Centre devient Centre-Val de Loire
ca sent fort un prochain arrêté rectificatif (après avis du Conseil d'Etat ou du parlement car changer une loi n'est pas si simple). On a déjà eu des erreurs dans les nouveaux cantons et certaines ne sont toujours pas corrigées dans les textes (mais ces arrêtés sont normalement accompagnés d'un plan en annexe, malheuseusement disponilbles seulement aux ministères et dans les préfectures et mairies des communes concernées) On aurait aimé les voir ces plans en annexe, au moins sur les sites préfectoraux sous forme d'un PDF scanné même en basse résolution; mais suffisante pour désambiguer les textes ! Maintenant ceux qui habitent là peuvent aller en préfecture ou leur mairie pour vérifier sur place (prendre rendez-vous peut-être ou leur écrire pour avoir une copie par courrier). Le 22 janvier 2015 15:12, Christian Quest cqu...@openstreetmap.fr a écrit : La suite est une ligne plus bas dan le décret qui se contredit lui-même sur la graphie (on en a déjà parlé, non ?). Le plus drôle c'est que le même texte du JORF comporte plus bas une liste des région et département et la répartition des sièges pour les prochaines élection et que la région Centre n'a pas changé de nom dans ce tableau ;) Le 22/01/2015 12:52, Christian Rogel a écrit : Le 22 janv. 2015 à 09:46, HELFER Denis denis.hel...@rff.fr a écrit : Et un peu plus loin …. V.-A compter de la publication de la présente loi, la région Centre est dénommée « Centre-Val de Loire ». Ce serait donc en discordance avec la charte de toponymie de l’IGN http://education.ign.fr/sites/all/files/charte_toponymie_ign.pdf qui indique que toutes les composantes des noms de collectivité publique doivent être séparées par des traits-d’union. L’INSEE doit, également, s’y référer. Page 16 4.14.1 Nomsofficiels Les noms officiels composés comportent un trait d'union entre tous les termes, sauf après l'article initial ou lorsqu'il y a une apostrophe. Exemples : Pas-de-Calais, l’Isle-Jourdain, Clavans-en-Haut-Oisans, Crécy-la-Chapelle, Gif-sur-Yvette, la Roche-sur-Yon. » Attendons la suite… Christian R. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Il me semble que les numéros courts (exemple 3637) ne fonctionnent pas depuis l'étranger et que seuls ceux commençant par 0 sont internationaux... à vérifier. Le 22/01/2015 17:31, Éric Gillet a écrit : Le 22 janvier 2015 16:48, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789 tel:%2B33%20123456789 Effectivement, comme mentionné dans mon premier mail, le français avec son téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros mappés proche de frontières, ou aux utilisateurs internationaux, les indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça que l'ITU recommande cette forme de numérotation. Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas de problème d'intégrité des données tant que l'indicatif national, régional et le reste du numéro restent séparés. attention aux préfixes de numéros courts Je ne comptais pas y toucher, ne connaissant pas bien les règles et format spécifiques de ces derniers. il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. ___ 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
Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français
Je serait d'avis pour un espace entre l'indicatif et le reste du numéro comme séparateur (des indicatifs sont a 3 chiffres). Le reste c'est de la mise en forme qui ne doit pas être présent dans la base (chacun fait ce qu'il veut) Le 0 signifie juste que le réseau est celui d'Orange mais il y en a d'autres. Ça n'a pas de valeur au niveau international. François Le 22 janv. 2015 17:52, Christian Quest cqu...@openstreetmap.fr a écrit : Il me semble que les numéros courts (exemple 3637) ne fonctionnent pas depuis l'étranger et que seuls ceux commençant par 0 sont internationaux... à vérifier. Le 22/01/2015 17:31, Éric Gillet a écrit : Le 22 janvier 2015 16:48, JB jb...@mailoo.org a écrit : Ou bien « là où le wiki et la normalisation augmente la distance entre la vraie vie et le petit contributeur »… Oui, le wiki dit +33, norme machin. Et je ne comprends pas qu'un utilisateur local des données ait une quelconque utilité de la forme +33 123456789 Effectivement, comme mentionné dans mon premier mail, le français avec son téléphone paramétré français n'a que peu d'utilité de l'indicatif lorsqu'il appelle des numéros dans la Creuse. Par contre dès qu'on pense aux numéros mappés proche de frontières, ou aux utilisateurs internationaux, les indicatifs nationaux deviennent indispensables. C'est d'ailleurs pour ça que l'ITU recommande cette forme de numérotation. Le 22 janvier 2015 16:50, Philippe Verdy verd...@wanadoo.fr a écrit : pour les espaces, laisser libre; le groupement par 4 chiffres n'a pas à être imposé. C'est une bonne idée, je vais essayer cette piste ça vu que ça ne pose pas de problème d'intégrité des données tant que l'indicatif national, régional et le reste du numéro restent séparés. attention aux préfixes de numéros courts Je ne comptais pas y toucher, ne connaissant pas bien les règles et format spécifiques de ces derniers. il est préférable de garder une espace après +33 Cet espace n'est pas cosmétique, mais nécessaire pour différencier ind. national, local, et le reste. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services d'OSM-FR plus accessibles suite à panne
bonjour, avez-vous des nouvelles de cette panne ? on nous pose la question sur weeklyosm pourquoi live.openstreetmap.fr ne fonctionne plus ;) j'ai indiqué la panne, mais peut-être que c'est juste le live qui n'a pas été réactivé ? -- Jean-Baptiste Holcroft Le 15 janvier 2015 15:57, sly (sylvain letuffe) lis...@letuffe.org a écrit : - oapi-fr.openstreetmap.fr Peux-tu lui coller un alias plus parlant (...) ? Ha ben non ! Quand ça devient trop explicite, les gens ne lisent plus la doc, et après se plaignent à moi qu'ils n'ont pas lu la doc. troll excuses=humour caricature liberte_expression rire_is_good Voire carrément se servent de cet Overpass API pour faire des modifs en masse et invoquent après s'être fait attrapé par la police que la documentation était placardée dans le fond d'un classeur fermé à clé, coincé dans des lavabos désaffectés avec sur la porte la mention : Gare au léopard. /troll Non, oapi-fr c'est bien, c'est court et mystérieux ça donne envie de se renseigner et ça rappel par le fr que ça ne concerne que la métropole. De plus, avoir trop d'alias pointant au même endroit, ça ne fait que brouiller les pistes du débugging. -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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
