[Talk-lv] Jaunumi kartē, Dobelē

[Uldis Pūcītis]

Labdien,
Tā kā nedaudz projektēju Dobeles pusē un uzraugu būvdarbus, tad skatos, ka
vajadzētu šo to papildināt kartē.

Skatos, ka jaunais CarWash jau ienests, bet aiz Rimi jaunais veikals Mājam
un dārzam vēl īsti nav ienesies. Tā pat ceļ jauno dienesta viesnīcu blakus
Amatniecības vidusskolai.
Pašas ielas, kuras tagad pārbūvē, esmu jau ienesis - Bīlenšteina un Katoļu
ielas.

Ja kāds palīdzētu, tad karte papildinātos ātrāk un precīzāk.
Jauku dienu vēlot
Uldis
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [OSM-talk-fr] Désabonnement de la liste

[Philippe Verdy]

Les bounces sont plutôt liés à un problème de refus d'envoi par Gmail à
votre adresse.
Cela peut être causé par le fait que vous avez rejeté trop de messages de
la liste comme "spam" et Gmail en a tenu compte et a fini aui delà d'un
seuil par rejeter toute la liste selon vos propres critères que vous avez
indiqués à Gmail.
Il n'est pas inutile de regarder le contenu de votre dossier "Spam" sur
Gmail pour voir ce qui a été rejeté dans le passé et marquer des
"faux-positifs".
Noter que certains abonnés à la liste (dont ceux qui y ont souscrit avec
une adresse @laposte.fr) sont systématiquement rejetés par Gmail à cause
d'un problème d'authentification du serveur de mail de leur fournisseur
(clé "DKIM" incorrecte ne correspondant pas au domaine) et leurs mails sont
systématiquement dans le dossier "Spam" (on doit les récupérer
individuellement ou créer une règle de tri à l'arrivée pour créer une
exception).
Si vous ne regardez pas, Gmail tient des statistiques d'usage et si trop de
messages vienennt de la lsite et sont classés comme "spam", il finit par
taguer toute la liste comme spam et finalement rejeter les messages de
l'expéditeur.

Il est possible aussi que ce soit un problème du gestionnaire de la liste
de diffusion (qui a pu se planter et émettre des messages en multiples
copies vers certains abonnés, dont vous-même, par suite d'un problème de
gestion de la liste d'attente d'expédition, et que finalement parmi eux
cela a provoqué des "bounces" de rejet par Gmail; que la liste de diffusion
d'OSM a fini par considérer comme un signe de refus et alors la liste de
diffusion vous a désisncrit automatiquement pour éviter ces rejets massifs
par Gmail). Dans ce cas c'est un problème de l'outil gérant cette liste de
diffusion (corruption possible de ses files d'attentes et sa base de
données, par exemple une même adresse d'abonné inscrite plusieurs fois,
cela pourrait se produire si vous avez fait plusieurs inscriptions à la
liste via des adresses mail différentes, dont certaines sont redirigées
ensuite vers une chez Gmail qui reçoit déjà les mêmes messages).

Vérifier vos redirections de mails chez vos fournisseurs, et il est
possible que certains de ces redirecteurs ne gèrent pas correctement le
suivi (inscription incorrecte du cheminement dans les entête MIME
"Received-from:", ou altération des signatures type DKIM. Là encore
@Laposte.fr ne gère pas bien ça (dans le passé il y avait de tels problèmes
aussi avec @Orange.fr dont les serveurs SMTP n'étaient pas tous
correctement authentifiés dans les infos de domaine DNS mais c'est réglé
chez eux).

Les "bounces" ont plusieurs causes possibles. Si la liste de diffusion en
détecte, elle est obligée de prendre des mesures préventives comme vous
désinscrire. Vérifiez dans vos message reçus dans le passés si vous n'avez
pas fait plusieurs inscriptions avec des adresses mail différentes
atterrissant dans la même boite cible (on ne doit en garder qu'une). Et
contrôlez les entêtes MIME "Received: from..." pour voir s'ils sont intacts
(le contenu est assez technique, l'interprétation de ces traces demande pas
mal de vérifications, puisqu'il faut aller consulter les DNS, mais aussi
des traces supplémentaires ajoutées après chaque "Received: from" par les
serveurs intermédiaires, dont certains sont locaux chez un fournisseurs et
ne sont pas accessibles directement ou trasitent pas d'autres domaines
internes de votre fournisseur).


Le 19 avril 2018 à 21:18, Vincent Frison  a écrit
:

> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le message suivant:
>
>
>
>
>
>
> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
> excessive bounces The last bounce received from you was dated18-Apr-2018.
> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
> celui-ci avant que votre abonnement nesoit supprimé..*
>
> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que
> ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut
> plus classique..
>
> Merci, Vincent.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose conflit entre tag

[Philippe Verdy]

Non ce n'est pas ça du tout le problème. la clôture est toujours linéaire.

Osmose ne pense pas à ça mais il croit voir un conflit entre les deux
surfaces landuse et amenity.
Ce n'est pas spécifique aux déchetteries car on pourrait avoir la même
chose sur une école, un parc.
Je pense qu'ici Osomose réfléchit ici pour le rendu uniquement.
Géométriquement et en terme de données il n'y a aucun problème.

Et je n'ai pas envie de créer trois ways superposés avec exactement la même
géométrie (les mêmes noeuds) pour
- la clôture
- le landuse
- l'amenity (déchetterie)
Je trouverai cela réellement "bordélique".

Osmose croit que landuse et amenity sont incompatibles sur une surface,
mais je ne vois pas du tout en quoi il y a incompatibilité !

Le 20 avril 2018 à 05:36, JB  a écrit :

> Je dirais : une déchèterie ou un landuse, c'est une surface. Une barrière,
> un linéaire.
> Mélanger les deux dans le même objet, c'est le bordel.
> Après, je ne sais pas si Osmose réfléchit comme ça ou non.
> JB.
>
>
> Le 19/04/2018 à 23:12, marc marc a écrit :
>
>> Le 19. 04. 18 à 20:31, Marc M. a écrit :
>>
>>> Le 19. 04. 18 à 19:33, Philippe Verdy a écrit :
>>>
 Pourquoi Osmose prétend un conflit avec ces tags
 amenity= recycling
 barrier= fence
 landuse= industrial

>>> sans lien vers le rapport osmose, j'imagine que c'est parce
>>> qu'il faut un objet une fonction, par conséquent
>>> un objet : la barrière
>>> un autre objet : la déchetterie
>>>
>> j'ai vérifié une déchetterie sans barrière,
>> ma supposition est erronée, même soucis.
>> http://www.openstreetmap.org/way/524665913
>> https://osmose.openstreetmap.fr/fr/map/#zoom=18=47.31775
>> =3.005758=1%2C2%2C3=T
>>
>> je ne suis pas convaincu qu'une déchetterie (un espace de collecte)
>> est une industrie (un endroit qui modifie des matières)
>> mais j'imagine que le problème se pose peut-être aussi avec une valeur
>> de landuse plus adapté (auquel je n'ai pas réfléchi)
>> Perso je virerais landuse=industrial :)
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose conflit entre tag

[Philippe Verdy]

Pas du tout! il y a bien un objet pour la cloture (le chemin) qui a
exactement la même définition géométrique que la déchetterie elle-même, et
je ne vois pas comment éviter de dupliquer exactement le même chemin.
ce n'est pas sur barrier qu'Osmose se plain mais sur le conflit supposé
entre amenity et landuse qui ici n'en est pas un, l'usage industriel du sol
étant la déchetterie et elle seule, je ne vois pas l'intérêt de créer un
autre objet en dupliquant à nouveau le chemin, ou en créant une relation à
un seul membre: le même chemin.
Selon Osmose on devrait virer:
- soit landuse, mais on perd le caractère industriel
- soit amenity, mais alors on perd la déchetterie

Le 19 avril 2018 à 20:31, marc marc  a écrit :

> Le 19. 04. 18 à 19:33, Philippe Verdy a écrit :
> > Pourquoi Osmose prétend un conflit avec ces tags
> > amenity= recycling
> > barrier= fence
> > landuse= industrial
>
> sans lien vers le rapport osmose, j'imagine que c'est parce
> qu'il faut un objet une fonction, par conséquent
> un objet : la barrière
> un autre objet : la déchetterie
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose conflit entre tag

[JB]

Je dirais : une déchèterie ou un landuse, c'est une surface. Une 
barrière, un linéaire.

Mélanger les deux dans le même objet, c'est le bordel.
Après, je ne sais pas si Osmose réfléchit comme ça ou non.
JB.

Le 19/04/2018 à 23:12, marc marc a écrit :

Le 19. 04. 18 à 20:31, Marc M. a écrit :

Le 19. 04. 18 à 19:33, Philippe Verdy a écrit :

Pourquoi Osmose prétend un conflit avec ces tags
amenity= recycling
barrier= fence
landuse= industrial

sans lien vers le rapport osmose, j'imagine que c'est parce
qu'il faut un objet une fonction, par conséquent
un objet : la barrière
un autre objet : la déchetterie

j'ai vérifié une déchetterie sans barrière,
ma supposition est erronée, même soucis.
http://www.openstreetmap.org/way/524665913
https://osmose.openstreetmap.fr/fr/map/#zoom=18=47.31775=3.005758=1%2C2%2C3=T

je ne suis pas convaincu qu'une déchetterie (un espace de collecte)
est une industrie (un endroit qui modifie des matières)
mais j'imagine que le problème se pose peut-être aussi avec une valeur
de landuse plus adapté (auquel je n'ai pas réfléchi)
Perso je virerais landuse=industrial :)
___
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-transit] [OKFILTER] Talk-transit Digest, Vol 80, Issue 10

[Johnparis]

> Maybe we should, rather than blurring the line between on-street and
off-street use, make off-street the officially preferred way of mapping.

I believe that is a basic part of Jo's proposal.

I agree with those who have said:
1) one and only one relation member should be required (mandatory) for each
stop
2) other relations members should be optional but not wrong (that is, not
deprecated)



On Tue, Apr 17, 2018 at 2:00 PM, 
wrote:

> Send Talk-transit mailing list submissions to
> talk-transit@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-transit
> or, via email, send a message with subject or body 'help' to
> talk-transit-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-transit-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-transit digest..."
>
>
> Today's Topics:
>
>1. Re: stop_position proposal (Roland Olbricht)
>
>
> --
>
> Message: 1
> Date: Tue, 17 Apr 2018 06:57:13 +0200
> From: Roland Olbricht 
> To: Public transport/transit/shared taxi related topics
> 
> Subject: Re: [Talk-transit] stop_position proposal
> Message-ID: <6cf30d27-8e29-2031-8cc5-662057da5...@gmx.de>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Dear all,
>
> as a follow-up a statistic about whether highway=bus_stop is rather used
> on-street or off-street. The vast majority is (now) mapping bus stops
> off the street. The numbers vary, 99% of all bus stops in United Kingdom
> are mapped off street, about 80%-90% in France, Italy, and Germany. But
> also only 65% in Poland.
>
> The request is per country, here "United Kingdom" as an example. Please
> change the country to your country of interest:
> https://overpass-turbo.eu/s/xXp
> The runtime can vary, and for Germany it is several minutes.
> The important data points are the first entries on the "Data" tab.
> The results visiable on the map indicate which stops the query could not
> sort as either on-the-road or off-the-road (including being on a footway
> or similar) because it could not classify the highway value as footway
> or vehicle related. highway=pedestrian is classified as vehicle way,
> because in all the examples I have checked it has been used that way:
> https://overpass-turbo.eu/s/xXq
>
> Maybe we should, rather than blurring the line between on-street and
> off-street use, make off-street the officially preferred way of mapping.
>
> Best regards,
> Roland
>
>
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
>
> --
>
> End of Talk-transit Digest, Vol 80, Issue 10
> 
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[Talk-lv] osmf ziedojumi

[Rihards]

"An existing Corporate Member is interested to publicly pledge a fixed
percentage of the profits they make with an OSM-based product/service to
the OSMF."

Vēl nav apstiprināts, bet pats princips tik ļoti jauks :)

https://wiki.osmfoundation.org/wiki/Board/Minutes/2018-04-19#Corporate_donation_with_un-disclosed_amount
-- 
 Rihards

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Rihards]

On 2018.04.20. 01:12, Dave Swarthout wrote:
> "I'm totally open to suggestions for alternatives.  Gravel certainly
> doesn't describe that kind of coarse crushed rock to most people, but
> what do you call that concisely?"
> 
> The roadway in the OP's opening post has what I would definitely tag as
> a gravel surface but it has obviously been groomed to carry heavier
> traffic than many similar roads. Thus surface=gravel or surface=unpaved
> along with tracktype=grade1 (wiki: grade1 = Usually a paved or heavily
> compacted hardcore surface). Whether such roads have actually been
> mechanically compacted isn't obvious from their appearance. Perhaps some
> sort of final step was employed to prepare them for use.

It might be worth avoiding paved/unpaved. Usually, if you are tagging
surface, you can make at least a good guess on what is it. While
paved/unpaved provides some information, it is still highly desirable to
expand on it later (gravel, compacted, sand, ground etc ? - big difference).

> On Thu, Apr 19, 2018 at 2:48 PM, Paul Johnson  > wrote:...
-- 
 Rihards

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Paul Johnson]

On Thu, Apr 19, 2018 at 5:12 PM, Dave Swarthout 
wrote:

> "I'm totally open to suggestions for alternatives.  Gravel certainly
> doesn't describe that kind of coarse crushed rock to most people, but what
> do you call that concisely?"
>
> The roadway in the OP's opening post has what I would definitely tag as a
> gravel surface but it has obviously been groomed to carry heavier traffic
> than many similar roads. Thus surface=gravel or surface=unpaved along with
> tracktype=grade1 (wiki: grade1 = Usually a paved or heavily compacted
> hardcore surface). Whether such roads have actually been mechanically
> compacted isn't obvious from their appearance. Perhaps some sort of
> final step was employed to prepare them for use.
>

I'm not sure you're on the same page.  I agree with Dave's assessment that
the road he posted was surface=gravel and the cycleway he posted was
surface=compacted (albeit in poor shape for a compacted surface).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gravel roads and surface tags in the US

[Dave Swarthout]

"I'm totally open to suggestions for alternatives.  Gravel certainly
doesn't describe that kind of coarse crushed rock to most people, but what
do you call that concisely?"

The roadway in the OP's opening post has what I would definitely tag as a
gravel surface but it has obviously been groomed to carry heavier traffic
than many similar roads. Thus surface=gravel or surface=unpaved along with
tracktype=grade1 (wiki: grade1 = Usually a paved or heavily compacted
hardcore surface). Whether such roads have actually been mechanically
compacted isn't obvious from their appearance. Perhaps some sort of
final step was employed to prepare them for use.

On Thu, Apr 19, 2018 at 2:48 PM, Paul Johnson  wrote:

>
>
> On Thu, Apr 19, 2018, 16:41 Dave Swarthout 
> wrote:
>
>> " I'm kind of thinking that the gravel surface in the wiki would be
>> better redone as surface=ballast. "
>>
>> -1
>>
>> I hope you won't push for this.
>>
>
> I'm totally open to suggestions for alternatives.  Gravel certainly
> doesn't describe that kind of coarse crushed rock to most people, but what
> do you call that concisely?
>
> In my experience, the only association the word "ballast" has with any
>> sort of roadway is with railroads.
>>
>
> It is definitely a thing for pretty much any kind of improved road, though
> there are some exceptions that usually turn out worse than unimproved.
> Many paths in metro Portland were paved in asphalt without ballast and have
> degraded rapidly as gophers have dug out the dirt under the asphalt
> allowing the asphalt to collapse into the gopher tunnels over the years.
> And generally, the more ballast under the surface, the heavier the loads
> and higher the speed the road is capable of handling reasonably.
>
> And, as I said before, the idea of actual railroad ballast being used as
>> the surface of a road is totally foreign to me.
>>
>
> It is relatively rare, largely limited to agricultural and temporary
> applications, at least in the US.
>
>
>


-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-ja] 高速道路の定義について(まとめページ)

[ribbon]

On Fri, Apr 20, 2018 at 07:03:27AM +0900, tomoya muramoto wrote:
> とりあえず誰でも編集できる共有ファイルを作成し、主要(?)項目をコピペしました。
> https://docs.google.com/document/d/1HFI2g6bDglVyOD0rhUJSdXJ3ac23E73D-4VXxPoT3hY/edit?usp=sharing
> 
> 議論内容は入れておりませんので、
> 必要に応じて追記願います。

ありがとうございます。みやすくなりました。

ribbon

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

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

とりあえず誰でも編集できる共有ファイルを作成し、主要(?)項目をコピペしました。
https://docs.google.com/document/d/1HFI2g6bDglVyOD0rhUJSdXJ3ac23E73D-4VXxPoT3hY/edit?usp=sharing

