[talk-ph] Training for New YouthMappers Chapter; NU Manila

[Pierre Edwin See Tiong]

Good Day!

Re-sending forgot to cc the chapter president and adviser email from my
last email.

Online Mapping Training with NU Manila YouthMappers

Date & Time:

Oct. 17, 2020 / 11am - 4pm (time schedule subject to change)

Target Participants:

National University JPCS Chapter members, and faculties

Background:

NU Manila is a new YouthMappers Chapter here in the Philippines. Their
application was accepted last March 2020, suppose that without the pandemic
there will be a YouthMappers Ambassador who will do the training for them
last April 2020.

Purpose:

The purpose of this training is to teach the new YouthMappers
Members/Chapter on what YouthMapper usually do and equip them with the
basic knowledge of mapping through OpenStreetMap. There will also be a
discussion and training for their Chapter Officers on how to manage and
what are the annual requirements and opportunities in YouthMappers.

The whole training setup will be the usual introduction to YouthMappers,
OpenStreetMap, Tasking Manager and other important groups and tools that
they can use for them to utilize for their chapter.

As for the hands-on activity, We’re planning to use the active tasks
project by Mikko Tamura of Mapbeks to train the new mappers. All edits that
the participants will create will be monitored by Pierre Edwin See Tiong to
avoid the wrong and missed edits by the participants.


We will be using #NUManilaYM for the edits.


Regards,

Pierre
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-ja] 10/17 京都！街歩き！マッピングパーティ：第21回 Re:永観堂

[yasunari yamashita]

山下です。
皆さんこんにちわ

京都！街歩き！マッピングパーティ：第21回 Re:永観堂
https://openstreetmap-kyoto.connpass.com/event/190422/

次の週末の開催となりました。
皆様の参加をお待ちしています！！

2020年9月27日(日) 12:53 yasunari yamashita :
>
> 山下です。
> 皆さんこんにちわ。
>
> 京都！街歩き！マッピングパーティ
> コロナもそろそろ収まるかと活動を再開します。
> 次回第21回は、4月に企画して延期した、京都でも屈指のもみじの名所禅林寺永観堂
>
> ゆるーり街歩きしてサーベイ（現地調査）
> 向日市の会議室で OpenStreetMap にマッピング（地図編集）、
> マッピングの後は激辛懇親会！！
> https://openstreetmap-kyoto.connpass.com/event/190422/
>
> 皆様の参加をお待ちしています！
>
> ※※
> 状況によっては直前に中止にしたり、内容を変更する可能性があります。
> ご承知おきください
> --
> 山下康成＠京都府向日市



-- 
山下康成＠京都府向日市
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad.Jo]

La modification a été bien plus simple et rapide que prévu : 
https://www.openstreetmap.org/changeset/92288895


J'ai remis à jour les relations qui y ressemblait le plus vers les 
nouveau numéro de ligne actuellement active sur le site de la SNCF. 
Normalement il n'y a pas de casse sur les gares où je suis passé (ajout 
de tag, mise en conformité)...


L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, 6873, 
6823, 9836 et 9862


En dehors de la gare Lille Europe où un trou persiste dans les relations 
(pas chaud pour modifier une grosse gare). Tout les trajets sont continu.


Le 10/10/2020 à 21:42, Gad.Jo a écrit :
Après une courte recherche j'ai trouvé le très bon site : 
https://www.fiches-horaires.net/ (leur description en pied de page est 
très amusante et pleine de bon sens)


A défaut de trouver les fiches horaires officielle il y a de la 
données valide. Par contre... où on t'ils trouvé leur données ?


Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit :
Il y a deux ans environ, je voulais couper des chemins (ways) de 
chemin de fer pour introduire des ponts. Ces chemins étaient membres 
de plus que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y 
avait deux genres de relation. Il y avait les itinéraires 
d'infrastructure, comme la ligne de Combs-la-Ville à Saint-Louis. Et 
il y avait les itinéraires passagers, les voyages sans correspondance 
proposés par la SNCF, comme le TGV 752. J'ai remarqué que les 
itinéraires passagers reflétaient l'état d'il y a cinq ans ou plus.


Les relations étaient un vrai désordre. Toutes étaient cassées à 
multiples endroits avec des types diverses d'erreur. Quelques-unes 
étaient très longues avec jusqu'à trois mille membres. Le format de 
toutes les relations est un hybride de v1 et v2 des transports en 
commun. Il y a une liste des gares, et une liste des chemins dans les 
deux sens (sauf voie unique), sans les rôles forward ou backward. Les 
listes des chemins comprennent des blocs alternés de chemins dans le 
sens aller et chemins dans le sens retour. Les relations 
d'infrastructure contiennent souvent toutes les voies des gares, y 
compris les voies de garage et d'évitement. Les relations passagers 
contiennent souvent toutes les voies par lesquelles les trains 
pourraient passer par les gares. Je pense que les relations ont été 
créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai 
pas cherché qui, ou pourquoi, ou si c'est documenté quelque part.


J'ai passé des heures à faire une réparation partielle des 
plus-que-dix relations, sans changer le format. Une réparation 
entière aurait fallu beaucoup trop longtemps. Ainsi j'ai pu 
introduire les ponts sans empirer le bordel.


À mon avis, un tel cas a besoin d'une méthode différente de 
cartographier les itinéraires. Les relations d'itinéraire devraient 
avoir comme membres, d'autres relations: des tronçons d'itinéraire. 
Ça pourrait être fait avec ou sans des relations superroute. On 
arriverait à une grande simplification.


Et alors, que faire? Mettre en bonne état et à jour seulement les 
relations qui passent par ton coin, est un très grand boulot. Et en 
idéal, il faudrait discuter avec ceux qui cartographient les chemins 
de fer, quel est le format préféré des relations. Les relations sont 
utilisées par https://www.openrailwaymap.org/ et 
https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des 
relations serait dommage, vu le temps que plusieurs contributeurs ont 
passé à les créer. À mon avis, il faudrait améliorer ou mettre à 
jour; ou bien laisser tel quel.


