Pieren a écrit :
2010/7/20 Benoît ROUSSEAU <adressepossi...@free.fr>
Dans le même ordre d'idée, trouves-tu alors normal d'avoir à calculer l'inclusion en temps réel de POI services (beaucoup plus couteux en temps) où places-tu les POI sur le way des bâtiments y compris pour ceux inclus (restaurant dans ton exemple).


Les POI peuvent être sur le way du bâtiment, sur un node attaché au way ou un node à l'intérieur du polygone. Tous les cas de figures sont possibles puisque personne n'est forcé d'en respecté un en particulier. Mais la plupart des contributeurs vont utiliser le polygone comme point de repère ("mon boulanger se trouve dans ce bâtiment-là"). Il faut donc pouvoir lier ce polygone avec son adresse avec le moins de doute possible, en y mettant les tags adresses soit sur le way, soit sur un node, peu importe.
Je n'ai pas compris ta question sur l'inclusion de POI services. Mais si tu parles de mon exemple de liste des pharmacies d'une ville, ça devrait pouvoir se faire dans un prétraitement automatique et non en temps réel (mais pourquoi pas). Si les adresses ne sont pas liées aux POIs à travers le polygone du bâti, cela devient plus compliqué et plus incertain pour tous ceux qui voudront exploiter ces adresses dans le futur (avec des résultats qui pourront varier d'une appli à l'autre). Il restera toujours les cas plus complexes comme celui que tu cites qui nécessiteront probablement d'avoir le tag addr sur chaque POI (une pratique qu'il faudrait réserver à ce genre de cas). Mais ces cas seront ultra-minoritaires.

Pieren

Ok,

Pour simplifier mon propos, je pense que ça passe par une relation supplémentaire pour être générique. Ce qui permettrai d'avoir le routage tout de suite et les relations supp par dessus dès maintenant ou plus tard. Faut-il attendre que toutes les pharmacies soient "tagguer" pour importer des adresses et ainsi de suite si qqun veux : un annuaire des boulangeries, ... ? Ce n'est pas un troll pour discuter de l'utilisation des relations ou de leur multiplication. Quant à l'incertitude, elle ne peut être levée qu'humainement, je ne ferai pas mieux en pré traitement qu'en traitement temps réel et je ne veux pas ajouter des erreurs supplémentaires. J'ai presque l'impression qu'on est d'accord, mais reste un truc, un quiproquo, va falloir laisser un peu d'eau couler sous les ponts à ce sujet. J'ai testerai sur Quincay (86), on verra à l'usage quelles solutions peuvent être apportées pour satisfaire le plus grand nombre.

Donc veux tu bien qu'on regarde ensemble la procédure d'import SEMI-auto des adresses ? Vous êtes tous invités, il y a pas mal à déblayer.

A- Il faut des rues pour y attacher les panneaux d'adresses.

    Deux possibilités :
     1 - on ne monte que les adresses pour les voies nommées ;
     2 - on nomme la voie avec un nom particulier "Voie non nommée X" plus fixme et on monte les adresses, c'est repérable et prêt pour celui qui trouvera le nom.

B - Une ou des relations existent déjà pour la voie en base.

    1 - on écrase si plus d'adresses ;
    2 - on propose une fusion en complétant avec les n° manquants ;
    3 - on en ajoute une avec les n° manquants ;
    4 - on n'importe rien.

C - Faut-il proposer une importation par rue ? Je souhaite extraire les éléments d'adresse de la rue "Rue du chêne" pour une importation. et/ou une commune ?

D - Faut-il "tagguer" ces adresses avec un "tag" spécifique genre "note=import-adr-auto " pour pouvoir les repérer par la suite ?

D - est qu'un logiciel d'import interactif spécifique  (qui visualise et pose des questions spécifiques) serait mieux que de charger sous JOSM ?

Benoît R.



_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à