Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Shohreh
Jean-Christophe Becquet wrote
> Par exemple pour rechercher les points d'eau dans un rayon de 500m autour
> d'un itinéraire cyclable, j'utilise la requête suivante :
> 
> http://overpass-turbo.eu/s/Rte


Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Cédric Frayssinet
Le 10/03/2020 à 15:42, Vincent Bergeot a écrit :
> Le 10/03/2020 à 15:15, Arnaud Champollion a écrit :
>> Ils ont précisé :
>>
>> "Il nous faudra ensuite un temps avec notre prestataire pour
>> effectuer cette modification sur l’annuaire de l’éducation nationale."
>
> Peut-être rappeler que c'est au programme de seconde depuis septembre
> 2019, une compétence obligatoire définie par l'Éducation Nationale
> "Contribuer de manière collaborative à OpenStreetMap"  -> ok je sors !
>
> Merci Arnaud d'avoir noté cela, je suis pourtant passé plus d'une fois
> sur cet annuaire.
>
>
Il semblerait que cet annuaire ait été changé très récemment, car il
n'embarquait pas de carte de localisation.

Vincent, faut pas sortir, au contraire ;)

Cédric


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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


Re: [OSM-talk-fr] recycling ou waste_disposal

2020-03-10 Par sujet osm . sanspourriel

Le 10/03/2020 à 21:07, Stéphane Péneau - stephane.pen...@wanadoo.fr a
écrit :


je pense rester sur "waste_disposal"

+1


La palme de l'écoblanchiment revient à EDF/Orano qui parce de recyclage
alors que 99,5 % du combustible usé n'est pas recyclé et quand il l'est
c'est une fois.


Comme Marc je pense que c'est une poubelle point barre.

Dans l'agglo de Lorient, alors qu'il existe des poubelles jaunes
(recyclable) et vertes (compostable) il y en a aussi une destinée à
l'enfouissement. Comme elle comporte de la matière organique, ils font
(ou envisagent de) récupérer ces 10-15%. Il n'empêche, ça reste la
poubelle "ultimes". Il va de soi par ailleurs que de cette poubelle sont
retirés les métaux, a minima les métaux ferreux.

Marc : x est inférieur à 1 en France puisque la Bretagne est la région
française où les bouteilles sont les mieux recyclées et ça tourne autour
de 70 %. Pour obtenir un meilleur taux tu prends le modèle allemand :
bouteilles y compris PET avec consigne. Comme ça déjà tu as un taux de
99 % et plus.

