Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Simone Saviolo]

Il giorno dom 9 feb 2020 alle ore 23:13 Volker Schmidt 
ha scritto:

> Ecco il motivo: Penso che si necessario di avere a disposizione un tagging
> che possa distinguere fra un one_way:bicycle=no come tagging impreciso o
> incompleto nel caso di corsie ciclabili "contromano" e il free-flow
> contromano senza corsie dipinte sulla strada.
>

Scusa Volker (o qualcun altro), mi spieghi questa cosa del "free flow"?
Chiedo perché per quel che ne so io è illegale, ma magari non ho capito
cosa intendi.

Grazie,

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

Re: [talk-au] [OSGeo Oceania] Bushfire mapathon - kudos

[Graeme Fitzpatrick]

On Mon, 10 Feb 2020 at 14:56, John Bryant  wrote:

>
> Great work you guys. Made me feel proud to be part of such a great
> community.
>

Yep, thanks everybody!

I was wondering how everyone went?

I went in yesterday & did a couple of squares using LPI imagery & mapping
every building & other POI that I could spot - wonder how they're going to
go with validating them? :-)

Still working on it today & a sort-of related question - back-yard swimming
pools - map them (access=private) or not?

  Thanks

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

[talk-au] Bushfire mapathon - kudos

[John Bryant]

I wasn't able to attend the SSSI National Bushfire Recovery Map-a-thon
yesterday, but thanks to the open-access chat, I was able to follow along
as an observer as I had time. It sounded like it went well, with a lot of
participation, including a large number of people encountering
OpenStreetMap for the first time.

I want to shine a bit of a spotlight on Andrew Harvey, Phil Wyatt, and Ewen
Hill. They each put in a considerable effort in making the event a success:
securing waivers, answering questions from organisers, providing technical
support, and helping new mappers find their way.

When the event organisers had some difficulties due to unfamiliarity with
the OSM project & community, Andrew, Phil, & Ewen really stepped up at
short notice to make sure that new mappers had a great experience, handling
themselves professionally and staying positive & productive throughout.
And, I'll note - they're not done yet, these guys are still working on
waivers, data cleanup, and lessons learned, even after most of the event
participants have moved on.

Great work you guys. Made me feel proud to be part of such a great
community.

Cheers
John
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Philippe Verdy]

Quasiment toutes les communes ont au moins une agglomération (sauf les
rares communes sans habitants). le mot "agglomération" au sens des panneaux
EB10 et EB20 existe donc aussi en milieu rural (autant que de villages dans
la commune, mais même en milieu rural on a des villages à cheval sur plus
d'une commune, le plus souvent autour d'un pont sur une rivière frontière,
ou autour d'un carrefour avec une des routes faisant frontière: c'est ce
carrefour, ce pont, et l'activité qui s'est développée autour qui a conduit
à ces villages multicommunes, au départ peut-être juste un corps de ferme
ou une usine, ensuite les dépendances, habitations ou commerces qui se sont
ajoutés, justement du fait de la facilité d'accès et du passage local
important).

"Agglomération" ne signifie pas grande ville : même un hameau de moins de
100 âmes peut être une agglomération formant un ilôt urbanisé dans la
commune rurale. Un très grand nombre de communes rurales ont plusieurs
agglomérations, une d'elle étant le "bourg" centre et ayant donné son nom à
la commune, mais pas toujours (une agglo excentrée peut être aujourd'hui
plus peuplée et plus dense que le bourg centre historique, notamment en
frontière d'une autre commune voisine beaucoup plus urbanisée et ayant
étendu son agglomération sur la commune rurale voisine).

"Agglomération" ne signifie donc pas non plus "commune".


Le dim. 9 févr. 2020 à 22:59, onesime31  a écrit :

> Bonsoir,
> Merci pour votre réponse.
> Ce serait pour un département rural qui n'a pas d'agglomération... donc je
> parlais surtout des panneaux des entrées de village, et de quelques villes.
>
> Bonne soirée
>
>
>
>  Message d'origine 
> De : Philippe Verdy 
> Date : 09/02/2020 15:53 (GMT+01:00)
> À : Discussions sur OSM en français 
> Objet : Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de
> villes & villages
>
> Un ennui : l'entrée d'une commune et la sortie d'une autre peuvent être au
> même emplacement (même poteau support) dans le cas d'une frontière
> communale au sein d'une même agglomération.
> Ce qui a été déjà fait dans certaines agglomération pour les distinguer
> c'est de créer des boundary=urban, passant par ces panneaux indicateurs.
>
> Mais "boundary=urban" ne traite pas encore ces cas de frontières
> communales intra-agglomération où c'est la frontière communale
> (boundary=administrative et admin_level<=8) qui tient lieu de limite. Et il
> reste aussi des cas de frontières au sein des communes nouvelles (ou
> associations de communes), entre les communes déléguées ou associées
> (admin_level=9), où la toponymie de chaque commune déléguée (ou associée)
> est conservée (même si les panneaux annotent en dessous et plus petits
> caractères "(Commune de )".
>
> Le "boundary=urban" est surtout destiné à limiter les frontières
> d'agglomération pour la régulation routière: le tracé des contours reste
> approximatif (pas exactement sur les limites de propriétés) mais passe par
> des points précis sur les voies publiques où ces panneaux limites
> d'agglomération sont posés.
>
> En principe il y a des panneaux de chaque côté de la voie mais ils ne sont
> pas toujours en vis-à-vis (par exemple quand l'entrée ou la sortie
> d'agglomération se fait par des voies séparées comme des bretelles de
> ronds-points ou par un séparateur de chaussée visant aussi à renforcer la
> limite de vitesse, ou des bretelles d'accès de routes express, ou quand il
> y a des feux dans un seul sens, ou quand la partie habitée commence d'un
> seul côté, l'autre étant encore agricole ou forestier (et hors zone
> constructible selon les PLU en vigueur).
>
> Délimiter les agglomérations peut avoir plusieurs significations:
> * celle de l'INSEE se base sur des distances minimales entre bâtis (50
> mètres?), et permet à l'INSEE de définir les secteurs de populations
> urbaines ou rurales, ces frontières du découpage urbain du territoire aux
> fins statistiques sont évolutives.
> * celle décidée par les communes qui décident de mettre en place des
> limitations vitesse, et accéder aux demandes des "riverains" (peu importe
> la définition de l'INSEE, la commune peut considérer d'autres facteurs
> comme la présence de parcs de loisirs ou terrrains de sports ou des
> équipements publics comme un cimetière communal, ou certaines autres
> activités de loisir ou touristiques, même si elles ne sont pas habitées, ou
> simplement une activité commerciale ou industrielle attirant de nombreux
> piétons): la limitation de vitesse "urbaine" n'est pas la même définition
> que .l'INSEE.
>
> On n'a pas de distinction des deux types de découpage urbain (statistique
> de l'INSEE, ou routier au sens du code de la route et de la réglementation
> communale/préfectorale et des panneaux EB10 et EB20, qui ne sont pas
> disposés partout sur toutes les voies résidentielles "mineures" ni sur les
> voies privées).
>
>
> Le dim. 9 févr. 2020 à 13:44, onesime31  a écrit :
>
>>
>> Bonjour,
>>
>> Nous avons un projet avec une 

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Philippe Verdy]

Le dim. 9 févr. 2020 à 23:07, onesime31  a écrit :

> Bonsoir,
>
> Ce n'est pas taguer 2 fois le même feature, vu qu'ils sont distingués par
> leur code eb20 ou eb10 qui sont des standards en France.
>
> Pour le forward ou backward, comment différenciez vous le sens?
>

C'était expliqué: si tu poses le noeud sur le way, c'est selon le sens de
tracé du way "highway=*"; (cependant ces panneaux sont plutôt à côté du way
et sur un côté spécifique, il pourrait théoriquement y en avoir suspendus
au dessus s'il y a un portique ou si c'est situé sur le tablier d'un pont,
ou au dessus de l'entrée d'un tunnel). C'est comme les emplacements
d'arrêts de bus, ou les "highway=giveway" et "stop" qui ont aussi une
"direction=forward/backward" selon le sens du tracé, et aussi "oneway=yes"
qui indique que le sens unique est dans le sens du tracé et "oneway=-1"
quand le sens unique est dans le sens opposé.

Ce qui me chagrine c'est qu'on peut avoir une entrée et sortie de commune
au même endroit et dans le même sens, donc concurrence des panneaux EB10 et
EB20 pour le même sens forward ou backward.

Si on place le panneau à coté de la route, là où il est réellement et qu'on
veut taguer son support (y compris son piétement au sol si on veut
distinguer les bases béton, mais ce panneau pourrait aussi être sur le
support d'un luminaire ou d'un feu de circulation, ou contre un mur de
bâtiment ou de clôture le long de la voie, même d'un bâtiment privé, pour
ne pas empiéter un trottoir peu large), alors plus moyen de distinguer
forward/backward, et la solution des relations boundary=urban résoud le
problème car les noeuds de panneaux peuvent être placé hors de la voie de
circulation.

