Re: [OSM-talk-fr] passage du code FANTOIR de 11 à 10 chiffres

2017-10-29 Par sujet Philippe Verdy 
Le 29 octobre 2017 à 22:16, marc marc  a écrit :

> Tu n'as pas vu le problème du 4 en 3ieme position dans les ref fantoir
> 7540093510R et 7541093510F, ce n'est pas le code direction.
>
> en partant de
> https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-
> voies-et-lieux-dits/
>
> cela ne change rien, cela renseigne heureusement les mêmes codes fantoir
>
> Mais on a trouvé la réponse dans le pdf officiel qui dit "le code
> direction est égal à 0, à l'exception de quatre départements:Paris (754
> à 758), les Bouches-du-Rhône (131, 132), le Nord (591, 592) et les
> Hauts-de-Seine (921, 922). »
> ils utilisent des codes départements "tordu"
>
> donc dans le détail
> 7540093510R et 7541093510F sont divisée en
> 754 pseudo-département
> 0 ou 1 code direction (qu'on vire pour osm)
> 09 arrondissement
> 3510 rivoli
> R ou F code contrôle
>

Dans le détail moi je comprend ceci:


> 75 département
> 4 code direction (qu'on vire dans OSM)
> 009 ou 109 arrondissement (à unifier vers le code INSEE de
> l'arrondissement 109 et non le code postal 009)
> 3510 rivoli
> R ou F code contrôle
>

Dans tous les cas, c'est toujours le 3e chiffre du code DGFiP à 11 chiffre
qu'on vire. Le problème c'est plutôt le 4e chiffre des communes à
arrondissements (0 ou 1) qui n'est pas cohérent...

La code de contrôle en revanche est calculé sur le code entier (code
direction inclu, et avec le code commune ou arrondissement communal
indiqué; je suppose que si ces codes d'arrondissement ne sont pas unifiés
c'est à cause d'une cuisine interne de la DGFiP qui a revu la carte de ses
directions locales et a pu diviser un même arrondissement sur deux
directions différentes à un moment donné, même si la dernière direction est
la numéro 4. Ou bien il y a pu y a voir des sous-directions aussi à Paris
et ils ont emprunté encore un chiffre inutilisé dans le code
d'arrondissement communal).

Il y a peut-être une origine aussi à chercher du côté de l'ancienne
administration de Paris (avant la création de la Mairie de Paris et la
relégation des mairies d'arrondissements à un rôle essentiellement exécutif
au sein de la municipalité, mais avant les mairies d'arrondissement
pouvaient avoir des secteurs distingués selon les quartiers
admisnitratrifs, ici pour le 9e les quartiers Saint-Georges
 (33),
Chaussée-d'Antin
 (34),
Faubourg-Montmartre
 (35) et
Rochechouart  (36).

Alors si on supprime le code direction, est-ce que la clé de contrôle est
encore signifiante? Je pense qu'au moins à titre de vérification on peut le
garder... si c'est stable. je me demande aussi si la DGFiP ne va pas
réattribuer d'autres numéros en jouant sur le 4e caractère dans le cas où
une voie est subdivisée et ne correspond plus entièrement à son ancien
tracé et ce changement était également visible dans la clé. Cependant le
FANTOIR actuel doit avoir oublié ce système grace aux mises à jour
annuelles et par le fait que le fichier date chaque entrée individuellement
dans un champ séparé (je ne sais pas si cela a toujours été le cas). Ou
bien il y a pu y avoir des erreurs lors de la transition du RIVOLI au
FANTOIR lors de la fusion des données entre les différentes directions.

Le dernier mystère à éclaircir: comment est calculé la clé de contrôle
réellement ? la doc dit que c'est une lettre de l'alphabet sans O,I,Q (donc
calculé avec modulo 23, et on voit d'une différence de 1 sur le dernier
chiffre de la voie donne une différence de 2 lettres sur la clé, ce qui
semble indiquer une variante améliorée du LUHN avec ses multiplicateurs
alternant 1 et 2 selon la position, mais avec un modulo 23 premier et plus
précis, au lieu de 10 non premier).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] passage du code FANTOIR de 11 à 10 chiffres

2017-10-29 Par sujet marc marc 
Tu n'as pas vu le problème du 4 en 3ieme position dans les ref fantoir 
7540093510R et 7541093510F, ce n'est pas le code direction.

en partant de
https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-voies-et-lieux-dits/ 

cela ne change rien, cela renseigne heureusement les mêmes codes fantoir

Mais on a trouvé la réponse dans le pdf officiel qui dit "le code 
direction est égal à 0, à l'exception de quatre départements:Paris (754 
à 758), les Bouches-du-Rhône (131, 132), le Nord (591, 592) et les 
Hauts-de-Seine (921, 922). »
ils utilisent des codes départements "tordu"

donc dans le détail
7540093510R et 7541093510F sont divisée en
754 pseudo-département
0 ou 1 code direction (qu'on vire pour osm)
09 arrondissement
3510 rivoli
R ou F code contrôle

donc pour passer de fantoir 11 chiffres à osm 10 chiffres :
on vire les 6 premiers (département direction commune) qu'on remplace
par le code insee de la commune 75109
rivoli 3510

il me reste une question : pq le code contrôle F et pas R ?
au hasard selon le premier contributeur ou il y a une règle ?
car la ref osm a 10 chiffres n'est donc pas unique, elle n'est
unique que sur 9 chiffres sans code contrôle.

je pense que la page wiki ref:FR:FANTOIR aurait besoin d'être améliorée
parce qu'en l'état, en lisant le wiki on n'arrive pas au même résultat.

Le 29. 10. 17 à 21:31, Christian Quest a écrit :
> Le code direction n'apporte rien et est lié à l'organisation interne de 
> la DGFiP qui peut évoluer... alors que le reste relativement stable.
> 
> En fait notre ref:FR:FANTOIR correspond à la concaténation du code INSEE 
> de la commune (ou de l'arrondissement municipal) et du code RIVOLI de la 
> voie et de la lettre de contrôle.
> 
> Par la longueur et la lettre finale on sait si on a un code avec 
> direction ou pas, avec clé de contrôle (lettre à la fin) ou pas (chiffre 
> à la fin), donc dans tout les cas on peut s'en sortir et on a le fichier 
> complet de la DGFiP pour vérifier, surtout que celui-ci ne supprime 
> aucune info, mais la marque comme obsolète si besoin (avec date).
> 
> La source officielle pour FANTOIR c'est uniquement la DGFiP, pas la DGCL 
> (aucun idée d'où sort son fichier ni de quand il date). Le fichier 
> original est national, dispo sur: 
> https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-voies-et-lieux-dits/ 
> et mis à jour chaque trimestre.
> 
> 
> Pourquoi le 751093510F et pas le 750093510R ?
> 
> Paris est découpé en arrondissements, comme Lyon et Marseille et l'INSEE 
> attribue des codes aux arrondissements, comme pour les communes.
> 
> Par cohérence avec les codes INSEE donc, le 9ème arrondissements de 
> Paris est le 75109, le 75009 n'est pas un code INSEE et je ne comprends 
> même pas pourquoi la DGFiP a créé ces doublons.
> 
> ref:FR:FANTOIR est arrivé (de mémoire) avec l'import des adresses de 
> Nantes... et on n'avait pas les codes direction dans les données 
> opendata de la ville, ni le fichier FANTOIR complet que la DGFiP le 
> vendait à l'époque !
> 
> Le choix fait à l'époque est encore très cohérent aujourd'hui et je ne 
> vois pas de bonne raison de changer.
> 
> 
> Le 29 octobre 2017 à 21:02, marc marc  > a écrit :
> 
> Le 29. 10. 17 à 20:26, Marc M. a écrit :
> > Bonsoir,
> >
> > une discussion wikidata cherche des explications sur la ref fantoir
> > utilisée dans osm et particulièrement sur le fameux chiffre "direction"
> > qu'on n'encode pas dans osm
> > https://www.wikidata.org/wiki/Property_talk:P3182
> 
> >
> > Ce qui m'amène à la question suivante
> > exemple : http://www.openstreetmap.org/way/34681880
> 
> > Rue du Faubourg Montmartre
> >
> >> 
> https://www.collectivites-locales.gouv.fr/mise-a-disposition-gratuite-fichier-des-voies-et-des-lieux-dits-fantoir
> 
> 
> >>
> > dans le fichier idt/750, on a les 2 ref :
> > 7540093510R
> > 7541093510F
> > on vire le chiffre direction :
> > 754093510R
> > 754093510F
> > il y a une règle pour avoir choisit 751093510F dans osm au lieu de R ?
> > lettre la plus basse ? lettre lié au code direction 1 ? au hasard ?
> > Que contrôle la lettre du code de contrôle ? modulo 23 du reste de la
> > clef ou c'est attribué au hasard ?
> >
> > Cordialement,
> > Marc
> 
> et en passant, je comprend pas non plus le découpage du code 7540093510R
> en lisant https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
> 
> on est supposé avoir pour 7540093510R et 7541093510F
> ref INSEE du département sur 2 chiffres 75 ok
> code direction sur un chiffre : un 4 dans les 2 cas ?
> code INSEE de la

Re: [OSM-talk-fr] passage du code FANTOIR de 11 à 10 chiffres

2017-10-29 Par sujet Christian Quest 
Le code direction n'apporte rien et est lié à l'organisation interne de la
DGFiP qui peut évoluer... alors que le reste relativement stable.

En fait notre ref:FR:FANTOIR correspond à la concaténation du code INSEE de
la commune (ou de l'arrondissement municipal) et du code RIVOLI de la voie
et de la lettre de contrôle.

Par la longueur et la lettre finale on sait si on a un code avec direction
ou pas, avec clé de contrôle (lettre à la fin) ou pas (chiffre à la fin),
donc dans tout les cas on peut s'en sortir et on a le fichier complet de la
DGFiP pour vérifier, surtout que celui-ci ne supprime aucune info, mais la
marque comme obsolète si besoin (avec date).

La source officielle pour FANTOIR c'est uniquement la DGFiP, pas la DGCL
(aucun idée d'où sort son fichier ni de quand il date). Le fichier original
est national, dispo sur:
https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-voies-et-lieux-dits/
et mis à jour chaque trimestre.


Pourquoi le 751093510F et pas le 750093510R ?

Paris est découpé en arrondissements, comme Lyon et Marseille et l'INSEE
attribue des codes aux arrondissements, comme pour les communes.

Par cohérence avec les codes INSEE donc, le 9ème arrondissements de Paris
est le 75109, le 75009 n'est pas un code INSEE et je ne comprends même pas
pourquoi la DGFiP a créé ces doublons.

ref:FR:FANTOIR est arrivé (de mémoire) avec l'import des adresses de
Nantes... et on n'avait pas les codes direction dans les données opendata
de la ville, ni le fichier FANTOIR complet que la DGFiP le vendait à
l'époque !

Le choix fait à l'époque est encore très cohérent aujourd'hui et je ne vois
pas de bonne raison de changer.


Le 29 octobre 2017 à 21:02, marc marc  a écrit :

> Le 29. 10. 17 à 20:26, Marc M. a écrit :
> > Bonsoir,
> >
> > une discussion wikidata cherche des explications sur la ref fantoir
> > utilisée dans osm et particulièrement sur le fameux chiffre "direction"
> > qu'on n'encode pas dans osm
> > https://www.wikidata.org/wiki/Property_talk:P3182
> >
> > Ce qui m'amène à la question suivante
> > exemple : http://www.openstreetmap.org/way/34681880
> > Rue du Faubourg Montmartre
> >
> >> https://www.collectivites-locales.gouv.fr/mise-a-
> disposition-gratuite-fichier-des-voies-et-des-lieux-dits-fantoir
> >>
> > dans le fichier idt/750, on a les 2 ref :
> > 7540093510R
> > 7541093510F
> > on vire le chiffre direction :
> > 754093510R
> > 754093510F
> > il y a une règle pour avoir choisit 751093510F dans osm au lieu de R ?
> > lettre la plus basse ? lettre lié au code direction 1 ? au hasard ?
> > Que contrôle la lettre du code de contrôle ? modulo 23 du reste de la
> > clef ou c'est attribué au hasard ?
> >
> > Cordialement,
> > Marc
>
> et en passant, je comprend pas non plus le découpage du code 7540093510R
> en lisant https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
> on est supposé avoir pour 7540093510R et 7541093510F
> ref INSEE du département sur 2 chiffres 75 ok
> code direction sur un chiffre : un 4 dans les 2 cas ?
> code INSEE de la commune sur 3 chiffres mais paris est 75056
> je suppose donc qu'il faut comprendre "ou département" 75109 qui devient
> 109 si on supprime le département. mais pq l'autre a 009 ?
> code RIVOLI 2510 ok
> code contrôle R ou F ok
>
> j'ai l'impression qu'il y a un détail incorrect qlq part...
> ___
> 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] passage du code FANTOIR de 11 à 10 chiffres

2017-10-29 Par sujet marc marc 
Le 29. 10. 17 à 20:26, Marc M. a écrit :
> Bonsoir,
> 
> une discussion wikidata cherche des explications sur la ref fantoir 
> utilisée dans osm et particulièrement sur le fameux chiffre "direction" 
> qu'on n'encode pas dans osm
> https://www.wikidata.org/wiki/Property_talk:P3182
> 
> Ce qui m'amène à la question suivante
> exemple : http://www.openstreetmap.org/way/34681880
> Rue du Faubourg Montmartre
> 
>> https://www.collectivites-locales.gouv.fr/mise-a-disposition-gratuite-fichier-des-voies-et-des-lieux-dits-fantoir
>>  
>>
> dans le fichier idt/750, on a les 2 ref :
> 7540093510R
> 7541093510F
> on vire le chiffre direction :
> 754093510R
> 754093510F
> il y a une règle pour avoir choisit 751093510F dans osm au lieu de R ?
> lettre la plus basse ? lettre lié au code direction 1 ? au hasard ?
> Que contrôle la lettre du code de contrôle ? modulo 23 du reste de la 
> clef ou c'est attribué au hasard ?
> 
> Cordialement,
> Marc

et en passant, je comprend pas non plus le découpage du code 7540093510R
en lisant https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
on est supposé avoir pour 7540093510R et 7541093510F
ref INSEE du département sur 2 chiffres 75 ok
code direction sur un chiffre : un 4 dans les 2 cas ?
code INSEE de la commune sur 3 chiffres mais paris est 75056
je suppose donc qu'il faut comprendre "ou département" 75109 qui devient 
109 si on supprime le département. mais pq l'autre a 009 ?
code RIVOLI 2510 ok
code contrôle R ou F ok

j'ai l'impression qu'il y a un détail incorrect qlq part...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] passage du code FANTOIR de 11 à 10 chiffres

2017-10-29 Par sujet marc marc 
Bonsoir,

une discussion wikidata cherche des explications sur la ref fantoir 
utilisée dans osm et particulièrement sur le fameux chiffre "direction" 
qu'on n'encode pas dans osm
https://www.wikidata.org/wiki/Property_talk:P3182

Ce qui m'amène à la question suivante
exemple : http://www.openstreetmap.org/way/34681880
Rue du Faubourg Montmartre

> https://www.collectivites-locales.gouv.fr/mise-a-disposition-gratuite-fichier-des-voies-et-des-lieux-dits-fantoir
dans le fichier idt/750, on a les 2 ref :
7540093510R
7541093510F
on vire le chiffre direction :
754093510R
754093510F
il y a une règle pour avoir choisit 751093510F dans osm au lieu de R ?
lettre la plus basse ? lettre lié au code direction 1 ? au hasard ?
Que contrôle la lettre du code de contrôle ? modulo 23 du reste de la 
clef ou c'est attribué au hasard ?

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

Re: [OSM-talk-fr] Directions signalisations verticales

2017-10-29 Par sujet François Lacombe 
Le 29 octobre 2017 à 08:43, Christian Quest  a
écrit :

>
> Ce qui serait cohérent c'est d'utiliser traffic_sign=traffic_signals sur
> un noeud séparé du way (et là direction doit être en points cardinaux), et
> avoir un highway=traffic_signals sur le way avec, si besoin,
> direction=forward/backward (voire "both", mais ce n'est semble-t-il pas
> prévu).
>

Ok avec ca, ca fonctionne

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

Re: [OSM-talk-fr] [HOT] Fwd: Tasking Manager : map tiles not loading at lower zooms

2017-10-29 Par sujet Philippe Verdy 
There's an overload problem on the tile renderer and the tiles wanted are
missing in the server front caches (which are also overloaded or have
problems connecting to the renderers for several of the styles renderered).
Even some static images for the UI are not loading. It looks there's a
connectivity network problem between front caches and background image
servers.

2017-10-29 15:23 GMT+01:00 Nikhil VJ :

> Hello, cross-posting this to the mailing list as I just joined now:
>
> We're planning a mapping activity for rural roads in Pune district in
> India.
> Our project is here:
> http://tasks.openstreetmap.in/project/89
> (Still in draft mode)
>
> We are facing an issue in the Tasking Manager interface : Map tiles are
> not loading beyond country zoom level. The browser console shows errors.
>
> Screenshots of the interface and error messages:
> At 50km scale: https://i.imgur.com/1JFm74T.png
> At 20km scale: https://i.imgur.com/UhSrAiQ.png
> Console errors : https://i.imgur.com/dLch0Hy.png
>
> The task manager is not loading regular OSM tiles : here are a couple of
> error'd URLs:
> http://tile-a.openstreetmap.fr/hot/8/180/114.png
> http://tile-c.openstreetmap.fr/hot/8/179/114.png
>
> Since it appears to be a HOT-specific tile source, it's possible that
> those areas might not have been provisioned or something.
>
> Is there something we could do here? In the Edit mode there is an
> "Imagery" tab but I have not been able to get anything through that.
>
> Why we need to see the map behind our shapes/grid : We want to start with
> the shapes that have roads marked and work our way from there, so that we
> can connect to existing road network rather than making orphaned paths.
>
> --
> Cheers,
> Nikhil VJ
> +91-966-583-1250
> Pune, India
> DataMeet Pune chapter 
> Self-designed learner at Swaraj University  rg>
> Blog 
> Contribute 
>
>
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Directions signalisations verticales

2017-10-29 Par sujet Christian Quest 
Belle incohérence du wiki...

Sur highway=traffic_signals il est clairement indiqué qu'on ne doit pas
mapper les feux de circulation de cette façon:

"The mapping of traffic signals is an abstraction that the particular
junction or way is regulated by traffic lights.
It is not a representation of a particular device.
Thus, because traffic signals can affect routing decisions, it is important
that they are attached to the ways to which they apply, and not placed
beside the way."

Un feu mappé comme cela ne sera sûrement pas pris en compte par les
calculateurs d'itinéraires.
Un tag spécifique serait plus adapté pour cartographier la position exacte
d'un équipement routier, tout comme on a un tag pour les panneaux bien
distinct de leur effet sur le réseau de circulation: maxspeed=50 sur le way
et traffic_sign=maxspeed si on veut mapper le panneau lui même.

Ce qui serait cohérent c'est d'utiliser traffic_sign=traffic_signals sur un
noeud séparé du way (et là direction doit être en points cardinaux), et
avoir un highway=traffic_signals sur le way avec, si besoin,
direction=forward/backward (voire "both", mais ce n'est semble-t-il pas
prévu).


2017-10-28 22:12 GMT+02:00 Romain MEHUT :

> Le 28 octobre 2017 à 15:58, Christian Quest  a
> écrit :
>
>
>> Je ne trouve pas la section du wiki qui décrit cela. Un lien ?
>>
>
> Oui là https://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction
> "This tag only applies for nodes that are part of a way. For traffic
> signal nodes placed at their real position next to the road, use direction
> =* with cardinal
> directions or angles as the value."
>
> Romain
>
> ___
> 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