議論内容は入れておりませんので、
必要に応じて追記願います。

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Paul Johnson]

On Thu, Apr 19, 2018, 16:41 Dave Swarthout  wrote:

> " I'm kind of thinking that the gravel surface in the wiki would be
> better redone as surface=ballast. "
>
> -1
>
> I hope you won't push for this.
>

I'm totally open to suggestions for alternatives.  Gravel certainly doesn't
describe that kind of coarse crushed rock to most people, but what do you
call that concisely?

In my experience, the only association the word "ballast" has with any sort
> of roadway is with railroads.
>

It is definitely a thing for pretty much any kind of improved road, though
there are some exceptions that usually turn out worse than unimproved.
Many paths in metro Portland were paved in asphalt without ballast and have
degraded rapidly as gophers have dug out the dirt under the asphalt
allowing the asphalt to collapse into the gopher tunnels over the years.
And generally, the more ballast under the surface, the heavier the loads
and higher the speed the road is capable of handling reasonably.

And, as I said before, the idea of actual railroad ballast being used as
> the surface of a road is totally foreign to me.
>

It is relatively rare, largely limited to agricultural and temporary
applications, at least in the US.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gravel roads and surface tags in the US

[Dave Swarthout]

" I'm kind of thinking that the gravel surface in the wiki would be better
redone as surface=ballast. "

-1

I hope you won't push for this. In my experience, the only association the
word "ballast" has with any sort of roadway is with railroads. And, as I
said before, the idea of actual railroad ballast being used as the surface
of a road is totally foreign to me. Although such roads may exist
somewhere, in my travels I have NEVER seen a rural unpaved road with
anything even resembling railroad ballast for a surface.

On Thu, Apr 19, 2018 at 1:54 PM, Paul Johnson  wrote:

>
>
> On Wed, Apr 18, 2018, 21:51 Harald Kliems  wrote:
>
>> I think compacted is definitely the best way to tag, but I agree with
>> Toby's point that common terms conflicting with OSM terminology is going to
>> lead to lots of errors. Looking at my own edits, I have mistakenly used
>> surface=gravel quite frequently. Not really sure what to do -- a "did you
>> really mean to tag 'surface=gravel'?" error message/tooltip in the editor?
>> I think actual gravel in the sense of the wiki is quite rare.
>>
>
> I'm kind of thinking that the gravel surface in the wiki would be better
> redone as surface=ballast.
>
> The only things that grain of gravel gets used for that might be regularly
> observed by laymen (yeah, I know about building foundations, sand filters,
> French drains, etc) would be roadbeds surfaced by something else (gravel;
> compacted gravel that's basically a paved road minus the tar and binders;
> asphalt; concrete; etc, thus making this material visible only during
> construction, repair or severe decay; or rails), and to fill in
> particularly bad parts of trails or tracks that got washed out before.
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Lorenzo Mastrogiacomi]

Ho trovato questi 3 problemi ricorrenti nei tag:

Uno è quello già citato del brand che cambia ed il nome no.
Praticamente tutti i distributori che hanno cambiato brand hanno questo
problema. Sono circa l'8% di quelli che ho analizzato. Tutti fixme?
Vale la pena almeno di considerare la rimozione del name quando
corrispondeva al brand?

Gli apostrofi in operator si possono convertire in accenti? Almeno per
parole ricorrenti come Societa'. Ho trovato anche abbreviazioni come 
F.lli.

Pompe bianche non credo che si possa considerare un brand, mi sembra
l'equivalente italiano di "independent". A volte questo brand prende il
posto di altri che credo siano legittimi (Metano, Gas Auto sono alcuni
che ho riconosciuto) anche se "minori".


Altro appunto: il tag source:date direi che va nel changeset assieme a
source, altrimenti non si capisce a cosa si riferisce.

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

Re: [OSM-talk-fr] osmose conflit entre tag

[marc marc]

Le 19. 04. 18 à 20:31, Marc M. a écrit :
> Le 19. 04. 18 à 19:33, Philippe Verdy a écrit :
>> Pourquoi Osmose prétend un conflit avec ces tags
>> amenity= recycling
>> barrier= fence
>> landuse= industrial
> 
> sans lien vers le rapport osmose, j'imagine que c'est parce
> qu'il faut un objet une fonction, par conséquent
> un objet : la barrière
> un autre objet : la déchetterie

j'ai vérifié une déchetterie sans barrière,
ma supposition est erronée, même soucis.
http://www.openstreetmap.org/way/524665913
https://osmose.openstreetmap.fr/fr/map/#zoom=18=47.31775=3.005758=1%2C2%2C3=T

je ne suis pas convaincu qu'une déchetterie (un espace de collecte)
est une industrie (un endroit qui modifie des matières)
mais j'imagine que le problème se pose peut-être aussi avec une valeur 
de landuse plus adapté (auquel je n'ai pas réfléchi)
Perso je virerais landuse=industrial :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Gravel roads and surface tags in the US

[Paul Johnson]

On Wed, Apr 18, 2018, 21:51 Harald Kliems  wrote:

> I think compacted is definitely the best way to tag, but I agree with
> Toby's point that common terms conflicting with OSM terminology is going to
> lead to lots of errors. Looking at my own edits, I have mistakenly used
> surface=gravel quite frequently. Not really sure what to do -- a "did you
> really mean to tag 'surface=gravel'?" error message/tooltip in the editor?
> I think actual gravel in the sense of the wiki is quite rare.
>

I'm kind of thinking that the gravel surface in the wiki would be better
redone as surface=ballast.

The only things that grain of gravel gets used for that might be regularly
observed by laymen (yeah, I know about building foundations, sand filters,
French drains, etc) would be roadbeds surfaced by something else (gravel;
compacted gravel that's basically a paved road minus the tar and binders;
asphalt; concrete; etc, thus making this material visible only during
construction, repair or severe decay; or rails), and to fill in
particularly bad parts of trails or tracks that got washed out before.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Désabonnement de la liste

[Axelos]

Le 19/04/2018 à 22:18, Jérôme Cornet a écrit :
>
> en tant qu'ancien administrateur de liste de diffusion, je me permets de 
> répondre sur la cause *probable* de ces problèmes.
> 
> Le point commun c'est GMail (et d'autres fournisseurs d'emails similaires 
> comme Yahoo).
> 
> Comme beaucoup d'autres ces fournisseurs d'accès email luttent contre le 
> spam. GMail/Yaho étant gros, ils reçoivent encore plus d'emails de spam
> et luttent donc de façon assez agressive.
> 
> Pour qu'un serveur comme lists.openstreemap.org 
>  puisse être considéré comme un expéditeur 
> valable,
> il y a tout un tas de conditions à remplir qui sont vérifiées lorsque GMail 
> reçoit un message (reverse DNS name, et j'en passe).
> 
> Plus récemment, GMail et Yahoo, eux encore, ont mis en place sur leurs 
> serveurs des protocols comme DKIM, qui obligent un serveur d'envoi
> d'email à signer cryptographiquement les messages, et à publier des clef 
> publiques sur le DNS correspondant.
> 
> Jusque là, que des bonnes intentions (et même des protocoles ouverts).
> 
> Ce qu'on constate quand même (après je ne suis pas un spécialiste), c'est que 
> certains de ces protocoles ne semblent pas vraiment
> conçus pour être utilisés avec une liste de diffusion. 
> 
> Exemple: un utilisateur de Yahoo envoie un message à la liste, qui comprend 
> des utilisateurs de Google.
> 
> Le message de Yahoo va être signé crypographiquement par le serveur 
> d'émission de Yahoo, puis va atterrir à lists.openstreemap.org 
> .
> Celui-ci va le modifier, notamment les entêtes et aussi rajouter le petit 
> texte à la fin du message, donc la signature est cassée (le message a été 
> modifié).
> 
> Suivant la configuration du serveur de liste de diffusion, il est fort 
> possible que le message soit retransmis comme venant de l'adresse Yahoo.
> lists.openstreetmap.org  aura beau re-signer 
> le tout cryptographiquement, vu que l'adresse de l'expéditeur est en 
> @yahoo.quelquechose, c'est la signature de Yahoo
> qui sera utilisée par le serveur de réception de GMail. Celui-ci va donc 
> rejeter le message. Du coup, lists.openstreetmap.org 
> , dans ce cas là va résilier
> l'abonnement au bout d'un certain nombre d'erreurs (configurable). C'est un 
> exemple parmi d'autres.


Je confirme l'histoire, ayant eu moi aussi des soucis sur des listes dû
à l'usage de DMARC par Yahoo et AOL. Et Google refuse les courriels de
ces émotteurs.

Je sais que le gestionnaire Sympa a trouvé une solution un peu crado.
Qu'en est t-il de Mailman ? Je ne sais pas.

https://www.sympa.org/doc/formation/sympa_avance


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

Re: [OSM-talk-fr] Désabonnement de la liste

[marc marc]

Le 19. 04. 18 à 22:18, Jérôme Cornet a écrit :
> S'il y a une configuration magique de serveur pour éviter ça, je suis 
> preneur

magique non, mais des pistes :)

pour l'utilisateur :
solution 1 : ajouter l'email de la liste dans son carnet d'adresse, 
certains hébergeurs email s'en servent comme un critère que c'est un 
email probablement désiré.

solution 2 : avoir son email "mailing liste" sur un fournisseur qui 
n'impose pas le rejet de tout email mal signé mais qui permet un peu 
plus de nuance que noir ou blanc.

solution 3 : si c'est gratuit, c'est toi le produit
donc continue à cliquer tous les X jours/semaines pour réactiver
ton inscription à la mailing, c'est au produit (toi l'utilisateur)
à s'adapter au client (l'acheteur de tes données auprès de google)

solution 4 : si le point précédent choque, se souvenir qu'il existe des 
solutions payante à qlq euros/an auprès de qui tu pourrais demander une 
exception pour que l'hébergeur accepte l'email d'une mailing liste même 
si la signature DKIM est cassée par les entêtes de la ml.

pour les sysadmins :
solution 1 : avoir une config de gestionnaire de liste qui respecte DKIM
cad que si l'expéditeur a signé son email et que le politique du domaine 
de l'émetteur impose le rejet de l'email en cas de signature invalide,
le gestionnaire ne peux pas modifier l'email tout en gardant la 
signature qui devient invalide. il doit donc au choix
- rejeter l'email puisqu'il ne peux pas le modifier comme souhaité
- distribué l'email non modifié (ce qui casse le tri chez les destinataires)
- réécrire l'expéditeur (le plus souvent avec l'email de la liste,
c'est la solution qui a été mise en place pour l'email techn osm-fr)

solution 2 : voir s'il n'y a pas une rfc qui aurait été oubliée à ce sujet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Percorso/pellegrinaggio "Il cammino di Santa Giulia"

[Martin Koppenhoefer]

sent from a phone

> On 19. Apr 2018, at 18:03, Gianmario Mengozzi  
> wrote:
> 
> D'accordo al 100% con te.
> Ma proporgli eventualmente un "state=proposed"?
> https://wiki.openstreetmap.org/wiki/Relation:route


proposed lo vedo come tag limite, non lo userei per una mia proposta, ma per un 
progetto “ufficiale” da parte delle PA, per esempio quando si discutono 2 
varianti di un percorso importante (autostrada, ecc).

Sarei più per mettere segnaletica se il percorso è bello ;-)


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

Re: [OSM-talk-fr] Désabonnement de la liste

[Jérôme Cornet]

Bonjour à tous,

en tant qu'ancien administrateur de liste de diffusion, je me permets de 
répondre sur la cause *probable* de ces problèmes.

Le point commun c'est GMail (et d'autres fournisseurs d'emails similaires comme 
Yahoo).

Comme beaucoup d'autres ces fournisseurs d'accès email luttent contre le spam. 
GMail/Yaho étant gros, ils reçoivent encore plus d'emails de spam
et luttent donc de façon assez agressive.

Pour qu'un serveur comme lists.openstreemap.org 
 puisse être considéré comme un expéditeur 
valable,
il y a tout un tas de conditions à remplir qui sont vérifiées lorsque GMail 
reçoit un message (reverse DNS name, et j'en passe).

Plus récemment, GMail et Yahoo, eux encore, ont mis en place sur leurs serveurs 
des protocols comme DKIM, qui obligent un serveur d'envoi
d'email à signer cryptographiquement les messages, et à publier des clef 
publiques sur le DNS correspondant.

Jusque là, que des bonnes intentions (et même des protocoles ouverts).

Ce qu'on constate quand même (après je ne suis pas un spécialiste), c'est que 
certains de ces protocoles ne semblent pas vraiment
conçus pour être utilisés avec une liste de diffusion. 

Exemple: un utilisateur de Yahoo envoie un message à la liste, qui comprend des 
utilisateurs de Google.

Le message de Yahoo va être signé crypographiquement par le serveur d'émission 
de Yahoo, puis va atterrir à lists.openstreemap.org 
.
Celui-ci va le modifier, notamment les entêtes et aussi rajouter le petit texte 
à la fin du message, donc la signature est cassée (le message a été modifié).

Suivant la configuration du serveur de liste de diffusion, il est fort possible 
que le message soit retransmis comme venant de l'adresse Yahoo.
lists.openstreetmap.org  aura beau re-signer 
le tout cryptographiquement, vu que l'adresse de l'expéditeur est en 
@yahoo.quelquechose, c'est la signature de Yahoo
qui sera utilisée par le serveur de réception de GMail. Celui-ci va donc 
rejeter le message. Du coup, lists.openstreetmap.org 
, dans ce cas là va résilier
l'abonnement au bout d'un certain nombre d'erreurs (configurable). C'est un 
exemple parmi d'autres.


Le problème de fond dans cette histoire, c'est qu'il y a un tel déséquilibre 
maintenant en nombre d'utilisateurs en GMail/Yahoo par rapport aux autres 
fournisseurs,
que les premiers "font la loi" et se permette de rejeter à tout va, compliquant 
la tâche des administrateurs et concepteurs de logiciels de liste de diffusion.
Et puis, après tout, ils n'ont qu'à utiliser un yahoo/googlegroup! ;-) ;-)

C'est un bon exemple qu'utiliser Gmail/Yahoo, ça a des conséquences néfastes 
sur la communauté.
Je ne suis pas un avocat à tout craint de la désintoxication (même si de mon 
côté, je n'utilise plus Google depuis bien longtemps),
mais ça vaut le coup de réfléchir deux minutes aux conséquences de ses 
(non)-choix.

S'il y a une configuration magique de serveur pour éviter ça, je suis preneur, 
mais curieusement ce sont toujours les mêmes adresses qui posent problèmes, et
ce internationalement (donc à comparer aux très nombreux fournisseurs d'accès 
de part le monde, qui proposent en général une adresse email et eux aussi
essaient d'éviter le spam intelligemment!).

Jérôme


> Le 19 avr. 2018 à 21:41, Guillaume Largeau  a 
> écrit :
> 
> Bonsoir,
> 
> J’ai le même problème! 
> 
> Guillaume
> 
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  > a écrit :
> De même pour moi depuis quelques semaines
> 
> Le jeu. 19 avr. 2018 à 21:29, Jo  > a écrit :
> moi aussi, depuis des mois, assez régulièrement.
> 
> Jo
> 
> 2018-04-19 21:18 GMT+02:00 Vincent Frison  >:
> Hello,
> 
> Je me fais régulièrement "bannir" de la liste avec le message suivant:
> 
> Votre abonnement à la liste Talk-fr a été désactivé suite à due
> to excessive bounces The last bounce received from you was dated
> 18-Apr-2018. Vous ne recevrez plus de messages en provenance de cette
> liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
> recevrez encore 3 rappels comme celui-ci avant que votre abonnement ne
> soit supprimé..
> 
> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que ça 
> s'arrête ?
> 
> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut 
> plus classique..
> 
> Merci, Vincent.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 

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

Re: [OSM-talk-fr] Désabonnement de la liste

[Julien Noblet]

Je confirme,
Google doit avoir un filtre un peu excessif.


Le jeu. 19 avr. 2018 à 21:54, Florian_G  a écrit :

> Moi, pas de problème.
> Par contre, vous êtes tous les 4 chez Google… Coïncidence ? Je ne pense
> pas, hi hi :-)
>
>
> Le 19/04/2018 à 21:41, Guillaume Largeau a écrit :
>
> Bonsoir,
>
> J’ai le même problème!
>
> Guillaume
>
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  a
> écrit :
>
>> De même pour moi depuis quelques semaines
>>
>> Le jeu. 19 avr. 2018 à 21:29, Jo  a écrit :
>>
>>> moi aussi, depuis des mois, assez régulièrement.
>>>
>>> Jo
>>>
>>> 2018-04-19 21:18 GMT+02:00 Vincent Frison :
>>>
 Hello,

 Je me fais régulièrement "bannir" de la liste avec le message suivant:






 *Votre abonnement à la liste Talk-fr a été désactivé suite à due to
 excessive bounces The last bounce received from you was dated 18-Apr-2018.
 Vous ne recevrez plus de messages en provenance de cette liste tant que
 vous n'aurez pas ré-activé votre abonnement. Vous recevrez encore 3 rappels
 comme celui-ci avant que votre abonnement ne soit supprimé..*

 Quelqu'un saurait à quoi cela correspond et surtout comment faire pour
 que ça s'arrête ?

 A priori je ne fais rien de spécial et j'utilise une adresse Gmail on
 peut plus classique..

 Merci, Vincent.


> ___
> 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-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.

[Lanxana .]

Buenas tardes,

Como no tuve el “privilegio” de estar en esta comunidad cuando se debatió
por última vez el tema de la normalización de carreteras, me he dedicado a
ponerme en antecedentes como si fuera una marciana recién aterrizada a la
que le dicen “tienes que decidir cómo etiquetas las principales carreteras
de este país”.


*Primera parada: ¿qué etiquetas hay y cómo se define su uso? (consulto la
wiki en inglés, resumo y añado enlace)*

*[1] highway=motorway*

Nos dice que son vías de alto rendimiento, con accesos limitados,
restricciones de vehículos, separación entre sentidos de marcha y dos o más
carriles por sentido. Concretamente se definen tres características como
vía de acceso limitado (que la diferencian de las vías trunk):

-  Acceso controlado, sin intersecciones (rotondas o señales de
parada)

-  Al menos dos carriles por sentido, con cierta separación

-  Vías de acceso a servicios, propiedades, áreas de descanso

*[2] highway=trunk*

Carreteras de alto rendimiento o alta importancia que no cumplen los
requisitos para ser highway=motorway.

*[3] highway=primary*

Carretera principal que une grandes ciudades, generalmente los dos sentidos
de circulación no están separados por ningún elemento.

Creo que con estas tres etiquetas podría empezar… ahora, ¿cómo sé qué vías
son las más importantes del país? Pues voy a ver qué dice la legislación al
respecto…


*Segunda parada: BOE,  Ley 37/2015, de 29 de septiembre, de carreteras [4]*

*Art1 – Es objeto de la presente ley la ordenación y gestión de la Red de
Carreteras del Estado (…)*

*Art2.3 – Por sus características, las carreteras se clasifican en
autopistas, autovías, carreteras multicarril y carreteras convencionales.*

*a) Son autopistas las carreteras que están especialmente proyectadas,
construidas y señalizadas como tales para la exclusiva circulación de
automóviles, con las siguientes características:*