Ce problème de placement vient quand on veut faire du mapping plus fin avec
plus de détails. Ça et là dans certaines communes déjà bien avancées mais
denses, on commence à voir les trottoirs, les barrières et plots de
protection, les luminaires, les équipements publics, et l'emplacement exact
des panneaux constituent aussi des obstacles pour les piétons et notamment
le déplacement en fauteuil sur des trottoirs peu larges (raison pour
laquelle, les panneaux peuvent alors être placés sur les murs, ou fixés un
peu plus en hauteur et accrochés par un portique au mur pour laisser le
trottoir libre (cela concerne surtout les limites de communes dans la même
agglomération urbaine; aux limites urbain/rural, il y a normalement de la
place et on peut presque toujours trouver un emplacement correct un peu
avant ou après l'entrée/sortie d'agglomération laissant un espace libre
suffisant et n'entravant pas la circulation des véhicules.

J'ai aussi vu des panneaux aussi fixés au tronc d'un arbre (ou sur sa
barrière de protection), et sur des piliers de ponts (mieux placés là que
suspendus au tablier trop haut ou mal orientés quand il y a un virage juste
avant le franchissement sous le pont.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

Questo va nella direzione giusta
Grazie

On Sun, 9 Feb 2020 at 23:28, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> Il giorno 9 feb 2020, alle ore 23:13, Volker Schmidt 
> ha scritto:
>
> La mia domanda era imprecisa e mi scuso per questo.
> Ecco il motivo: Penso che si necessario di avere a disposizione un tagging
> che possa distinguere fra un one_way:bicycle=no come tagging impreciso o
> incompleto nel caso di corsie ciclabili "contromano" e il free-flow
> contromano senza corsie dipinte sulla strada.
>
>
>
> taginfo sembra suggerire cycleway=no per risolvere questa ”ambiguità “
> https://taginfo.openstreetmap.org/keys/cycleway#values
>
> questo tipo di tag *=no è da usare con sostenutezza, perché si potrebbe
> sempre aggiungere centinaia di tag =no ad ogni oggetto, e finiremmo lì se
> spingessimo all'utilizzo per sicurezza per troppi tag (per segnalare che un
> tag/una proprietà non sia stato dimenticato).
>
> Ciao Martin
>
> ___
> 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: [Talk-it] Bici "contro-mano" in strada senso unico

[Martin Koppenhoefer]

sent from a phone

> Il giorno 9 feb 2020, alle ore 23:13, Volker Schmidt  ha 
> scritto:
> 
> La mia domanda era imprecisa e mi scuso per questo. 
> Ecco il motivo: Penso che si necessario di avere a disposizione un tagging 
> che possa distinguere fra un one_way:bicycle=no come tagging impreciso o 
> incompleto nel caso di corsie ciclabili "contromano" e il free-flow 
> contromano senza corsie dipinte sulla strada.


taginfo sembra suggerire cycleway=no per risolvere questa ”ambiguità “
https://taginfo.openstreetmap.org/keys/cycleway#values

questo tipo di tag *=no è da usare con sostenutezza, perché si potrebbe sempre 
aggiungere centinaia di tag =no ad ogni oggetto, e finiremmo lì se spingessimo 
all'utilizzo per sicurezza per troppi tag (per segnalare che un tag/una 
proprietà non sia stato dimenticato).

Ciao Martin 

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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

La mia domanda era imprecisa e mi scuso per questo.
Ecco il motivo: Penso che si necessario di avere a disposizione un tagging
che possa distinguere fra un one_way:bicycle=no come tagging impreciso o
incompleto nel caso di corsie ciclabili "contromano" e il free-flow
contromano senza corsie dipinte sulla strada.

Volker


On Sun, 9 Feb 2020, 20:56 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> > Il giorno 9 feb 2020, alle ore 15:15, Andrea Musuruane <
> musur...@gmail.com> ha scritto:
> >
> > oneway:bicycle=no
>
>
> +1
>
> Ciao Martin
> ___
> 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] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonsoir, Ce n'est pas taguer 2 fois le même feature, vu qu'ils sont distingués 
par leur code eb20 ou eb10 qui sont des standards en France. Pour le forward ou 
backward, comment différenciez vous le sens? !Encore une fois, c'est un 
département rural,  et ce sont majoritairement des villages, traversés par une 
simple voie à double sens, sans marquage au sol.Bonne soirée
 Message d'origine De : Florimond Berthoux 
 Date : 09/02/2020  21:06  (GMT+01:00) À : 