À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. 
Mais pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que 
via Montpellier!


Un projet du mois, peut-être? Mais je me demande s'il y aurait assez 
de contributeurs intéressés. Et comment découvrir la gamme des 
itinéraires passagers, vu qu'il n'y a plus de fiches horaires TGV 
disponibles en ligne?


___
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

Re: [Talk-it] Toponimi di area vasta (era Re: Regione geografica italiana)

[Martin Koppenhoefer]

sent from a phone

> On 10. Oct 2020, at 15:28, Lorenzo Pesci  
> wrote:
> 
> Sibillini 
> https://www.openstreetmap.org/relation/10795322
> Monti della Laga
> https://www.openstreetmap.org/relation/11718289
> Monti Reatini
> https://www.openstreetmap.org/relation/11729866#map=11/42.4908/12.9869


per me funziona più o meno, l’informazione mi sembra viene trasmessa, e il 
tagging non da problemi. Quando ho fatto la group relation avevo più pensato a 
oggetti ben definiti e delimitati, come i great lakes, dove si sa che sono 5 
laghi grandi, mentre per i monti negli esempi non so se non si possono  
aggiungere sempre più cime (cime secondarie), cosa in qualche modo rende il 
gruppo meno forte, mentre d’altro canto tutti si troverebbero nella stessa zona.

Ciao Martin 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Cartographie des dégâts de la tempête Alex dans les Alpes Maritimes

[Lucas LONGOUR via Talk-fr]

Je viens de lire le dernier communiqué de presse de l'IGN (celui du 9 octobre) 
. Il semblerait que les orthos post tempête soit en production sur les zones 
touchées dans les Alpes Maritimes.

http://www.ign.fr/institut/espace-presse/communiques-et-dossiers-de-presse

D'après le communiqué ces données devrait être disponibles en open data (LO) 
d'ici la fin du mois.

Affaire à suivre donc.

 Message d'origine 

Le 5 oct. 2020 à 18:02, Yves P. < yves.prat...@gmail.com > a écrit :

Est-ce que quelqu'un à déjà fait les mises à jour des ponts et routes détruits ?

~4 personnes depuis 2j d'après OSMcha.

Plus simple que OSMcha pour trouver qui modifie quoi : 
https://resultmaps.neis-one.org/osm-change-tiles#13/44.0143/7.3135

:)

__

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

