2013/7/24 Tony Emery tony.em...@yahoo.fr:
D'ailleurs, Pieren disait que les communes multi postales étaient rares,
c'est vrai. Mais cela concerne essentiellement les grandes villes, donc
celles pour lesquelles on a le plus de chance de vouloir faire un calcul
d'itinéraire et donc qui
Pieren wrote
Que addr:place et addr:hamlet sont redondants et ne devraient servir
que dans les cas particuliers où le nom du lieu ne correspond pas au nom
de la commune (lignes 5 et 6).
Le concept de place et hamlet (hameau) n'est pas tout à fait identique.
Place est plus flou est regroupe
C'est quand même dommage de devoir mettre de devoir recourir à un tag
aussi redondant que addr:city... D'ailleurs comment fait nominatim
pour déduire le pays d'appartenance d'une adresse ? S'il se sert des
limites administratives, cela devrait être possible de faire la même
chose pour les régions
Bonjour,
De : Éric Gillet
C'est quand même dommage de devoir mettre de devoir recourir à un tag
aussi redondant que addr:city... D'ailleurs comment fait nominatim
pour déduire le pays d'appartenance d'une adresse ? S'il se sert des
limites administratives, cela devrait être possible de
Dans le cas des communes avec plusieurs codes postaux, je ne sais pas
si le nom du bureau distributeur est lui aussi toujours variable ou
pas. En tout cas sur St Maur des Fossés, c'est 94100 St Maur des
Fossés et 94210 La Varenne St Hilaire
A Meudon, il semble y avoir Meudon et Meudon la Forêt.
Quand je parlais de distinguer l'adresse postale de l'adresse de
localisation (administrative ou fiscale) j'étais sérieux !
Alors de quoi parle-t-on ?
A minima il faudrait distinguer la finalité de ces différentes adresses.
0 cents (!)
Le 24 juillet 2013 15:28, Christian Quest
Vincent de Château-Thierry wrote
QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une
fonctionnalité de base
des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas
avoir ça côté
JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le
caractère
Le 24 juillet 2013 15:59, Tony Emery tony.em...@yahoo.fr a écrit :
Vincent de Château-Thierry wrote
QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une
fonctionnalité de base
des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas
avoir ça côté
JOSM, plus tourné
De : Tony Emery
Vincent de Château-Thierry wrote
QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une
fonctionnalité de base
des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas
avoir ça côté
JOSM, plus tourné vers l'édition que l'exploitation. Donc
cquest wrote
Dans le cas des communes avec plusieurs codes postaux, je ne sais pas
si le nom du bureau distributeur est lui aussi toujours variable ou
pas. En tout cas sur St Maur des Fossés, c'est 94100 St Maur des
Fossés et 94210 La Varenne St Hilaire
Il n'y a absolument aucune règle pour
cquest wrote
Si on peut... grâce à l'overpass API et ses requêtes area-query...
Exemple: http://overpass-turbo.eu/s/DB
Et tu peux exporter ça vers JOSM via le bouton Export et on doit
pouvoir faire de même pour QGis.
Et on peut pas avoir ça intégré dans josm (ou dans QGIS) ?
cquest
Oui tu peux aussi le faire depuis JOSM ou QGis, il faut coder la requête
http comme il faut. Regarde tout les choix d'export sur overpass-turbo (la
je sui sen vadrouille sur mon iPhone).
Le mercredi 24 juillet 2013, Tony Emery a écrit :
cquest wrote
Si on peut... grâce à l'overpass API et ses
Si on fait un point avec la norme AFNOR XPZ 10-011 de mai 1997 sur la
normalisation des adresses en France, on peut essayer des dégager les clés
OSM que l'on doit utiliser.
L'adresse se gère sur 6 lignes avec, pour un particulier :
ligne 1 : identité du destinataire (M. Mme Machin)
ligne 2 :
Bonjour,
m'est avis qu'il faut *justement* se libérer de l'adresse postale pour
s'orienter finalement, comme le fait intrinsèquement Nominatim, vers des
périmètres de plus en plus petits. La seule question qui reste est :
faut-il accepter qu'un périmètre inférieure couvre plusieurs périmètres
Marc SIBERT wrote
m'est avis qu'il faut *justement* se libérer de l'adresse postale pour
s'orienter finalement, comme le fait intrinsèquement Nominatim, vers des
périmètres de plus en plus petits. La seule question qui reste est :
faut-il accepter qu'un périmètre inférieure couvre plusieurs
2013/7/23 Tony Emery tony.em...@yahoo.fr:
addr:housename = nom du bâtiment, maison, résidence, lotissement (partie de
ligne 3)
addr:full = indication non normalisée 5ème maison sur la gauche après le
chêne du village (partie de ligne 3)
addr:housenumber = n° de la voie (partie de ligne 4)
Le 28 juin 2013 00:16, Christian Quest cqu...@openstreetmap.fr a écrit :
Le 27 juin 2013 23:51, Pieren pier...@gmail.com a écrit :
2013/6/27 Aurélien FILEZ kinj...@gmail.com:
Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
politiques pour ouvrir leur cadastre qu'avec
J'ai pu cuisiner un peu une déléguée régionale de l'IGN que j'ai reçu cet
après midi.
Leur source principale concernant leur base de données d'adresses sont :
- Le cadastre public avec qui ils ont un partenariat mais qui d'après cette
mailing liste s'ouvre de plus en plus
- La Poste qui est quand
2013/6/27 Aurélien FILEZ kinj...@gmail.com:
Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données
qui ne fait finalement qu'engranger les données du cadastre (et d'autres
services publics auxiliaires)
Ca confirme tout à fait les infos glanées ici ou là.
L'IGN ne produit quasiment plus de données directement, mais les
agrège pour ensuite les revendre soit sous forme brut, soit en
service.
Les producteurs initiaux des données n'ont semble-t-il qu'assez peu de
retour, et voient donc OSM comme une
Le 27 juin 2013 23:51, Pieren pier...@gmail.com a écrit :
2013/6/27 Aurélien FILEZ kinj...@gmail.com:
Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs données
qui ne fait finalement qu'engranger les
cquest wrote
addr:housenumber=? quelle drôle d'idée...
Quand on ne connait pas une valeur, on ne la renseigne pas.
fixme=missing addr:housenumber me semble nettement plus adapté...
Tout simplement parce que l'adresse existe et que addr:housenumber est la
clé qui permet de faire la requête
-Message d'origine-
De : Tony Emery [mailto:tony.em...@yahoo.fr]
Envoyé : mardi 25 juin 2013 08:57
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Projet adresses
cquest wrote
addr:housenumber=? quelle drôle d'idée...
Quand on ne connait pas une valeur, on ne la renseigne
Le 25 juin 2013 08:57, Tony Emery tony.em...@yahoo.fr a écrit :
cquest wrote
addr:housenumber=? quelle drôle d'idée...
Quand on ne connait pas une valeur, on ne la renseigne pas.
fixme=missing addr:housenumber me semble nettement plus adapté...
Tout simplement parce que l'adresse existe et
La différence c'est aussi que le fixme est invisible alors que le point
d'interrogation est visible sur le rendu, on est guidé pour améliorer le
travail d'un autre. Je l'ai fait sur un cas similaire dans la ville de mes
parents. Je n'aurais jamais pensé à chercher les bâtiments sans adresse,
peut
2013/6/25 Jean-Baptiste Holcroft jb.holcr...@gmail.com:
La différence c'est aussi que le fixme est invisible alors que le point
d'interrogation est visible sur le rendu, on est guidé pour améliorer le
travail d'un autre.
Ah, ça me rappelle les longues discussions sur les noms de rues et
noname
On 25/06/2013 10:47, Jean-Baptiste Holcroft wrote:
La différence c'est aussi que le fixme est invisible alors que le
point d'interrogation est visible sur le rendu, on est guidé pour
améliorer le travail d'un autre.
fixme=* n'est invisible que dans les rendus finaux où il n'a pas sa
C'est vrai, mais là on parle de personnes qui ajoutent d'autres tags précis
sur les bâtiments, pas d'un seul tag ajouté avec rien d'autre.
Dans le cas des names sur les routes, il y a un calque très clairs avec
mise en valeur en rouge des éléments sans noms.
Pour les adresses, c'est beaucoup plus
Les fixme c'est bien pour ce qu'on ne connait pas et qui devrait être
ajouté (on sait que ça existe très probablement).
Mais ne rien mettre du tout ne dit pas si c'est un oubli, s'il n'y a pas de
nom, ou si le nom est approximatif (pour lui on a le fixme).
Si on n'a effectivement pas de nom, il
Je pense qu'il n'y a rien à attendre pour l'instant de l'IGN de ce
côté... malheureusement.
Nous sommes déjà en contact avec la direction générale.
Le 23 juin 2013 22:37, Aurélien FILEZ kinj...@gmail.com a écrit :
Je rencontre une représentante de l'IGN le 29 de ce mois,
Si je peux être
Du côté des orangeades, on vient de boucler l'adressage complet de la commune
sur OSM, en zone urbaine
http://www.openstreetmap.org/?lat=44.14423584938049lon=4.808610677719116zoom=18
Et en zone rurale
http://www.openstreetmap.org/?lat=44.09699812531471lon=4.807167649269104zoom=18
via un
addr:housenumber=? quelle drôle d'idée...
Quand on ne connait pas une valeur, on ne la renseigne pas.
fixme=missing addr:housenumber me semble nettement plus adapté...
Le 24 juin 2013 21:27, Tony Emery tony.em...@yahoo.fr a écrit :
Du côté des orangeades, on vient de boucler l'adressage
Je rencontre une représentante de l'IGN le 29 de ce mois,
Si je peux être utile pour OSM, ça serait avec plaisir
2013/6/16 Aurélien FILEZ kinj...@gmail.com
Il est vrai que niveau adresses, pour le moment c'est plutôt pauvre (sans
bien évidemment vouloir critiquer quoi que ce soit de ce
Il est vrai que niveau adresses, pour le moment c'est plutôt pauvre (sans
bien évidemment vouloir critiquer quoi que ce soit de ce merveilleux projet
qu'est OSM).
Bon courage à vous !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
mapcraft.
Vu de l'extérieur, il a l'air de bien fonctionner pour créer de l'émulation
(se sentir moins seul grace au chat intégré), et mieux visualiser la
progression.
Je reste partisan de la notion d'avancée rue par rue :
Le Fri, 14 Jun 2013 10:25:39 +0200,
Ab_fab gamma@gmail.com a écrit :
Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
mapcraft.
Vu de l'extérieur, il a l'air de bien fonctionner pour créer de l'émulation
(se sentir moins seul grace au chat intégré), et mieux
Il faudra sûrement s'adapter aussi aux données...
Sur des jeux opendata, on a généralement la correspondance numéro
/rue, donc une intégration rue par rue peut être organisée.
Sur les données du cadastre, ce lien numéro/rue n'est pas présent dans
les données et ne peut être qu'estimé par
Le 14 juin 2013 11:01, Christian Quest cqu...@openstreetmap.fr a écrit :
. Je pense en particulier à fusionner le
point adresse avec le polygone du bâtiment lors ceux-ci sont très
proches.
Sur le polygone? Ou un nœud?
___
Talk-fr mailing list
Je suis plus partisan sur un nœud... qui appartient au polygone du bâtiment.
Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
plusieurs entrées comportant plusieurs adresses. C'est aussi plus
propre sur les cartes de mon point de vue, mais c'est une histoire
de goût ;)
Le 14
8 mois pour Nantes et ses 155000 adresses ...
Un élément d'explication ci-dessous :
Compte contributeur Nombre de rues
isnogoud 5694
Jean Couteau 1123
apollinaire 726
djo_man 537
BrunoC361
philippekerla
Le 14 juin 2013 11:18, Christian Quest cqu...@openstreetmap.fr a écrit :
Je suis plus partisan sur un nœud... qui appartient au polygone du
bâtiment.
Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
plusieurs entrées comportant plusieurs adresses. C'est aussi plus
propre
Sans vouloir commander : passer en mode projet (sur le wiki ou ailleurs)
pour définir les besoin en fonctions d'intégration, en solution de
publication (brut ou sur cartes), en priorité... Pour donner envie de
libérer des données faudra des outils pour les libérateurs /
réutilisateurs, mais les
Ca tombe bien... j'ai créé un wikiproject pour ça hier soir:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Adresses
Le 14 juin 2013 11:35, Marc SIBERT m...@sibert.fr a écrit :
Sans vouloir commander : passer en mode projet (sur le wiki ou ailleurs)
pour définir les besoin en fonctions
Le 14/06/2013 11:21, Romain MEHUT a écrit :
Le 14 juin 2013 11:18, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :
Je suis plus partisan sur un nœud... qui appartient au polygone du
bâtiment.
Ca permet de gérer de plus nombreux cas, comme les
Je viens d'enrichir l'onglet talk de mes suggestions.
A+
Le 14 juin 2013 11:39, Christian Quest cqu...@openstreetmap.fr a écrit :
Ca tombe bien... j'ai créé un wikiproject pour ça hier soir:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Adresses
Le 14 juin 2013 11:35, Marc SIBERT
Il be faut pas oublier qu'en milieu peu dense ou rural, les numéros ne sont
pas consécutifs: une prénumérotation indicative est fixée avec des tranches
de numéros tous les x mètres d'une même voie, et que les numéros sont
alloués en fonction de l'état des constructions. Les tranches sont alors
Je pense aussi que le nœud posé au milieu d'un chemin de façade est plus
propre, il positionne correctement l'entrée. Et cela suffit généralement
pour savoir à quel numéro appartient un bâtiment. Au moins celui qui est en
façade de rue.
Cependant il y a des cas particuliers en zone dense : on a
Ca se résoud avec des relations associatedStreet, regroupant dans ses
membre une rue et les noeuds d'adresse.
Le 14 juin 2013 12:46, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:
Le 14/06/2013 11:21, Romain MEHUT a écrit :
Le 14 juin 2013 11:18, Christian Quest
Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
L'occasion d'établir et de réveiller des contacts avec de nombreux
acteurs et responsable locaux gérant de l'information géographique.
Après une journée sur place, nous
On va avoir les adresses ?!? \o/ *danseDeLaJoie*
Par curiosité, quels sont ces 6 département dont tu as déjà le feu vert ?
Francescu
Le 13 juin 2013 13:52, Christian Quest cqu...@openstreetmap.fr a écrit :
Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui
Christian,
Je ne peux pas consulter la présentation du bureau.
As-tu intégré les infos provenant de ce tableau :
http://qa.poole.ch/addresses/
(cité par http://www.openstreetmap.org/user/EdLoach/diary/19447)
La france (début mai 2013) compte un peu plus de 1 660 000 noeuds, pour un
total de 21
La présentation de cquest parle de seulement 1 million d'adresses (slide
16).
Francescu
Le 13 juin 2013 14:11, Ab_fab gamma@gmail.com a écrit :
Christian,
Je ne peux pas consulter la présentation du bureau.
As-tu intégré les infos provenant de ce tableau :
Bonjour,
De : Christian Quest
Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
(...)
Les rencontres SIG La Lettre se terminent par notre présentation
OSM... et j'ai donc mis l'accent sur ce sujet en lançant
Le 13/06/2013 13:52, Christian Quest a écrit :
Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
L'occasion d'établir et de réveiller des contacts avec de nombreux
acteurs et responsable locaux gérant de
Les départements: 5 en PACA + la Somme
J'ai mis à jour avec 1,7 million
Pour Vincent, oui, je vais être bien clair sur l'aspect outil qu'est
OSM pour partager, et donc se l'approprier et pas seulement libérer
des données et attendre que les fourmis fasse le travail.
Je pense aussi que le
Le Thu, 13 Jun 2013 15:37:38 +0200,
Christian Quest cqu...@openstreetmap.fr a écrit :
Les départements: 5 en PACA + la Somme
J'ai mis à jour avec 1,7 million
Pour Vincent, oui, je vais être bien clair sur l'aspect outil qu'est
OSM pour partager, et donc se l'approprier et pas seulement
+1
J'ai été plus observateur que gros contributeur sur cette opération, mais
j'ai pu constater que le diable se cache vraiment dans les détails.
En particulier pour les noeuds adresses qui ne sont pas rattachés à la
bonne voie, sous prétexte qu'ils sont géographiquement plus proches d'un
autre
2013/6/13 Christian Quest cqu...@openstreetmap.fr:
Je pense aussi que le travail de dentelle fait à Nantes n'est pas
forcément la meilleure approche si on a un gros volume d'adresses. Il
faudra sûrement avec un import un peu plus massif par endroit et
fonctionner plus sur le mode itératif
Euh... qui a parlé d'import bourrin ?
Il y a sûrement un compromis à trouver entre bourrin et
dentelle... d'où mon un peu plus massif.
La qualité des données adresses est aussi relativement variable d'une
source à l'autre, donc ne pas faire de généralisation. Il est aussi
possible qu'on ait plus
2013/6/13 Christian Quest cqu...@openstreetmap.fr:
Il y a sûrement un compromis à trouver entre bourrin et
dentelle... d'où mon un peu plus massif.
Désolé. Quand je lis massif, je comprends bourrin. Reste à définir
la méthode entre dentelle et bourrin. Un plugin josm ?
Pieren
Le 13 juin 2013 16:31, Pieren pier...@gmail.com a écrit :
2013/6/13 Christian Quest cqu...@openstreetmap.fr:
Il y a sûrement un compromis à trouver entre bourrin et
dentelle... d'où mon un peu plus massif.
Désolé. Quand je lis massif, je comprends bourrin. Reste à définir
la méthode entre
Le 13/06/2013 19:16, Christian Quest a écrit :
Un découpage de ces gros jeux de données, peut être un peu moins fin
que rue par rue et faire une analyse spatiale pour déterminer les
adresses qui n'ont pas bien l'air correctes (trop loin du filaire, pas
cohérentes avec leurs voisines genre 10
62 matches
Mail list logo