Discussions sur OSM en français  Objet : Re: 
[OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages 
Bonsoir,Non il ne faut pas tagguer deux fois la même feature (bonjour la 
cohérence des données et la maintenance).Si on veut être sympa pour le routeur 
on met le nœud sur le way de la route 
avec:traffic_sign:forward=city_limittraffic_sign:backward=city_limità la 
hauteur du panneau de début ou de fin d'agglomération.Attention le forward et 
le backward se réfère au sens du way dans le quel le panneau est 
lu.https://wiki.openstreetmap.org/wiki/FR:Key:traffic_sign#Sur_un_way_ou_une_zone_.28area.29Le
 dim. 9 févr. 2020 à 17:38, David Marchal  a écrit :

> Le 9 févr. 2020 à 13:43, onesime31  a écrit :
> 
> 
> Bonjour,
Bonsoir.

> 
> Nous avons un projet avec une classe de géomaticiens en formation.
> On a une commande et on aimerait faire cela en utilisant OSM, faire une 
> cartoparty dans le cadre de leur formation. La commande est de cartographier 
> les entrées et sorties de villes et villages.
>  
> Pour le panneau d'entrée de village, voici le key et le value qu'on pensait 
> utiliser: traffic_sign=city_limit 
> à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée 
> ou de sortie du village? 
> On peut les distinguer via le code EB10 et EB20...  est ce une bonne manière 
> de référencer comme cela:
> - traffic_sign=city_limit
> - traffic_sign=FR:EB20
> ?
À mon avis, il vaudrait mieux garder la convention de mettre un nœud 
traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé, car 
ça permet aux utilisateurs des données de savoir, par exemple, à partir de quel 
point les règles de circulation en agglomération s’appliquent. En revanche, ça 
n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à l’emplacement 
précis du panneau, et sans lien avec la route. Faire les deux fait plus de 
travail, mais au moins tout le monde est content.
-- Florimond Berthoux
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonsoir, C'est ce qu'il me semble le plus cohérent. Et en effet noter les 2 
panneaux Par contre,  il me reste à voir pour les plots béton. Bonne soirée 
 Message d'origine De : David Marchal  Date : 
09/02/2020  17:40  (GMT+01:00) À : Discussions sur OSM en français 
 Objet : Re: [OSM-talk-fr] Tagger correctement les 
panneaux entrées de villes & villages > Le 9 févr. 2020 à 13:43, onesime31 
 a écrit :> > > Bonjour,Bonsoir.> > Nous avons un projet 
avec une classe de géomaticiens en formation.> On a une commande et on aimerait 
faire cela en utilisant OSM, faire une cartoparty dans le cadre de leur 
formation. La commande est de cartographier les entrées et sorties de villes et 
villages.>  > Pour le panneau d'entrée de village, voici le key et le value 
qu'on pensait utiliser: traffic_sign=city_limit > à priori, il n'y a pas 
possibilité de préciser si c'est le panneau d'entrée ou de sortie du village? > 
On peut les distinguer via le code EB10 et EB20...  est ce une bonne manière de 
référencer comme cela:> - traffic_sign=city_limit> - traffic_sign=FR:EB20> ?À 
mon avis, il vaudrait mieux garder la convention de mettre un nœud 
traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé, car 
ça permet aux utilisateurs des données de savoir, par exemple, à partir de quel 
point les règles de circulation en agglomération s’appliquent. En revanche, ça 
n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à l’emplacement 
précis du panneau, et sans lien avec la route. Faire les deux fait plus de 
travail, mais au moins tout le monde est content.> Il nous faudrait également 
indiquer s'ils sont zérophyto: c'est à dire que les poteaux de ces panneaux 
aient un dé ou une dalle béton au pied (et qu'on  utilise pas de pesticide pour 
enlever l'herbe au pied de ceux-ci).> Pour la fixation du panneau, on pensait 
utiliser le key "support" puis les value suivant pour les distinguer:> - 
support= post quand le panneau est simplement planté (donc pas zerophyto)> - 
support = pole si le panneau est scellé au sol (= zerophyto pour nous)> Existe 
t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au pied du 
panneau?> > L'idée serait de travailler sur OSM, et de faire une extraction 
pour répondre à la commande qui nous est faite.> > Si vous avez des conseils, 
précisions, ressources, etc. n'hésitez pas.> > Bonne soirée, 
Onésime.Cordialement.___Talk-fr 
mailing 
listTalk-fr@openstreetmap.orghttps://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] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonsoir, Merci pour votre réponse. Ce serait pour un département rural qui n'a 
pas d'agglomération... donc je parlais surtout des panneaux des entrées de 
village, et de quelques villes. Bonne soirée 
 Message d'origine De : Philippe Verdy  Date 
: 09/02/2020  15:53  (GMT+01:00) À : Discussions sur OSM en français 
 Objet : Re: [OSM-talk-fr] Tagger correctement les 
panneaux entrées de villes & villages Un ennui : l'entrée d'une commune et la 
sortie d'une autre peuvent être au même emplacement (même poteau support) dans 
le cas d'une frontière communale au sein d'une même agglomération.Ce qui a été 
déjà fait dans certaines agglomération pour les distinguer c'est de créer des 
boundary=urban, passant par ces panneaux indicateurs.Mais "boundary=urban" ne 
traite pas encore ces cas de frontières communales intra-agglomération où c'est 
la frontière communale (boundary=administrative et admin_level<=8) qui tient 
lieu de limite. Et il reste aussi des cas de frontières au sein des communes 
nouvelles (ou associations de communes), entre les communes déléguées ou 
associées (admin_level=9), où la toponymie de chaque commune déléguée (ou 
associée) est conservée (même si les panneaux annotent en dessous et plus 
petits caractères "(Commune de )".Le "boundary=urban" est surtout destiné à limiter les 
frontières d'agglomération pour la régulation routière: le tracé des contours 
reste approximatif (pas exactement sur les limites de propriétés) mais passe 
par des points précis sur les voies publiques où ces panneaux limites 
d'agglomération sont posés.En principe il y a des panneaux de chaque côté de la 
voie mais ils ne sont pas toujours en vis-à-vis (par exemple quand l'entrée ou 
la sortie d'agglomération se fait par des voies séparées comme des bretelles de 
ronds-points ou par un séparateur de chaussée visant aussi à renforcer la 
limite de vitesse, ou des bretelles d'accès de routes express, ou quand il y a 
des feux dans un seul sens, ou quand la partie habitée commence d'un seul côté, 
l'autre étant encore agricole ou forestier (et hors zone constructible selon 
les PLU en vigueur).Délimiter les agglomérations peut avoir plusieurs 
significations:* celle de l'INSEE se base sur des distances minimales entre 
bâtis (50 mètres?), et permet à l'INSEE de définir les secteurs de populations 
urbaines ou rurales, ces frontières du découpage urbain du territoire aux fins 
statistiques sont évolutives.* celle décidée par les communes qui décident de 
mettre en place des limitations vitesse, et accéder aux demandes des 
"riverains" (peu importe la définition de l'INSEE, la commune peut considérer 
d'autres facteurs comme la présence de parcs de loisirs ou terrrains de sports 
ou des équipements publics comme un cimetière communal, ou certaines autres 
activités de loisir ou touristiques, même si elles ne sont pas habitées, ou 
simplement une activité commerciale ou industrielle attirant de nombreux 
piétons): la limitation de vitesse "urbaine" n'est pas la même définition que 
.l'INSEE.On n'a pas de distinction des deux types de découpage 

urbain 

(statistique de l'INSEE, ou routier au sens du code de la route et de la 
réglementation communale/préfectorale et des panneaux EB10 et EB20, qui ne sont 
pas disposés partout sur toutes les voies résidentielles "mineures" ni sur les 
voies privées).Le dim. 9 févr. 2020 à 13:44, onesime31  a 
écrit :Bonjour,Nous avons un projet avec une classe de géomaticiens en 
formation.On a une commande et on aimerait faire cela en utilisant OSM, faire 
une cartoparty dans le cadre de leur formation. La commande est de 
cartographier les entrées et sorties de villes et villages. Pour le panneau 
d'entrée de village, voici le key et le value qu'on pensait utiliser: 
traffic_sign=city_limit à priori, il n'y a pas possibilité de préciser si c'est 
le panneau d'entrée ou de sortie du village? On peut les distinguer via le code 
EB10 et EB20...  est ce une bonne manière de référencer comme cela:- 
traffic_sign=city_limit- traffic_sign=FR:EB20?Il nous faudrait également 
indiquer s'ils sont zérophyto: c'est à dire 
que les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et 
qu'on 
utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).Pour la 
fixation du panneau, on pensait utiliser le key "support" puis les value 
suivant pour les distinguer:- support= post quand le panneau est simplement 
planté (donc pas zerophyto)- support = pole si le panneau est scellé au sol (= 
zerophyto pour nous)Existe t-il une autre manière de tagger s'il y a un dé, ou 
une dalle béton au pied du panneau?L'idée serait de travailler sur OSM, et de 
faire une extraction pour répondre à la commande qui nous est faite.Si vous 
avez des conseils, précisions, ressources, etc. n'hésitez pas.Bonne soirée, 
Onésime.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-Kosovo] Përfundon puna për vendosjen e emrave të rrugëve në OpenStreetMap

[Arianit Dobroshi]

tl;dr we completed import of OpenStreetMap street names we got from
Cadastre Agency. You can join this community here https://t.me/osmkosovo or
look for OpenStreetMap Kosovo on Matrix.


Më 25 janar ka përfunduar puna për vendosjen e emrave të rrugëve të Kosovës
në OpenStreetMap. Ky proces ka nisur më 18 dhjetor 2018 pas një memorandumi
të mirëkuptimit të Agjencisë Kadastrale të Kosovës dhe OJQ FLOSSK, në emër
të komunitetit të kontribuesve, e cila mes tjerash ka paraprarë pranimin e
emrave të rrugëve të cilat janë zyrtarizuar nga Agjencia Kadastrale e
Kosovës. Në vazhdim të kësaj, vullnetarët nga Kosova dhe jasht saj kanë
punuar për t’i vendosur këto të dhëna zyrtare në OpenStreetMap.

Komuniteti do të vazhdoj t’i freskoj këto të dhëna me ndryshimet e nxjerra
nga Agjencia Kadastrale e Kosovës dhe mirëpret të dhënat nga komunat tjera
që janë në proces të finalizimit të emarave të rrugëve.

Emrat e standardizuar të rrugëve të disponueshme në sisteme të hapura siç
është OpenStreetMap dhe aplikacionet që përdorin të dhënat nga ajo do të
ndihmojnë në orientimin më të lehtë të qytetarëve dhe qojnë në shërbime
shtesë ekonomike.

Në vazhdim komuniteti i kontribuesve në OpenStreetMap do të punoj në
projektin madhor të radhës që është vendosja e konturave (gjurmëve) të
ndërtesave dhe numrave të adresave.

FLOSS Kosova është organizatë joqeveritare e themeluar në vitin 2009 me
qëllim që të përkrah, promovoj dhe zhvilloj softuerin e lirë dhe me kod
burimor të hapur, njohuritë e hapura dhe pjesëmarrëse, edukimin në
teknologjitë informative nëpërmjet kurseve të hapura, dhe standardet,
kulturën dhe shoqërinë e hapur duke përdorur komunikimin e lirë.
___
Talk-Kosovo mailing list
Talk-Kosovo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-kosovo

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[marc marc]

Le 09.02.20 à 18:59, Christian Quest a écrit :
> Le 09/02/2020 à 18:34, Stéphane Péneau a écrit :
>> Je vois des discussions et des changesets avec des suppressions du tag
>> "population" sur le node "admin_centre"
>>
> J'avoue que ces changements massifs, nationaux, 
> précipités ne me plaisent guère.

c'était p'tre précipité sur les détails (formulation de la source et de
la date)
cela aurait mérité d'être diviser en 2 pour traiter séparement les 2
(maj de la population communale <> erreur d'objet sur le place=*)
mais garder une commune de X habitants avec plus d'un place=* de X
c'est loin d'être une bonne chose
mais tu met 3 semaines à réagir, cela n'aide pas non plus
https://lists.openstreetmap.org/pipermail/talk-fr/2020-January/096261.html

Marc qui doit encore faire son édition de masse qui n'a pas reçu
d'objection depuis de nombreux mois.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[osm . sanspourriel]

Et que désignes place=city ? La ville ? La zone urbaine ?

/Populated places (in particular //place=city
//, //place=town
//,
//place=village
//,
//place=hamlet
//and
//place=isolated_dwelling
//)
are usually mapped as nodes since in most cases they have a well defined
centre but not a //verifiable
//outline./

Donc la zone urbaine, or la population est celle de la commune.

Rennes jouxte d'autres villes, tu passes de la commune de Rennes à la
commune de Chantepie sans le savoir.

Si tu considères que c'est juste la commune, alors tu mets sur la commune.

Si tu considère que... merde Rennes Métropole n'est pas un continuum
urbain (par exemple Corps-Nuds
 comporte de la campagne
et n'a pas de continuité urbaine avec Rennes).

Alors Rennes/Cesson/Chantepie/Saint-Grégoire ?

Non, sur une frontière on sait compter ; sur un truc mal défini c'est
plus difficile.

Et la population de place=city, name=Rennes n'est pas la population de
la commune de Rennes.

Jean-Yvon

Le 09/02/2020 à 21:00, rainerU - ra...@sfr.fr a écrit :

Am 09.02.20 um 20:42 schrieb osm.sanspourr...@spamgourmet.com:

Exemple : la Bretagne

administrative a une population

3217767 et Rennes en est l'admin_centre.

Pourtant Rennes (admin_centre) n'a pas 3,2 millions d'habitants mais
population

215366. Tiens une population qui reste et qui est de 2015.


La valeur population=* sur un objet de type place=city, c'est la
population de la ville, aucun rapport avec la région dont cette ville
est l'admin_centre.


___
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] mancate attribuzioni su immagini pubblicate

[Martin Koppenhoefer]

sent from a phone

> Il giorno 9 feb 2020, alle ore 21:00, Lorenzo Perone 
>  ha scritto:
> 
> Ciao,
> scrive anche 
> "Le immagini presenti su questo sito, proprietarie e non, sono state reperite 
> sul web e quindi inserite perchè ritenute di libero utilizzo e non vincolate 
> da copyright.
> Nel caso in cui fosse stata pubblicata un'immagine protetta da copyright il 
> legittimo proprietario è pregato di contattarci.   L'immagine verrà  rimossa 
> il prima possibile."
> Che dire...
> Lorenzo


scriviamo che la cartografia di OpenStreetMap è cc-by-sa se presa dal sito.
cfr. OpenStreetMap.org/copyright 


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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Florimond Berthoux]

Bonsoir,

Non il ne faut pas tagguer deux fois la même feature (bonjour la cohérence
des données et la maintenance).
Si on veut être sympa pour le routeur on met le nœud sur le way de la route
avec:
traffic_sign:forward=city_limit
traffic_sign:backward=city_limit
à la hauteur du panneau de début ou de fin d'agglomération.
Attention le forward et le backward se réfère au sens du way dans le quel
le panneau est lu.
https://wiki.openstreetmap.org/wiki/FR:Key:traffic_sign#Sur_un_way_ou_une_zone_.28area.29

Le dim. 9 févr. 2020 à 17:38, David Marchal  a écrit :

>
>
> > Le 9 févr. 2020 à 13:43, onesime31  a écrit :
> >
> >
> > Bonjour,
> Bonsoir.
>
> >
> > Nous avons un projet avec une classe de géomaticiens en formation.
> > On a une commande et on aimerait faire cela en utilisant OSM, faire une
> cartoparty dans le cadre de leur formation. La commande est de
> cartographier les entrées et sorties de villes et villages.
> >
> > Pour le panneau d'entrée de village, voici le key et le value qu'on
> pensait utiliser: traffic_sign=city_limit
> > à priori, il n'y a pas possibilité de préciser si c'est le panneau
> d'entrée ou de sortie du village?
> > On peut les distinguer via le code EB10 et EB20...  est ce une bonne
> manière de référencer comme cela:
> > - traffic_sign=city_limit
> > - traffic_sign=FR:EB20
> > ?
> À mon avis, il vaudrait mieux garder la convention de mettre un nœud
> traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé,
> car ça permet aux utilisateurs des données de savoir, par exemple, à partir
> de quel point les règles de circulation en agglomération s’appliquent. En
> revanche, ça n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à
> l’emplacement précis du panneau, et sans lien avec la route. Faire les deux
> fait plus de travail, mais au moins tout le monde est content.
>

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[rainerU]

Am 09.02.20 um 20:42 schrieb 
osm.sanspourr...@spamgourmet.com:
Exemple : la Bretagne 
 
administrative a une population 
 3217767 et 
Rennes en est l'admin_centre.


Pourtant Rennes (admin_centre) n'a pas 3,2 millions d'habitants mais population 
 215366. Tiens 
une population qui reste et qui est de 2015.


La valeur population=* sur un objet de type place=city, c'est la population de 
la ville, aucun rapport avec la région dont cette ville est l'admin_centre.



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

Re: [Talk-it] mancate attribuzioni su immagini pubblicate

[Lorenzo Perone]

Ciao,
scrive anche
"Le immagini presenti su questo sito, proprietarie e non, sono state
reperite sul web e quindi inserite perchè ritenute di libero utilizzo e non
vincolate da copyright.
Nel caso in cui fosse stata pubblicata un'immagine protetta da copyright il
legittimo proprietario è pregato di contattarci
.   L'immagine verrà  rimossa il prima
possibile."
Che dire...
Lorenzo


Il dom 9 feb 2020, 20:41 francesco gargano  ha
scritto:

> Ciao a tutti,
> vi segnalo un bizzarro modo di concepire l'attribuzione ed i diritti
> d'autore
> come "privacy" su materiale pubblicato tramite pagina web:
> mettere [1] in bella vista una scritta in rosso a caratteri maiuscoli
> recitante
>
> "TUTTI I DIRITTI DI IMMAGINE SONO RISERVATI. IL PRELIEVO, LA COPIA E LA
> DIVULGAZIONE DI QUALSIASI TIPO DI IMMAGINE E VIDEO SARÀ PERSEGUITO SECONDO
> LE  VIGENTI LEGGI IN MATERIA DI VIOLAZIONE DELLA PRIVACY. "
>
> e contemporaneamente pubblicare [2,3] delle immagini inequivocabilmente
> tratte da OSM abilmente scontornate e senza attribuzione
>
> [1] http://www.osservatoriometeoesismicoperugia.it/index.php/terremoti
> [2] http://www.osservatoriometeoesismicoperugia.it/elf/lastEvent.jpg
> [3] http://www.osservatoriometeoesismicoperugia.it/elf/current.jpg
>
>
> ___
> 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: [Talk-it] Bici "contro-mano" in strada senso unico

[Martin Koppenhoefer]

sent from a phone

> Il giorno 9 feb 2020, alle ore 15:15, Andrea Musuruane  
> ha scritto:
> 
> oneway:bicycle=no


+1

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Jacques Lavignotte]

Le 09/02/2020 à 20:42, osm.sanspourr...@spamgourmet.com a écrit :

Vincent (vdct) a enlevé parce qu'il y avait des incohérences. On a aussi 
supprimé les ref:INSEE= sur les nœuds.


J'ai fait de même.

J'arrête mes mises à jour de la campagne

http://dev.cadastre.openstreetmap.fr/fantoir/maj_population_2017.html

pour le moment.

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

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[osm . sanspourriel]

Le 09/02/2020 à 18:59, Christian Quest - cqu...@openstreetmap.fr a écrit :


Retirer ce tag des noeuds place=* n'est pas conforme à ce qui est
préconisé dans le wiki (non traduit en français) qui ne parle de
population=* qu'en lien avec place=* et pas avec les relations boundary.


C'est sûr que les wikis ne disent pas la même chose...

Tu penses à "If you have a way of knowing the population of a place
(from a free data source), the population
=* tag typically is
added to the same object the place tag appears on." ?

Donc si l'objet est une boundary, tu mets sur la boundary.

Vincent (vdct) a enlevé parce qu'il y avait des incohérences. On a aussi
supprimé les ref:INSEE= sur les nœuds. Si on conteste l'un on doit AMHA
critiquer l'autre. Et je comprends les deux points de vue.

Là c'est cohérent et si on veut on peut une fois le nettoyage terminé
créer une info dérivée (mettre sur les nœuds admin_centre des relations
la population des relations).

Mais seulement à mon avis si la relation porte un attribut place= ou si
c'est un admin_level=8. Est-ce à nous d'ajouter ce genre de données
dérivées ou au consommateur de données ? Question ouverte.

Sinon on ne sait à quoi on fait référence. Une population sur un point,
sémantiquement, ça me pose soucis. Si la frontière est floue, je vois
mal comment donner une population exacte.

Exemple : la Bretagne

administrative a une population
 3217767
et Rennes en est l'admin_centre.

Pourtant Rennes (admin_centre) n'a pas 3,2 millions d'habitants mais
population
 215366.
Tiens une population qui reste et qui est de 2015.

Rennes est l'admin_centre de pas mal de choses :

 * Pôle métropolitain Loire-Bretagne (3531638)
   
 * Rennes-Nord-Ouest (2555741)
   
 * Rennes Métropole (2005861)
   
 * Rennes (54517)
   
 * Académie de Rennes (5962796)
   
 * Brittany (102740) 
 * Ille-et-Vilaine (7465) 
 * Rennes (canton de Rennes-5) (3562586)
   
 * Rennes-5 (3559420) 
 * Rennes-Centre-Ouest (2555735)
   
 * Rennes-Sud-Ouest (2555717)
   
 * Rennes-6 (3559371) 
 * Rennes-4 (3562588) 
 * Rennes-2 (3558541) 
 * Rennes-3 (3558912) 
 * Rennes-1 (3558540) 
 * Rennes-Sud-Est (2555361)
   
 * Rennes (canton de Rennes-Nord-Ouest) (6578928)
   
 * Rennes-le-Blosne (2555358)
   
 * Rennes (canton de Rennes-3) (3559370)
   
 * Rennes-Bréquigny (2555348)
   
 * Rennes (canton de Rennes-Sud-Ouest) (6578930)
   
 * Rennes-Est (2555956) 
 * Rennes-Nord-Est (2555954)
   
 * Rennes-Nord (2555747) 
 * Rennes (canton de Rennes-Sud-Est) (6578929)
   
 * Pays de Rennes (8631103)
   
 * Rennes (1655027) 
 * Rennes (canton de Rennes-6) (3562587)
   
 * Rennes-Centre (2555970) 
 * Rennes-Centre-Sud (2555382)
   

La commune de Rennes a bien une population de 2017 :population
 216815.

Ça c'est clair.

Et pas de place=town ;-).