Re: [OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[Philippe Verdy]

Note ce n'est pas compliqué et la relation  11318876
 est correcte maintenant

Le sam. 10 oct. 2020 à 22:59, Philippe Verdy  a écrit :

> Pourquoi simplement ne pas supprimer cette relation: cela ne supprime pas
> les membres référencés (ways frontières, et je ne vois pas pas pourquoi ce
> serait différent des relations de niveaux 3 qui existent déjà pour les
> outre-mer, sauf qu'il y a un groupement possible entre les DROM et COM dans
> les zones Antilles, Océan Indien et Pacifique.
>
> Ces relations n'ont pas du tout besoin d'être énormes, car le plus gros
> est constitué de frontières maritimes (sauf les frontières terrestre de la
> Guyane avec le Suriname et le Brésil, où ces frontières sont assez peu
> détaillées car elles suivent des zones très peu aménagées le long de
> limites naturelles faiblement bornées en forêt, sur certains sommets ou au
> milieu estimé d'un lit de fleuve, et la courte frontière avec les Pays-Bas
> à Saint-Martin, pas bien compliquée non plus). Ces relations de type 3 sont
> pas compliquées du tout, rien à voir avec les limites en métropole.
>
> Donc recréer simplement (ces zones de défense en outre-mer sont des zones
> qui incluent le domaine maritime de la même façon qu'en métropole, pas
> besoin du détail des côtes et des îles et îlots, notamment pour la zone
> Pacifique on a déjà un contour externe simple pour la Polynésie seule, et
> aussi Wallis-et-Futuna, c'est facile à regrouper).
>
>
>
> Le sam. 10 oct. 2020 à 20:29, Donat ROBAUX  a écrit :
>
>> Hello,
>>
>> Je crois que j'ai fait une grosse boulette...
>> Si quelqu'un sait comment on peut éviter de supprimer la relation (que
>> j'ai voulu créer) en dégageant proprement tout ce qui n'est pas de
>> Polynésie, je suis preneur.
>>
>> Comme quoi, même quand on est un contributeur aguerri, on peut faire des
>> conneries.
>>
>> Donat
>>
>>
>>> -- Forwarded message --
>>> From: deuzeffe 
>>> To: talk-fr@openstreetmap.org
>>> Cc:
>>> Bcc:
>>> Date: Sat, 10 Oct 2020 14:54:32 +0200
>>> Subject: Re: [OSM-talk-fr]  Zone de défense et de sécurité Polynésie
>>> française
>>> Le 10/10/2020 à 13:21, Jacques Lavignotte a écrit :
>>>
>>> Bonjour,
>>>
>>> > Le 10/10/2020 à 13:03, blef a écrit :
>>> >> Zone de défense et de sécurité Polynésie française
>>> >> 
>>> >
>>> >
>>> https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9
>>>
>>> Elle est juste trop grande... Et faite par un étrangeophone (ça compte,
>>> ça ?)
>>>
>>> Revert général ou com. du changeset avant ?
>>>
>>> --
>>> deuzeffe
>>>
>>>
>>>
>>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>> <#m_2064044693012421592_m_-4121820595296655340_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> ___
>> 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] Zone de défense et de sécurité Polynésie française

[Philippe Verdy]

Pourquoi simplement ne pas supprimer cette relation: cela ne supprime pas
les membres référencés (ways frontières, et je ne vois pas pas pourquoi ce
serait différent des relations de niveaux 3 qui existent déjà pour les
outre-mer, sauf qu'il y a un groupement possible entre les DROM et COM dans
les zones Antilles, Océan Indien et Pacifique.

Ces relations n'ont pas du tout besoin d'être énormes, car le plus gros est
constitué de frontières maritimes (sauf les frontières terrestre de la
Guyane avec le Suriname et le Brésil, où ces frontières sont assez peu
détaillées car elles suivent des zones très peu aménagées le long de
limites naturelles faiblement bornées en forêt, sur certains sommets ou au
milieu estimé d'un lit de fleuve, et la courte frontière avec les Pays-Bas
à Saint-Martin, pas bien compliquée non plus). Ces relations de type 3 sont
pas compliquées du tout, rien à voir avec les limites en métropole.

Donc recréer simplement (ces zones de défense en outre-mer sont des zones
qui incluent le domaine maritime de la même façon qu'en métropole, pas
besoin du détail des côtes et des îles et îlots, notamment pour la zone
Pacifique on a déjà un contour externe simple pour la Polynésie seule, et
aussi Wallis-et-Futuna, c'est facile à regrouper).



Le sam. 10 oct. 2020 à 20:29, Donat ROBAUX  a écrit :

> Hello,
>
> Je crois que j'ai fait une grosse boulette...
> Si quelqu'un sait comment on peut éviter de supprimer la relation (que
> j'ai voulu créer) en dégageant proprement tout ce qui n'est pas de
> Polynésie, je suis preneur.
>
> Comme quoi, même quand on est un contributeur aguerri, on peut faire des
> conneries.
>
> Donat
>
>
>> -- Forwarded message --
>> From: deuzeffe 
>> To: talk-fr@openstreetmap.org
>> Cc:
>> Bcc:
>> Date: Sat, 10 Oct 2020 14:54:32 +0200
>> Subject: Re: [OSM-talk-fr]  Zone de défense et de sécurité Polynésie
>> française
>> Le 10/10/2020 à 13:21, Jacques Lavignotte a écrit :
>>
>> Bonjour,
>>
>> > Le 10/10/2020 à 13:03, blef a écrit :
>> >> Zone de défense et de sécurité Polynésie française
>> >> 
>> >
>> >
>> https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9
>>
>> Elle est juste trop grande... Et faite par un étrangeophone (ça compte,
>> ça ?)
>>
>> Revert général ou com. du changeset avant ?
>>
>> --
>> deuzeffe
>>
>>
>>
>>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-4121820595296655340_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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-it] Toponimi di area vasta (era Re: Regione geografica italiana)

[Lorenzo Pesci]

Prendo atto di quanto detto da Volker Schmidt e cancello la relazione.
Però come fare allora?
Inventare confini per una zona montuosa?
Gli unici elementi certi sono proprio le vette!
Mettete un unico punto baricentrico?
Così si perde l'estensione del gruppo.
Mi sembra strano che non riusciamo a trovare un modello semplice e condiviso su 
un aspetto tanto trascurato quanto importante
Lorenzo Pesci
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Nick Whitelegg]

... to follow up on this, it works great on the one pano I've tested so far - I 
selected this one because it had a 'not-clearly-visible' face and I wanted to 
see how it would be handled. There was one adult man and two children in this 
pano, they're all effectively obscured. The previous blurring tools I used 
blurred all the faces but they didn't blur the child who was partly looking 
away (with the face not visible)

Christian - thanks once again for this!

e.g. see https://opentrailview.org/?id=9928

Nick



From: Nick Whitelegg 
Sent: 07 October 2020 17:31
To: Christian Quest ; talk@openstreetmap.org 

Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

Hello Christian,

This does indeed look very nice, it's providing much more extensive blurring 
than what I've tried so far.

Thanks to everyone also for the replies.

Nick

From: Christian Quest 
Sent: 07 October 2020 09:25
To: talk@openstreetmap.org 
Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

Le 06/10/2020 à 22:41, Nick Whitelegg a écrit :
Hi,

Apologies if this is only tangentially OSM related, but I thought I'd ask here 
to try and get some expert advice.

As you may know, Mapillary has been bought by Facebook and there has been 
interest in developing, or at least starting to develop/actively researching 
the possibility of, some sort of open source alternative. I have been 
developing OpenTrailView (opentrailview.org), however I now have a collaborator 
to work on exploring an open source panos platform.

The main question I have relates to the very necessary privacy steps that must 
be taken, in particular face and license plate blurring. I have experimented 
with various libraries using various datasets and models, and have found that 
the understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), 
which advertises itself as something specifically aimed at implementing the 
privacy protections needed to comply with the GDPR, seems to be working the 
best.

It detects faces and license plates in clear view on panoramas, which can then 
be blurred.

My question, then, is what to do about people, or cars, which are further away 
from the camera? In these cases, the algorithm does not necessarily detect the 
face or license plate, but on the other hand in general the faces and license 
plates are not clearly visible, or identifiable, in any case.

So in summary, the tool blurs clearly visible faces or license plates, but in 
general does not blur those which are not clearly visible.

Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely unrelated) 
but it is very much an open geodata issue, so I thought I'd ask to get feedback.

I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.

Thanks,
Nick


We have tested blurring using image segmentation which allows to blur full 
parts of pictures like people and cars, not only faces and license plates.


Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/


The code used is on github: https://github.com/tyndare/blur-persons/


We did some tests using TPU to speedup the process.


--
Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Nick Whitelegg]

..sorry, the photo ID in that URL is incorrect, should be 9728, not 9928.

Nick



From: Nick Whitelegg 
Sent: 10 October 2020 21:37
To: Christian Quest ; talk@openstreetmap.org 

Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

... to follow up on this, it works great on the one pano I've tested so far - I 
selected this one because it had a 'not-clearly-visible' face and I wanted to 
see how it would be handled. There was one adult man and two children in this 
pano, they're all effectively obscured. The previous blurring tools I used 
blurred all the faces but they didn't blur the child who was partly looking 
away (with the face not visible)

Christian - thanks once again for this!

e.g. see https://opentrailview.org/?id=9928

Nick