*– No tener acceso a las mismas las propiedades colindantes.*

*– No cruzar, ni ser cruzadas a nivel, por ninguna otra vía de comunicación
o servidumbre de paso.*

*– Constar de distintas calzadas para cada sentido de circulación,
separadas entre sí, salvo en puntos singulares o con carácter temporal, por
una franja de terreno no destinada a la circulación o, en casos
excepcionales, por otros medios.*

*b) Son autovías las carreteras que no reuniendo todos los requisitos de
las autopistas, tienen calzadas separadas para cada sentido de la
circulación y limitación de accesos a y desde las propiedades colindantes,
y carecen de cruces a nivel.*

*c) Son carreteras multicarril las que, sin ser autopistas o autovías,
tienen al menos dos carriles destinados a la circulación para cada sentido,
con separación o delimitación de los mismos, pudiendo tener accesos o
cruces a nivel.*

*d) Son carreteras convencionales las que no reúnen las características
propias de las autopistas, ni las de las autovías, ni las de las carreteras
multicarril.*

*Art4.4 - Constituyen la Red de Carreteras del Estado las integradas en un
itinerario de interés general o cuya función en el sistema de transporte
afecte a más de una comunidad autónoma.*

*Art4.5 - Se consideran itinerarios de interés general aquellos en los que
concurra alguna de las siguientes circunstancias:*

*a) Formar parte de los principales itinerarios de tráfico internacional
incluidos en los correspondientes convenios.*

*b) Constituir acceso principal a un puerto o aeropuerto de interés
general, a los centros logísticos de la defensa, o a los del transporte y
logística que sean declarados de interés general por el Ministerio de
Fomento.*

*c) Servir de acceso a los principales pasos fronterizos.*

*d) Enlazar las comunidades autónomas, conectando los principales núcleos
de población del territorio del Estado de manera que formen una red
continua que soporte regularmente un tráfico de largo recorrido.*

*Art4.6 - La Red de Carreteras del Estado se clasificará funcionalmente en
los grupos siguientes:*

*a) Red Básica, integrada por las carreteras que facilitan la accesibilidad
a todo el territorio nacional y por las que circulan los principales flujos
de viajeros o mercancías y, en particular, por aquellas carreteras de la
Red de Carreteras del Estado que forman parte de los principales
itinerarios de tráfico internacional definidos en convenios o tratados
internacionales suscritos por el Reino de España o derivados de la
aplicación de la normativa de la Unión Europea.*

*b) Red Complementaria, integrada por el resto de carreteras de la Red de
Carreteras del Estado.*

*Por real decreto, a propuesta del Ministerio de Fomento, podrán
establecerse otros grupos o categorías en función de la intensidad del uso,
su carácter estratégico, calidad y características de los servicios o la
función de servicio que preste.*

* Art 4.7 - El Ministerio de Fomento elaborará y mantendrá actualizado un
inventario de las carreteras del Estado, distinguiendo las que pertenecen a
la Red de 

[OSM-talk-fr] Désabonnement de la liste

[Florian_G]

Moi, pas de problème.
Par contre, vous êtes tous les 4 chez Google… Coïncidence ? Je ne pense
pas, hi hi :-)