Jean-Yvon

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

[Talk-it] mancate attribuzioni su immagini pubblicate

[francesco gargano]

Ciao a tutti,
vi segnalo un bizzarro modo di concepire l'attribuzione ed i diritti
d'autore
come "privacy" su materiale pubblicato tramite pagina web:
mettere [1] in bella vista una scritta in rosso a caratteri maiuscoli
recitante

"TUTTI I DIRITTI DI IMMAGINE SONO RISERVATI. IL PRELIEVO, LA COPIA E LA
DIVULGAZIONE DI QUALSIASI TIPO DI IMMAGINE E VIDEO SARÀ PERSEGUITO SECONDO
LE  VIGENTI LEGGI IN MATERIA DI VIOLAZIONE DELLA PRIVACY. "

e contemporaneamente pubblicare [2,3] delle immagini inequivocabilmente
tratte da OSM abilmente scontornate e senza attribuzione

[1] http://www.osservatoriometeoesismicoperugia.it/index.php/terremoti
[2] http://www.osservatoriometeoesismicoperugia.it/elf/lastEvent.jpg
[3] http://www.osservatoriometeoesismicoperugia.it/elf/current.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Testing torrents for the planet dump

[Yuri Astrakhan]

Christian, I would like to add torrent support to the download-osm tool
[1].  While I could try to scrape
https://osm.cquest.org/torrents/ , I would obviously rather use the
structured xml file (or if you could provide a JSON file, even better).

Proposed logic:
* get the catalog file (xml/json)
* download the latest torrent
* (TBD) possibly use some magical aria2c options to stop the download if it
is not progressing and fallback to regular http, or possibly pick a
slightly older torrent (?).  Suggestions are welcome -- see full list of
aria2c options [2]

[1]
https://github.com/openmaptiles/openmaptiles-tools#multi-streamed-osm-data-downloader
[2] https://aria2.github.io/manual/en/html/aria2c.html

On Sun, Feb 9, 2020 at 12:44 PM Christian Quest 
wrote:

>
> Le 09/02/2020 à 18:26, Maarten Deen a écrit :
> > On 2020-02-09 16:17, Christian Quest wrote:
> >> A couple of weeks ago, I've (re) started sharing planet dump files
> >> using Bittorrent to test an alternative way to distribute our planet
> >> dumps to reduce the bandwidth load on the OSMF servers.
> >>
> >> Here is a short summary after 2 weeks tests...
> >>
> >> The torrents are generated a few hours after the planet dump
> >> availability on planet.openstreetmap.org server (time needed to
> >> download the original file to generate the torrent).
> >
> > A question about updates of the torrent. The planet changes weekly.
> > Suppose I download the plannet using the torrent and then also seed
> > it, what happens when the next planet comes available? Do I need to
> > use a different torrent to download it again or will the one I have be
> > updated?
> Each planet file has its own torrent. A new planet file means using a
> new torrent to download it.
>
> To simplify downloading the lastest planet, you'll find a
> planet-latest.pbf.torrent similar to the planet-latest.pbf (it's a
> symlink to the last planet available).
>
> If you want to automate downloading new planet thru torrents, for
> example to seed them, there's a rss.xml file you can use. Many
> bittorrent clients support RSS to automate downloads.
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Testing torrents for the planet dump

[John Whelan]