From: Nick Whitelegg 
Sent: 07 October 2020 17:31
To: Christian Quest ; talk@openstreetmap.org 

Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

Hello Christian,

This does indeed look very nice, it's providing much more extensive blurring 
than what I've tried so far.

Thanks to everyone also for the replies.

Nick

From: Christian Quest 
Sent: 07 October 2020 09:25
To: talk@openstreetmap.org 
Subject: Re: [OSM-talk] Face and license blurring (GDPR territories)

Le 06/10/2020 à 22:41, Nick Whitelegg a écrit :
Hi,

Apologies if this is only tangentially OSM related, but I thought I'd ask here 
to try and get some expert advice.

As you may know, Mapillary has been bought by Facebook and there has been 
interest in developing, or at least starting to develop/actively researching 
the possibility of, some sort of open source alternative. I have been 
developing OpenTrailView (opentrailview.org), however I now have a collaborator 
to work on exploring an open source panos platform.

The main question I have relates to the very necessary privacy steps that must 
be taken, in particular face and license plate blurring. I have experimented 
with various libraries using various datasets and models, and have found that 
the understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), 
which advertises itself as something specifically aimed at implementing the 
privacy protections needed to comply with the GDPR, seems to be working the 
best.

It detects faces and license plates in clear view on panoramas, which can then 
be blurred.

My question, then, is what to do about people, or cars, which are further away 
from the camera? In these cases, the algorithm does not necessarily detect the 
face or license plate, but on the other hand in general the faces and license 
plates are not clearly visible, or identifiable, in any case.

So in summary, the tool blurs clearly visible faces or license plates, but in 
general does not blur those which are not clearly visible.

Apologies once again that this is only tangentially related to OSM 
(OpenTrailView uses OSM to connect panos together, so not completely unrelated) 
but it is very much an open geodata issue, so I thought I'd ask to get feedback.

I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.

Thanks,
Nick


We have tested blurring using image segmentation which allows to blur full 
parts of pictures like people and cars, not only faces and license plates.


Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/


The code used is on github: https://github.com/tyndare/blur-persons/


We did some tests using TPU to speedup the process.


--
Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Toponimi di area vasta (era Re: Regione geografica italiana)

[Volker Schmidt]

Penso che non vada bene.
Abbiamo già alcune relazioni con place=region e boundry=ntural per alcune
montagne, ma con confini pseudo-precisi (esempio Relation 2513045
), non come collezione di
cime.
Inoltre c'è anche una meta-regione mappato con una relazione e
place=regione (Relation 9084464
)

Non aggiungiamo un altro elemento di confusione.

Volker



Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, 10 Oct 2020 at 15:28, Lorenzo Pesci <
lorenzo.pe...@comune.spoleto.pg.it> wrote:

> Relativamente ai gruppi montuosi, riporto le relazioni che ho creato: penso 
> che sia il modo più semplice e'meno incerto di definirli.
>
> Lorenzo Pesci
>
> Sibillini
> https://www.openstreetmap.org/relation/10795322
> Monti della Laga
> https://www.openstreetmap.org/relation/11718289
> Monti Reatini
> https://www.openstreetmap.org/relation/11729866#map=11/42.4908/12.9869
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Contributeur qui passe en trunk

[Georges Dutreix via Talk-fr]

Le "I made a few changes" et l'absence de réponse aux sollicitations me 
rappellent étrangement le comportement de l'utilisateur RB94, qui a fini 
par être bloqué.
Modus operandi (comme ils disent dans les polars) : jamais de réelle 
volonté de nuire, mais toujours "je fais ce que je veux dans mon coin", 
avec en commentaire : "j'ai modifié certaines choses", et ... je suis 
trop coincé pour avoir envie de communiquer.




Le 10/10/2020 à 21:01, Eric SIBERT via Talk-fr a écrit :

Bonjour,

Je constate qu'un nouveau contributeur (6 mois) a commencé à convertir 
des primary en trunk, en France. La plupart de ses commentaires sont 
laconiques : "I made a few changes".


J'ai mis un commentaire sur un changement puis je lui ai envoyé un 
message directement. Je vois que du côté de Lille, un autre 
contributeur a mis des commentaires restés sans réponse.


Je suis quand même inquiet. Sur ces axes importants, il y a souvent 
des modifications diverses. La possibilité de faire des reverts paraît 
déjà perdue.


Vous suggérez quoi comme approche?

Eric

___
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: [Talk-it] segnalazione

[Peppe via Talk-it]

Rettifico ha risposto e l'ho invitato in lista.
Saluti a tutti sabato, 10 ottobre 2020, 09:46PM +02:00 da Giuseppe via Talk-it  
talk-it@openstreetmap.org :

>Un saluto a tutti è un pò che non scrivo nella lista
>Volevo segnalare l'utente XDeamon che in regione veneto sta trasformando 
>alcune primary da 50-70 orari in trunk che lo siano o meno. Da quanto ho visto 
>ha trasformato le primary in provincia di Padova, Treviso, Vicenza e Belluno. 
>Ho provato a contattarlo, ma non risponde. A Vicenza nei pressi di Lisiera ho 
>sistemato or ora...sperando non sia cambiata l'attribuzione.
>Buona serata
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] segnalazione

[Giuseppe via Talk-it]

Un saluto a tutti è un pò che non scrivo nella lista

Volevo segnalare l'utente XDeamon che in regione veneto sta trasformando alcune 
primary da 50-70 orari in trunk che lo siano o meno. Da quanto ho visto ha 
trasformato le primary in provincia di Padova, Treviso, Vicenza e Belluno. Ho 
provato a contattarlo, ma non risponde. A Vicenza nei pressi di Lisiera ho 
sistemato or ora...sperando non sia cambiata l'attribuzione.

Buona serata___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad.Jo]

Après une courte recherche j'ai trouvé le très bon site : 
https://www.fiches-horaires.net/ (leur description en pied de page est 
très amusante et pleine de bon sens)


A défaut de trouver les fiches horaires officielle il y a de la données 
valide. Par contre... où on t'ils trouvé leur données ?


Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit :

Il y a deux ans environ, je voulais couper des chemins (ways) de chemin de fer 
pour introduire des ponts. Ces chemins étaient membres de plus que dix 
relations d'itinéraire. Comme toi, j'ai vu qu'il y avait deux genres de 
relation. Il y avait les itinéraires d'infrastructure, comme la ligne de 
Combs-la-Ville à Saint-Louis. Et il y avait les itinéraires passagers, les 
voyages sans correspondance proposés par la SNCF, comme le TGV 752. J'ai 
remarqué que les itinéraires passagers reflétaient l'état d'il y a cinq ans ou 
plus.

Les relations étaient un vrai désordre. Toutes étaient cassées à multiples 
endroits avec des types diverses d'erreur. Quelques-unes étaient très longues 
avec jusqu'à trois mille membres. Le format de toutes les relations est un 
hybride de v1 et v2 des transports en commun. Il y a une liste des gares, et 
une liste des chemins dans les deux sens (sauf voie unique), sans les rôles 
forward ou backward. Les listes des chemins comprennent des blocs alternés de 
chemins dans le sens aller et chemins dans le sens retour. Les relations 
d'infrastructure contiennent souvent toutes les voies des gares, y compris les 
voies de garage et d'évitement. Les relations passagers contiennent souvent 
toutes les voies par lesquelles les trains pourraient passer par les gares. Je 
pense que les relations ont été créées ainsi par des enthousiastes des chemins 
de fer. Mais je n'ai pas cherché qui, ou pourquoi, ou si c'est documenté 
quelque part.

J'ai passé des heures à faire une réparation partielle des plus-que-dix 
relations, sans changer le format. Une réparation entière aurait fallu beaucoup 
trop longtemps. Ainsi j'ai pu introduire les ponts sans empirer le bordel.

À mon avis, un tel cas a besoin d'une méthode différente de cartographier les 
itinéraires. Les relations d'itinéraire devraient avoir comme membres, d'autres 
relations: des tronçons d'itinéraire. Ça pourrait être fait avec ou sans des 
relations superroute. On arriverait à une grande simplification.

Et alors, que faire? Mettre en bonne état et à jour seulement les relations qui 
passent par ton coin, est un très grand boulot. Et en idéal, il faudrait 
discuter avec ceux qui cartographient les chemins de fer, quel est le format 
préféré des relations. Les relations sont utilisées par 
https://www.openrailwaymap.org/ et https://magosm.magellium.com/portail/#/carte 
p.ex. Supprimer des relations serait dommage, vu le temps que plusieurs 
contributeurs ont passé à les créer. À mon avis, il faudrait améliorer ou 
mettre à jour; ou bien laisser tel quel.

À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. Mais pas 
Lyon - Bordeaux, ça va plus vite maintenant via Paris que via Montpellier!

Un projet du mois, peut-être? Mais je me demande s'il y aurait assez de 
contributeurs intéressés. Et comment découvrir la gamme des itinéraires 
passagers, vu qu'il n'y a plus de fiches horaires TGV disponibles en ligne?

___
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] Contributeur qui passe en trunk

[Eric SIBERT via Talk-fr]

Bonjour,

Je constate qu'un nouveau contributeur (6 mois) a commencé à convertir 
des primary en trunk, en France. La plupart de ses commentaires sont 
laconiques : "I made a few changes".


J'ai mis un commentaire sur un changement puis je lui ai envoyé un 
message directement. Je vois que du côté de Lille, un autre contributeur 
a mis des commentaires restés sans réponse.


Je suis quand même inquiet. Sur ces axes importants, il y a souvent des 
modifications diverses. La possibilité de faire des reverts paraît déjà 
perdue.


Vous suggérez quoi comme approche?

Eric

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

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad Jo]

Merci pour ce retour d'expérience j'en suis au même point.

Ça m'embête de supprimer une grosse relation sans étudier tous les impacts. Je 
vais regarde comment les deux sites que tu partage utilisent ces relations.

Pour bien faire il me faudrait les fiches horaires des lignes SNCF en cours 
d'utilisations. Après avoir passer plus d'un an à finaliser le réseau de 
transport en commun de mon agglo j'ai acquis quelques méthodes de travail qui 
me permettent de monter des relations cohérente... Reste à trouver des 
documents sur lequel m'appuyer

Est-ce qu'une personne auraient une idée où trouver les fiches horaires des 
lignes ?

Le October 10, 2020 2:40:17 PM UTC, Adrian via Talk-fr 
 a écrit :
>Il y a deux ans environ, je voulais couper des chemins (ways) de chemin
>de fer pour introduire des ponts. Ces chemins étaient membres de plus
>que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y avait deux
>genres de relation. Il y avait les itinéraires d'infrastructure, comme
>la ligne de Combs-la-Ville à Saint-Louis. Et il y avait les itinéraires
>passagers, les voyages sans correspondance proposés par la SNCF, comme
>le TGV 752. J'ai remarqué que les itinéraires passagers reflétaient
>l'état d'il y a cinq ans ou plus.
>
>Les relations étaient un vrai désordre. Toutes étaient cassées à
>multiples endroits avec des types diverses d'erreur. Quelques-unes
>étaient très longues avec jusqu'à trois mille membres. Le format de
>toutes les relations est un hybride de v1 et v2 des transports en
>commun. Il y a une liste des gares, et une liste des chemins dans les
>deux sens (sauf voie unique), sans les rôles forward ou backward. Les
>listes des chemins comprennent des blocs alternés de chemins dans le
>sens aller et chemins dans le sens retour. Les relations
>d'infrastructure contiennent souvent toutes les voies des gares, y
>compris les voies de garage et d'évitement. Les relations passagers
>contiennent souvent toutes les voies par lesquelles les trains
>pourraient passer par les gares. Je pense que les relations ont été
>créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai pas
>cherché qui, ou pourquoi, ou si c'est documenté quelque part.
>
>J'ai passé des heures à faire une réparation partielle des plus-que-dix
>relations, sans changer le format. Une réparation entière aurait fallu
>beaucoup trop longtemps. Ainsi j'ai pu introduire les ponts sans
>empirer le bordel.
>
>À mon avis, un tel cas a besoin d'une méthode différente de
>cartographier les itinéraires. Les relations d'itinéraire devraient
>avoir comme membres, d'autres relations: des tronçons d'itinéraire. Ça
>pourrait être fait avec ou sans des relations superroute. On arriverait
>à une grande simplification.
>
>Et alors, que faire? Mettre en bonne état et à jour seulement les
>relations qui passent par ton coin, est un très grand boulot. Et en
>idéal, il faudrait discuter avec ceux qui cartographient les chemins de
>fer, quel est le format préféré des relations. Les relations sont
>utilisées par https://www.openrailwaymap.org/ et
>https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des
>relations serait dommage, vu le temps que plusieurs contributeurs ont
>passé à les créer. À mon avis, il faudrait améliorer ou mettre à jour;
>ou bien laisser tel quel.
>
>À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. Mais
>pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que via
>Montpellier!
>
>Un projet du mois, peut-être? Mais je me demande s'il y aurait assez de
>contributeurs intéressés. Et comment découvrir la gamme des itinéraires
>passagers, vu qu'il n'y a plus de fiches horaires TGV disponibles en
>ligne?
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[Donat ROBAUX]