Le 19/04/2018 à 21:41, Guillaume Largeau a écrit :
> Bonsoir,
>
> J’ai le même problème! 
>
> Guillaume
>
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  > a écrit :
>
> De même pour moi depuis quelques semaines
>
> Le jeu. 19 avr. 2018 à 21:29, Jo  > a écrit :
>
> moi aussi, depuis des mois, assez régulièrement.
>
> Jo
>
> 2018-04-19 21:18 GMT+02:00 Vincent Frison
> >:
>
> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le
> message suivant:
>
> /*Votre abonnement à la liste Talk-fr a été désactivé
> suite à due
> to excessive bounces The last bounce received from you was
> dated
> 18-Apr-2018. Vous ne recevrez plus de messages en
> provenance de cette
> liste tant que vous n'aurez pas ré-activé votre
> abonnement. Vous
> recevrez encore 3 rappels comme celui-ci avant que votre
> abonnement ne
> soit supprimé.*./
>
> Quelqu'un saurait à quoi cela correspond et surtout
> comment faire pour que ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une
> adresse Gmail on peut plus classique..
>
> Merci, Vincent.
>

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

Re: [OSM-talk-fr] Désabonnement de la liste

[Cédric Frayssinet]

[Mode troll] Merci Google ;) [/Mode troll]


Le 19/04/2018 à 21:41, Guillaume Largeau a écrit :
> Bonsoir,
>
> J’ai le même problème! 
>
> Guillaume
>
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  > a écrit :
>
> De même pour moi depuis quelques semaines
>
> Le jeu. 19 avr. 2018 à 21:29, Jo  > a écrit :
>
> moi aussi, depuis des mois, assez régulièrement.
>
> Jo
>
> 2018-04-19 21:18 GMT+02:00 Vincent Frison
> >:
>
> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le
> message suivant:
>
> /*Votre abonnement à la liste Talk-fr a été désactivé
> suite à due
> to excessive bounces The last bounce received from you was
> dated
> 18-Apr-2018. Vous ne recevrez plus de messages en
> provenance de cette
> liste tant que vous n'aurez pas ré-activé votre
> abonnement. Vous
> recevrez encore 3 rappels comme celui-ci avant que votre
> abonnement ne
> soit supprimé.*./
>
> Quelqu'un saurait à quoi cela correspond et surtout
> comment faire pour que ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une
> adresse Gmail on peut plus classique..
>
> Merci, Vincent.
>
> ___
> 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
>
>
>
> -- 
> Aurélien BONDU
> 06 07 50 07 97
>
> ___
> 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


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[mmd]

Am 08.04.2018 um 19:37 schrieb "Christian Müller":
>>> Das Verkleben ist im Hinblick darauf, die Größe der DB klein zu halten,
>>> heute scheinbar nicht mehr so wichtig.
>> Das hat die Datenbank nie kleiner gemacht. Wenn du verklebst haben ALLE
>> Wege die zusätzlichen Knoten. Tausche Anzahl Knoten gegen Anzahl Knoten
>> je Weg. Vorher hatte ich 10 Knoten in 3 Wegen. Jetzt habe ich 30 Knoten,
>> 10 je Weg.
> Oh, das ist eine Milchmädchenrechnung:  Wenn verklebt wird, dann wird x
> mal auf /die identen/ Knoten verwiesen, der Knoten (die Koordinate) aber
> nur exakt einmal gespeichert.  Geometrisch parallel geführte Linien
> erhöhen das Datenaufkommen (und den node-count in der DB) hingegen
> drastisch.

Das gilt aber auch nur für das aktuelle Datenmodell bzw. der zugehörigen
OSM API 0.6. Man kann sich ohne weiteres Alternativen vorstellen, in
denen der vermeintliche Vorteil durch Verkleben praktisch keine Rolle
mehr spielt, oder schlimmer noch, sich plötzlich ins Gegenteil verkehrt
und sogar mehr Platz benötigt.

Ich will das jetzt nicht weiter ausführen, der Thread ist eh schon viel
zu lang. Interessierte können sich gerne dazu die Aufzeichnung
"Evolution des OpenStreetMap-Datenmodells" vom OSM Samstag ansehen.

-- 












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

Re: [OSM-talk-fr] Désabonnement de la liste

[Guillaume Largeau]

Bonsoir,

J’ai le même problème!

Guillaume

Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  a écrit :

> De même pour moi depuis quelques semaines
>
> Le jeu. 19 avr. 2018 à 21:29, Jo  a écrit :
>
>> moi aussi, depuis des mois, assez régulièrement.
>>
>> Jo
>>
>> 2018-04-19 21:18 GMT+02:00 Vincent Frison :
>>
>>> Hello,
>>>
>>> Je me fais régulièrement "bannir" de la liste avec le message suivant:
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
>>> excessive bounces The last bounce received from you was dated18-Apr-2018.
>>> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
>>> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
>>> celui-ci avant que votre abonnement nesoit supprimé..*
>>>
>>> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour
>>> que ça s'arrête ?
>>>
>>> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on
>>> peut plus classique..
>>>
>>> Merci, Vincent.
>>>
>>> ___
>>> 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
>>
>
>
> --
> Aurélien BONDU
> 06 07 50 07 97
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Désabonnement de la liste

[aurélien BONDU]

De même pour moi depuis quelques semaines

Le jeu. 19 avr. 2018 à 21:29, Jo  a écrit :

> moi aussi, depuis des mois, assez régulièrement.
>
> Jo
>
> 2018-04-19 21:18 GMT+02:00 Vincent Frison :
>
>> Hello,
>>
>> Je me fais régulièrement "bannir" de la liste avec le message suivant:
>>
>>
>>
>>
>>
>>
>> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
>> excessive bounces The last bounce received from you was dated18-Apr-2018.
>> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
>> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
>> celui-ci avant que votre abonnement nesoit supprimé..*
>>
>> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour
>> que ça s'arrête ?
>>
>> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on
>> peut plus classique..
>>
>> Merci, Vincent.
>>
>> ___
>> 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
>


-- 
Aurélien BONDU
06 07 50 07 97
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Désabonnement de la liste

[Jo]

moi aussi, depuis des mois, assez régulièrement.

Jo

2018-04-19 21:18 GMT+02:00 Vincent Frison :

> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le message suivant:
>
>
>
>
>
>
> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
> excessive bounces The last bounce received from you was dated18-Apr-2018.
> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
> celui-ci avant que votre abonnement nesoit supprimé..*
>
> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que
> ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut
> plus classique..
>
> Merci, Vincent.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Désabonnement de la liste

[Vincent Frison]

Hello,

Je me fais régulièrement "bannir" de la liste avec le message suivant:






*Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
excessive bounces The last bounce received from you was dated18-Apr-2018.
Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
celui-ci avant que votre abonnement nesoit supprimé..*

Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que
ça s'arrête ?

A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut
plus classique..

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

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[liste DOT girarsi AT posteo DOT eu]

On 19/04/18 21:15, Cascafico Giovanni wrote:

Il marker azzurro semitrasparente è derivato dal dataset candidato
all'import.
Il marker azzurro opaco è il punto (o centro del poligono) derivato da
query operpass-turbo.

Quando si preme "Good" si invia una revisione dei soli tag verdi. Nel caso
(come capita 1/20) il distributore in OSM sia fuori posto oltre la
piazzola, si lascia un fixme, per es. "adjust location".

Mi è capitato che il name in OSM fosse da modificare (p.es è name=IP , ma
il dataset dichiara brand=Shell), di conseguenza sarebbe da lasciare un
fixme tipo "check name".

Può succedere che il sistema di audit ti selezioni un POI già controllato,
in questo caso è anche possibile aggiungere note al fixme già compilato da
altri.



Ok, grazie.


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

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

Re: [Talk-it] [ItalyFuelStations] revisione pre-import

[Cascafico Giovanni]

Il marker azzurro semitrasparente è derivato dal dataset candidato
all'import.
Il marker azzurro opaco è il punto (o centro del poligono) derivato da
query operpass-turbo.

Quando si preme "Good" si invia una revisione dei soli tag verdi. Nel caso
(come capita 1/20) il distributore in OSM sia fuori posto oltre la
piazzola, si lascia un fixme, per es. "adjust location".

Mi è capitato che il name in OSM fosse da modificare (p.es è name=IP , ma
il dataset dichiara brand=Shell), di conseguenza sarebbe da lasciare un
fixme tipo "check name".

Può succedere che il sistema di audit ti selezioni un POI già controllato,
in questo caso è anche possibile aggiungere note al fixme già compilato da
altri.





Il giorno 19 aprile 2018 21:06, liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu> ha scritto:

> On 17/04/18 23:48, liste DOT girarsi AT posteo DOT eu wrote:
>
>> Questo:
>>
>> Transparent marker is the external dataset point location.
>>
>>
>> Sarebbe da considerare duplicate?
>>
>> La posizione di un POI è giusta con informazioni valide, poi a fianco c'è
>> uno trasparente.
>>
>
> Ho scritto in maniera troppo criptica? :)
>
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> 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] [ItalyFuelStations] revisione pre-import

[liste DOT girarsi AT posteo DOT eu]

On 17/04/18 23:48, liste DOT girarsi AT posteo DOT eu wrote:

Questo:

Transparent marker is the external dataset point location.


Sarebbe da considerare duplicate?

La posizione di un POI è giusta con informazioni valide, poi a fianco 
c'è uno trasparente.


Ho scritto in maniera troppo criptica? :)



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

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

Re: [OSM-talk-fr] osmose conflit entre tag

[marc marc]

Le 19. 04. 18 à 19:33, Philippe Verdy a écrit :
> Pourquoi Osmose prétend un conflit avec ces tags
> amenity= recycling
> barrier= fence
> landuse= industrial

sans lien vers le rapport osmose, j'imagine que c'est parce
qu'il faut un objet une fonction, par conséquent
un objet : la barrière
un autre objet : la déchetterie
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Gravel roads and surface tags in the US

[Harald Kliems]

On Thu, Apr 19, 2018 at 1:10 PM Rihards  wrote:

> While possibly correct for western Europe, more eastwards that is not
> correct. A lot of compacted roads. By distance, probably more than paved.
> Pure gravel usually is reserved for smaller segments where very low
> travel speed is expected - like service roads for new residential
> development, driveways etc.
>
Yeah, I grew up in Germany, and while we have almost no unpaved
highway=unclassified and above, there is a dense network of agricultural
and forestry tracks that would fall under the current surface=compacted
definition. These generally have access restricted to non-motorized traffic
and forestry/agricultural use. Stuff like this:
https://photos.app.goo.gl/ZAojzG2aPvD01BGF2
Funnily enough, the way in that picture is also tagged as surface=gravel.
https://www.openstreetmap.org/way/40755302

So I guess we North Americans aren't the only ones confused about this.

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Rihards]

On 2018.04.19. 17:53, Max Erickson wrote:
>> I grew up in an area with these kinds of roads and I don't think
>> they're technically compacted.  The gravel, which is crushed
>> limerstone, is laid down and due to its chemical properties creates a
>> smooth surface after several months of traffic.
> 
> Having read about this some since Tobey mentioned it on Slack, the
> compaction is often meant to come from traffic.
> 
> In the Midwest the material is often from local "gravel pits" which
> are glacial material, so a mix of sand and rounded stone. I think they
> do some sorting and remixing of the material before using it for road
> surface construction, and they definitely add clay as a binder.
> 
> I think the use of clean stone (the wiki gravel) is more common for
> ornamental driveways than for any road meant to bear much traffic.
> Apparently part of the issue is that there aren't many built roads in
> the UK (and Europe in general) that aren't sealed.

While possibly correct for western Europe, more eastwards that is not
correct. A lot of compacted roads. By distance, probably more than paved.
Pure gravel usually is reserved for smaller segments where very low
travel speed is expected - like service roads for new residential
development, driveways etc.

> Max
-- 
 Rihards

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

[OSM-talk-fr] (sans objet)

[Philippe Verdy]

Pourquoi Osmose prétend un conflit avec ces tags (pour déchetterie un peu
isolée en milieu rural, cernée de clotures. C'est bine un site industriel,
avec un seul occupant, la déchetterie.
mais la suppression de landuse=industrial me parait inappropriée, même si
le site de recyclage est supposé industriel (ce qui n'est pas forcément non
plus le cas avec le recyclage vert). Ici un way unique.

amenity = recycling
*barrier* = fence
*landuse* = industrial

Je ne pense pas non plus que le tag barrier=fence (qui s'applique au way
sur son contour, qui par ailleur a un noeud barrier=gate pour son portail
au croisement du chemin d'accès) doit un problème.

Mais Osmose pense que amenity=* et landuse=* sont en conflit, ce qui ne me
parait pas être le cas et sert à des classifications indépendantes.

Il y aurait bien la solution de tague un noeud central pour amenity en y
reportant dessus le tag name=* donnant le nom du site (on n'a pas
obligation de nommer les landuse=*)

Mais supprimer le landuse=* ici me semble être la mauvaise solution, je ne
vois pas de conflit réel entre amenity=recycling et landuse=industrial (les
deux sont utiles, cela dépend de ce qu'on recherche)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Gravel roads and surface tags in the US

[Toby Murray]

I think the road bed is compacted and built up to provide a crown so
water runs off but the gravel itself is not compacted on the surface.

So putting some numbers in here... there are only 5,700
surface=compacted ways in the US. On the other hand, there are 107,000
surface=gravel. And I am willing to bet a fair sum that 99% of those
do not follow the wiki definition of 4-8cm rocks.

Soo yeah... does anyone want to update the wiki? :)

Toby

On Thu, Apr 19, 2018 at 10:04 AM, Richard Fairhurst
 wrote:
> Jack Burke wrote:
>> Keep in mind that OSM apparently uses "compacted" to refer to
>> macadamized roads, which is a specific process for building roads.
>
> surface=compacted in OSM, following British English usage, is traditionally
> as described on pages 18-20 of this document:
>
> https://www.sustrans.org.uk/sites/default/files/images/files/migrated-pdfs/Technical%20Note%208%20-%20Path%20surfaces(1).pdf
>
> "Self-binding gravel paths are versions of the standard limestone dust
> surface... The material is spread and levelled using a paving machine whilst
> damp/moist and then compacted using a roller or vibrating plate. The
> material 'sets' when dry, but not to the same extent as would a concrete or
> bitmac. The surface remains loose-ish and dusty"
>
> From Toby's original posting, I'd describe the first image as
> surface=gravel, since it doesn't appear to have been compacted with a
> roller. The second is probably =fine_gravel, perhaps =compacted. I'd ignore
> the wiki because the wiki, to borrow a phrase, sucks rocks.
>
> Richard
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/USA-f5284732.html
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-it] Percorso/pellegrinaggio "Il cammino di Santa Giulia"

[Fabrizio Carrai]

Conosco l'autore, ha lavorato molto sul percorso. Lo contatto io e vi
faccio sapere.
Un riferimento :
https://ilcamminare.it/pellegrinaggi/il-cammino-di-santa-giulia/

---
Fabrizio


Il giorno 19 aprile 2018 17:33, demon.box  ha scritto:

> ciao, segnalo che questo utente
>
> https://www.openstreetmap.org/user/ilcamminare
>
> ha recentemente pensato bene di mappare su OSM questo
> percorso/pellegrinaggio
>
> https://hiking.waymarkedtrails.org/?lang=it#route?id=7944114
>
> una tappa delle quali passa quasi davanti a casa mia ;-)
>
> https://hiking.waymarkedtrails.org/?lang=it#route?id=7883959
>
> e tutto ciò è minuziosamente documentato sul suo personalissimo sito
>
> https://ilcamminare.it/pellegrinaggi/il-cammino-di-santa-giulia/
>
> ovviamente il problema è che il percorso in sè non esiste, niente segni,
> niente frecce segnaletiche, perchè non si tratta di un percorso ma di un
> suo
> itinerario.
>
> ora, visto che come tutti noi ben sappiamo, OSM non è il luogo dove
> pubblicare itinerari, ho già provveduto a contattarlo chiedendogli
> gentilmente, ma senza tanti giri di parole, di rimuoverlo.
> al momento non ho ancora avuto risposta.
>
> se c'è qualcuno che ha voglia di darmi una mano, contattandolo, forse lo
> convinciamo prima ;-))
>
> grazie
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Christian Müller]

> Gesendet: Donnerstag, 19. April 2018 um 14:49 Uhr
> Von: "Martin Koppenhoefer" 
> An: "Openstreetmap allgemeines in Deutsch" 
> Betreff: Re: [Talk-de] Flächen/Wege // Trolling in changesets
>
> nicht von anderen Karten kopieren, und any tags you like? Oder welche Regeln 
> meinst Du? Nicht für den Renderer taggen und groundtruth?


Nachtragend zu letzter mail noch eine weitere Quelle:
https://web.archive.org/web/20180201020126/https://www.tinohempel.de/info/info/fortbildungen/OSM.pptx

Ad hoc ließ sich über die Google Büchersuche
aber z.B. keine gedruckte Publikation finden,
in welcher diese so verewigt wären.  In
https://books.google.de/books?id=UpLjCQAAQBAJ

z.B. findet die Google Büchersuche nur die
erste der beiden Regeln, in klausulierter bzw.
erklärender Form.


Gruß

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Christian Müller]

> Gesendet: Donnerstag, 19. April 2018 um 14:49 Uhr
> Von: "Martin Koppenhoefer" 
> An: "Openstreetmap allgemeines in Deutsch" 
> Betreff: Re: [Talk-de] Flächen/Wege // Trolling in changesets
>
> nicht von anderen Karten kopieren, und any tags you like? Oder welche Regeln 
> meinst Du? Nicht für den Renderer taggen und groundtruth?


https://josm.openstreetmap.de/wiki/De%3AStartupPage
(siehe unten)

https://forum.openstreetmap.org/viewtopic.php?pid=664061#p664061
(siehe mittig)

https://wiki.openstreetmap.org/w/index.php?title=File:ThailandOSSfestival2010.pdf=15

etc. pp.


Interessanterweise nicht direkt im Wiki zu finden,
z.B. auf der FAQ-Seite - oder ich habe nicht richtig
gesucht und gefunden.


Gruß

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

Re: [Talk-it] Percorso/pellegrinaggio "Il cammino di Santa Giulia"

[Cascafico Giovanni]

be, credo che ci abbia dedicato non poco tempo. Forse gli si può far
presente che può salvarsi la relazione ed i suoi menbri in locale per ogni
uso gli venga in mente.

Il giorno 19 aprile 2018 18:03, Gianmario Mengozzi <
gianmario.mengo...@gmail.com> ha scritto:

> D'accordo al 100% con te.
> Ma proporgli eventualmente un "state=proposed"?
> https://wiki.openstreetmap.org/wiki/Relation:route
>
>
>
> Il gio 19 apr 2018, 17:36 demon.box  ha scritto:
>
>> ciao, segnalo che questo utente
>>
>> https://www.openstreetmap.org/user/ilcamminare
>>
>> ha recentemente pensato bene di mappare su OSM questo
>> percorso/pellegrinaggio
>>
>> https://hiking.waymarkedtrails.org/?lang=it#route?id=7944114
>>
>> una tappa delle quali passa quasi davanti a casa mia ;-)
>>
>> https://hiking.waymarkedtrails.org/?lang=it#route?id=7883959
>>
>> e tutto ciò è minuziosamente documentato sul suo personalissimo sito
>>
>> https://ilcamminare.it/pellegrinaggi/il-cammino-di-santa-giulia/
>>
>> ovviamente il problema è che il percorso in sè non esiste, niente segni,
>> niente frecce segnaletiche, perchè non si tratta di un percorso ma di un
>> suo
>> itinerario.
>>
>> ora, visto che come tutti noi ben sappiamo, OSM non è il luogo dove
>> pubblicare itinerari, ho già provveduto a contattarlo chiedendogli
>> gentilmente, ma senza tanti giri di parole, di rimuoverlo.
>> al momento non ho ancora avuto risposta.
>>
>> se c'è qualcuno che ha voglia di darmi una mano, contattandolo, forse lo
>> convinciamo prima ;-))
>>
>> grazie
>>
>> --enrico
>>
>>
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Percorso/pellegrinaggio "Il cammino di Santa Giulia"

[Gianmario Mengozzi]

D'accordo al 100% con te.
Ma proporgli eventualmente un "state=proposed"?
https://wiki.openstreetmap.org/wiki/Relation:route



Il gio 19 apr 2018, 17:36 demon.box  ha scritto:

> ciao, segnalo che questo utente
>
> https://www.openstreetmap.org/user/ilcamminare
>
> ha recentemente pensato bene di mappare su OSM questo
> percorso/pellegrinaggio
>
> https://hiking.waymarkedtrails.org/?lang=it#route?id=7944114
>
> una tappa delle quali passa quasi davanti a casa mia ;-)
>
> https://hiking.waymarkedtrails.org/?lang=it#route?id=7883959
>
> e tutto ciò è minuziosamente documentato sul suo personalissimo sito
>
> https://ilcamminare.it/pellegrinaggi/il-cammino-di-santa-giulia/
>
> ovviamente il problema è che il percorso in sè non esiste, niente segni,
> niente frecce segnaletiche, perchè non si tratta di un percorso ma di un
> suo
> itinerario.
>
> ora, visto che come tutti noi ben sappiamo, OSM non è il luogo dove
> pubblicare itinerari, ho già provveduto a contattarlo chiedendogli
> gentilmente, ma senza tanti giri di parole, di rimuoverlo.
> al momento non ho ancora avuto risposta.
>
> se c'è qualcuno che ha voglia di darmi una mano, contattandolo, forse lo
> convinciamo prima ;-))
>
> grazie
>
> --enrico
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] mappare i km di una strada statale

[Cascafico Giovanni]

a suo tempo avevo messo i milestones [1], perchè in più occasioni vengono
usati dai media per segnalare eventi stradali. Credo sia retaggio
dell'epoca pre-gps, un metodo ormai obsoleto.

Non credo il calcolo automatico (suppongo qgis lo possa fare) sia preciso,
essendo una somma di piccoli errori di approssimazione.

[1] http://overpass-turbo.eu/s/y2V

2018-04-19 17:40 GMT+02:00 riccardopastoc...@alice.it <
riccardopastoc...@alice.it>:

>  https://www.openstreetmap.org/edit#map=19/43.37290/13.59098
>
> Si possono mappano i Km lungo una strada statale? Come?
>
> Km 1
> Km 2
> Km 3
> ...
>
> ___
> 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] mappare i km di una strada statale

[Stefano]

2018-04-19 17:40 GMT+02:00 riccardopastoc...@alice.it <
riccardopastoc...@alice.it>:

>  https://www.openstreetmap.org/edit#map=19/43.37290/13.59098
>
> Si possono mappano i Km lungo una strada statale? Come?
>

Così,
sul punto della strada

highway=milestone
distance = 106.2
(puoi mappare il chilometro ed eventualmente il cippo ogni 100 metri)

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone
 Esempio
https://www.openstreetmap.org/node/1874801113


> Km 1
> Km 2
> Km 3
> ...
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] mappare i km di una strada statale

[riccardopastoc...@alice.it]

 https://www.openstreetmap.org/edit#map=19/43.37290/13.59098
Si possono mappano i Km lungo una strada statale? Come?
Km 1 Km 2Km 3...___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Antoine Riche]

Simon,
Tu as raison pour le oneway:bicycle qui n'est pas utile s'il n'y a pas 
de sens unique (je m'y perds et j'ai réussi à embarquer marc marc avec 
moi ;-)
Pour le cycleway:center, pourquoi pas. C'est en effet plus simple, et je 
suis pas à l'aise avec l'idée que le nombre de voies décrites par les 
xxx:lanes ne corresponde pas forcément à la valeur de lanes : même si ça 
reste interprétable c'est pas cool pour le contrôle qualité.

Je note ce sujet pour l'atelier "vélo-tags" qu'on prévoit de tenir à SOTM...
Antoine.

Le 19/04/2018 à 16:29, Simon Réau a écrit :

Ce qui me chagrine c'est le changement de méthode pour un cas particulier.
si la bande étais à droite ou à gauche on modéliserait avec le cas 
L1b  avec rajout éventuelle de bicycle:lanes=*,mais au centre on 
utilise un modèle différent.


Je pense que soit on met cycleway=lane + bicycle:lanes=* dans tous les cas
ou cycleway:left|right|center=lane (+bicycle:lanes) dans tous les 
cas,  mais mixer les deux méthodes me semble complexifier le schéma


Pour le tag oneway:bicycle=no et cycleway:center:oneway=no il me 
semble explicite dans le cas d'une rue à double sens, par contre si ce 
type d'aménagement existe dans une rue à sens unique la question ce pose.



Le 19 avril 2018 à 11:58, Antoine Riche > a écrit :


Salut Simon,

Je suis pas trop chaud pour cette clef, qui n'a que 7 occurrences
et n'est pas documentée, alors bicycle:lanes est documenté et très
utilisé (cf. message précédent).

Par contre si on retient cycleway:center, il me semble qu'il faut
expliciter oneway:bicycle=no, par cohérence avec le cas L1b de
https://wiki.openstreetmap.org/wiki/Bicycle

Antoine (de Carto'Cité ;-)


Le 19/04/2018 à 09:38, Simon Réau a écrit :

+1 pour cycleway:center=lane

pour le oneway:bicycle=no je pense qu'il n'est pas utile lorsque
la rue est à double sens.

Existe t'il des voies a sens unique avec une bande cyclable
centrale à double sens ?

Pour les outils de routage, si le wiki est documenté le routage
le supportera ;-)

Simon de Geovelo



Le 19 avril 2018 à 02:12, marc marc  a
écrit :

Le 18. 04. 18 à 19:51, Virgile Kéré a écrit :
> piste piste cyclable bidirectionnelle en centre de la chaussée,
> comme ce qui a été fait Bd Agutte-Sembat à Grenoble (photo :
>
https://twitter.com/ymongaburu/status/950349177980116992?lang=bg
)

les travaux sont finit ?!?
le message disait en janvier que c'était une réunion
d'information pour
des travaux prévu à l'automne (et donc l'image du premier
message est
photoshopée ou d'ailleurs)
c'est rare d'avoir des travaux publics en avance sur le
planning :)

pour les tags :
cycleway = lane est ambigu car à l'origine il dit qu'il y a
une bande de
chaque côté de la route. c'est très bricolé de s'en servir de
c'est pas
2 mais une bande et pas sur le côté mais au centre.
le seul avantage c'est que le routing fonctionnera partiellement.
cycleway:center=lane me semble plus pratique à long terme
à voir s'il faut demander son support dans les logiciels
d'itinéraire

pour l'aspect bidirectionnel de la bande cycliste
oneway=yes
oneway:bicycle=no
https://wiki.openstreetmap.org/wiki/Key:oneway
mais cela n'a aucun sens si la route elle même n'est pas en
sens unique.
je reprendrais pour cela une partie des tags d'Antoine
lanes=2 (selon le wiki c'est le nombre de bandes motorisées)
bicycle:lanes=yes|designated|yes ou
bicycle:lanes=no|designated|no selon
l'obligation ou non d'emprunter la bande centrale
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




-- 
*

*

Simon REAU
GEOVELO
www.geovelo.fr
simon.r...@geovelo.fr
Tél : 06 77 15 59 86
MAME, 49 Boulevard de Preuilly, 37000 Tours

**


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




Garanti sans virus. www.avast.com


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




--
*
*

Simon REAU
GEOVELO
www.geovelo.fr 
simon.r...@geovelo.fr 
Tél : 06 77 15 59 86
MAME, 49 Boulevard de Preuilly, 37000 Tours 



**


___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [Talk-us] Gravel roads and surface tags in the US

[Kevin Kenny]

On Thu, Apr 19, 2018 at 10:53 AM, Max Erickson 
wrote:

> >I grew up in an area with these kinds of roads and I don't think
> >they're technically compacted.  The gravel, which is crushed
> >limerstone, is laid down and due to its chemical properties creates a
> >smooth surface after several months of traffic.
>
> Having read about this some since Tobey mentioned it on Slack, the
> compaction is often meant to come from traffic.
>
> In the Midwest the material is often from local "gravel pits" which
> are glacial material, so a mix of sand and rounded stone. I think they
> do some sorting and remixing of the material before using it for road
> surface construction, and they definitely add clay as a binder.
>
> I think the use of clean stone (the wiki gravel) is more common for
> ornamental driveways than for any road meant to bear much traffic.
> Apparently part of the issue is that there aren't many built roads in
> the UK (and Europe in general) that aren't sealed.
>

Exactly - I'm guessing that we're once again dealing with something that's
familiar to us but nearly unheard of in Europe.

Around here, the native rock is sedimentary and ranges from limestone to
limy shale to various sandstones and conglomerates, that is then highly
sculpted by glaciers and water - both above and underground, the terrain is
karstic. Lots of rural roads are laid in crushed stone - which tends to
include everything from the above mix except the good limestone, which is
too valuable as a cement feedstock. (It has just the right trace minerals
to make high-quality hydraulic cement.) The material is both limy and
clay-ey enough to make it both aggregate and binder.

Across hilltops, the woods roads are often enough made simply by scraping
away the topsoil, which might not be more than a few cm deep, and exposing
the native shale. It's flat enough to drive on, and spallation makes both
aggregate and fines for a natural macadam.

There are also roads in some of the old fishing communities down at the
coast that are paved in crushed oyster shell. That's again a material
that's limy and prone to spallation, so again provides both aggregate and
binder. (I suppose it's the same stuff, only Holocene rather than Devonian!)

None of these are sealed. Once the snow is gone, the highway department -
or the landowners - will come through with a grader and maybe a truck or
two of fresh aggregate, smooth out the frost heaves, clear the rock slides,
and let the traffic compact the surface again.

They do run to being dusty in dry weather, and some of them aren't nearly
as well drained as they might be.

The locals call them 'dirt' roads, but they are definitely an improved
surface - the better ones are safe to drive on at 50 km/h or so.

I've been tagging them 'surface=compacted', but recognize that it's
controversial. None of the Wiki categories fit properly, making me suspect
that this sort of road doesn't exist in the places that the Wiki editors
(so far) are familiar with.

Even what to put in 'highway=*' is controversial for some of these. Some
that I'm familiar with are most definitely highway=tertiary at least.
Labeling them 'highway=track' is surely not correct when they are the main
roads into and out of the settlements they serve. Wiki agrees with me here:
'track' refers to agricultural or forestry use, not to the quality of the
road surface.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gravel roads and surface tags in the US

[Richard Fairhurst]

Jack Burke wrote:
> Keep in mind that OSM apparently uses "compacted" to refer to 
> macadamized roads, which is a specific process for building roads. 

surface=compacted in OSM, following British English usage, is traditionally
as described on pages 18-20 of this document:

https://www.sustrans.org.uk/sites/default/files/images/files/migrated-pdfs/Technical%20Note%208%20-%20Path%20surfaces(1).pdf

"Self-binding gravel paths are versions of the standard limestone dust
surface... The material is spread and levelled using a paving machine whilst
damp/moist and then compacted using a roller or vibrating plate. The
material 'sets' when dry, but not to the same extent as would a concrete or
bitmac. The surface remains loose-ish and dusty"

From Toby's original posting, I'd describe the first image as
surface=gravel, since it doesn't appear to have been compacted with a
roller. The second is probably =fine_gravel, perhaps =compacted. I'd ignore
the wiki because the wiki, to borrow a phrase, sucks rocks.

Richard



--
Sent from: http://gis.19327.n8.nabble.com/USA-f5284732.html

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Kevin Kenny]

On Thu, Apr 19, 2018 at 10:37 AM, Jack Burke  wrote:

> Keep in mind that OSM apparently uses "compacted" to refer to macadamized
> roads, which is a specific process for building roads.
>
> Maybe they wiki should be updated to say that roads with loose pieces of
> gravel scattered around but a hardened underlying surface is compacted, not
> gravel?
>

I don't quite grasp the categories on the Wiki.

I know that there are a good many rural roads around here that are finished
with crushed stone (typically ones that would go through a 1-2 cm sieve)
and fine sand. I'm not aware of a binder to harden the surface - certainly
asphalt is not used. The local soil is limy enough that it could be that
Mother Nature provides an adequate binder Herself, or it could be that the
surface is simply traditional angled-stone macadam. Certainly it would not
support high-volume traffic. It's dusty and the surface would fall apart
under a heavy load.

The advantage of the stuff is that a grader, roller and a couple of dump
trucks can repair all the damage from frost heaves and rockslides much
faster than the roadbuilding crew for a deep-bedded asphalt road. Many of
these roads are open only seasonally - nominally they close 1 December-15
April, but in practice they'll stay open longer if there's no snow, open
early if the conditions allow, or open late if Spring is late in arriving.

I label it 'compacted', but the Wiki definitions don't seem to fit exactly.

I've also tagged a couple of roads 'surface=shale'. They are places where
the road is laid our by clearing the soil - often only a few cm thick -
from native shale. The passage of traffic compacts the shale, providing a
fine-grained surface, and the native shale is limy enough that it forms
quite a good surface for driving. It does have a bad habit of forming
fissures and sinkholes - a natural hazard of karst terrain.

And there are a couple of roads that I've tagged 'surface=shells'. They're
old roads in a fishing village, macadamized using crushed oyster shells as
both aggregate and binder. Again, they provide a fair surface for traffic.
Oh lordy, though, do they ever stink for a week or two after being laid
down!

The locals call all of these, 'dirt roads.' They are not.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gravel roads and surface tags in the US

[Max Erickson]

>I grew up in an area with these kinds of roads and I don't think
>they're technically compacted.  The gravel, which is crushed
>limerstone, is laid down and due to its chemical properties creates a
>smooth surface after several months of traffic.

Having read about this some since Tobey mentioned it on Slack, the
compaction is often meant to come from traffic.

In the Midwest the material is often from local "gravel pits" which
are glacial material, so a mix of sand and rounded stone. I think they
do some sorting and remixing of the material before using it for road
surface construction, and they definitely add clay as a binder.

I think the use of clean stone (the wiki gravel) is more common for
ornamental driveways than for any road meant to bear much traffic.
Apparently part of the issue is that there aren't many built roads in
the UK (and Europe in general) that aren't sealed.


Max

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

Re: [Talk-us] Gravel roads and surface tags in the US

[Dave Swarthout]

 + I grew up in an area with these kinds of roads and I don't think
+ they're technically compacted.

Same here - "dirt roads", as we used to call them, are not compacted except
by vehicles driving on them. I learned the term "compacted" in OSM. In my
area, NY State and Alaska, the gravel is what's known as pit run, or is dug
from gravel quarries, spread out with a road-grader and not normally
compacted. Once or twice a year, a road-grader goes out and scrapes the
surface to remove ruts and potholes.

I often use surface=unpaved now just to avoid controversy and use
surface=ground when the surface has not been constructed from fill— people
simply drive on a road that's been cut through an area.

On Thu, Apr 19, 2018 at 6:22 AM, James Umbanhowar 
wrote:

> I grew up in an area with these kinds of roads and I don't think
> they're technically compacted.  The gravel, which is crushed
> limerstone, is laid down and due to its chemical properties creates a
> smooth surface after several months of traffic.
>
> I've used surface=gravel; gravel=crushed_limestone in my area.  I don't
> get the gravel being 4-8 cm, that seems a wikierror.
>
> James
>
> On Wed, 2018-04-18 at 17:19 -0500, Toby Murray wrote:
> > I recently bought a gravel bicycle to ride on the many gravel roads
> > in
> > Kansas. Like this one:
> > https://www.mapillary.com/app/?pKey=nYO4JI46L0SWzNAQlLT4kA=phot
> > o
> >
> > First question: What would you call this road? Obviously I am calling
> > it a "gravel road" but a couple of people have said they would call
> > it
> > a "dirt road" so I'm curious if there are any other common terms to
> > describe this type of road in different regions of the US.
> >
> > Second question: How would you tag this road? There is a
> > surface=gravel tag that is in pretty common usage in Kansas and
> > neighboring states. However looking at the wiki page for the surface
> > tag[1], this is not wiki-correct. According to that page
> > surface=gravel is to be used for large rocks (4-8cm) that are laid
> > down loosely like those typically used as ballast on railroad beds. I
> > believe The Mapillary picture I linked to would be considered
> > surface=compacted according to the wiki because the rocks are much
> > smaller and the surface is stabilized with a binding agent. There is
> > a
> > big difference between the two when it comes to bicycle riding.
> > Railroad ballast is bone jarring and flat tire inducing whereas
> > gravel
> > roads are pretty manageable on the right kind of bike.
> >
> > But If you call something a "gravel road" and there is a "gravel"
> > option in the editor preset for the surface tag, people are going to
> > choose the gravel option and not look for "compacted" since that is
> > not a common term here. I assume it is a more common term in the UK
> > and that is why it is used in OSM.
> >
> > And lastly there are trails that are surfaced with a similar material
> > but crushed to a smaller size like here:
> > https://www.mapillary.com/app/?pKey=iQNqP-dfQ-Rm6AD9REMsgQ=phot
> > o
> >
> > I'm trying to decide if that is better as surface=compacted or
> > surface=fine_gravel although fine_gravel seems to be a slightly
> > different process from what I see on the wiki.
> >
> > Maybe this should be directed at the tagging list but I thought I
> > would get thoughts from the US community since we seem to be the ones
> > using the tag incorrectly (according to the wiki)
> >
> > [1] https://wiki.openstreetmap.org/wiki/Key:surface
> >
> > Toby
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>



-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Gravel roads and surface tags in the US

[Jack Burke]

Keep in mind that OSM apparently uses "compacted" to refer to macadamized 
roads, which is a specific process for building roads. 

Maybe they wiki should be updated to say that roads with loose pieces of gravel 
scattered around but a hardened underlying surface is compacted, not gravel?

-jack

-- 
Typos courtesy of fancy auto spell technology

On April 19, 2018 9:22:15 AM EDT, James Umbanhowar  wrote:
>I grew up in an area with these kinds of roads and I don't think
>they're technically compacted.  The gravel, which is crushed
>limerstone, is laid down and due to its chemical properties creates a
>smooth surface after several months of traffic.
>
>I've used surface=gravel; gravel=crushed_limestone in my area.  I don't
>get the gravel being 4-8 cm, that seems a wikierror.
>
>James
>
>On Wed, 2018-04-18 at 17:19 -0500, Toby Murray wrote:
>> I recently bought a gravel bicycle to ride on the many gravel roads
>> in
>> Kansas. Like this one:
>> https://www.mapillary.com/app/?pKey=nYO4JI46L0SWzNAQlLT4kA=phot
>> o
>> 
>> First question: What would you call this road? Obviously I am calling
>> it a "gravel road" but a couple of people have said they would call
>> it
>> a "dirt road" so I'm curious if there are any other common terms to
>> describe this type of road in different regions of the US.
>> 
>> Second question: How would you tag this road? There is a
>> surface=gravel tag that is in pretty common usage in Kansas and
>> neighboring states. However looking at the wiki page for the surface
>> tag[1], this is not wiki-correct. According to that page
>> surface=gravel is to be used for large rocks (4-8cm) that are laid
>> down loosely like those typically used as ballast on railroad beds. I
>> believe The Mapillary picture I linked to would be considered
>> surface=compacted according to the wiki because the rocks are much
>> smaller and the surface is stabilized with a binding agent. There is
>> a
>> big difference between the two when it comes to bicycle riding.
>> Railroad ballast is bone jarring and flat tire inducing whereas
>> gravel
>> roads are pretty manageable on the right kind of bike.
>> 
>> But If you call something a "gravel road" and there is a "gravel"
>> option in the editor preset for the surface tag, people are going to
>> choose the gravel option and not look for "compacted" since that is
>> not a common term here. I assume it is a more common term in the UK
>> and that is why it is used in OSM.
>> 
>> And lastly there are trails that are surfaced with a similar material
>> but crushed to a smaller size like here:
>> https://www.mapillary.com/app/?pKey=iQNqP-dfQ-Rm6AD9REMsgQ=phot
>> o
>> 
>> I'm trying to decide if that is better as surface=compacted or
>> surface=fine_gravel although fine_gravel seems to be a slightly
>> different process from what I see on the wiki.
>> 
>> Maybe this should be directed at the tagging list but I thought I
>> would get thoughts from the US community since we seem to be the ones
>> using the tag incorrectly (according to the wiki)
>> 
>> [1] https://wiki.openstreetmap.org/wiki/Key:surface
>> 
>> Toby
>> 
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Simon Réau]

Ce qui me chagrine c'est le changement de méthode pour un cas particulier.
si la bande étais à droite ou à gauche on modéliserait avec le cas L1b
avec rajout éventuelle de bicycle:lanes=*,mais au centre on utilise un
modèle différent.

Je pense que soit on met cycleway=lane + bicycle:lanes=* dans tous les cas
ou cycleway:left|right|center=lane (+bicycle:lanes) dans tous les cas,
mais mixer les deux méthodes me semble complexifier le schéma

Pour le tag oneway:bicycle=no et cycleway:center:oneway=no il me semble
explicite dans le cas d'une rue à double sens, par contre si ce type
d'aménagement existe dans une rue à sens unique la question ce pose.


Le 19 avril 2018 à 11:58, Antoine Riche  a écrit :

> Salut Simon,
>
> Je suis pas trop chaud pour cette clef, qui n'a que 7 occurrences et n'est
> pas documentée, alors bicycle:lanes est documenté et très utilisé (cf.
> message précédent).
>
> Par contre si on retient cycleway:center, il me semble qu'il faut
> expliciter oneway:bicycle=no, par cohérence avec le cas L1b de
> https://wiki.openstreetmap.org/wiki/Bicycle
>
> Antoine (de Carto'Cité ;-)
>
>
> Le 19/04/2018 à 09:38, Simon Réau a écrit :
>
> +1 pour cycleway:center=lane
>
> pour le oneway:bicycle=no je pense qu'il n'est pas utile lorsque la rue
> est à double sens.
>
> Existe t'il des voies a sens unique avec une bande cyclable centrale à
> double sens ?
>
> Pour les outils de routage, si le wiki est documenté le routage le
> supportera ;-)
>
> Simon de Geovelo
>
>
>
> Le 19 avril 2018 à 02:12, marc marc  a écrit :
>
>> Le 18. 04. 18 à 19:51, Virgile Kéré a écrit :
>> > piste piste cyclable bidirectionnelle en centre de la chaussée,
>> > comme ce qui a été fait Bd Agutte-Sembat à Grenoble (photo :
>> > https://twitter.com/ymongaburu/status/950349177980116992?lang=bg )
>>
>> les travaux sont finit ?!?
>> le message disait en janvier que c'était une réunion d'information pour
>> des travaux prévu à l'automne (et donc l'image du premier message est
>> photoshopée ou d'ailleurs)
>> c'est rare d'avoir des travaux publics en avance sur le planning :)
>>
>> pour les tags :
>> cycleway = lane est ambigu car à l'origine il dit qu'il y a une bande de
>> chaque côté de la route. c'est très bricolé de s'en servir de c'est pas
>> 2 mais une bande et pas sur le côté mais au centre.
>> le seul avantage c'est que le routing fonctionnera partiellement.
>> cycleway:center=lane me semble plus pratique à long terme
>> à voir s'il faut demander son support dans les logiciels d'itinéraire
>>
>> pour l'aspect bidirectionnel de la bande cycliste
>> oneway=yes
>> oneway:bicycle=no
>> https://wiki.openstreetmap.org/wiki/Key:oneway
>> mais cela n'a aucun sens si la route elle même n'est pas en sens unique.
>> je reprendrais pour cela une partie des tags d'Antoine
>> lanes=2 (selon le wiki c'est le nombre de bandes motorisées)
>> bicycle:lanes=yes|designated|yes ou bicycle:lanes=no|designated|no selon
>> l'obligation ou non d'emprunter la bande centrale
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> Simon REAU
> GEOVELO
> www.geovelo.fr
> simon.r...@geovelo.fr
> Tél : 06 77 15 59 86
> MAME, 49 Boulevard de Preuilly, 37000 Tours
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> Garanti sans virus. www.avast.com
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

Simon REAU
GEOVELO
www.geovelo.fr
simon.r...@geovelo.fr
Tél : 06 77 15 59 86
MAME, 49 Boulevard de Preuilly, 37000 Tours

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

Re: [OSM-ja] 高速道路の定義について

[ribbon]

On Thu, Apr 19, 2018 at 09:53:36PM +0900, tomoya muramoto wrote:
> 【とりまとめとしての連絡です】
> ■スケジュールについて
> 4/21を一次締め切りとして投票を進めておりましたが、
> 議論にまだ時間が必要との意見が上がっておりますので、
> いったん投票はペンディングとさせていただき、
> 議論の時間を5/5(土)までとります。
> 
> その後に提案項目を見直したうえで、再度投票に入ります。

出来れば、どこかのページにまとめていただけないでしょうか。
メールで流れているものを追いかけるのもちょっと大変ですし。

ribbon

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

Re: [Talk-us] Gravel roads and surface tags in the US

[James Umbanhowar]

I grew up in an area with these kinds of roads and I don't think
they're technically compacted.  The gravel, which is crushed
limerstone, is laid down and due to its chemical properties creates a
smooth surface after several months of traffic.

I've used surface=gravel; gravel=crushed_limestone in my area.  I don't
get the gravel being 4-8 cm, that seems a wikierror.

James

On Wed, 2018-04-18 at 17:19 -0500, Toby Murray wrote:
> I recently bought a gravel bicycle to ride on the many gravel roads
> in
> Kansas. Like this one:
> https://www.mapillary.com/app/?pKey=nYO4JI46L0SWzNAQlLT4kA=phot
> o
> 
> First question: What would you call this road? Obviously I am calling
> it a "gravel road" but a couple of people have said they would call
> it
> a "dirt road" so I'm curious if there are any other common terms to
> describe this type of road in different regions of the US.
> 
> Second question: How would you tag this road? There is a
> surface=gravel tag that is in pretty common usage in Kansas and
> neighboring states. However looking at the wiki page for the surface
> tag[1], this is not wiki-correct. According to that page
> surface=gravel is to be used for large rocks (4-8cm) that are laid
> down loosely like those typically used as ballast on railroad beds. I
> believe The Mapillary picture I linked to would be considered
> surface=compacted according to the wiki because the rocks are much
> smaller and the surface is stabilized with a binding agent. There is
> a
> big difference between the two when it comes to bicycle riding.
> Railroad ballast is bone jarring and flat tire inducing whereas
> gravel
> roads are pretty manageable on the right kind of bike.
> 
> But If you call something a "gravel road" and there is a "gravel"
> option in the editor preset for the surface tag, people are going to
> choose the gravel option and not look for "compacted" since that is
> not a common term here. I assume it is a more common term in the UK
> and that is why it is used in OSM.
> 
> And lastly there are trails that are surfaced with a similar material
> but crushed to a smaller size like here:
> https://www.mapillary.com/app/?pKey=iQNqP-dfQ-Rm6AD9REMsgQ=phot
> o
> 
> I'm trying to decide if that is better as surface=compacted or
> surface=fine_gravel although fine_gravel seems to be a slightly
> different process from what I see on the wiki.
> 
> Maybe this should be directed at the tagging list but I thought I
> would get thoughts from the US community since we seem to be the ones
> using the tag incorrectly (according to the wiki)
> 
> [1] https://wiki.openstreetmap.org/wiki/Key:surface
> 
> Toby
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-it] Cambio numeri civici

[Martin Koppenhoefer]

sent from a phone

> On 19. Apr 2018, at 12:01, Damjan Gerl  wrote:
> 
> Io opterei per un old_addr: se bisogna scegliere...


+1

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

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

xyzxyz2様

>(2)「motorroad=yesの定義を「歩行者、軽車両通行止め」の道路とする。」という選択枝に、下記の追加オプションもお願いできるでしょうか？、
>   - 追加 (1) highway=motorway(_link) 指定とは排他的にタグ付けする。
>   - 追加 (2) 高架・トンネル・橋梁に限定した短い孤立区間は除く。

質問(1)motorroad=yesとhighway=motorwayを排他的にする理由をもう少し教えていただけませんでしょうか。highway=motorwayでありかつ「歩行者、軽車両通行止め」である道路は十分ありえると思うのですが。(motorwayの定義次第かもしれません)

質問(2)短い孤立区間を除く理由を教えていただけませんでしょうか。短い区間でも「歩行者、軽車両通行止め」であるのなら、motorroad=yesをつけてしまって問題ないように思うのですが。

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

Re: [Talk-it] Cambio numeri civici

[Martin Koppenhoefer]

sent from a phone

> On 19. Apr 2018, at 11:18, Cascafico Giovanni  wrote:
> 
> Esiste un prefisso funzionante, chessò alt_addr:housenumber, che mantenga 
> entrambi i match?


potresti aggiungere un altro nodo, oppure se facessi aree, con multipoligoni;-)

sullo stesso oggetto se avessi 
addr:place=foo
addr:housenumber=23
alt_addr:housenumber=42
alt_addr:street=Via bar

non sarebbe comunque chiaro che 42 fosse il civico del street e non del place, 
potrebbe essere comunque un civico alternativo per il place.
Oltre al fatto che la maggior parte dei servizi non capirebbero un concetto di 
civici alternativi 


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

[Talk-GB] Drone Surveying

[Brian Prangle]

Using drones to capture up-to-date aerial imagery seems a great way to
capture map data given the aged nature of the aerial imagery available to
us. However the CAA regulations and insurance requirements in the UK
provide a pretty insuperable obstacle for OSMUK with our limited means.
Requisitioning commercial drone operations is definitely beyond our budget

However we don't want to give up and OSMUK would like to form a Drones
Working Group to explore how we can exploit this opportunity. Thanks to
MapBox we now have a contact with a drone flightplanning company based in
the UK, who are willing to provide some insight into the drone surveying
market to aid our discussions.

I'm thinking we should use the upcoming map disruption caused by HS2 as a
big use case and also to use new housing developments and other big civil
engineering projects as smaller use cases. Once we have a better
understanding of how the drone surveying market works we could (off the top
of my head here) apply for grant funding to commission our own commercial
drone surveys; lobby public sector organisation who use drones to let us
have their imagery as opendata; maybe even get drone companies to donate a
couple of hours here and there especially if they become OSMUK corporate
members because they "get" OSM; get drone survey customers to release their
imagery say a year after they've used it (commercial value decreased and
they should have got their value extracted form it).

So if you have any knowledge or experience of drone surveying or have any
contacts in the market and want to see the technology being used in the UK
to benefit OSM then join our working group.

This is a cross post from the OSMUK Loomio discussion site so apologies to
members from there if you're seeing this for a second time

Regards


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

Re: [OSM-talk-fr] Liens vers communauté FR sur iD...

[Julien Lepiller]

Le Thu, 19 Apr 2018 14:25:07 +0200,
Christian Quest  a écrit :

> Ma PR a été commitée... donc les liens devraient prochainement être
> visibles dans iD, par contre ils sont en anglais et à traduire dans
> transifex. Un volontaire ?

Si personne ne se dévoue d'ici là, je ferai ça ce soir. Je me suis déjà
occupé d'une bonne partie des traductions de ce fichier :)

> 
> Le 18 avril 2018 à 14:52, PanierAvide  a
> écrit :
> 
> > Je pensais surtout aux liens vers les pages web, mais effectivement
> > ça dépend de ce que l'on entend par canal de communication.
> >
> > Adrien.
> >
> >
> > Le 18/04/2018 à 14:47, Christian Quest a écrit :
> >
> > Il me semble que ce qui est visé, ce sont les canaux de
> > communication en ligne et cette carte agrège plutôt les réunion
> > physiques locales.
> >
> > Ce sont les mailing list locales qu'il faudrait ajouter ou les
> > sections locales de forum.openstreetmap.fr et avoir à chaque fois
> > une géométrie correspondante.
> >
> > Manque aussi les DOM, car la géométrie que j'ai utilisé c'est le
> > polygone de geofabrik pour la métropole. A améliorer donc, mais au
> > moins on a un début et de quoi itérer... :)
> >
> >
> >
> > Le 18/04/2018 à 09:32, PanierAvide a écrit :
> >
> > Bonjour,
> >
> > Pour éviter les doublons d'infos, on ne peut pas se baser sur la
> > carte des groupes locaux ?
> > http://umap.openstreetmap.fr/fr/map/groupes-locaux-
> > openstreetmap_152488#6/46.392/1.714
> >
> > Cordialement,
> >
> > Adrien.
> >
> > Le 18/04/2018 à 09:26, Christian Quest a écrit :
> >
> > La dernière version d'iD (ou la prochaine) peut afficher des liens
> > vers les canaux de communication de la communauté OSM après la
> > sauvegarde de ses contributions.
> >
> > Ces liens dépendent de la zone où l'on a contribué et sont donc bien
> > adapté pour pousser les nouveaux contributeurs à se mettre en
> > contact avec le reste de la communauté locale.
> >
> > J'ai ajouté les liens vers les canaux d'OSM France sur le dépôt
> > github :
> >
> > https://github.com/osmlab/osm-community-index/pull/83
> >
> > Il est possible de descendre à un niveau encore plus local...
> >
> > Il faut quelques fichiers json:
> > - un geojson qui définit la zone géographique
> > - un json pour définir chaque lien (mailinglist, forum, twitter,
> > etc)
> >
> > Les libellés sont à mettre en anglais... pour la traduction, je
> > pense que c'est dans le transiflex d'iD (pas super pratique de
> > séparer, mais bon).
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> > ___
> > Talk-fr mailing
> > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > --
> > PanierAvide
> > Géomaticien & développeur
> >
> >
> >
> > ___
> > Talk-fr mailing
> > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> >
> >
> > ___
> > Talk-fr mailing
> > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > --
> > PanierAvide
> > Géomaticien & développeur
> >
> >
> > ___
> > 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] Altimetrie aiuto!

[Volker Schmidt]

(Ciao Franco,

scrivo a te e  alla lista.
Mi ero permesso di chiamare Valerio direttamente al telefono per capire
quale è la vostra necessità)

Il sito OpenStreetMap.org non è il posto giusto per pubblicare percorsi
consigliati a cicloturisti, salvo nei casi dove si tratta di una ciclovia
con segnaletica sul terreno.
Per pubblicare tracce GPX per ciclisti esistono un numero di siti diversi.
Offrono tipicamente la possibilità di progettare e per pubblicare percorsi,
anche partendo da tracce caricate dall'utente. Offrono vari servizi
aggiuntivi, come embedding di percorsi in altri siti.
Mi vengono in mente:

   - bikemap.net
   - naviki.org
   - GPSies.com

Ci sono tanti altri ...

Cordiali saluti

Volker

2018-04-19 11:44 GMT+02:00 Cascafico Giovanni :

> Prima di tutto NON creare un percorso se è personale e/o temporaneo.
>
> Il portale opentreetmap.org non fornisce altimentrie, ma ci sono diversi
> servizi che si appoggiano al suo database. Uno di questi è waymarkedtrails
> [1]. Sulla sua mappa, clicca su uno dei percorsi colorati: ci trovarai il
> suo profilo altimentrico, assieme a gpx, kml ed altre info.
>
> Se vuoi inserire un percorso mancante, che sai avere una sua segnaletica
> sul luogo, si può fare definendo in OSM una relazione, senza aggiungere
> alcuna geometria. In sintesi, con un editor OSM si scelgono delle polilinee
> e si associano a questa roba che è la relazione, come per esempio questa
> Ciclovia del Po [2]; nella colonna a sinistra vedrai elencati i "membri"
> della relazione (i tratti di strada che compongono il percorso).
>
>
> [1] https://cycling.waymarkedtrails.org/
> [2] https://www.openstreetmap.org/relation/8182668
>
>
>
> Il giorno 19 aprile 2018 11:12, Valerio Gemelli  ha
> scritto:
>
>> Buongiorno,
>> Sono nuovo di OSM, stò cercando di inserire il profilo altimetrico su un
>> percorso di biciclette. Una volta creato il percorso sul livello dati come
>> devo fare? Non riesco a trovare guide o spiegazione da nessuna parte.
>> Grazie
>> Valerio
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

【とりまとめとしての連絡です】
■スケジュールについて
4/21を一次締め切りとして投票を進めておりましたが、
議論にまだ時間が必要との意見が上がっておりますので、
いったん投票はペンディングとさせていただき、
議論の時間を5/5(土)までとります。

その後に提案項目を見直したうえで、再度投票に入ります。

すでに投票された分は有効としますが、変更いただいてもかまいません。

■意見の採択について
私がとりまとめであると、ゆるやかな合意が得られていると認識しておりますので、
各提案が否決もしくは採択されたのか判断するのは、一義的には私の役割となります。

ですので現時点では提案1も否決されてはおりません。少なくとも(私を含め)3名が賛成の意を表しております。

どの意見を採用するのか、全員の合意を得るのは難しいと私は考えております。
議論が進んだ段階で、たとえ全員の合意が得られていない状態であったとしても、採決をとって多数決で決めたいと考えております。

■「議論」について
提案2および提案3の具体的なタグについてですが、
賛否を問うたのちに、車両種別やmotorroadに適切なタグを協議すると述べました。
https://lists.openstreetmap.org/pipermail/talk-ja/2018-April/010050.html

ですので、車両種別のリストアップやタグ案の提示は、現時点では急ぐ必要はありません。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Martin Koppenhoefer]

sent from a phone

> On 19. Apr 2018, at 03:42, Christian Müller  wrote:
> 
> Außerdem sollte man sich an
> die beiden goldenen Regeln von OSM erinnern.


nicht von anderen Karten kopieren, und any tags you like? Oder welche Regeln 
meinst Du? Nicht für den Renderer taggen und groundtruth?

Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Liens vers communauté FR sur iD...

[Christian Quest]

Ma PR a été commitée... donc les liens devraient prochainement être
visibles dans iD, par contre ils sont en anglais et à traduire dans
transifex. Un volontaire ?

Le 18 avril 2018 à 14:52, PanierAvide  a écrit :

> Je pensais surtout aux liens vers les pages web, mais effectivement ça
> dépend de ce que l'on entend par canal de communication.
>
> Adrien.
>
>
> Le 18/04/2018 à 14:47, Christian Quest a écrit :
>
> Il me semble que ce qui est visé, ce sont les canaux de communication en
> ligne et cette carte agrège plutôt les réunion physiques locales.
>
> Ce sont les mailing list locales qu'il faudrait ajouter ou les sections
> locales de forum.openstreetmap.fr et avoir à chaque fois une géométrie
> correspondante.
>
> Manque aussi les DOM, car la géométrie que j'ai utilisé c'est le polygone
> de geofabrik pour la métropole. A améliorer donc, mais au moins on a un
> début et de quoi itérer... :)
>
>
>
> Le 18/04/2018 à 09:32, PanierAvide a écrit :
>
> Bonjour,
>
> Pour éviter les doublons d'infos, on ne peut pas se baser sur la carte des
> groupes locaux ?
> http://umap.openstreetmap.fr/fr/map/groupes-locaux-
> openstreetmap_152488#6/46.392/1.714
>
> Cordialement,
>
> Adrien.
>
> Le 18/04/2018 à 09:26, Christian Quest a écrit :
>
> La dernière version d'iD (ou la prochaine) peut afficher des liens vers
> les canaux de communication de la communauté OSM après la sauvegarde de ses
> contributions.
>
> Ces liens dépendent de la zone où l'on a contribué et sont donc bien
> adapté pour pousser les nouveaux contributeurs à se mettre en contact avec
> le reste de la communauté locale.
>
> J'ai ajouté les liens vers les canaux d'OSM France sur le dépôt github :
>
> https://github.com/osmlab/osm-community-index/pull/83
>
> Il est possible de descendre à un niveau encore plus local...
>
> Il faut quelques fichiers json:
> - un geojson qui définit la zone géographique
> - un json pour définir chaque lien (mailinglist, forum, twitter, etc)
>
> Les libellés sont à mettre en anglais... pour la traduction, je pense que
> c'est dans le transiflex d'iD (pas super pratique de séparer, mais bon).
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> PanierAvide
> Géomaticien & développeur
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> PanierAvide
> Géomaticien & développeur
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[marc marc]

Le 19. 04. 18 à 11:58, Antoine Riche a écrit :
> Je suis pas trop chaud pour cette clef, qui n'a que 7 occurrences et 
> n'est pas documentée, alors bicycle:lanes est documenté et très utilisé 
> (cf. message précédent).

la rareté du tag s'explique sans doute en partie parce que cet 
aménagement est lui aussi rare (perso je n'en ai encore jamais vu).
Si quelqu'un a la possibilité de faire une photo bien cadrée,
ce serrait pratique pour le documenter sur le wiki

mais ceci dit, les 2 tags ne sont pas incompatible
cycleway:center=lane
bicycle:lanes=no|designated|no

> Par contre si on retient cycleway:center, il me semble qu'il faut 
> expliciter oneway:bicycle=no, par cohérence avec le cas L1b de 
> https://wiki.openstreetmap.org/wiki/FR:Bicycle#Bandes_cyclables

à la relecture, tu as en effet raison.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-co] Nomad Maps: itinerancia cartografica por las Andes!

[Fredy Rivera]

2018-04-19 5:11 GMT-05:00 alban vivert :

> Buenos dias a todos,
>
>
> Me llamo Alban Vivert, soy un geografo/cartografo francés de 28 años.
>
Bienvenido Alban

> Les escribo para hablarles de un proyecto que estoy montando con el apoyo
> de una ONG francesa (http://www.cartong.org/) que se llama *Nomad Maps*.
>
>
> En Colombia también tenemos un grupo en telegram para coordinar nuestra
comunidad https://t.me/osmco

> Se trata de  un recorrido de seis meses en bicicleta a través de tres
> países andinos –Colombia, Ecuador y Perú– enfocado hacia “las posibilidades
> que ofrece la cartografía y la información geográfica colaborativa como
> herramienta de desarrollo”.
>
>
> Voy a llegar a Colombia el proximo 9 de mayo 2018 en Bogota y me voy a
> quedar unos dos meses en su pais con 4 objetivos :
>
>
> Estoy por la zona del eje cafetero la cual seguro visitaras.
https://www.openstreetmap.org/node/703168437

>  1 - Entrar en contacto con las comunidades locales OpenStreetMap,
> conocer sus métodos y proyectos cartográficos, y comunicar en mi página web
> Nomad Maps y en las redes sociales.
>
Soy el presidente de la fundaciøn OSM Colombia y con gusto te compartiré
nuestra historia.

>  2 - Crear microproyectos de cartografía colaborativa in situ o
> participar a unos ya existentes (1 o 2 semanas max.). En el caso de que
> éstos sean más extensos, se propondría un apoyo de CartONG y de su
> comunidad de voluntarios.  3 - Cartografiar in situ sobre OpenStreetMap y
> Mapillary para enriquecer esas dos bases de datos geográficos y contribuir
> así en la cartografía de las zonas visitadas. 4 -  Promover un modo de
> viaje original, limpio y sostenible con la bicicleta y útil para las
> comunidades visitadas a través de la cartografía.
>
> Pueden mirar con mas detalles la pagina web del proyecto (
> http://www.nomadmaps.net/  ), la parte "Le Projet" (= El proyecto) esta
> traducida en castellano).
>
> Mi recorrido no esta aun definido aun o sea que no duden en escribirme y
> tal vez nos podemos conocer y encontrar para intercambiar sobre el
> maravilloso entorno de Open Street Map!
>
> Aqui unos enlaces:
> Pagina  web:  http://www.nomadmaps.net/ Trailer:
> https://www.youtube.com/watch?v=20BgcfE_v30Facebook: https://www.
> facebook.com/NomadMapsProject/Mi correo : albanviv...@gmail.com
> Gracias por su atencion, espero tener muchas respuestas suyas ;)
> Hasta pronto,
>
>
>
>
> *  Alban Vivert*
> http://www.nomadmaps.net/
> https://www.kisskissbankbank.com/fr/projects/nomad-maps
>
>
>
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>


-- 
##
 |___|__\___
 | _ |   |_ |  }
 "(_)""  ""(_)"

Twitter: @fredy_rivera
Titán Caracol en Técnología y Conectividad
Coordinador Unidad de Mapeo Humanitario #UMH
Presidente Fundación OSM Colombia
Phone: 3044886255
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-us] Gravel roads and surface tags in the US

[Rihards]

On 2018.04.19. 02:36, Jack Burke wrote:
> I've been tagging roads like that as compacted, once I learned more
> about the surfacing tech.

Same here - was tagging roads like that as gravel until I found out it's
compacted.

Editor topic - perhaps editors should be extended to offer both
compacted & gravel for the UI choice of "gravel", with compacted being
default even ?

> -jack
> 
> -- 
> Typos courtesy of fancy auto spell technology
> 
> On April 18, 2018 6:19:07 PM EDT, Toby Murray  wrote:
> 
> I recently bought a gravel bicycle to ride on the many gravel roads in
> Kansas. Like this one:
> https://www.mapillary.com/app/?pKey=nYO4JI46L0SWzNAQlLT4kA=photo
> 
> First question: What would you call this road? Obviously I am calling
> it a "gravel road" but a couple of people have said they would call it
> a "dirt road" so I'm curious if there are any other common terms to
> describe this type of road in different regions of the US.
> 
> Second question: How would you tag this road? There is a
> surface=gravel tag that is in pretty common usage in Kansas and
> neighboring states. However looking at the wiki page for the surface
> tag[1], this is not wiki-correct. According to that page
> surface=gravel is to be used for large rocks (4-8cm) that are laid
> down loosely like those typically used as ballast on railroad beds. I
> believe The Mapillary picture I linked to would be considered
> surface=compacted according to the wiki because the rocks are much
> smaller and the surface is stabilized with a binding agent. There is a
> big difference between the two when it comes to bicycle riding.
> Railroad ballast is bone jarring and flat tire inducing whereas gravel
> roads are pretty manageable on the right kind of bike.
> 
> But If you call something a "gravel road" and there is a "gravel"
> option in the editor preset for the surface tag, people are going to
> choose the gravel option and not look for "compacted" since that is
> not a common term here. I assume it is a more common term in the UK
> and that is why it is used in OSM.
> 
> And lastly there are trails that are surfaced with a similar material
> but crushed to a smaller size like here:
> https://www.mapillary.com/app/?pKey=iQNqP-dfQ-Rm6AD9REMsgQ=photo
> 
> I'm trying to decide if that is better as surface=compacted or
> surface=fine_gravel although fine_gravel seems to be a slightly
> different process from what I see on the wiki.
> 
> Maybe this should be directed at the tagging list but I thought I
> would get thoughts from the US community since we seem to be the ones
> using the tag incorrectly (according to the wiki)
> 
> [1] https://wiki.openstreetmap.org/wiki/Key:surface
> 
> Toby
-- 
 Rihards

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

Re: [Talk-it] Cambio numeri civici

[Damjan Gerl]

> Esiste un prefisso funzionante, chessò alt_addr:housenumber, che mantenga
> entrambi i match?

Io opterei per un old_addr: se bisogna scegliere...

Damjan


-- Original Header ---

From  : "Cascafico Giovanni" cascaf...@gmail.com
To  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Date  : Thu, 19 Apr 2018 11:18:58 +0200
Subject : [Talk-it] Cambio numeri civici

> Una piccola frazione di un centinaio di civici [1] non aveva alcun nome per
> le strade: i tutti i civici erano del tipo addr:place. Cambiata totalmente
> anche la numerazione e quindi mi appresterò, complice la primavera, a
> registrare i numeri.
> 
> Mi chiedo se e come mantenere (per qualche tempo) il vecchio criterio di
> ricerca per numero e frazione.
> 
> Ora il nodo
> addr:place=Vernasso / Barnas
> addr:housenumber=128
> 
> viene trovato semplicemente inserendo "vernasso 128". Supponendo che questo
> diventi:
> addr:street=Via Mulino
> addr:housenumber=28
> 
> Esiste un prefisso funzionante, chessò alt_addr:housenumber, che mantenga
> entrambi i match?
> 
> [1] http://overpass-turbo.eu/s/y26
> 

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

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Antoine Riche]

Salut Simon,

Je suis pas trop chaud pour cette clef, qui n'a que 7 occurrences et 
n'est pas documentée, alors bicycle:lanes est documenté et très utilisé 
(cf. message précédent).


Par contre si on retient cycleway:center, il me semble qu'il faut 
expliciter oneway:bicycle=no, par cohérence avec le cas L1b de 
https://wiki.openstreetmap.org/wiki/FR:Bicycle#Bandes_cyclables


Antoine (de Carto'Cité ;-)


Le 19/04/2018 à 09:38, Simon Réau a écrit :

+1 pour cycleway:center=lane

pour le oneway:bicycle=no je pense qu'il n'est pas utile lorsque la 
rue est à double sens.


Existe t'il des voies a sens unique avec une bande cyclable centrale à 
double sens ?


Pour les outils de routage, si le wiki est documenté le routage le 
supportera ;-)


Simon de Geovelo



Le 19 avril 2018 à 02:12, marc marc > a écrit :


Le 18. 04. 18 à 19:51, Virgile Kéré a écrit :
> piste piste cyclable bidirectionnelle en centre de la chaussée,
> comme ce qui a été fait Bd Agutte-Sembat à Grenoble (photo :
> https://twitter.com/ymongaburu/status/950349177980116992?lang=bg
 )

les travaux sont finit ?!?
le message disait en janvier que c'était une réunion d'information
pour
des travaux prévu à l'automne (et donc l'image du premier message est
photoshopée ou d'ailleurs)
c'est rare d'avoir des travaux publics en avance sur le planning :)

pour les tags :
cycleway = lane est ambigu car à l'origine il dit qu'il y a une
bande de
chaque côté de la route. c'est très bricolé de s'en servir de
c'est pas
2 mais une bande et pas sur le côté mais au centre.
le seul avantage c'est que le routing fonctionnera partiellement.
cycleway:center=lane me semble plus pratique à long terme
à voir s'il faut demander son support dans les logiciels d'itinéraire

pour l'aspect bidirectionnel de la bande cycliste
oneway=yes
oneway:bicycle=no
https://wiki.openstreetmap.org/wiki/Key:oneway

mais cela n'a aucun sens si la route elle même n'est pas en sens
unique.
je reprendrais pour cela une partie des tags d'Antoine
lanes=2 (selon le wiki c'est le nombre de bandes motorisées)
bicycle:lanes=yes|designated|yes ou bicycle:lanes=no|designated|no
selon
l'obligation ou non d'emprunter la bande centrale
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr





--
*
*

Simon REAU
GEOVELO
www.geovelo.fr 
simon.r...@geovelo.fr 
Tél : 06 77 15 59 86
MAME, 49 Boulevard de Preuilly, 37000 Tours 



**


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





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Altimetrie aiuto!

[Cascafico Giovanni]

Prima di tutto NON creare un percorso se è personale e/o temporaneo.

Il portale opentreetmap.org non fornisce altimentrie, ma ci sono diversi
servizi che si appoggiano al suo database. Uno di questi è waymarkedtrails
[1]. Sulla sua mappa, clicca su uno dei percorsi colorati: ci trovarai il
suo profilo altimentrico, assieme a gpx, kml ed altre info.

Se vuoi inserire un percorso mancante, che sai avere una sua segnaletica
sul luogo, si può fare definendo in OSM una relazione, senza aggiungere
alcuna geometria. In sintesi, con un editor OSM si scelgono delle polilinee
e si associano a questa roba che è la relazione, come per esempio questa
Ciclovia del Po [2]; nella colonna a sinistra vedrai elencati i "membri"
della relazione (i tratti di strada che compongono il percorso).


[1] https://cycling.waymarkedtrails.org/
[2] https://www.openstreetmap.org/relation/8182668



Il giorno 19 aprile 2018 11:12, Valerio Gemelli  ha
scritto:

> Buongiorno,
> Sono nuovo di OSM, stò cercando di inserire il profilo altimetrico su un
> percorso di biciclette. Una volta creato il percorso sul livello dati come
> devo fare? Non riesco a trovare guide o spiegazione da nessuna parte.
> Grazie
> Valerio
>
> ___
> 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-fr] Nomad Maps: itinérance cartographique à vélo!

[alban vivert]

Bonjour à toutes et à tous,

Je souhaite partager avec vous un projet dans lequel la cartographie
collaborative (et donc en grande partie *OpenStreetMap*), le voyage et le
vélo sont mis à l’honneur.

Il s’agit de *Nomad Maps*, un projet que j'ai monté en partenariat avec
CartONG (http://www.cartong.org/fr) et deux de ses bénévoles, Yasmine
Bouzid et Joaquim Martin. C’est une itinérance de 6 mois à vélo à travers
trois pays andins (la Colombie, l'Equateur et le Pérou) axée sur
"l’opportunité de la cartographie et de l'information géographique
collaborative comme outil de développement".


Au programme, des contributions journalières sur OpenStreetMap,
l’enregistrement du trajet sur Mapillary, des rencontres avec les
communautés OSM sud-américaines et des micro-projets cartographiques avec
des associations locales en différents points du parcours. Davantage
d’informations sur les objectifs du projet et sur son déroulé sont sur le
site du projet: http://nomadmaps.net

Un effort particulier sera fait sur la rencontre et le partage avec les
communautés OSM de ces trois pays visités afin de connaître leurs
différents projets et modes de fonctionnement. Une newsletter sera mise en
place dès le début de voyage afin de vous tenir informé de ses rencontres
(inscription sur le site prochainement).

Je serai l’unique voyageur-cartographe de ce premier voyage, en espérant
que ce soit le premier d’une longue liste et qu’une communauté de
voyageurs-cartographes se créera. Une cagnotte a été ouverte pour aider au
financement du projet sur cette plateforme :
https://www.kisskissbankbank.com/fr/projects/nomad-maps


Pour plus d’informations n’hésitez pas à consulter les liens ci-dessous ou
à m’envoyer un mail : (albanviv...@gmail.com)

Site internet et cartographie interactive du projet : http://nomadmaps.net

Page facebook régulièrement actualisée :
https://www.facebook.com/NomadMapsProject/

Bande Annonce du projet : https://www.youtube.com/watch?v=20BgcfE_v30

Articles sur Nomad Maps :

https://veillecarto2-0.fr/veille-2/developper-cartographie-espaces-monde-nomad-maps-voyage-a-cartographie-collaborative/

https://cartopen.com/nomad-maps-un-bon-coup-de-pedale-pour-openstreetmap%E2%80%89-1369



*  Alban Vivert*
http://www.nomadmaps.net/
https://www.kisskissbankbank.com/fr/projects/nomad-maps
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Philippe Verdy]

Les cas avec bande centrale cyclable, j'en ai vu, mais le plus souvent
c'est une bande mixte bus+cycle et elle n'est pas à double sens. On en
trouve sur des boulevards urbains assez larges sans pour autant l'être
assez pour mettre cette bande cyclable sur un ilôt, donc généralement sur
des boulevards à 3 voies. Il n'y a qu'une bande pour les bus, dans l'autre
sens ils passent par la voie carrossable ou par une autre rue proche.
Parfois cet autre sens est lui aussi réservé aux bus et cycles (donc 2
voies bus+cycles en sens opposés mais une seule voie en sens unique
carossable, éventuellement contrainte en largeur à droite par du
stationnement, raison pour laquelle on a préféré faire circuler les vélos
sur la voie centrale mixte des bus, et non à droite le long de la bande de
stationnement).
Quand le boulevard était assez large pour avoir auparavant 4 voies, la
réduction à trois voies permet de placer cette bande centrale sur un ilôt
protégé et d'aménager facilement un arrêt bus avec sa plateforme, ainsi que
des passages piétons plus accessibles (traversée en deux temps de seulement
1 ou 2 voies et non 4 avant).
Le réaménagement urbain plaçant une bande cyclable systématiquement à
droite n'est pas toujours le plus pratique et le plus sûr (l'autre solution
expérimentale c'est la bande centrale carrossable banalisée, mais elle
n'est pas pratique pour les bus et ne sécurise pas assez les vélos et ne
rend pas plus accessible les passages piétons, je ne suis pas convaincu de
l'utilité de cette solution expérimentale qui ne convient que pour
d'anciennes rues à 2 voies carossables en contre-sens avec moins de 10
mètres de largeur totale hors trottoirs, si la chaussée fait moins de 7
mètres, la seule solution pour rendre au moins un sens cyclable c'est la
circulation alternée contrôle par des feux, ou par des panneaux sur des
rues ou passages très courts tels qu'un pont en zone urbaine dense).


Le 19 avril 2018 à 09:38, Simon Réau  a écrit :

> +1 pour cycleway:center=lane
>
> pour le oneway:bicycle=no je pense qu'il n'est pas utile lorsque la rue
> est à double sens.
>
> Existe t'il des voies a sens unique avec une bande cyclable centrale à
> double sens ?
>
> Pour les outils de routage, si le wiki est documenté le routage le
> supportera ;-)
>
> Simon de Geovelo
>
>
>
> Le 19 avril 2018 à 02:12, marc marc  a écrit :
>
>> Le 18. 04. 18 à 19:51, Virgile Kéré a écrit :
>> > piste piste cyclable bidirectionnelle en centre de la chaussée,
>> > comme ce qui a été fait Bd Agutte-Sembat à Grenoble (photo :
>> > https://twitter.com/ymongaburu/status/950349177980116992?lang=bg )
>>
>> les travaux sont finit ?!?
>> le message disait en janvier que c'était une réunion d'information pour
>> des travaux prévu à l'automne (et donc l'image du premier message est
>> photoshopée ou d'ailleurs)
>> c'est rare d'avoir des travaux publics en avance sur le planning :)
>>
>> pour les tags :
>> cycleway = lane est ambigu car à l'origine il dit qu'il y a une bande de
>> chaque côté de la route. c'est très bricolé de s'en servir de c'est pas
>> 2 mais une bande et pas sur le côté mais au centre.
>> le seul avantage c'est que le routing fonctionnera partiellement.
>> cycleway:center=lane me semble plus pratique à long terme
>> à voir s'il faut demander son support dans les logiciels d'itinéraire
>>
>> pour l'aspect bidirectionnel de la bande cycliste
>> oneway=yes
>> oneway:bicycle=no
>> https://wiki.openstreetmap.org/wiki/Key:oneway
>> mais cela n'a aucun sens si la route elle même n'est pas en sens unique.
>> je reprendrais pour cela une partie des tags d'Antoine
>> lanes=2 (selon le wiki c'est le nombre de bandes motorisées)
>> bicycle:lanes=yes|designated|yes ou bicycle:lanes=no|designated|no selon
>> l'obligation ou non d'emprunter la bande centrale
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> Simon REAU
> GEOVELO
> www.geovelo.fr
> simon.r...@geovelo.fr
> Tél : 06 77 15 59 86
> MAME, 49 Boulevard de Preuilly, 37000 Tours
> 
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Cambio numeri civici

[Cascafico Giovanni]

Una piccola frazione di un centinaio di civici [1] non aveva alcun nome per
le strade: i tutti i civici erano del tipo addr:place. Cambiata totalmente
anche la numerazione e quindi mi appresterò, complice la primavera, a
registrare i numeri.

Mi chiedo se e come mantenere (per qualche tempo) il vecchio criterio di
ricerca per numero e frazione.

Ora il nodo
addr:place=Vernasso / Barnas
addr:housenumber=128

viene trovato semplicemente inserendo "vernasso 128". Supponendo che questo
diventi:
addr:street=Via Mulino
addr:housenumber=28

Esiste un prefisso funzionante, chessò alt_addr:housenumber, che mantenga
entrambi i match?

[1] http://overpass-turbo.eu/s/y26
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-legal-talk] Usage of OSM Data in a Game as Part of an Image (Splatmap) or for editing a 3D model

[Michael Donning]

Hi all!
I am hoping to be able to use OSM Data in some spots for my game. I am
wading through the sources and use cases but this topic seems to become more
and more complicated.
 
The question arises which data might fall under the SA aspect of the license
and if that is the case how to eventually extract that data to be available
to SA.
Crediting OSM in the game is self-understanding and the probably the
simplest part.
 
Situation:
The game is potentially commercial. It contains programs, images and 3d
models in a kind of compiled form.
 
It is not open source and I don't plan to make all game data publicly
available.


Use case #1: Use of OSM data in bitmaps/pictures:
I want to extract I.e. the shape of streets from OSM (with tools like QGIS)
and plot them to an image. This image is then later "hand-"edited in a
picture/pixel editor and used for appying a "road" texture on a 3d model.
The term for this is a "splat map".
 
I read about the term "Produced Work". What does this implicate? Is
crediting OSM enough or do I need to make this image file publically
available because of SA?
 
 
Use case #2: Use of OSM data to alter 3D models:
I have a 3D model which was created based from LIDAR/DTM Data under the UK
OpenGovernmentLicense.
I want to extract/query I.e. the shape of a river from OSM and cut that
shape out of the 3D model (using a 3D Editor, i.e. Blender).
 
Is that 3D model (think of files in wavefront/obj or collada/dae format) a
database licensewise? Do I have to share the whole 3D model because of SA,
or do I need to "only" share the OSM part by removing all non-osm data and
only providing the cut out "hole" in 3D format?
 
 
If this becomes too complicated I may still have the chance to switch over
using the british "OS OpenMap - Local" but it would still be much better &
easier to be able to use the best of both.


Thank you for reading and your ideas about this.

Michael Donning



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

[Talk-it] Altimetrie aiuto!

[Valerio Gemelli]

Buongiorno, 
Sono nuovo di OSM, stò cercando di inserire il profilo altimetrico su un
percorso di biciclette. Una volta creato il percorso sul livello dati come
devo fare? Non riesco a trovare guide o spiegazione da nessuna parte.
Grazie 
Valerio
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Zone grise sur la BDOrtho en Île-de-France

[marc marc]

Le 19. 04. 18 à 10:37, Antoine Riche a écrit :
> résolution native jusqu'au niveau 20 
> en bordure de la zone couverte à cette résolution, au lieu d'avoir 
> l'imagerie du zoom 19 qui s'adapte au zoom 20, les tuiles sont vides et 
> toutes grises. C'est par exemple le cas au niveau de la Rue Franklin 
> à Courbevoie (lien direct 
> JOSM ).

le problème est du au fait que la couche BDOrtho est définie comme 
existant jusqu'au zoom20.
mais à cet endroit la tuile du zoom20 est blanche
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/20/530896/360545.jpg

il y a 2 pistes à tester :
côté josm on peux définir  no-tile-checksum qui permet de détecter
les "fausses" tuiles. j'ignore cependant si josm va automatiquement 
demander la tuile de zoom-1.

côté proxy, si on a un moyen de détecter l'erreur, on peux ajouter un 
header qu'on définir dans  no-tile-header afin que le client en soie 
informé.

pour iD, j'ignore s'il y a un moyen de passer l'info

Si quelqu'un est motivé, le premier point est facile à tester :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Zone grise sur la BDOrtho en Île-de-France

[Antoine Riche]

Bonjour,

On a sur Paris une BDOrtho ayant une excellente résolution, on peut voir 
l'ombre des lampadaires et les appuis-vélos (chouette :-). On a une 
résolution native jusqu'au niveau 20 et c'est top ! Par contre lorsqu'on 
est en bordure de la zone couverte à cette résolution, au lieu d'avoir 
l'imagerie du zoom 19 qui s'adapte au zoom 20, les tuiles sont vides et 
toutes grises. C'est par exemple le cas au niveau de la Rue Franklin 
à Courbevoie (lien direct 
JOSM ).


C'est un peu pénible...

Antoine.





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

[Lidrie]

Cascafico Giovanni scrisse il 12/04/2017 :


Il giorno 5 aprile 2017 23:51, Maurizio Napolitano  ha
scritto:

Sono curioso di sapere quale è l'algoritmo di routing usato e quali
variabili prende in considerazione.

Anch'io, soprattutto ora che ci sono stati dei problemi. Riporto dalla
stampa locale di oggi:



"Dopo il blackout di domenica [riguardava le cartelle cliniche, ndr] i
disguidi sono proseguiti anche lunedì. In regione si sono ripetuti per gran
parte della giornata malfunzionamenti alle tecnologie di trasmissione, in
particolare del 118.
I tablet in dotazione al 118 per la ricezione dell’ordine di intervento
in cui sono indicati la cosiddetta mappa del target (l’indirizzo da cui
è partita la richiesta di soccorso) e il tragitto consigliato, era
inutilizzabile poiché la schermata era visibile in ritardo. Stando alle
segnalazioni, la centrale unica di Palmanova trasmetteva la
comunicazione e questa compariva nell’ambulanza dopo diversi minuti,
anche cinque, e quindi gli operatori hanno scelto di usare per lo più il
telefono cellulare. Ma gli interventi trasmessi in questomodo non sono
tracciabili. I problemi registrati domenica sono iniziati la notte
precedente con un rallentamento anomalo del sistema che ha fatto
scattare gli allarmi di Insiel. A finiresotto accusa è il sistema
Oracle/Rac, una delle componenti dell’infrastruttura tecnica a
supporto dei servizi sanitari, che ha causato il generico e diffuso
rallentamento. È subito stato istituito un gruppo di lavoro tecnico
tra Insiel e i fornitori delle apparecchiature.​"


Visto che è passato un anno, si è saputo qual era il collo di bottiglia?
A me è stato detto che la colpa era dei tablet scadenti assegnati ai 
mezzi: appena superavano i 110-120 km/h il loro GPS andava in tilt, con 
ritardi dovuti al riavvio delle operazioni di ricerca satelliti. 
Ovviamente la fornitura fu vinta da chi fece il prezzo più basso, e mi 
chiedo se nel capitolato avessero indicato i corretti requisiti tecnici 
minimi...


--
Sans


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

Re: [Talk-at] AGIT 2018

[Andreas]

Am 2018-04-17 um 00:40 schrieb Markus Mayr:
> Hallo, liebe Mapper/innen!
> 
> Vom 04.07.2018 - 06.07.2018 findet die AGIT 2018, Österreichs größte
> Konferenz und Fachmesse für Geoinformation in Salzburg statt. Auch
> dieses Jahr ist das OpenStreetMap Projekt dort vertreten.
> 
> Ich möchte auf jeden Fall wieder dort sein und freue mich über
> Unterstützung vor Ort. Die genauen Zugangsmodalitäten sind mir noch
> nicht ganz klar, aber unter der Annahme, dass es wie in den Vorjahren
> ablaufen wird, gibt es vielleicht wieder Gastkarten (ich werde mich
> erkundigen, falls es Freiwillige gibt). Falls weitere Kosten entstehen,
> bitte im Vorfeld mit dem OSM-AT Verein Kontakt aufnehmen, dieser kann da
> bestimmt auch etwas aushelfen.

ich glaube ich kann dich heuer wieder unterstützen. Muss aber noch wegen
Unterkunft schauen und wäre super, wenn das wieder mit den Gastkarten
funktionieren würde.

lg Andreas
alias Geologist

> 
> Beste Grüße,
> Markus (ScubbX)
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Simon Réau]

+1 pour cycleway:center=lane

pour le oneway:bicycle=no je pense qu'il n'est pas utile lorsque la rue est
à double sens.

Existe t'il des voies a sens unique avec une bande cyclable centrale à
double sens ?

Pour les outils de routage, si le wiki est documenté le routage le
supportera ;-)

Simon de Geovelo



Le 19 avril 2018 à 02:12, marc marc  a écrit :

> Le 18. 04. 18 à 19:51, Virgile Kéré a écrit :
> > piste piste cyclable bidirectionnelle en centre de la chaussée,
> > comme ce qui a été fait Bd Agutte-Sembat à Grenoble (photo :
> > https://twitter.com/ymongaburu/status/950349177980116992?lang=bg )
>
> les travaux sont finit ?!?
> le message disait en janvier que c'était une réunion d'information pour
> des travaux prévu à l'automne (et donc l'image du premier message est
> photoshopée ou d'ailleurs)
> c'est rare d'avoir des travaux publics en avance sur le planning :)
>
> pour les tags :
> cycleway = lane est ambigu car à l'origine il dit qu'il y a une bande de
> chaque côté de la route. c'est très bricolé de s'en servir de c'est pas
> 2 mais une bande et pas sur le côté mais au centre.
> le seul avantage c'est que le routing fonctionnera partiellement.
> cycleway:center=lane me semble plus pratique à long terme
> à voir s'il faut demander son support dans les logiciels d'itinéraire
>
> pour l'aspect bidirectionnel de la bande cycliste
> oneway=yes
> oneway:bicycle=no
> https://wiki.openstreetmap.org/wiki/Key:oneway
> mais cela n'a aucun sens si la route elle même n'est pas en sens unique.
> je reprendrais pour cela une partie des tags d'Antoine
> lanes=2 (selon le wiki c'est le nombre de bandes motorisées)
> bicycle:lanes=yes|designated|yes ou bicycle:lanes=no|designated|no selon
> l'obligation ou non d'emprunter la bande centrale
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

Simon REAU
GEOVELO
www.geovelo.fr
simon.r...@geovelo.fr
Tél : 06 77 15 59 86
MAME, 49 Boulevard de Preuilly, 37000 Tours

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

[OSM-talk-fr] Bientôt nommage de toutes les rues françaises ?

[Brice MALLET]

Pour info, un article :
Sarlat fait appel à l'imagination de ses habitants pour nommer 150 rues

Extrait :
 "Seules les adresses disposant d'un numéro et d'un nom de voie 
pourront être raccordées au très haut débit" à partir de 2019, rappelle 
la municipalité de Sarlat sur son site internet. Il s'agit aussi de 
faciliter les interventions des secours et la distribution du courrier


https://www.caissedesdepotsdesterritoires.fr/cs/ContentServer/?pagename=Territoires/Articles/Articles=1250280966813=1
--
Britzz

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

Re: [OSM-talk-be] Nodes or areas to tag amenities

[Santens Seppe]

For this particular example, I thought it was quite appropriate. The different 
shops are in the same building (according to GRB), but can also be clearly 
separated ‘architecturally’ (see 
streetview).
 But as others point out, this method will probably not always work.

Seppe

Van: joost schouppe [mailto:joost.schou...@gmail.com]
Verzonden: woensdag 18 april 2018 18:15
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] Nodes or areas to tag amenities

How does this relate to the building:part=yes strategy that L'imaginaire has 
been playing with, e.g. https://www.openstreetmap.org/way/283645760

2018-04-18 15:56 GMT+02:00 Ubipo . 
>:
After furter consideration I think indoor=level combined with 
amenity=restaurant should solve most problems.
Improving the map would then be as simple as not editing the general 
indoor=level and just drawing new ways for individual rooms (not tagged 
amenity=restaurant).

A restaurant on multiple floors would indeed be tricky as indoor=level implies 
a single level, although I think just adding level=0;1 shouldn't be that bad, 
right?

On 18 April 2018 at 13:58, Marc Gemis 
> wrote:
how does someone "improve" your mapping to add a separate area for
room=toilets ? nested room areas ? split it off ?

m.

On Wed, Apr 18, 2018 at 12:43 PM, Ubipo . 
> wrote:
> Regarding the housenumbers: street and number is as said probably not needed
> and better reserved for the actual building, although a specialised
> addr:addition=a could be useful for the rooms.
> Regarding room=restaurant, I think that tag is perfectly fine. It just
> indicates the restaurant in it's entirety, with dining room, kitchen etc.
>
> On Wed, Apr 18, 2018, 12:10 marc marc 
> > wrote:
>>
>> for the addr : it look like strange that the room is in a building that
>> doesn't have the same addr:housenumber as the building.
>>
>> for multiple floors poi, you can draw all room with level=* tag
>> or as a first step only use indoor=yes for the whole area
>>
>> room=restaurant look like also strange for me.
>> a restaurant is several room=* item : kitchen, dining room, toilets,
>> cloakroom
>> so what's a room=restaurant ? it can not be the same as the area used
>> for amenity=restaurant. maybe it should be the area for the dining room.
>> the wiki advice to put both tag to the same polygon look like wrong.
>>
>>
>> Le 18. 04. 18 à 11:56, Marc Gemis a écrit :
>> > o, I forgot, what about a restaurant that occupies multiple floors ?
>> >
>> >
>> >
>> > On Wed, Apr 18, 2018 at 11:55 AM, Marc Gemis 
>> > >
>> > wrote:
>> >> The idea of using indoor mapping is good, and it's probably the future
>> >> to solve all the problems you mention. (we had a similar discussion
>> >> last Friday on the Riot channel)
>> >>
>> >> Some remarks:
>> >>
>> >> - does it make sense for a "room" to have an house number and a street
>> >> ? I would expect those on the building, and floor or level or so on
>> >> the room.
>> >> - I'm not familiar enough with the simple  indoor tagging, but I would
>> >> expect that a restaurant exists of multiple rooms (dining, toilets,
>> >> kitchen) not just one.
>> >> - On the Riot channel the entrance to the restaurant was also seen as
>> >> important.
>> >>
>> >> m
>> >>
>> >> On Wed, Apr 18, 2018 at 10:06 AM, Ubipo . 
>> >> >
>> >> wrote:
>> >>> Everyone,
>> >>>
>> >>> A long standing question for osm mapping in cities is wether to tag
>> >>> amenities in multi-purpose buildings as:
>> >>> - a separate node inside the building's way
>> >>> - the building itself, using both building=house and amenity=* (only
>> >>> valid
>> >>> with single-amenity buildings)
>> >>> The node approach has consistency issues like these buildings:
>> >>> https://www.openstreetmap.org/node/656793551 .
>> >>>
>> >>> The area approach is more consistent but doesn't really allow
>> >>> multi-purpose
>> >>> buildings.
>> >>> A third, lesser used method is to use part of the simple indoor
>> >>> tagging
>> >>> schema. I've used a simplified version of this for this restaurant:
>> >>> https://www.openstreetmap.org/way/580985564 .
>> >>> This approach uses two overlapping ways, one for the general building
>> >>> (tagged building=house) and one for the restaurant on the ground floor
>> >>> (tagged room=restaurant and of course amenity=restaurant).
>> >>>
>> >>> Drawbacks of this are 

Re: [OSM-talk-fr] Piste cyclable bidirectionnelle au centre de la chaussée

[Axelos]

Le 19/04/2018 à 02:12, marc marc a écrit :
> pour les tags :
> cycleway = lane est ambigu car à l'origine il dit qu'il y a une bande de 
> chaque côté de la route. c'est très bricolé de s'en servir de c'est pas 
> 2 mais une bande et pas sur le côté mais au centre.
> le seul avantage c'est que le routing fonctionnera partiellement.
> cycleway:center=lane me semble plus pratique à long terme
> à voir s'il faut demander son support dans les logiciels d'itinéraire

Coucou,

En effet c'est une bonne remarque et cela correspond bien avec ce qui se
fait déjà cycleway; cycleway:right; cycleway:left=lane
On peut donc supposer que cycleway=lane est l'équivalent de
cycleway:both=lane.

Axel.

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