My concern would be more the volume of data we have whirling round.

Smaller torrents of each country might be more useful and I'd have to 
get my head around picking up the new one each week.  I'm running 
qBittorrent if that is of any use.


Cheerio John

Christian Quest wrote on 2020-02-09 12:42 PM:


Le 09/02/2020 à 18:26, Maarten Deen a écrit :

On 2020-02-09 16:17, Christian Quest wrote:

A couple of weeks ago, I've (re) started sharing planet dump files
using Bittorrent to test an alternative way to distribute our planet
dumps to reduce the bandwidth load on the OSMF servers.

Here is a short summary after 2 weeks tests...

The torrents are generated a few hours after the planet dump
availability on planet.openstreetmap.org server (time needed to
download the original file to generate the torrent).


A question about updates of the torrent. The planet changes weekly. 
Suppose I download the plannet using the torrent and then also seed 
it, what happens when the next planet comes available? Do I need to 
use a different torrent to download it again or will the one I have 
be updated?
Each planet file has its own torrent. A new planet file means using a 
new torrent to download it.


To simplify downloading the lastest planet, you'll find a 
planet-latest.pbf.torrent similar to the planet-latest.pbf (it's a 
symlink to the last planet available).


If you want to automate downloading new planet thru torrents, for 
example to seed them, there's a rss.xml file you can use. Many 
bittorrent clients support RSS to automate downloads.




--
Sent from Postbox 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Christian Quest]

Le 09/02/2020 à 18:34, Stéphane Péneau a écrit :
Je vois des discussions et des changesets avec des suppressions du tag 
"population" sur le node "admin_centre", mais on a réellement décidé 
de les supprimer ? Je croyais qu'on devait les laisser puisque c'est 
utilisé pour le rendu FR.


Stf

J'avoue que ces changements massifs, nationaux, précipités ne me 
plaisent guère.


population=* sur les noeuds place est largement utilisé partout dans le 
monde. Ce n'est pas parce que nous avons la chance d'avoir nos 
découpages administratifs communaux complets que c'est le cas partout 
dans le monde.


Retirer ce tag des noeuds place=* n'est pas conforme à ce qui est 
préconisé dans le wiki (non traduit en français) qui ne parle de 
population=* qu'en lien avec place=* et pas avec les relations boundary.


Le wiki indique aussi que c'est utilisé par divers outils... et d'une 
façon générale retirer (ou déplacer/renommer) une info doit toujours 
être pris avec de grosses pincettes.


Le mieux (c'est à voir) est l'ennemi du bien...

--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] Testing torrents for the planet dump

[Christian Quest]

Le 09/02/2020 à 18:26, Maarten Deen a écrit :

On 2020-02-09 16:17, Christian Quest wrote:

A couple of weeks ago, I've (re) started sharing planet dump files
using Bittorrent to test an alternative way to distribute our planet
dumps to reduce the bandwidth load on the OSMF servers.

Here is a short summary after 2 weeks tests...

The torrents are generated a few hours after the planet dump
availability on planet.openstreetmap.org server (time needed to
download the original file to generate the torrent).


A question about updates of the torrent. The planet changes weekly. 
Suppose I download the plannet using the torrent and then also seed 
it, what happens when the next planet comes available? Do I need to 
use a different torrent to download it again or will the one I have be 
updated?
Each planet file has its own torrent. A new planet file means using a 
new torrent to download it.


To simplify downloading the lastest planet, you'll find a 
planet-latest.pbf.torrent similar to the planet-latest.pbf (it's a 
symlink to the last planet available).


If you want to automate downloading new planet thru torrents, for 
example to seed them, there's a rss.xml file you can use. Many 
bittorrent clients support RSS to automate downloads.


--
Christian Quest - OpenStreetMap France


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

[talk-ph] Community call with Allan Mustard (OSMF Board Chair)

[Eugene Alvin Villar]

Hello all,

Allan Mustard, the new chairperson of the Board of Directors of the
OpenStreetMap Foundation, would like to have a one-hour call with the OSM
community in the Philippines. Allan has been reaching out to various OSM
local communities all over the world. For instance, he did a call with the
OSM Indian community last January 29:
https://mobile.twitter.com/osm_in/status/1221609512420794368

Basically, Allan would like to learn more about our community in the
Philippines, the mapping and work that we do, the opportunities and
challenges that we face while we contribute to and promote OSM, and to seek
input on what the OSM Foundation can do to support local communities.

If you are interested to join the call (which will be done remotely and
online probably via Google Hangouts), please do indicate your availability
on this poll:

https://framadate.org/bO4YJq6yLweEZLmJ

Regards,
Eugene
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

[Stéphane Péneau]

Je vois des discussions et des changesets avec des suppressions du tag 
"population" sur le node "admin_centre", mais on a réellement décidé de les 
supprimer ? Je croyais qu'on devait les laisser puisque c'est utilisé pour le 
rendu FR.

Stf


6 févr. 2020 a écrit :
>Le 06/02/2020 à 15:04, Vincent de Château-Thierry a écrit :
>
 Il semble que quelqu'un conteste tes mises à jour ou plutôt ne
 les as pas comprises. C'est sur :
 
 https://forum.openstreetmap.org/viewtopic.php?id=68546
>> 
>> Merci Alain pour le pointeur. Comme dit par Marc on a reçu en
>> parallèle un message de Clinton par un autre canal. Toutes nos
>> réponses convergent donc il devrait pouvoir synthétiser. Je vois qu'à
>> l'instant il a remercié Marc ici.
>Il y a même un breton qui a répondu sur le forum.
>-- 
>deuzeffe - je n'ai pas le nom
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- Envoyé de mon téléphone Android avec K-@ Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Testing torrents for the planet dump

[Maarten Deen]

On 2020-02-09 16:17, Christian Quest wrote:

A couple of weeks ago, I've (re) started sharing planet dump files
using Bittorrent to test an alternative way to distribute our planet
dumps to reduce the bandwidth load on the OSMF servers.

Here is a short summary after 2 weeks tests...

The torrents are generated a few hours after the planet dump
availability on planet.openstreetmap.org server (time needed to
download the original file to generate the torrent).


A question about updates of the torrent. The planet changes weekly. 
Suppose I download the plannet using the torrent and then also seed it, 
what happens when the next planet comes available? Do I need to use a 
different torrent to download it again or will the one I have be 
updated?


Regards,
Maarten

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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[David Marchal]

> Le 9 févr. 2020 à 13:43, onesime31  a écrit :
> 
> 
> Bonjour,
Bonsoir.

> 
> Nous avons un projet avec une classe de géomaticiens en formation.
> On a une commande et on aimerait faire cela en utilisant OSM, faire une 
> cartoparty dans le cadre de leur formation. La commande est de cartographier 
> les entrées et sorties de villes et villages.
>  
> Pour le panneau d'entrée de village, voici le key et le value qu'on pensait 
> utiliser: traffic_sign=city_limit 
> à priori, il n'y a pas possibilité de préciser si c'est le panneau d'entrée 
> ou de sortie du village? 
> On peut les distinguer via le code EB10 et EB20...  est ce une bonne manière 
> de référencer comme cela:
> - traffic_sign=city_limit
> - traffic_sign=FR:EB20
> ?
À mon avis, il vaudrait mieux garder la convention de mettre un nœud 
traffic_sign=city_limit sur la route, à l’endroit où le panneau est placé, car 
ça permet aux utilisateurs des données de savoir, par exemple, à partir de quel 
point les règles de circulation en agglomération s’appliquent. En revanche, ça 
n’empêche pas de placer un autre nœud traffic_sign=FR:EB20 à l’emplacement 
précis du panneau, et sans lien avec la route. Faire les deux fait plus de 
travail, mais au moins tout le monde est content.

> Il nous faudrait également indiquer s'ils sont zérophyto: c'est à dire que 
> les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et qu'on  
> utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).
> Pour la fixation du panneau, on pensait utiliser le key "support" puis les 
> value suivant pour les distinguer:
> - support= post quand le panneau est simplement planté (donc pas zerophyto)
> - support = pole si le panneau est scellé au sol (= zerophyto pour nous)
> Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton au 
> pied du panneau?
> 
> L'idée serait de travailler sur OSM, et de faire une extraction pour répondre 
> à la commande qui nous est faite.
> 
> Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.
> 
> Bonne soirée, Onésime.
Cordialement.


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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Andreas Lattmann]

>Direi che è sottointeso ma c'è anche il tag cycleway=opposite che
>potresti mettere per chiarezza.
>https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite
>
> Se ci fosse un percorso dedicato in contromano invece dovrebbe essere
>specificato con cycleway=opposite_lane o cycleway=opposite_track.

+1



Il 9 febbraio 2020 15:27:40 CET, Lorenzo Mastrogiacomi  
ha scritto:
>Il giorno dom, 09/02/2020 alle 15.06 +0100, Volker Schmidt ha scritto:
>> Come si mappa questa situazione:
>>
>https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
>> e in particolare come si indica che le bici "contro-mano" condividono
>> la carreggiata con il traffico in senso opposto.?
>> 
>> Volker
>> 
>
>Direi che è sottointeso ma c'è anche il tag cycleway=opposite che
>potresti mettere per chiarezza.
>https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite
>
> Se ci fosse un percorso dedicato in contromano invece dovrebbe essere
>specificato con cycleway=opposite_lane o cycleway=opposite_track.
>
>
>Lorenzo

--
樂

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

Re: [OSM-talk-fr] protect_class -du périmètre de protection autour de la réserve géologique

[Arnaud Champollion]

Le 26/01/2020 à 13:50, Philippe Verdy a écrit :

Regarde les autres relations concernant les "aires d'adhésion",


Fait, j'ai mis "5", comme l'aire d'adhésion du Parc National des Ecrins.

https://www.openstreetmap.org/relation/10615882#map=9/44.0440/6.3221



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

Re: [OSM-talk-be] Taggen van laadpalen in ondergrondse parkeergarages ?