Hello,

Je crois que j'ai fait une grosse boulette...
Si quelqu'un sait comment on peut éviter de supprimer la relation (que j'ai
voulu créer) en dégageant proprement tout ce qui n'est pas de Polynésie, je
suis preneur.

Comme quoi, même quand on est un contributeur aguerri, on peut faire des
conneries.

Donat


> -- Forwarded message --
> From: deuzeffe 
> To: talk-fr@openstreetmap.org
> Cc:
> Bcc:
> Date: Sat, 10 Oct 2020 14:54:32 +0200
> Subject: Re: [OSM-talk-fr]  Zone de défense et de sécurité Polynésie
> française
> Le 10/10/2020 à 13:21, Jacques Lavignotte a écrit :
>
> Bonjour,
>
> > Le 10/10/2020 à 13:03, blef a écrit :
> >> Zone de défense et de sécurité Polynésie française
> >> 
> >
> >
> https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9
>
> Elle est juste trop grande... Et faite par un étrangeophone (ça compte,
> ça ?)
>
> Revert général ou com. du changeset avant ?
>
> --
> deuzeffe
>
>
>
>

Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Connecter ou pas un trottoir isolé ?

[Christian Quest]

Le 10/10/2020 à 18:54, Arnaud Champollion a écrit :

Le 10/10/2020 à 18:38, osm.sanspourr...@spamgourmet.com a écrit :


Clairement pas d'accord : on peut passer de la rue au trottoir donc il y
a bien continuité physique, on peut (ou pas) passer le caniveau.


Et en même temps, on peut aussi passer de la rue au trottoir à tout 
moment, pas seulement aux extrémités. Du coup il faudrait si on suit 
la logique qu'il soit connecté un nombre infini de fois ...



Si la trottoir n'est pas séparé de la route (comme ici) quel intérêt de
dessiner le trottoir plutôt que dire que la voirie comporte des
trottoirs ?


... et donc je suis d'accord avec toi, dans ce cas autant qualifier la 
rue plutôt que de mapper les trottoirs à part.


Le fait est qu'à Digne, un grand nombre de trottoirs ont été 
historiquement tracés comme ways séparés, y compris lorsqu'ils sont 
solidaires et parallèles à la route sans séparation. J'ai jusqu'ici 
laissé cela en place et continué ainsi par cohérence, mais je doute de 
plus en plus de cette façon de faire.


Ça me semble difficile de faire cohabiter les deux façons car à la 
jonction des zones on va avoir des connexions "trottoir" - "route avec 
trottoir" un peu curieuses sur le plan.


Ou alors il faudrait tout reprendre 



Je pense que le sujet ici est le raccord entre des niveaux de détail 
différents au sein d'OSM. On rencontre de plus en plus souvent le cas, 
car le TOC du micro (voire nano) mapping se développe.


L'erreur me semble de vouloir tout penser au même niveau de détail 
partout alors qu'on a un mélange.


Quand on mappe les trottoirs séparés de la chaussée, il y a des raccords 
à faire là où ils sont assez naturels: passages piétons et fin de trottoir.


Dans les deux cas, on peut indiquer si il y a une bordure ou pas, ce qui 
sera utile pour les déplacements "à roues" (fauteuils roulants, 
poussettes, vélo, etc).



PS: n'oubliez pas le macro-mapping... il reste énormément à faire (et je 
ne parle par que du landuse).


--
Christian Quest - OpenStreetMap France


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

[Talk-dk] Amagerminoen

[Leif Lodahl]

Hej der,
Er der nogen der mapper Amagerminoen?

Se https://naturparkamager.dk/oplevelser/amarminoen/

Ellers vil jeg begynde på det.


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

Re: [OSM-talk-fr] Connecter ou pas un trottoir isolé ?

[Arnaud Champollion]

Le 10/10/2020 à 18:38, osm.sanspourr...@spamgourmet.com a écrit :


Clairement pas d'accord : on peut passer de la rue au trottoir donc il y
a bien continuité physique, on peut (ou pas) passer le caniveau.


Et en même temps, on peut aussi passer de la rue au trottoir à tout 
moment, pas seulement aux extrémités. Du coup il faudrait si on suit la 
logique qu'il soit connecté un nombre infini de fois ...



Si la trottoir n'est pas séparé de la route (comme ici) quel intérêt de
dessiner le trottoir plutôt que dire que la voirie comporte des
trottoirs ?


... et donc je suis d'accord avec toi, dans ce cas autant qualifier la 
rue plutôt que de mapper les trottoirs à part.