Petit gag : sur un site de production de produit typiquement allemand et
faiblement alcoolisé, certaines bouteilles sont mal imprimées. Alors les
bouteilles sont ouvertes, le produit remis dans le réacteur (afin de ne
pas payer la taxe sur l'alcool !). Quant à la bouteille de verre soit
elle est consignée et repart au lavage soit elle ne l'est pas et est
jetée dans les conteneurs à verre.

Jean-Yvon

Le 10/03/2020 à 20:36, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

je n'ai pas compris ta question :
- veux tu faire la différence entre ceux brûlés et ceux enfouis ?
si oui, hormis inscription sur le conteneur, cela me semble
difficilement vérifiable, et la destination à mon avis ne change rien au
tag osm.
. ou veux tu un tag pour les 2, et tu hésites entre poubelle et
recyclage ? si oui, si un objet osm n'est que d'un type, je trouve que
recycling:waste est du greenwhasing : récupérer un peu d'énergie
ou récupérer les bouts de fer dans des cendres, ce n'est pas du
recyclage... déjà que le recyclage conventionnel n'est quasi jamais un
cycle (après x fois, le PET devient un vetement qui serra ensuite brulé,
il est plus correcte de parler de sous-cyclage).

Cordialement,
Marc

Le 10.03.20 à 18:48, Stéphane Péneau a écrit :

Salut,

dans ma communauté d'agglo, après avoir pris quelques renseignements,
j'ai appris que les déchets "tout venant", sont :

- envoyés dans un incinérateur qui produit de l'énergie

ou

- triés grossièrement (plastique, métaux ferreux) puis enfouis pour ce
qui reste.

La question est donc comment tagger les conteneurs pour ces déchets :

amenity=recycling + recycling:waste=yes

ou bien

amenity=waste_disposal


J'avais choisi waste_disposal, mais maintenant j'ai un doute.


A+

Stf

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



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


Re: [OSM-talk-fr] recycling ou waste_disposal

2020-03-10 Par sujet Stéphane Péneau

Le 10/03/2020 à 20:36, Marc M. a écrit :

Bonjour,

je n'ai pas compris ta question :
tu hésites entre poubelle et recyclage ?


C'est ça, j'hésite entre les 2 solutions pour qualifier les conteneurs à 
déchets ménagers.


Mais la lecture de la page wikipedia sur le recyclage me donne une piste:

Le terme /recyclage/ fait l'objet d'une définition réglementaire dans le 
Code de l'Environnement : « Recyclage : toute opération de valorisation 
 par 
laquelle les déchets, y compris les déchets organiques, sont retraités 
en substances, matières ou produits aux fins de leur fonction initiale 
ou à d'autres fins. Les opérations de valorisation énergétique 
 
des déchets, celles relatives à la conversion des déchets en combustible 
 et 
les opérations de remblaiement ne peuvent pas être qualifiées 
d'opérations de recyclage^1 
 . »


Donc on oublie la partie production d'énergie. Il ne reste que 
l'opération de triage/recyclage (fer, plastique) qui pourrait entrer 
dans cette catégorie. Ce qui représente une faible partie du volume 
initiale. A priori, et sauf si je lis des arguments contraires, je pense 
rester sur "waste_disposal"



Stf


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


Re: [OSM-talk-fr] Services BANO v2 indisponibles

2020-03-10 Par sujet Vincent de Château-Thierry

Bonsoir,

Le 10/03/2020 à 20:28, Marc M. a écrit :


Le 10.03.20 à 18:53, Samy Mezani a écrit :

J'ai remarqué qu'il était impossible de mettre à jour la correspondance
entre FANTOIR et OSM sur https://cadastre.openstreetmap.fr/fantoir.


je vais discuter avec Jocelyn de la mise en place d'une redirection de
bano v1 vers bano v2 ou l'ajout d'un énorme avertisement "bano v1 n'est
plus maintenanu, les bugs connu le resteront car bano v2 est proche de
la sortie et est dispo (sauf export) sur
https://dev.cadastre.openstreetmap.fr;


Merci Marc mais ça n'est pas si binaire, sinon ça serait fait depuis 
longtemps. On peut en parler plus précisément via un ticket et/ou une PR.
Pour répondre à Samy (et à Jean-Yvon dans le fil d'à côté) : la mise à 
jour "à la demande" est désactivée sur la version dite v2, qui est mise 
à jour chaque nuit. La fonction est cassée sur la v1 en effet, mais va 
réapparaître sur la v2, dont j'aimerais faire coïncider la "sortie" avec 
le WE toulousain de début avril ;)


vincent

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


Re: [OSM-talk-fr] recycling ou waste_disposal

2020-03-10 Par sujet Marc M.
Bonjour,

je n'ai pas compris ta question :
- veux tu faire la différence entre ceux brûlés et ceux enfouis ?
si oui, hormis inscription sur le conteneur, cela me semble
difficilement vérifiable, et la destination à mon avis ne change rien au
tag osm.
. ou veux tu un tag pour les 2, et tu hésites entre poubelle et
recyclage ? si oui, si un objet osm n'est que d'un type, je trouve que
recycling:waste est du greenwhasing : récupérer un peu d'énergie
ou récupérer les bouts de fer dans des cendres, ce n'est pas du
recyclage... déjà que le recyclage conventionnel n'est quasi jamais un
cycle (après x fois, le PET devient un vetement qui serra ensuite brulé,
il est plus correcte de parler de sous-cyclage).

Cordialement,
Marc

Le 10.03.20 à 18:48, Stéphane Péneau a écrit :
> Salut,
> 
> dans ma communauté d'agglo, après avoir pris quelques renseignements,
> j'ai appris que les déchets "tout venant", sont :
> 
> - envoyés dans un incinérateur qui produit de l'énergie
> 
> ou
> 
> - triés grossièrement (plastique, métaux ferreux) puis enfouis pour ce
> qui reste.
> 
> La question est donc comment tagger les conteneurs pour ces déchets :
> 
> amenity=recycling + recycling:waste=yes
> 
> ou bien
> 
> amenity=waste_disposal
> 
> 
> J'avais choisi waste_disposal, mais maintenant j'ai un doute.
> 
> 
> A+
> 
> Stf

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


Re: [OSM-talk-fr] Services BANO v2 indisponibles

2020-03-10 Par sujet Marc M.
Bonjour,

Le 10.03.20 à 18:53, Samy Mezani a écrit :
> J'ai remarqué qu'il était impossible de mettre à jour la correspondance
> entre FANTOIR et OSM sur https://cadastre.openstreetmap.fr/fantoir.

je vais discuter avec Jocelyn de la mise en place d'une redirection de
bano v1 vers bano v2 ou l'ajout d'un énorme avertisement "bano v1 n'est
plus maintenanu, les bugs connu le resteront car bano v2 est proche de
la sortie et est dispo (sauf export) sur
https://dev.cadastre.openstreetmap.fr;

Cordialement,
Marc

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


[OSM-talk-fr] Détection de bâti manquant à partir de la Carte des déploiements fibre ?

2020-03-10 Par sujet Yves P.
Bonsoir,

En consultant la carte des déploiements fibre 

 on voit qu’il manque des maisons dans ce lotissement.

Est-ce possible de détecter le bâti manquant à partir des points FTTH ?
Ces derniers semblent très précis (du moins sur cette zone).

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Services BANO v2 indisponibles

2020-03-10 Par sujet Samy Mezani

Bonjour,


J'ai remarqué qu'il était impossible de mettre à jour la correspondance 
entre FANTOIR et OSM sur https://cadastre.openstreetmap.fr/fantoir.


Impossible de mettre à jour avec les données OSM.


Cordialement,


Samy



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


[OSM-talk-fr] recycling ou waste_disposal

2020-03-10 Par sujet Stéphane Péneau

Salut,

dans ma communauté d'agglo, après avoir pris quelques renseignements, 
j'ai appris que les déchets "tout venant", sont :


- envoyés dans un incinérateur qui produit de l'énergie

ou

- triés grossièrement (plastique, métaux ferreux) puis enfouis pour ce 
qui reste.


La question est donc comment tagger les conteneurs pour ces déchets :

amenity=recycling + recycling:waste=yes

ou bien

amenity=waste_disposal


J'avais choisi waste_disposal, mais maintenant j'ai un doute.


A+

Stf


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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Arnaud Champollion
http://www.inforoute04.fr et https://www.inforoutefrance.fr/ ont été 
contactés en janvier, a priori ils s'en occupaient, mais la situation 
n'a pas évolué.


Je peux relancer inforoute04 localement au titre du groupe OsmDigne de 
Linux Alpes. Ont-ils été prévenus spécifiquement ou bien c'est seulement 
Inforoute France (en fait tous ne sont pas logés à la même enseigne, par 
exemple Inforoute05 est OK).








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


Re: [OSM-talk-fr] Mise à jour BANO

2020-03-10 Par sujet osm . sanspourriel

Il y a espoir que ce soit finalisé avant le 10 mai 2020
 ?

Je dis ça, je dis rien^^ mais je crois qu'on serait nombreux à être
heureux de voir ça dans la catégorie "cartographie" ou "communauté".

Jean-Yvon

Le 03/03/2020 à 15:06, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :

Salut Pierre-Yves,


De: "Pierre-Yves Mevel via Talk-fr" 

Désolé de remettre le sujet sur la table mais, après avoir parcouru
les différents échanges sur le sujet, il me semble qu'un point n'a
pas été abordé concernant la BANO. Depuis de nombreuses années, je
contribue à la création de points adresse sur OSM et je m'en sers
pour alimenter la base adresse de ma communauté d'agglo grâce aux
extractions quotidiennes que l'on peut trouver sur
http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
à jour quotidiennement. Si je lis correctement le très complet
message que Vincent (dct) a écrit sur cette liste le 11 novembre
dernier, le passage en v2 ne devait pas changer cela.

Oui dans mon message je disais que les exports ne changeaient pas. J'aurais du dire : 
"pas pour l'instant". L'objectif est bien que tout bascule sur une seule 
instance de BANO (celle qu'on appelle V2). Les exports depuis cette nouvelle instance 
sont un gros chantier, sur lequel je suis pile actuellement (cf le dernier commit en date 
[1]). Lorsque ce ticket sera terminé, alors on basculera l'alimentation de 
http://bano.openstreetmap.fr/data/ sur la V2, mise à jour quotidiennement.


Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
(et sans doute les autres départements) n'évoluent guère depuis le
début de l'année. Ainsi, si des changements faits le 18 décembre
sont bien intégrés dans le SHP (par exemple,
https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
6 février, n'y apparaissent pas (cf.
https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
pas non plus en vert sur
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .

J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message laisse 
penser que la base OSM qui l'alimente a du retard (litote). Et comme c'est 
jusque là cette V1 qui alimente aussi le rendu carto BANO, on y constate le 
même retard. C'est sur la pile de trucs à faire de Christian que de brancher le 
rendu carto sur la V2.


Ai-je loupé un épisode concernant le lieu où trouver ces données ?
Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
dédiée de data.gouv.fr (
https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
) ?
Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
quotidienne de se dérouler correctement ?

Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au top  j'avoue /o\. En tout 
cas ce sujet des exports est le dernier "gros" sujet qui empêche la bascule de tout le 
système BANO sur une version unique, c'est bien ce qui me motive pour que ça ne s'éternise pas 
trop. Donc j'y travaille et je compte bien annoncer cette vrai v2 complète rapidement. Je n'ose pas 
dire "fin de ce mois" car c'est le meilleur moyen de ne pas tenir le délai. Donc non je 
l'ai pas dit :)

vincent

[1] 
:https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428

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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Christian Quest


Le 10/03/2020 à 15:15, Arnaud Champollion a écrit :

Le 10/03/2020 à 14:07, Christian Quest a écrit :


Un simple "(C) OpenStreetMap" avec un lien vers osm.org/copyright suffit

C'est vers ça que la nouvelle guideline d'attribution se dirige...



OK, c'est envoyé.

Ils ont précisé :

"Il nous faudra ensuite un temps avec notre prestataire pour effectuer 
cette modification sur l’annuaire de l’éducation nationale."




Rien d'étonnant venant d'une administration qui n'a plus (ou jamais eu) 
de compétence interne pour directement gérer ce genre de choses :(


Par contre, j'ai eu un retour du même genre d'une entreprise pas bien 
grosse, ce qui m'a bien plus étonné !



--
Christian Quest - OpenStreetMap France

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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Vincent Bergeot

Le 10/03/2020 à 15:15, Arnaud Champollion a écrit :

Ils ont précisé :

"Il nous faudra ensuite un temps avec notre prestataire pour effectuer 
cette modification sur l’annuaire de l’éducation nationale."


Peut-être rappeler que c'est au programme de seconde depuis septembre 
2019, une compétence obligatoire définie par l'Éducation Nationale 
"Contribuer de manière collaborative à OpenStreetMap" -> ok je sors !


Merci Arnaud d'avoir noté cela, je suis pourtant passé plus d'une fois 
sur cet annuaire.


à plus

--
Vincent Bergeot

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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Arnaud Champollion

Le 10/03/2020 à 14:07, Christian Quest a écrit :


Un simple "(C) OpenStreetMap" avec un lien vers osm.org/copyright suffit

C'est vers ça que la nouvelle guideline d'attribution se dirige...



OK, c'est envoyé.

Ils ont précisé :

"Il nous faudra ensuite un temps avec notre prestataire pour effectuer 
cette modification sur l’annuaire de l’éducation nationale."















Le 10/03/2020 à 12:21, Arnaud Champollion a écrit :

Le 09/03/2020 à 22:37, Arnaud Champollion a écrit :

Message envoyé ce soir depuis le formulaire de contact


Réponse ce matin :

Pouvons-nous indiquer exactement « ©Les contributeurs d’OpenStreetMap 
sous licence ODbL – A propos 
 ». sur le modèle de ce qui 
est fait par le ministère de transition écologique et solidaire la 
mention (mais en français)

https://www.ecologique-solidaire.gouv.fr/services-deconcentres-du-ministere

J'ai failli répondre :


En effet, cette attribution est correcte :

© les contributeurs OpenStreetMap 
, sous licence ODbL


Mais cette mention est pour l'utilisation de la base de données.


Pour la carte elle-même, sur https://www.openstreetmap.fr/open-data/ 
je lis :


fond de carte par OpenStreetMap France 
, sous licence CC 
BY-SA 



Donc, quelle est la bonne licence ?

Merci

Arnaud


--
Christian Quest - OpenStreetMap France


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



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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Jean-Christophe Becquet
Le 10/03/2020 12:56, Marc M. a écrit :
> Le 10.03.20 à 12:51, Shohreh a écrit :
>> marc marc wrote
>>> si quelqu'un veux récupérer "quelque chose" à une distance de son choix
>>> de la relation, c'est facile à faire (on récupère la relation, les ways
>>> donc les noeuds de ceux-ci et on demande "ce qu'on veux" à distance X
>>> mètres de ceux-ci.
>>
>> Ok.
>>
>> Comment fait-on ? JOSM ?
> 
> josm permet de télécharger le long d'un tracé.
> sinon la commande overpass api arround

Bonjour,

Par exemple pour rechercher les points d'eau dans un rayon de 500m
autour d'un itinéraire cyclable, j'utilise la requête suivante :

(
relation(10135436);
)->.boucle;

out body;
>;
out skel;

node[amenity=drinking_water](around.boucle:500); out;
way[amenity=drinking_water](around.boucle:500); out center;

node[drinking_water=yes](around.boucle:500); out;
way[drinking_water=yes](around.boucle:500); out center;


http://overpass-turbo.eu/s/Rte

Bonne journée

JCB
-- 
Nouveau : Synthèse Données ouvertes, OpenStreetMap et mobilité
http://www.apitux.com/medias/apitux-p2a-donnees-ouvertes-openstreetmap-et-mobilite-synthese-20-01-31.pdf

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Shohreh
marc marc wrote
> josm permet de télécharger le long d'un tracé. sinon la commande overpass
> api arround

Merci.

==
[out:json][timeout:25];

//Coulée verte du sud parisien 2646085
rel(2646085);

(
   node[amenity="bicycle_repair_station"](around:10);
);

out body;
>;
out skel qt;
==



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] {Disarmed} Re: #AttributionIsNotAnOption

2020-03-10 Par sujet Christian Quest

Un simple "(C) OpenStreetMap" avec un lien vers osm.org/copyright suffit

C'est vers ça que la nouvelle guideline d'attribution se dirige...


Le 10/03/2020 à 12:21, Arnaud Champollion a écrit :

Le 09/03/2020 à 22:37, Arnaud Champollion a écrit :

Message envoyé ce soir depuis le formulaire de contact


Réponse ce matin :

Pouvons-nous indiquer exactement « ©Les contributeurs d’OpenStreetMap 
sous licence ODbL – A propos 
 ». sur le modèle de ce qui 
est fait par le ministère de transition écologique et solidaire la 
mention (mais en français)

https://www.ecologique-solidaire.gouv.fr/services-deconcentres-du-ministere

J'ai failli répondre :


En effet, cette attribution est correcte :

© les contributeurs OpenStreetMap 
, sous licence ODbL


Mais cette mention est pour l'utilisation de la base de données.


Pour la carte elle-même, sur https://www.openstreetmap.fr/open-data/ 
je lis :


fond de carte par OpenStreetMap France 
, sous licence CC BY-SA 




Donc, quelle est la bonne licence ?

Merci

Arnaud


--
Christian Quest - OpenStreetMap France

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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Shohreh
Je vais regarder, merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] parking

2020-03-10 Par sujet Philippe Verdy
Les routes, tant qu'on les représente en filaire, peuvent avoir déjà
une surface estimée correctement (on a le nombre de lanes, et
possibilité aussi de taguer leur largeur et aussi d'ndiquer les
transition et le numéro de voie de séparation du tracé et sa position
à droite au centre ou à gauche).
Une conversion du filaire au surfacique a déjà lieu pour les routes
pour leur rendu: coller le parking à la route convient pour indiquer
la latéralité du parking, qui sera réduit d'autant que la route
s'élargit...

Le mar. 10 mars 2020 à 12:55, Marc M.  a écrit :
>
> Le 10.03.20 à 12:25, Arnaud Champollion a écrit :
> > la surface en terre est bien collée à la route
>
> elle est côlé à la route (area:highway=* serrait collé au parking)
> mais le parking en terre ne va pas jusqu'au milieu de la largeur de la
> route (comme dirait La Palice si c'est le milieu de la route, ce n'est
> pas le bord de la route).
>
> ceci dit, vu qu'il n'y a aucune modélisation parfaite de ce cas,
> je trouve que c'est pas très pertinent de basculer de l'un à l'autre
> même si pour ma part je prèfère aussi la version voie fictive
> parce qu'elle me permettra un jour de sortir les stats de la commune X%
> de la surface occupé par tel chose (donc avoir une fausse surface de
> parking ne me convient pas)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Marc M.
Le 10.03.20 à 12:51, Shohreh a écrit :
> marc marc wrote
>> si quelqu'un veux récupérer "quelque chose" à une distance de son choix
>> de la relation, c'est facile à faire (on récupère la relation, les ways
>> donc les noeuds de ceux-ci et on demande "ce qu'on veux" à distance X
>> mètres de ceux-ci.
> 
> Ok.
> 
> Comment fait-on ? JOSM ?

josm permet de télécharger le long d'un tracé.
sinon la commande overpass api arround

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


Re: [OSM-talk-fr] parking

2020-03-10 Par sujet Marc M.
Le 10.03.20 à 12:25, Arnaud Champollion a écrit :
> la surface en terre est bien collée à la route

elle est côlé à la route (area:highway=* serrait collé au parking)
mais le parking en terre ne va pas jusqu'au milieu de la largeur de la
route (comme dirait La Palice si c'est le milieu de la route, ce n'est
pas le bord de la route).

ceci dit, vu qu'il n'y a aucune modélisation parfaite de ce cas,
je trouve que c'est pas très pertinent de basculer de l'un à l'autre
même si pour ma part je prèfère aussi la version voie fictive
parce qu'elle me permettra un jour de sortir les stats de la commune X%
de la surface occupé par tel chose (donc avoir une fausse surface de
parking ne me convient pas)

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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Shohreh
marc marc wrote
> si quelqu'un veux récupérer "quelque chose" à une distance de son choix
> de la relation, c'est facile à faire (on récupère la relation, les ways
> donc les noeuds de ceux-ci et on demande "ce qu'on veux" à distance X
> mètres de ceux-ci.

Ok.

Comment fait-on ? JOSM ?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Marc M.
Bonjour,

Le 10.03.20 à 12:09, Shohreh a écrit :
> Ce pied de réparation de vélo se trouve sur la Coulée verte du sud parisien
> Est-ce une bonne ou une mauvaise idée ?

une relation n'est pas une collection/guide touristique des environs.
ce n'est pas une bonne idée parce que c'est arbitraire/subjectif.
toi tu souhaites ajouter les points de réparation vélos proche disons de
10m. un autre considérerait qu'un point à 100m est aussi interessant
quand on en a besoin. un autre trouvera que le magasin de réparation
est dans le même cas, puis le banc et le point de vue, ensuite le café,
le parking vélo, le restaurant pour le midi, l'hotel pour un itinéraire
de plusieurs jours, le parking voiture de l'hôtel, la gare déservant cet
hôtel, etc

si quelqu'un veux récupérer "quelque chose" à une distance de son choix
de la relation, c'est facile à faire (on récupère la relation, les ways
donc les noeuds de ceux-ci et on demande "ce qu'on veux" à distance X
mètres de ceux-ci.

Cordialement,
Marc

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


Re: [OSM-talk-fr] #AttributionIsNotAnOption

2020-03-10 Par sujet Jacques Lavignotte


C'est-y bon :

https://www.semaines-sante-mentale.fr/agenda/

??


Le 04/03/2020 à 09:37, Christian Quest a écrit :
Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il affiche 
quelque tuiles "L'attribution n'est pas une option" parmi les fonds de 
carte qu'il sert sur les domaines utilisant les fonds produits par OSM 
France et où l'attribution est absente.


Cette petite campagne a commencé sur twitter avec ce tweet: 
https://twitter.com/cq94/status/1234516075695525888


Ici c'était les pages jaunes marocaines... et en moins de 24h, 
l'attribution est apparue :)


Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une 
adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux 
mail reçus demandant comment les retirer !



Bref, ça fonctionne et plutôt pas mal :)


La liste des domaines est gérée manuellement, je vais tenter 
d'automatiser ça. L'idée est de récupérer la liste des referer depuis 
les logs du cache et de consulter la page en question avec selenium pour 
détecter la présence d'un "OpenStreetMap" quelque part sur la page. 
Cette liste permettra aussi de repérer les gros consommateurs pour une 
éventuelle deuxième campagne sur l'usage abusif de ressources limitées.


En attendant, la page du wiki avec les attributions manquantes est le 
meilleur moyen de signaler ces "oublis":


- https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
- 
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e 



Indiquez bien si possible l'URL de la page concernée...



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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


Re: [OSM-talk-fr] parking

2020-03-10 Par sujet Arnaud Champollion

Le 10/03/2020 à 12:15, Stéphane Péneau a écrit :
Dans 1 cas, on "invente" une voie d'accès, et la représentation 
surfacique du parking est correcte.
Dans l'autre, on fausse la surface du parking en l'agrandissant pour 
venir se coller à l'axe de la route.


En même temps dans le deuxième cas, on ne fausse pas tant que ça, car 
ici la surface en terre est bien collée à la route. On peut y entrer par 
n'importe quel endroit, il n'y a pas de fossé, ni terre plein.



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


Re: [OSM-talk-fr] #AttributionIsNotAnOption

2020-03-10 Par sujet Arnaud Champollion

Le 09/03/2020 à 22:37, Arnaud Champollion a écrit :

Message envoyé ce soir depuis le formulaire de contact


Réponse ce matin :

Pouvons-nous indiquer exactement « ©Les contributeurs d’OpenStreetMap 
sous licence ODbL – A propos 
 ». sur le modèle de ce qui est 
fait par le ministère de transition écologique et solidaire la mention 
(mais en français)

https://www.ecologique-solidaire.gouv.fr/services-deconcentres-du-ministere

J'ai failli répondre :


En effet, cette attribution est correcte :

© les contributeurs OpenStreetMap 
, sous licence ODbL


Mais cette mention est pour l'utilisation de la base de données.


Pour la carte elle-même, sur https://www.openstreetmap.fr/open-data/ je 
lis :


fond de carte par OpenStreetMap France 
, sous licence CC BY-SA 




Donc, quelle est la bonne licence ?

Merci

Arnaud































Le 09/03/2020 à 19:39, Arnaud Champollion a écrit :

En tout cas ce sont bien des tuiles OSM qu'ils utilisent, avec leaflet.

Sans qu'aucune mention n'apparaisse nulle part, même pas leaflet.

Si on regarde de près le code de la page on trouve par exemple :


src="https://b.tile.openstreetmap.org/13/4238/2975.png; 
class="leaflet-tile leaflet-tile-loaded" style="width: 256px; height: 
256px; transform: translate3d(247px, -16px, 0px); opacity: 1;">







Le 09/03/2020 à 19:25, Philippe Verdy a écrit :

J'ajouterais aussi cette page concernant les mentions légales du site
de l'éducation nationale:

https://www.education.gouv.fr/mentions-legales-du-site-educationgouvfr-4526 



Il est fait mention des crédits photographiques (agences commerciales
comme Getty), mais pratiquement tout le reste est sous copyright
réservé, cette longue page de restrictions doit être revue pour les
autres catégories d'attributions ! En tout cas dans l'état on ne peut
rien utiliser sur OSM venant de ce site.

Le lun. 9 mars 2020 à 19:20, Philippe Verdy  a 
écrit :

Argh! même le gouvernement français nous impose ses cookies traceurs
de réseaux sociaux commerciaux (on peut les enlever mais je trouve
quand même qu'on est déjà trop suivi et je pense que c'est mal venu
que ces réseaux suivent les visites des sites officiels
gouvernementaux alros que ce sonts des sites de plus en plus imposés
pour plein de démarches privées que les réseaux sociaux n'ont pas à
connaitre!)

Sur cette page concernant les licences il y a un lien évident qui
pourrait traiter les deux problèmes (vie privée et respect du droit
d'auteur): "contacter le délégué à la protection des données" (je ne
vois pas d'autres moyens de contact évidents sur cette page)

https://www.education.gouv.fr/contactez-nous-41633/category/taxonomy/term/113264 



Le lun. 9 mars 2020 à 19:09, Arnaud Champollion
 a écrit :

Bonjour,

Soit j'ai mal vu, soit on a une grosse boîte qui utilise OSM sans
attribution : l'Éducation Nationale.

Exemple :

https://www.education.gouv.fr/annuaire/04-alpes-de-haute-provence/digne-les-bains/etab/ecole-primaire-le-pigeonnier.html 



Je mets à jour le Wiki.

Arnaud



Le 04/03/2020 à 09:37, Christian Quest a écrit :

Depuis avant hier, j'ai modifié notre cache de tuiles pour qu'il
affiche quelque tuiles "L'attribution n'est pas une option" parmi 
les

fonds de carte qu'il sert sur les domaines utilisant les fonds
produits par OSM France et où l'attribution est absente.

Cette petite campagne a commencé sur twitter avec ce tweet:
https://twitter.com/cq94/status/1234516075695525888

Ici c'était les pages jaunes marocaines... et en moins de 24h,
l'attribution est apparue :)

Un premier mail reçu d'un autre site hier, et depuis j'ai ajouté une
adresse mail (ti...@openstreetmap.fr) dans la tuile et ce matin deux
mail reçus demandant comment les retirer !


Bref, ça fonctionne et plutôt pas mal :)


La liste des domaines est gérée manuellement, je vais tenter
d'automatiser ça. L'idée est de récupérer la liste des referer 
depuis

les logs du cache et de consulter la page en question avec selenium
pour détecter la présence d'un "OpenStreetMap" quelque part sur la
page. Cette liste permettra aussi de repérer les gros consommateurs
pour une éventuelle deuxième campagne sur l'usage abusif de 
ressources

limitées.

En attendant, la page du wiki avec les attributions manquantes 
est le

meilleur moyen de signaler ces "oublis":

- https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
-
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e 



Indiquez bien si possible l'URL de la page concernée...



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

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





Re: [OSM-talk-fr] parking

2020-03-10 Par sujet Stéphane Péneau

Je ne suis pas trop fan de coller le parking à l'axe de la route.

Malheureusement, je ne crois pas qu'il y a de solution parfaite 
lorsqu'on mélange du surfacique et du filaire.


Dans 1 cas, on "invente" une voie d'accès, et la représentation 
surfacique du parking est correcte.
Dans l'autre, on fausse la surface du parking en l'agrandissant pour 
venir se coller à l'axe de la route.


Perso, je suis plutôt partisan de la première solution.

Stf


Le 09/03/2020 à 21:30, Romain MEHUT a écrit :

Bonsoir,

J'ai annulé ma modification.

Romain

Le lun. 9 mars 2020 à 16:23, Bernard Lefrançois 
mailto:bernard.lefranc...@free.fr>> a écrit :


Bonjour,
Je partage plutôt la vision de Jean-Yvon.
Sur ta dernière version:
- tu laisses un espace vide qui n'existe pas entre le parking et
la route.
- tu crées à un emplacement aléatoire une voie qui n'existe pas
non plus.

Lorsque je cartographie un parking, j'applique la règle suivante:
- le parking est séparé réellement de la route (par un fossé, une
bande d'herbe, un trottoir etc.), je le trace en surfacique avec
ses limites réelles. Et dans ce cas, il y a forcément une voie
pour y accéder et je la représente à sa place.
- ou bien:  le parking borde la route sans séparation et dans ce
cas une partie du polygone représentant le parking est commune
avec le linéaire de la route. Inutile de rajouter ici une voie
d'accès puisque cet accès est possible sur toute la longueur.

Le 08/03/2020 à 21:38, Romain MEHUT a écrit :

J'ai proposé une autre version toute simple.
Romain

Le dim. 8 mars 2020 à 11:53, mailto:osm.sanspourr...@spamgourmet.com>> a écrit :

Oui voir : http://osmose.openstreetmap.fr/en/byuser/ririahp

L'erreur c'est d'avoir fait coller le parking au dessin de la
route au
lieu de le faire coller au fil de la route : mélange
représentation
filaire/représentation surfacique. J'ai corrigé.

Jean-Yvon

Le 08/03/2020 à 08:36, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org
 a écrit :
> Bonjour,
>
> Question suite aux contributions du groupe OSMDigne réuni hier
> après-midi.
>
> Quand on trace un parking comme surface, faut-il nécessairement
> ajouter une voie de type highway pour le connecter à la route ?
>
> Le cas se trouve ici :
> https://www.openstreetmap.org/#map=19/43.81467/6.24606
>
> Sur la vue aérienne il est visible qu'il n'y a pas
réellement de voies
> pour entrer / sortir, ni de voies de parking, seulement une
aire en
> terre battue qui borde la route.
>
> Merci de vos avis,
>
> Bonne journée,
>
> Arnaud
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr


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


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



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


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



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


[OSM-talk-fr] Ajouter des objets à une relation ?

2020-03-10 Par sujet Shohreh
Bonjour,

Ce pied de réparation de vélo se trouve sur la Coulée verte du sud parisien
:
https://www.openstreetmap.org/node/7252484977

Il me semble pratique de l'ajouter à la relation de cette piste
cyclable/véloroute, d'autant qu'il existe déjà des nœuds dont le rôle est
"guidepost" : https://www.openstreetmap.org/relation/2646085

C'est un moyen simple de récupérer une route et des éléments qui lui sont
liés.

Est-ce une bonne ou une mauvaise idée ?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

2020-03-10 Par sujet Noémie Lehuby via Talk-fr

Bonjour,

tu as raison Marc, il y a une confusion entre le T3 et le T3c :
je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
quelques prises T3c en socket:type3 par erreur.


L'édition de masse me semble risquée, mais on pourra peut-être 
l'envisager par réseau ou opérateur une fois qu'on aura avancé dans la 
qualification des bornes de recharge existantes.


Autre question : On a également des prises T3 mentionnées dans les 
données open data (réseaux Révéo, Alterbase, SIEGE 27, Watt else?, 
SYDEV, etc). Est-ce que ce sont également des T3c ?


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 09/03/2020 à 15:56, Marc M. a écrit :

Bonjour,

J'allais modifier le wiki pour déplacer le type de socket 3c dans la
catégorie "courant en France" et voulant sourcer mon avis, j'ai regarder
pour confirmation. https://taginfo.openstreetmap.fr/search?q=socket%3A
et là je vois que le type3 surpasse le type3c.
la page du projet renseigne aussi type3 et non type3c

Mais à ma connaissance, ce n'est pas le même type de prise.
j'avais même ajouté la photo type3c sur le wiki l'an passé
https://wiki.openstreetmap.org/wiki/File:Socket.type3c.jpg
a comparer avec la photo du type3
https://wiki.openstreetmap.org/wiki/File:Colonnine.jpg

Du coup quid ?
on continue à renseigner un type de prise pas exact ?
on vérifie les prises type3 pour voir si sont des type3c mal renseigné ?
on fait une édition de masse si personne n'a jamais vu de "type3" autre
que les type3c ?

Cordialement,
Marc

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


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