[Pieter Vander Vennet]

Hallo Denis,

Persoonlijk zou ik wél een aparte node voor de laadpalen maken (ééntje
die alle vier groupeert of zelfs ééntje per punt).
Hoewel het een "integraal deel" van de parking is, is het toch een
aparte amenity. Zo kan je ook de automaat, toiletten, ... in de parking
als deel van de parking zien, maar dan wordt het parkingobject zelf
overladen met nogal veel data en wordt het moeilijk om te zoeken ernaar.
En wat als de laadpaal dan te betalen is maar de parking niet? Een
combinatie 'amenity=parking; charging_station=yes; fee=yes; wordt dan
voor interpretatie vatbaar.

Bovendien kan iemand zich door de aparte node dan al een beetje
orienteren waar de laadpalen ongeveer zijn in de parking.

Om het ondergrondse aspect te vatten, kan je de tags 'indoor=yes;
level=-1' toevoegen, eventueel met 'access=customers' als de laadpaal
enkel bereikbaar is voor gebruikers van de parking.

Maar goed, just my two cents - wss hebben andere mensen andere inzichten.

Mvg, Pieter

On 09.02.20 14:27, Denis Verheyden wrote:
> Hallo allen,
>
> Onlangs stuitte ik weer op een onderwerp waar er geen echte conventie
> of goed voorbeeld is: hoe taggen we laadpalen voor elektrische
> voertuigen in  ondergrondse parkeergarages ?
>
> Als voorbeeld wil ik de parkeergarage Tinel in Mechelen nemen, die ik
> een paar maand geleden heb toegevoegd:
> https://www.openstreetmap.org/node/7082405515
>
> De meeste basisgegevens heb ik ingevuld, maar hoe tag ik nu de laadpalen ?
> In totaal zijn er 4 plaatsen voor elektrische wagens (op niveau -1), 
> op mijn foto's heb ik weliswaar maar 1 laadpaal en 2 plaatsen afgebeeld:
> https://photos.app.goo.gl/ARJ3YkYVTAs8M94XA
>
> Het lijkt me niet zinnig ze als aparte nodes met tag
> amenity=charging_station te plaatsen, gezien ze integraal onderdeel
> uitmaken van de parkeergarage en niet als losstaande laadpaal staan
> (zoals op gelijkvloerse parkings buiten).
>
> Heeft iemand een bruikbare oplossing zodat het duidelijk is dat er
> laadpalen aanwezig zijn, maar ze niet allemaal individueel op de kaart
> moeten gezet worden ?
> Mogelijk zal het dan iets met een relation worden vermoed ik ?
>
> Groeten,
> Denis
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

<>___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-se] Uppdatera en rutt-relation efter en vägombyggnad?

[Lennart Romberg]

Jag har uppdaterat en sektion av E18 just väster om Karlstad efter att ett
parti byggts om till separata körbanor i respektive riktning (typ motorväg,
men inte motorvägsklassat).

Den nya körbanan ska lämpligen in i "E18 Sweden" men jag blev inte klok på
systemet i den. Jag hade förväntat mig att på de ställen som det var
separata körbanor i respektive riktning,så skulle jag hitta "forward" och
"backward"-roller på respektive sida (typ forward österut och backward
västerut eller tvärtom). Men på hela relationen hittar jag bara forward och
tomma roller.

Ambitionen är väl att stoppa in de nya sträckorna i relationen så att den i
alla fall inte är trasigare efter mina uppdateringar, men vet inte riktigt
hur.

Jag har kollat på wikin, speciellt
https://wiki.openstreetmap.org/wiki/Sv:Map_Features#V.C3.A4gar
för att hitta svenska rekommendationer men den sa just inget om rutter.

Ska man tro på
https://wiki.openstreetmap.org/wiki/Relation:route#Road_routes
skulle man väl bygga om hela "E18 Sweden"??

/ Lennart (lromberg)
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Mannivu]

Per quanto riguarda le biciclette basta un "oneway: bicycle=no". Se la 
carreggiata è condivisa non credo ci sia un tag specifico.

⁣Manuel

Il giorno 9 feb 2020, 15:10, alle ore 15:10, Volker Schmidt  
ha scritto:
>Come si mappa questa situazione:
>https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
>e in particolare come si indica che le bici "contro-mano" condividono
>la
>carreggiata con il traffico in senso opposto.?
>
>Volker
>
>
>
>
>___
>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

[OSM-talk] Testing torrents for the planet dump

[Christian Quest]

A couple of weeks ago, I've (re) started sharing planet dump files using 
Bittorrent to test an alternative way to distribute our planet dumps to 
reduce the bandwidth load on the OSMF servers.


Here is a short summary after 2 weeks tests...

The torrents are generated a few hours after the planet dump 
availability on planet.openstreetmap.org server (time needed to download 
the original file to generate the torrent).


I'm seeding it from a couple of servers which allows to spread the dump 
file faster. Seeding is also done thru the original https link and main 
mirrors (this is the "web seed" feature supported by some bittorrent 
clients).


After the initial seed, downloading the planet file can be as short as 
30/40mn if you have a good downlink. After 3 days, there's currently 15 
seeds, allowing event faster or more balanced downloads (just did one in 
only 15mn).


If you have downloaded the planet dump using the torrent or plan to do 
so or want to test it, please share your results on the wiki discussion: 
https://wiki.openstreetmap.org/wiki/Talk:Planet.osm#Torrent


The torrents are located at https://osm.cquest.org/torrents/

--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[Philippe Verdy]

Un ennui : l'entrée d'une commune et la sortie d'une autre peuvent être au
même emplacement (même poteau support) dans le cas d'une frontière
communale au sein d'une même agglomération.
Ce qui a été déjà fait dans certaines agglomération pour les distinguer
c'est de créer des boundary=urban, passant par ces panneaux indicateurs.

Mais "boundary=urban" ne traite pas encore ces cas de frontières communales
intra-agglomération où c'est la frontière communale
(boundary=administrative et admin_level<=8) qui tient lieu de limite. Et il
reste aussi des cas de frontières au sein des communes nouvelles (ou
associations de communes), entre les communes déléguées ou associées
(admin_level=9), où la toponymie de chaque commune déléguée (ou associée)
est conservée (même si les panneaux annotent en dessous et plus petits
caractères "(Commune de )".

Le "boundary=urban" est surtout destiné à limiter les frontières
d'agglomération pour la régulation routière: le tracé des contours reste
approximatif (pas exactement sur les limites de propriétés) mais passe par
des points précis sur les voies publiques où ces panneaux limites
d'agglomération sont posés.

En principe il y a des panneaux de chaque côté de la voie mais ils ne sont
pas toujours en vis-à-vis (par exemple quand l'entrée ou la sortie
d'agglomération se fait par des voies séparées comme des bretelles de
ronds-points ou par un séparateur de chaussée visant aussi à renforcer la
limite de vitesse, ou des bretelles d'accès de routes express, ou quand il
y a des feux dans un seul sens, ou quand la partie habitée commence d'un
seul côté, l'autre étant encore agricole ou forestier (et hors zone
constructible selon les PLU en vigueur).

Délimiter les agglomérations peut avoir plusieurs significations:
* celle de l'INSEE se base sur des distances minimales entre bâtis (50
mètres?), et permet à l'INSEE de définir les secteurs de populations
urbaines ou rurales, ces frontières du découpage urbain du territoire aux
fins statistiques sont évolutives.
* celle décidée par les communes qui décident de mettre en place des
limitations vitesse, et accéder aux demandes des "riverains" (peu importe
la définition de l'INSEE, la commune peut considérer d'autres facteurs
comme la présence de parcs de loisirs ou terrrains de sports ou des
équipements publics comme un cimetière communal, ou certaines autres
activités de loisir ou touristiques, même si elles ne sont pas habitées, ou
simplement une activité commerciale ou industrielle attirant de nombreux
piétons): la limitation de vitesse "urbaine" n'est pas la même définition
que .l'INSEE.

On n'a pas de distinction des deux types de découpage urbain (statistique
de l'INSEE, ou routier au sens du code de la route et de la réglementation
communale/préfectorale et des panneaux EB10 et EB20, qui ne sont pas
disposés partout sur toutes les voies résidentielles "mineures" ni sur les
voies privées).


Le dim. 9 févr. 2020 à 13:44, onesime31  a écrit :

>
> Bonjour,
>
> Nous avons un projet avec une classe de géomaticiens en formation.
> On a une commande et on aimerait faire cela en utilisant OSM, faire une
> cartoparty dans le cadre de leur formation. La commande est de
> cartographier les entrées et sorties de villes et villages.
>
> Pour le panneau d'entrée de village, voici le key et le value qu'on
> pensait utiliser: traffic_sign=city_limit
> à priori, il n'y a pas possibilité de préciser si c'est le panneau
> d'entrée ou de sortie du village?
> On peut les distinguer via le code EB10 et EB20...  est ce une bonne
> manière de référencer comme cela:
> - traffic_sign=city_limit
> - traffic_sign=FR:EB20
> ?
>
> Il nous faudrait également indiquer s'ils sont zérophyto: c'est à dire que
> les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et
> qu'on utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).
> Pour la fixation du panneau, on pensait utiliser le key "support" puis les
> value suivant pour les distinguer:
> - support= post quand le panneau est simplement planté (donc pas zerophyto)
> - support = pole si le panneau est scellé au sol (= zerophyto pour nous)
> Existe t-il une autre manière de tagger s'il y a un dé, ou une dalle béton
> au pied du panneau?
>
> L'idée serait de travailler sur OSM, et de faire une extraction pour
> répondre à la commande qui nous est faite.
>
> Si vous avez des conseils, précisions, ressources, etc. n'hésitez pas.
>
> Bonne soirée, Onésime.
> ___
> 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] Bici "contro-mano" in strada senso unico

[Lorenzo Mastrogiacomi]