Le fait est qu'à Digne, un grand nombre de trottoirs ont été 
historiquement tracés comme ways séparés, y compris lorsqu'ils sont 
solidaires et parallèles à la route sans séparation. J'ai jusqu'ici 
laissé cela en place et continué ainsi par cohérence, mais je doute de 
plus en plus de cette façon de faire.


Ça me semble difficile de faire cohabiter les deux façons car à la 
jonction des zones on va avoir des connexions "trottoir" - "route avec 
trottoir" un peu curieuses sur le plan.


Ou alors il faudrait tout reprendre 






 sidewalk

=both/left/right/none

https://wiki.openstreetmap.org/wiki/FR:Trottoirs#Trottoir_comme_pr.C3.A9cision_d.E2.80.99une_route 



Jean-Yvon

Le 10/10/2020 à 17:28, lejun - le...@gmx.fr a écrit :


___
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] Connecter ou pas un trottoir isolé ?

[osm . sanspourriel]

Clairement pas d'accord : on peut passer de la rue au trottoir donc il y
a bien continuité physique, on peut (ou pas) passer le caniveau.

Sinon il faut supprimer les passages piéton puisqu'on a un dénivelé
(usuellement moindre mais ce n'est plus un trottoir). On fait du dessin
ou de la cartographie ? En regardant l'endroit j'ai un doute. A quand le
plan à l'échelle 1 ?

Si la trottoir n'est pas séparé de la route (comme ici) quel intérêt de
dessiner le trottoir plutôt que dire que la voirie comporte des
trottoirs ? sidewalk
=both/left/right/none

https://wiki.openstreetmap.org/wiki/FR:Trottoirs#Trottoir_comme_pr.C3.A9cision_d.E2.80.99une_route

Jean-Yvon

Le 10/10/2020 à 17:28, lejun - le...@gmx.fr a écrit :


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

Re: [OSM-talk-fr] Connecter ou pas un trottoir isolé ?

[lejun]

Le 10/10/2020 à 16:22, Arnaud Champollion a écrit :

Bonjour,

On rencontre parfois le cas d'un trottoir qui commence en même temps que
la rue, sans être lui-même connecté à un autre trottoir (par exemple
parce que la rue adjacente ou sécante n'en possède pas).

Ou même, dans une rue, un trottoir non présent sur la totalité de la
rue, s'arrêtant brusquement, sans continuité avec un passage piéton.

Quand ce trottoir est mappé en tant que way séparé de la chaussée
(higway=footway + footway=sidewalk), est-ce qu'il doit être connecté, à
son départ et à son arrivée, avec la rue qu'il accompagne ?


Question complexe. Dans un monde idéal on les garderait séparés puisque
la jonction n'a pas d'existence physique, néanmoins on peut les joindre
sur l'aspect de routing, le passage est possible mais comporte un
obstacle qu'est la bordure du trottoir (barrier=kerb). Personnellement
je préfère être strict et ne pas les joindre quitte à générer des
avertissements de validation.

--
Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté

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

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Adrian via Talk-fr]

Il y a deux ans environ, je voulais couper des chemins (ways) de chemin de fer 
pour introduire des ponts. Ces chemins étaient membres de plus que dix 
relations d'itinéraire. Comme toi, j'ai vu qu'il y avait deux genres de 
relation. Il y avait les itinéraires d'infrastructure, comme la ligne de 
Combs-la-Ville à Saint-Louis. Et il y avait les itinéraires passagers, les 
voyages sans correspondance proposés par la SNCF, comme le TGV 752. J'ai 
remarqué que les itinéraires passagers reflétaient l'état d'il y a cinq ans ou 
plus.

Les relations étaient un vrai désordre. Toutes étaient cassées à multiples 
endroits avec des types diverses d'erreur. Quelques-unes étaient très longues 
avec jusqu'à trois mille membres. Le format de toutes les relations est un 
hybride de v1 et v2 des transports en commun. Il y a une liste des gares, et 
une liste des chemins dans les deux sens (sauf voie unique), sans les rôles 
forward ou backward. Les listes des chemins comprennent des blocs alternés de 
chemins dans le sens aller et chemins dans le sens retour. Les relations 
d'infrastructure contiennent souvent toutes les voies des gares, y compris les 
voies de garage et d'évitement. Les relations passagers contiennent souvent 
toutes les voies par lesquelles les trains pourraient passer par les gares. Je 
pense que les relations ont été créées ainsi par des enthousiastes des chemins 
de fer. Mais je n'ai pas cherché qui, ou pourquoi, ou si c'est documenté 
quelque part.

J'ai passé des heures à faire une réparation partielle des plus-que-dix 
relations, sans changer le format. Une réparation entière aurait fallu beaucoup 
trop longtemps. Ainsi j'ai pu introduire les ponts sans empirer le bordel.

À mon avis, un tel cas a besoin d'une méthode différente de cartographier les 
itinéraires. Les relations d'itinéraire devraient avoir comme membres, d'autres 
relations: des tronçons d'itinéraire. Ça pourrait être fait avec ou sans des 
relations superroute. On arriverait à une grande simplification.

Et alors, que faire? Mettre en bonne état et à jour seulement les relations qui 
passent par ton coin, est un très grand boulot. Et en idéal, il faudrait 
discuter avec ceux qui cartographient les chemins de fer, quel est le format 
préféré des relations. Les relations sont utilisées par 
https://www.openrailwaymap.org/ et https://magosm.magellium.com/portail/#/carte 
p.ex. Supprimer des relations serait dommage, vu le temps que plusieurs 
contributeurs ont passé à les créer. À mon avis, il faudrait améliorer ou 
mettre à jour; ou bien laisser tel quel.

À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. Mais pas 
Lyon - Bordeaux, ça va plus vite maintenant via Paris que via Montpellier!

Un projet du mois, peut-être? Mais je me demande s'il y aurait assez de 
contributeurs intéressés. Et comment découvrir la gamme des itinéraires 
passagers, vu qu'il n'y a plus de fiches horaires TGV disponibles en ligne?

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

[OSM-talk-fr] Connecter ou pas un trottoir isolé ?

[Arnaud Champollion]

Bonjour,

On rencontre parfois le cas d'un trottoir qui commence en même temps que 
la rue, sans être lui-même connecté à un autre trottoir (par exemple 
parce que la rue adjacente ou sécante n'en possède pas).


Ou même, dans une rue, un trottoir non présent sur la totalité de la 
rue, s'arrêtant brusquement, sans continuité avec un passage piéton.


Quand ce trottoir est mappé en tant que way séparé de la chaussée 
(higway=footway + footway=sidewalk), est-ce qu'il doit être connecté, à 
son départ et à son arrivée, avec la rue qu'il accompagne ?


Exemple ici :

https://www.openstreetmap.org/way/570023818

J'ai fait la connexion avec la boucle de retournement de bus à l'ouest, 
à l'endroit où le trottoir commence. mais ne suis pas sûr de moi, et 
même question pour son extrémité nord-ouest.


Autre exemple ici :

https://www.openstreetmap.org/way/727119269

Le trottoir s'arrête bel et bien à cet endroit-là.

Merci

Bonne journée

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

[Talk-it] Toponimi di area vasta (era Re: Regione geografica italiana)

[Lorenzo Pesci]

Relativamente ai gruppi montuosi, riporto le relazioni che ho creato: penso che 
sia il modo più semplice e'meno incerto di definirli.

Lorenzo Pesci

Sibillini
https://www.openstreetmap.org/relation/10795322
Monti della Laga
https://www.openstreetmap.org/relation/11718289
Monti Reatini
https://www.openstreetmap.org/relation/11729866#map=11/42.4908/12.9869
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[deuzeffe]

Le 10/10/2020 à 13:21, Jacques Lavignotte a écrit :

Bonjour,


Le 10/10/2020 à 13:03, blef a écrit :
Zone de défense et de sécurité Polynésie française 



https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9


Elle est juste trop grande... Et faite par un étrangeophone (ça compte, 
ça ?)


Revert général ou com. du changeset avant ?

--
deuzeffe

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

Re: [OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[Jacques Lavignotte]

Le 10/10/2020 à 13:03, blef a écrit :
Zone de défense et de sécurité Polynésie française 



https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9

J.

--
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

[OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[blef]

Bonjour

En faisant une requête sur un objet (n'importe où en France 
métropolitaine) à partir de la carte  OSM, je découvre qu'en tête des 
objets englobants apparait "Zone de défense et de sécurité Polynésie 
française ".


Je n'avais jamais remarqué ça auparavant.

La relation semble semble avoir pour membres tous les territoires 
français, métropole et outre-mer.

La dernière modification remonte à trois jours.

Est-ce bien normal?

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

[Talk-GB] Invitation: OSM UK annual general meeting + HOTOSM presentation @ Sat 17 Oct 2020 13:00 - 15:00 (BST) (talk-gb@openstreetmap.org)

[rob . j . nickerson]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20201017T12Z
DTEND:20201017T14Z
DTSTAMP:20201010T101315Z
ORGANIZER;CN=rob.j.nicker...@gmail.com:mailto:rob.j.nicker...@gmail.com
UID:32m0vq2g8ek8vf3pgqh66m5...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=talk-gb@openstreetmap.org;X-NUM-GUESTS=0:mailto:talk-gb@openstreetm
 ap.org
X-MICROSOFT-CDO-OWNERAPPTID:-952782793
CREATED:20201010T101314Z
DESCRIPTION:Hi\,As previously mentioned\, the annual general meet
 ing of OpenStreetMap United Kingdom C.I.C. will take place on Saturday t
 he 17th of October 2020 at 1pm UK time. Details and voting f
 orms have been sent to registered members and we will shortly resend this w
 ith copies of the annual accounts and annual statement of activity included
 .After the formalities of the AGM there will be a presentation b
 y Rebecca Firth from HOTOSM. Rebecca will share with us HOTOSM’s plan
 s after their TED Audacious funding win. There will also be time for discus
 sion and Q\;A. Whilst it is impossible to know exactly how long the AGM
  will take\, we won't be moving on to Rebecca's presentation until at least
  1:30pm. Feel free to join at that point if you are not participatin
 g in the AGM (you can join earlier if you like subject to our members appro
 ving attendance of non-members\; a vote which has passed unanimously every 
 year so far).The meeting is being held online this year a
 nd can be joined via https://8x8.vc/osmuk/join; id="ow622" __is_ow
 ner="true">https://8x8.vc/osmuk/join or by using either 8x8 Video Meeti
 ngs app (available on the android Play Store and on the iOS App Store) and 
 entering room “osmuk/join”\, or by telephone (dial 0330 808 1706 and enter 
 the room PIN: 247 948 16#).Best regards\,Rob\n\n-::~:
 ~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:
 :~:~::-\nPlease do not edit this section of the description.\n\nView your e
 vent at https://www.google.com/calendar/event?action=VIEW=MzJtMHZxMmc4Z
 Ws4dmYzcGdxaDY2bTVpa2sgdGFsay1nYkBvcGVuc3RyZWV0bWFwLm9yZw=MjUjcm9iLmoub
 mlja2Vyc29uQGdtYWlsLmNvbTFmM2E4OWNkM2QyMTlkZWVkYjZhNGI0N2JiMDI2NDM3M2E1ZDE5
 MmY=Europe%2FLondon=en_GB=1.\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-
LAST-MODIFIED:20201010T101314Z
LOCATION:https://8x8.vc/osmuk/join
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:OSM UK annual general meeting + HOTOSM presentation
TRANSP:OPAQUE
BEGIN:VALARM
ACTION:EMAIL
DESCRIPTION:This is an event reminder
SUMMARY:Alarm notification
ATTENDEE:mailto:talk-gb@openstreetmap.org
TRIGGER:-P1D
END:VALARM
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:This is an event reminder
TRIGGER:-P0DT0H10M0S
END:VALARM
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb