Merci Vincent pour ces précisions. Je vais aller reporter ce problème sur
Github pour éviter de flooder cette liste de discussion.
P-Y
Le mer. 8 juil. 2020 à 00:14, Vincent de Château-Thierry
a écrit :
> Bonsoir,
>
> > De: "Jérôme Amagat"
> >
> > Je pense que bano v2 ne gère pas toutes les com
Bonjour,
il y a quelques jours, nous avons eu une discussion Transiscope (qui
utilise GoGoCarto) et "OSM" (Mieux trier à Nantes/ChrisRen et moi). Plus
d'infos sur Transiscope (https://transiscope.org/qui-sommes-nous/).
Transiscope a une charte (https://transiscope.org/charte/) : notion de
co
Excellente proposition Jean-Yvon de créer un tag du type
addr:role=contact;entrance;mailbox;registry;water;electricity;gas;FTTH;plaque
J'ajouterai aussi emergency;delivery;visitors;customers;staff mais aussi user
defined tellement il me semble que les possibilités sont nombreuses.
Je plussoie pour
Cela peut marcher à condition d'avoir une seule adresse; s'il y a des
adresses différentes pour des rôles différents; il reste "contact:*=*" pour
le courrier
Sinon "addr::*" pour d'autres rôles avec
"addr::role=;;..." pour mentionner les rôles associés,
la clé "" pouvant être un des rôles indiqués
Les postulat de BANO était que le code FANTOIR correspond uniquement aux
codes INSEE des communes de plein exercice.
Hors dans les communes nouvelles, les communes déléguées **conservent**
leur code INSEE propre (et les codes FANTOIR qui leur sont associés, ainsi
que leur toponymie/odonymie et tout
Oui mais non ;)
En fait là tu décris des entrées, des accès... à un bâtiment ou un site,
pas à une "adresse". Le bâtiment/site peut en avoir plusieurs, il peut
contenir plusieurs POI, etc...
Mélange des genres, non ?
On parlait à la base de l'ajout de l'adresse postale à un POI, car pour
l
> Oui mais non ;)
>
> En fait là tu décris des entrées, des accès... à un bâtiment ou un site, pas
> à une "adresse". Le bâtiment/site peut en avoir plusieurs, il peut contenir
> plusieurs POI, etc…
>
+1
>> Excellente proposition Jean-Yvon de créer un tag du type
>> addr:role=contact;entrance;
Bonjour,
Soit la T5 qui va de Moûtiers à Courchevel 1850 (avec semble-t-il un A/R à la
Tania)
https://www.openstreetmap.org/relation/8292018#map=14/45.4201/6.6372
Soit la B qui va de Courchevel 1850 à Saint-Bon-en-Tarentaise
https://www.openstreetmap.org/relation/1919549#map=14/45.4201/6.6372
L
OK, en effet Christian j'ai pris un mauvais exemple, mais la logique tient
toujours.
Voici donc l'exemple de la mairie de Montrouge, constitué d'un
bâtiment avec 3 accès :
- le bâtiment https://www.openstreetmap.org/way/83237614
addr:role=contact
- l'entrée principale https://www.openstreetmap.o
La vraie question est : quand est-ce qu'on vire tous ces trucs
immatériels d'OSM et qu'on les met dans des bases externes?
Au hasard :
- lignes de transports en commun
- limites administratives, politiques religieuses, d'aires protégées...
J'en ai rien à faire de connaitre toutes les lignes Mach
Tant que "addr:role=contact" n'est PAS interprété comme une adresse de
courrier mais bien comme une adresse géographique pour s'y rendre, ça
marche.
Pour le courrier (ou les autres communications à distance) je maintiens que
ce n'est pas approprié, surtout s'il est externalisé: dans ce cas c'est
c
Le mer. 8 juil. 2020 à 13:25, Florian LAINEZ a écrit :
> OK, en effet Christian j'ai pris un mauvais exemple, mais la logique tient
> toujours.
>
> Voici donc l'exemple de la mairie de Montrouge, constitué d'un
> bâtiment avec 3 accès :
> - le bâtiment https://www.openstreetmap.org/way/83237614
>
Et pourquoi ne pas citer le sdg # dans un tague correspondant à l'utilité
de l'objet ?
https://sustainabledevelopment.un.org/?menu=1300
On Wed, 8 Jul 2020 at 11:27, Vincent Bergeot wrote:
> Bonjour,
>
> il y a quelques jours, nous avons eu une discussion Transiscope (qui
> utilise GoGoCarto) et
> Le 8 juil. 2020 à 13:42, Eric SIBERT a écrit :
> La vraie question est : quand est-ce qu'on vire tous ces trucs immatériels
> d'OSM et qu'on les met dans des bases externes?
> Au hasard :
> - lignes de transports en commun
> - limites administratives, politiques religieuses, d'aires protégées
Bonjour
Le 29/06/2020 à 18:28, Yves P. a écrit :
Bonsoir,
Dans JOSM : 🥶 "Tous modes de transport : " pas top pour indiquer (dans de rares cas ?) si
un défibrillateur est "privé".
En effet cette traduction de l'attribut "acces" affiché "General Access" en anglais, ne
convient pas dans ce cas
En général ce qui me gêne c'est :
- la duplication de l'information,
- et pour dédupliquer le besoin de vérifier des tags en plus pour se
dire que non, ce n'est pas ce que je cherche (ça complique beaucoup la
réutilisation des données, on a déjà eu le cas avec les "disused")
Pourquoi dupliq
> La vraie question est : quand est-ce qu'on vire tous ces trucs
> immatériels d'OSM et qu'on les met dans des bases externes?
>
En attendant que ça soit pris en compte par la communauté mondiale,
j'aimerais des conseils sur les relations bus 😉
Au hasard :
> - lignes de transports en commun
>
C'es
Je suis 100% d'accord et j'applique ce qu'indique Christian.
Le 08/07/2020 à 16:17, Christian Quest a écrit :
En général ce qui me gêne c'est :
- la duplication de l'information,
- et pour dédupliquer le besoin de vérifier des tags en plus pour se
dire que non, ce n'est pas ce que je cherche
Normalement il doit y avoir une relation route_master qui contient tout
les trajets possible pour une ligne. Comme éléments dans cette relation
tu doit avoir une relation par trajet. Cela permettra de recaler tout ça
proprement.
Exemple :
type=route_master
route_master=bus
name=T5
Avec comme
Merci pour la prise de recul qui me paraît également nécessaire Christian.
J'ai tout comme toi un problème avec l'info dupliquée qui pose
indubitablement problème. Dans un monde idéal, l'adresse
n'apparaîtrait qu'une fois et qu'une seule. Malheureusement le seul moyen
d'y parvenir me semble être de
>
> Malheureusement le seul moyen d'y parvenir me semble être de créer des
> relations
>
Non
Tant pis pour les pompiers qui ne seront pas guidés vers l'issue de secours.
>
On a besoin d'avoir l'adresse principale, ensuite trouver l'issue de
secours n'est pas trop le problème. Pour les ERP import
Pour répondre à Christian, je commence par un ballon d'essai au niveau
de la communauté locale avant d'attaquer au niveau global pour qu'on
entame la discussion sur ce qui doit être dans OSM et ce qui n'a pas
vocation à y être ;-).
Techniquement, sortir les limites administratives de tout poil
Le 08/07/2020 à 13:11, Yves P. a écrit :
Bonjour,
Soit la T5 qui va de Moûtiers à Courchevel 1850 (avec semble-t-il un
A/R à la Tania)
https://www.openstreetmap.org/relation/8292018#map=14/45.4201/6.6372
Soit la B qui va de Courchevel 1850 à Saint-Bon-en-Tarentaise
https://www.openstreetmap.
Le 03/07/2020 à 15:13, Percherie OnDaNet a écrit :
Je suis en train de regarder comment extraire les voies sans éclairage
en ville et les voies principale hors aglo. Je part de la requête
suivante :
[out:json][timeout:250];
(
way["highway"][!"lit"]({{bbox}})(if: length() > 30);
);
// print r
La COVID19 n'est pas partie, il est toujours pleinement actif dans le monde
et déjà on voit revenir des mesures de confinements en Europe. Et
certainement une fois l'été passé, on y reviendra (même si maintenant on a
des moyens de lutte et de protection). Le Brésil est en plein boom comme
aussi les
Merci pour le retour, je comprend mieux pourquoi ça ne fonctionne pas.
C'était pour affiner une mission sur Pic4Review pour indiquer les voies
avec éclairage. En agglomération je comptait prendre tout type de chemin
(y compris piste, chemin) et en dehors seulement les voies courante (de
primar
Deuzeffe parle de *sa* commune sur [OSM-talk-*fr*], elle participe à
OpenStreetMap *France*.
Qu'est-ce qui fait penser dans *sa* question et *ma* réponse qu'il
puisse d'agir du Brésil, des USA, de la Russie du Mexique ou encore de
l'Afrique ou de la Chine ?
Qu'est ce qui fait penser que dans *sa
Merci à tous !
LeTopographeFou
Message original
De: cqu...@openstreetmap.fr
Envoyé: 8 juillet 2020 12:14 AM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Message de service :: Travaux sur l'infra 6/7
après-midi.
Le 06/07/2020 à
Le 08/07/2020 à 17:42, Florian LAINEZ a écrit :
Merci pour la prise de recul qui me paraît également nécessaire Christian.
J'ai tout comme toi un problème avec l'info dupliquée qui pose
indubitablement problème. Dans un monde idéal, l'adresse
n'apparaîtrait qu'une fois et qu'une seule. Malheur
29 matches
Mail list logo