Il giorno dom, 09/02/2020 alle 15.06 +0100, Volker Schmidt ha scritto:
> Come si mappa questa situazione:
> https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
> e in particolare come si indica che le bici "contro-mano" condividono
> la carreggiata con il traffico in senso opposto.?
> 
> Volker
> 

Direi che è sottointeso ma c'è anche il tag cycleway=opposite che
potresti mettere per chiarezza.
https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite

 Se ci fosse un percorso dedicato in contromano invece dovrebbe essere
specificato con cycleway=opposite_lane o cycleway=opposite_track.


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

Re: [Talk-it] Bici "contro-mano" in strada senso unico

[Andrea Musuruane]

oneway:bicycle=no

Ciao,

Andrea


On Sun, Feb 9, 2020 at 3:10 PM Volker Schmidt  wrote:

> Come si mappa questa situazione:
>
> https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
> e in particolare come si indica che le bici "contro-mano" condividono la
> carreggiata con il traffico in senso opposto.?
>
> Volker
>
>
> ___
> 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-es] semanarioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Hola, el semanario Nº 498, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12843/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-de] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 498, ist nun verfügbar - 
 wie immer mit vielen Nachrichten aus dem OSM-Universium:

 http://www.weeklyosm.eu/de/archives/12843/

 Viel Spaß beim Lesen.  

 Euer Wochennotizteam
 
 Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
 einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
 mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

 weeklyOSM? 
 who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
 where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-co] semanarioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Hola, el semanario Nº 498, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12843/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[talk-latam] semanarioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Hola, el semanario Nº 498, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12843/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-bo] semanarioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Hola, el semanario Nº 498, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12843/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-ca] hebdoOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 498 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12843/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-cu] semanarioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Hola, el semanario Nº 498, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12843/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[OSM-talk-fr] hebdoOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 498 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12843/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-us] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ht] hebdoOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 498 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12843/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-pt] semanárioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 498, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

http://www.weeklyosm.eu/pb/archives/12843/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[OSM-talk-ie] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-br] semanárioOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 498, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

http://www.weeklyosm.eu/pb/archives/12843/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-it] Bici "contro-mano" in strada senso unico

[Volker Schmidt]

Come si mappa questa situazione:
https://www.rivistabc.com/wp-content/uploads/2019/02/senso-unico-eccetto-bici.jpg
e in particolare come si indica che le bici "contro-mano" condividono la
carreggiata con il traffico in senso opposto.?

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

[Talk-africa] hebdoOSM Nº 498 2020-01-28-2020-02-03

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 498 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12843/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ca] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-GB] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[talk-ph] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk] weeklyOSM #498 2020-01-28-2020-02-03

[weeklyteam]

The weekly round-up of OSM news, issue # 498,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 http://www.weeklyosm.eu/en/archives/12843/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-ie] OSM at LoveDataWeek 2020 - Maynooth University

[Ciarán Staunton]

This is good news Peter, and good luck with your talk.

Some big scale statutory or state funded re-users are the National
Transport Authority, the IPA, Met Eireann, Irish Seismic Network, and The
Marine Institute. Some big scale commercial re-users are Snapchat,
Ancestry.com. For a list of more of the latter see the wiki site where it
mentions "List of OSM based services".

If you don't mind mentioning it an important point arises for your
audience. OSM is like an ecosystem, there are many fine examples of re-use.
However, without the love and diligence of the OSM community of
contributors, none of these things would be possible.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] OSM at LoveDataWeek 2020 - Maynooth University

[Donal Hunt]

I'm the sure the mobility forum and cycling campaign would be happy for a
mention about the Cork cycling map that was launched last year. The base
map used OpenStreetMap data before the additional landmarks and highlighted
routes were added.

https://transportandmobilityforum.com/cork-cycle-map/

Donal

On Sat, 8 Feb 2020 at 14:51, Peter Mooney  wrote:

> Hello everyone,
>
> I'm giving a general overview talk about OpenStreetMap in Maynooth
> University next week, as part of Love Data Week 2020. Details are here [1].
>
> I only have an hour so I want to show attendees what kinds of applications
> OpenStreetMap is being used for in Ireland and beyond. This will include
> quick examples of downloading data, using Turbo Overpass online, and a very
> basic map using Leaflet. I'll be showing the work of OSM IE (example the
> recent Kilkenny work), Townlands, Hieki's visualisations, etc.
>
> If you have any other really interesting examples of OSM use which would be
> good for a general audience, please let me know and I'd be delighted to
> include it.
>
> I will make my slides openly available in ODP format afterwards, if they
> are useful for someone else.
>
> With every best wish,
>
> Peter
>
> [1] https://www.maynoothuniversity.ie/library/events/love-data-week-2020
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] Cercasi traduttore per una frase

[francesco gargano]

Il giorno dom 2 feb 2020 alle ore 20:54 Andrea Musuruane 
ha scritto:

>
>
> Il dom 2 feb 2020, 20:37 Lorenzo Mastrogiacomi  ha
> scritto:
>
>> Il giorno dom, 02/02/2020 alle 20.28 +0100, Lorenzo Rolla ha scritto:
>>
>> Metto il mio misero contributo:
>> Questa mappa usa con fierezza dati prodotti...
>>
>>
>> Si, potrebbe essere "con fierezza" o "fieramente" ma secondo me è anche
>> meglio toglierlo quel complemento perché le mappe non sono orgogliose o
>> fiere, a volte lo sono gli autori ma non mi sembra il caso visto che si
>> sono dimenticati di attribuire :)
>>
>
> Deve essere una traduzione, non una libera interpretazione dell'originale.
>
> Credo che sia stato usato proudly proprio per evidenziare e rimediare alla
> mancata attribuzione.
>
>
Esatto, il senso è questo. "Pproudly" è stato scelto per enfatizzare in
termini sarcastici l'azione
di chi ha dimenticato, in molte occasioni "malandrinamente", di citare
l'origine dei dati trasfusi graficamente nella mappa.

+1 per "utilizza orgogliosamente"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] Taggen van laadpalen in ondergrondse parkeergarages ?

[Denis Verheyden]

Hallo allen,

Onlangs stuitte ik weer op een onderwerp waar er geen echte conventie of goed 
voorbeeld is: hoe taggen we laadpalen voor elektrische voertuigen in  
ondergrondse parkeergarages ?

Als voorbeeld wil ik de parkeergarage Tinel in Mechelen nemen, die ik een paar 
maand geleden heb toegevoegd:
https://www.openstreetmap.org/node/7082405515

De meeste basisgegevens heb ik ingevuld, maar hoe tag ik nu de laadpalen ?
In totaal zijn er 4 plaatsen voor elektrische wagens (op niveau -1),  op mijn 
foto's heb ik weliswaar maar 1 laadpaal en 2 plaatsen afgebeeld:
https://photos.app.goo.gl/ARJ3YkYVTAs8M94XA

Het lijkt me niet zinnig ze als aparte nodes met tag amenity=charging_station 
te plaatsen, gezien ze integraal onderdeel uitmaken van de parkeergarage en 
niet als losstaande laadpaal staan (zoals op gelijkvloerse parkings buiten).

Heeft iemand een bruikbare oplossing zodat het duidelijk is dat er laadpalen 
aanwezig zijn, maar ze niet allemaal individueel op de kaart moeten gezet 
worden ?
Mogelijk zal het dan iets met een relation worden vermoed ik ?

Groeten,
Denis
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonjour,Nous avons un projet avec une classe de géomaticiens en formation.On a 
une commande et on aimerait faire cela en utilisant OSM, faire une cartoparty 
dans le cadre de leur formation. La commande est de cartographier les entrées 
et sorties de villes et villages. Pour le panneau d'entrée de village, voici le 
key et le value qu'on pensait utiliser: traffic_sign=city_limit à priori, il 
n'y a pas possibilité de préciser si c'est le panneau d'entrée ou de sortie du 
village? On peut les distinguer via le code EB10 et EB20...  est ce une bonne 
manière de référencer comme cela:- traffic_sign=city_limit- 
traffic_sign=FR:EB20?Il nous faudrait également indiquer s'ils sont zérophyto: 
c'est à dire 
que les poteaux de ces panneaux aient un dé ou une dalle béton au pied (et 
qu'on 
utilise pas de pesticide pour enlever l'herbe au pied de ceux-ci).Pour la 
fixation du panneau, on pensait utiliser le key "support" puis les value 
suivant pour les distinguer:- support= post quand le panneau est simplement 
planté (donc pas zerophyto)- support = pole si le panneau est scellé au sol (= 
zerophyto pour nous)Existe t-il une autre manière de tagger s'il y a un dé, ou 
une dalle béton au pied du panneau?L'idée serait de travailler sur OSM, et de 
faire une extraction pour répondre à la commande qui nous est faite.Si vous 
avez des conseils, précisions, ressources, etc. n'hésitez pas.Bonne soirée, 
Onésime.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] [Talk-GB] Panorama Mapping Party with TrekView - May 23 - Ashurst, New Forest, UK

[Nick Whitelegg]

Hello Jez,

I think it probably would, as it would be of interest to open mapping 
enthusiasts, aims to collect open panoramic data, and OSM is used to connect 
the panoramas together - so I don't see why not.

I'll put it up when I have a chance.

Nick


From: Jez Nicholson 
Sent: 08 February 2020 11:39
To: Nick Whitelegg 
Cc: osm-talk ; Talk-GB 
Subject: Re: [Talk-GB] Panorama Mapping Party with TrekView - May 23 - Ashurst, 
New Forest, UK

Nice hookup with Trek Viewdoes this warrant adding to 
https://wiki.openstreetmap.org/wiki/Current_events as a mapping party? I always 
like seeing UK events on there.

On Fri, Feb 7, 2020 at 5:37 PM Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:
Hello everyone,

As some of you may know I am developing OpenTrailView 
(https://opentrailview.org), a pure 100% FOSS StreetView-like application for 
off-road routes such as hiking trails which uses OpenStreetMap data to 
auto-connect the panoramas together.

Recently I've been working with Trek View (trekview.org), 
an organisation which aims to capture panoramas of the natural world.
In their words: TrekView is a not-for-profit organisation using the power of 
panoramic photography to help educate and protect against further destruction 
of our beautiful planet. In 2020, they're launching Trekker Camp. Think virtual 
field trips. Trekker Camp will design and deliver immersive learning 
experiences to give students (7-11) the necessary understanding and skills to 
tackle the world's most pressing issues, from ocean health to climate change.

TrekView loan 360 camera packs (using the GoPro Fusion) to allow people to 
capture imagery of the natural world, from off-road routes including hiking 
routes and rivers. As well as Google Street View, TrekView's software now 
allows contributors to upload to OpenTrailView.

On to the most important aspect of this post. On May 23rd, and inspired by OSM 
mapping parties, we're organising a Panorama Mapping Party at Ashurst, New 
Forest, Hampshire, UK, with the aim of intensively capturing panoramic imagery 
of the paths and trails in the area which will then be uploaded to 
OpenTrailView. As OSM coverage in the area is exceptionally good, this should 
then result in the creation of extensive walk-through tours of the area.

The form will be similar to mapping parties. The plan is to meet at 11:00 
(there's a train which arrives from London at the local station, Ashurst New 
Forest, at around 10:45), plan, capture imagery and then get together in the 
pub afterwards.

More details (with OSM map showing location): 
https://www.trekview.org/blog/2020/pano-party-new-forest-uk-may-23-2020/


So if you're interested in 360 photography and OSM, then do come along! 360 
camera packs will be available to borrow and use on the day, or if you have 
your own device, please bring it along.

Thanks,
Nick

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

Re: [Talk-GB] Panorama Mapping Party with TrekView - May 23 - Ashurst, New Forest, UK

[Nick Whitelegg]

Hello Jez,

I think it probably would, as it would be of interest to open mapping 
enthusiasts, aims to collect open panoramic data, and OSM is used to connect 
the panoramas together - so I don't see why not.

I'll put it up when I have a chance.

Nick


From: Jez Nicholson 
Sent: 08 February 2020 11:39
To: Nick Whitelegg 
Cc: osm-talk ; Talk-GB 
Subject: Re: [Talk-GB] Panorama Mapping Party with TrekView - May 23 - Ashurst, 
New Forest, UK

Nice hookup with Trek Viewdoes this warrant adding to 
https://wiki.openstreetmap.org/wiki/Current_events as a mapping party? I always 
like seeing UK events on there.

On Fri, Feb 7, 2020 at 5:37 PM Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>> wrote:
Hello everyone,

As some of you may know I am developing OpenTrailView 
(https://opentrailview.org), a pure 100% FOSS StreetView-like application for 
off-road routes such as hiking trails which uses OpenStreetMap data to 
auto-connect the panoramas together.

Recently I've been working with Trek View (trekview.org), 
an organisation which aims to capture panoramas of the natural world.
In their words: TrekView is a not-for-profit organisation using the power of 
panoramic photography to help educate and protect against further destruction 
of our beautiful planet. In 2020, they're launching Trekker Camp. Think virtual 
field trips. Trekker Camp will design and deliver immersive learning 
experiences to give students (7-11) the necessary understanding and skills to 
tackle the world's most pressing issues, from ocean health to climate change.

TrekView loan 360 camera packs (using the GoPro Fusion) to allow people to 
capture imagery of the natural world, from off-road routes including hiking 
routes and rivers. As well as Google Street View, TrekView's software now 
allows contributors to upload to OpenTrailView.

On to the most important aspect of this post. On May 23rd, and inspired by OSM 
mapping parties, we're organising a Panorama Mapping Party at Ashurst, New 
Forest, Hampshire, UK, with the aim of intensively capturing panoramic imagery 
of the paths and trails in the area which will then be uploaded to 
OpenTrailView. As OSM coverage in the area is exceptionally good, this should 
then result in the creation of extensive walk-through tours of the area.

The form will be similar to mapping parties. The plan is to meet at 11:00 
(there's a train which arrives from London at the local station, Ashurst New 
Forest, at around 10:45), plan, capture imagery and then get together in the 
pub afterwards.

More details (with OSM map showing location): 
https://www.trekview.org/blog/2020/pano-party-new-forest-uk-may-23-2020/


So if you're interested in 360 photography and OSM, then do come along! 360 
camera packs will be available to borrow and use on the day, or if you have 
your own device, please bring it along.

Thanks,
Nick

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

Re: [OSM-talk] OTG rule, borders & mountains existing | Re: Crimea situation - on the ground

[Colin Smale]

On 2020-02-09 04:26, Joseph Eisenberg wrote:

>> Re: "on a government map, by legal / statutory decree, from data 
>> authoritatively published on a website"
> 
> These examples are not "good practice" sources for openstreetmap.
> While many mappers import data from such sources, there is no "value
> added" in the case that mappers are unable to confirm if the
> government or "authoritative" data is accurate or inaccurate. Since
> the data in Openstreetmap can be changed at any time, and often by
> mistakes caused by new mappers, the authoritative database or source
> will always be better for database users to consult directly, unless
> openstreetmap can improve the originally imported data by checking it
> against reality.

I beg to differ. Importing positions of accurately and authoritatively
surveyed objects gives us calibration points for our more manual work.
We are all warned about distortions and offsets in aerial imagery, and
99% of our on-the-ground mappers will be using consumer-grade GPS. If
the location of an admin boundary has been surveyed to centimetre
accuracy as lat X / lon Y, the presence of this in the OSM database,
plus an indication of its authoritative source, gives an invaluable
frame of reference. If Joe Bloggs comes along with his smartphone and
locates it at X+dX,Y+dY he needs to understand that it is he who has the
inferior data, and he should refrain from "improving" OSM by changing
the location of the boundary. If other objects like rivers, highways etc
should probably coincide with the admin boundary but don't, Joe Bloggs
needs to consider that the professionally surveyed data is more likely
to be correct before moving the admin boundary in OSM to fit his
imperfect data. 

Besides, OSM strives not only to be "complete" but also "useful". If
imports can increase the usefulness of OSM, it is likely to positively
impact its adoption. So what's not to like? 

A subject often ignored in OSM is defining what me mean by "data
quality." Quality is always relative to some definition of perfection.
Is a point entered by an "OTG mapper" with a smartphone, of higher
quality than a definitive, authoritative survey? 

> Remember, this is the "good practice" page we are talking about
> editing, not the "how things really are done" page: we want to focuse
> on the "Gold Standard", best practices.

Irrespective of the discussion above, Best Practises and Gold Standards
can often usefully be illustrated by negative examples. Standards have
quality too! A good standard will be unambiguous; one that is vague and
open to a lot of interpretation is not a good standard.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] CAI non attribuisce?

[liste DOT girarsi AT posteo DOT eu]

Il 08/02/20 23:04, Lorenzo Perone ha scritto:
> Ciao,
> nei credits c'è.
> Lorenzo
> 

Non è correttamente attribuita, primo perchè non linka la pagina dei
credits di OSM, secondo perchè non riporta il tipo di licenza (cc-by-sa
per la stampa/immagine e ODbL per i dati).

Poi evidenzia la convenzione wikimedia - CAI, che è scaduta da un pò
(ottobre 2019), e fino ad adesso che io sappia è ancora tutto in corso
di discussione/definizione.

Diciamo, volendola tirare per la giacchetta, la licenza c'è, ma la riga
sotto la licenza OSM, nella pagina riporta cc-by-nc-sa, che rischia di
confondere, trattandosi della licenza di webmapp.

https://mappasentieroitalia.cai.it/#/credits

-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [OSM-talk-fr] Équitation et attributs proposés

[Jérôme Seigneuret]

Pour rebondir sur le sujet et améliorer l'usage et le rendu qu'il peut en
être fait

1) Aborder les sujets et améliorer le wiki pour les tags en question et les
soumettre au processus de validation (tagging list et autres)
2) Voir avec les différents dev de fond de plan pour intégrer des rendus
génériques ou spécifiques  de manière à avoir une visibilité ou
l'améliorer (rendu général osm.org, rendu hiking)
3) Communiquer auprès des communautés si ces éléments seraient pertinents à
être exploité pour les itinéraires par exemple.
4) Si plusieurs tag sont proches ou similaires, proposer d'en supprimer un
au profit de l'autre la la mailing list qui va bien. > adapter le wiki et
présenté la solution adaptée.

Un exemple simple de choses possible et non prise en compte dans le rendu
c'est de mettre un portail comme linéaire alors que les outils et le rendu
utilise le point. Deux choses se passent dans ce cas:
- les utilisateurs voulant un rendu mais pas dégrader le détail mettent
barrier=gate sur le point d'intersection
- les utilisateurs qui considèrent que ça ne répond pas au modèle et
supprime le linéaire pour faire un point unique à l'intersection.
Par dessus ça il y a les contributeurs qui supprime les infos car osmose
émet une alerte si un portail n'est pas connecté à la voirie

Donc comme signalé précédemment, il faut dissocier le contenu, le rendu,
l'exploitation des données, l'analyse qualité. A chaque niveau des
décisions sont prise et la base évolue au rythme des contributions et des
sujets que l'on veut bien y intégrer (des fois sans validation complet du
processeur)

Bon weekend



Le sam. 8 févr. 2020 à 13:51, marc marc  a
écrit :

> Le 08.02.20 à 13:21, Arnaud Champollion a écrit :
> > beaucoup d'attributs "proposés" mais pas validés.
> >
> > Est-ce que ça veut dire que pour l'instant on ne les utilise pas ?
>
> dans osm, tout le monde est libre d'utiliser n'importe quel tags.
> un tag validé est simplement un tag qui a fait l'objet d'une discussion
> au niveau mondial et qui au moment du vote a paru être de qualité.
> c'est totalement indépendent d'être présent ou pas dans la bdd,
> être ou pas utilisé par le rendu par défaut ou par n'importe quel autre
> rendu ou par une application
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr