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
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
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
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
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
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
>
> 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
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
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
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
> 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
>
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
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
> 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
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)
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
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
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
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
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
> 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
>>
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
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
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
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
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
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
27 matches
Mail list logo