Re: [Talk-it] Tempesta VAIA

[solitone]

> On 25 Jul 2019, at 22:09, Andrea Albani  wrote:
> 
> Se non è più percorribile lo segno come tale con gli appositi tag... 
> Access=no e description=sentiero inagibile, etc. 

Secondo me access=no (come foot=no. bicycle=no) non sono adeguati per 
specificare la percorribilità di un sentiero. Quei tag servono infatti per 
specificare le possibilità di accesso da un punto di vista *legale*:
> *Access values* are used to describe the *legal* access for highways 

[1]

[1] https://wiki.openstreetmap.org/wiki/Key:access
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Removing "WikiProject" prefix

[David Wales]

Hi Daniel,

Sounds good!

Thanks.

On 26 July 2019 7:05:53 am AEST, dcapillae  wrote:
>Hi,
>
>I am Daniel, from Spain. I would like to change the name of the wiki 
>pages related to the Australia mapping project to remove the 
>"Wikiproject" prefix following the pages name conventions [1].
>
>The name of the pages related to the Australia mapping project would be
>
>"Australia" (name of place) instead of "Wikiproject Australia", as 
>recommended by the wiki conventions. It is a change that I have already
>
>made in United States [2], Canada [3], Spain [4], and all 
>Spanish-speaking countries [5] on the Wiki.
>
>I could make the necessary changes, and also add the "Country" template
>
>[6] to the Australia project page, although this change is optional.
>
>All pages with "WikiProject" prefix will be redirected automatically. 
>There will be no broken links in any case.  I'll make sure everything 
>works correctly, just like now.
>
>Do you like the idea? I have posted this message on the wiki in case
>you 
>prefer to comment there [7].
>
>Thank you for you attention! Greetings from Spain.
>
>Regards,
>Daniel
>
>[1] 
>https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
>[2] https://wiki.openstreetmap.org/wiki/United_States
>[3] https://wiki.openstreetmap.org/wiki/Canada
>[4] https://wiki.openstreetmap.org/wiki/ES:Spain
>[5]
>https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
>[6] https://wiki.openstreetmap.org/wiki/Template:Country
>[7] 
>https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Australia#Removing_.22WikiProject.22_prefix
>
>
>___
>Talk-au mailing list
>Talk-au@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Removing "WikiProject" prefix

[Andrew Harvey]

I don't see any issues, fine with me.

On Fri, 26 Jul 2019 at 07:07, dcapillae  wrote:

> Hi,
>
> I am Daniel, from Spain. I would like to change the name of the wiki
> pages related to the Australia mapping project to remove the
> "Wikiproject" prefix following the pages name conventions [1].
>
> The name of the pages related to the Australia mapping project would be
> "Australia" (name of place) instead of "Wikiproject Australia", as
> recommended by the wiki conventions. It is a change that I have already
> made in United States [2], Canada [3], Spain [4], and all
> Spanish-speaking countries [5] on the Wiki.
>
> I could make the necessary changes, and also add the "Country" template
> [6] to the Australia project page, although this change is optional.
>
> All pages with "WikiProject" prefix will be redirected automatically.
> There will be no broken links in any case.  I'll make sure everything
> works correctly, just like now.
>
> Do you like the idea? I have posted this message on the wiki in case you
> prefer to comment there [7].
>
> Thank you for you attention! Greetings from Spain.
>
> Regards,
> Daniel
>
> [1]
>
> https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
> [2] https://wiki.openstreetmap.org/wiki/United_States
> [3] https://wiki.openstreetmap.org/wiki/Canada
> [4] https://wiki.openstreetmap.org/wiki/ES:Spain
> [5]
> https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
> [6] https://wiki.openstreetmap.org/wiki/Template:Country
> [7]
>
> https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Australia#Removing_.22WikiProject.22_prefix
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Removing "WikiProject" prefix

[dcapillae]

Hi, Seb.

Thank you for your message. Yes, all the links will work correctly, just 
like now.


It's not really a wiki maintenance task. It's not a Wiki Team or 
WikiProject Cleanup task either. It's only a personal initiative, 
although I'm looking for volunteers to help [1].


Monts ago, I renamed the mapping project pages of my country (Spain). We 
were one of the first communities to remove the "Wikiproject" prefix 
following the page name conventions of the Wiki. Then I continued in 
some Spanish speaking countries, and finally collaborated with friendly 
communities like Canada, United States, and now Australia.


I am encouraging other contributors to participate in the renaming of 
their country pages at the same time I'm trying to collaborate as much 
as I can.


Regards,

Daniel


[1] 
https://wiki.openstreetmap.org/wiki/Talk:Wiki#Removing_.22WikiProject.22_prefix



El 26/7/19 a las 0:43, Sebastian Spiess escribió:


Hi Daniel,
welcome to the virtual down under. I assume this is part of a larger 
wiki maintenance/clean up?


As you mention that links will be updated/redirected I don't see any 
issue with it. 


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

Re: [talk-au] Road classification in AUS

[Warin]

On 25/07/19 23:06, Sebastian S. wrote:

Hi Aleksandar,

Just in case you have not reviewed it, there Is a wiki page Australian 
tagging guideline 
https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines


However Regarding your question 1 mayor road classification has always 
been a no-go for me.

E.g. A8 Pittwater Road, North of Sydney, NSW.

It is an 'A' road according to Wikipedia these As are "primary 
highways, including urban arterials and interstate or interregional 
single carriageways."


Now for the most part the A8 has two or more lanes that are separated, 
however the road is also lined with intersections with red lights, 
driveways and houses. It is an important and high capacity road.


While the first points to me indicate it should be highway=trunk the 
last points make me think it should be highway=primary.


As I often find myself in similar dilemmas I tend to not change the 
classification.


For some guidance in NSW the LPI Base Map can be of help.
As an example I use it for tertiary versus unclassified as these tend 
not to have physical differences but the importance to the local 
community is the thing that changes them.


Aside from providing some examples of your cases I ask you what is 
your driver to look at the road classification and see the need to 
revise it?


What are the benefits of a road changing between trunk and primary? 
What does it do for map users and data consumers?


I would think that routers will pay some attention to the road 
classification, assuming the higher one would be preferred for a faster 
trip (less side entrances, stop etc).


The way I understand your email you refer to major review of the 
classification and not a fix if a single local point.


Or do you consider the classification of (some) roads that wrong that 
you can't live with it?


Curious, Sebastian
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 23 July 2019 12:50:19 am AEST, "Aleksandar Matejevic (E-Search) via 
Talk-au"  wrote:


Hi all,

My name is Aleksandar Matejevic, I work for Microsoft OSM
Editorial team. In order to make the best decision in classifying
roads across Australia, I need some help.

In government data and on signposts you can find on mapillary
and/or open street cam, you can track route numbers. I found out
that routes mostly consist of:

M route – motorways

A route – trunks

B route – primary roads

C route - secondary roads

As long you map in non-urban area this is 99.99% true, but when
you map into city area it starts to get confusing.

On this wiki page
_https://en.wikipedia.org/wiki/Highways_in_Australia_ there is no
real explanation how to classify AUS roads in OSM

If you strictly follow this page:
_https://wiki.openstreetmap.org/wiki/Key:highway_ than you should
change road classification several times on the same route way.

Therefore I have a couple of questions:

1. Do you change the classification of highway on the motorway
route into trunk through the city because it does not have a
physical barrier in between (not restricted access) or do you keep
it as motorway because of consistency?

2. If we were to change the road classification several times
during one route way, should we ignore segments that are less than
3km (for example motorway going through minor city in which it has
a quality of trunk)?

3. Can motorway have some traffic signals when passing through city?

4. How to classify State routes (for example in Melbourne)?

Best regards,

Aleksandar



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



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

Re: [talk-au] Copying address from business website?

[Kim Oldfield]

Hi Sebastian,

The source website was in the tag I added: 
website=http://www.maroondahleisure.com.au/venues/maroondah-nets/


My understanding of how to use source is as a generic description of 
where the information came from, rather than an exact reference. For 
example https://wiki.openstreetmap.org/wiki/Key:source lists 
source="aerial imagery" as commonly used, while I would have expected it 
to be depreciated with preference to the name of the aerial imagery 
used, eg source=bing.



On 26/7/19 9:02 am, Sebastian Spiess wrote:
Hi, I find it odd that you state source:website but don't proved the 
website in the website tag. Why not?


PS: I see the website of the business as the virtual front and 
consider the information public as any sign etc on the actual shop. So 
Yes I do this also all the time. (Individual POIs, not mass import)


Am 2019-07-22 15:47, schrieb Kim Oldfield:

Graeme: It's nice to know that I'm not the only one who has done this.
This particular change caused me to reconsider how appropriate it is
as it was all sourced from the website so I used source=website which,
when viewed superficially, appears to contradict guidelines for where
to source map data.

Andrew: It is nice to know that this is generally considered OK for
individual facts.

Adrian: As part of manually adding these facts I check that the
address I'm adding is for this physical location, ie at least the
street adjoins the business being tagged.

On 22/7/19 3:28 pm, Adrian Hobbs wrote:
Might be issues where contact address (e.g. head office) being 
copied is different to physical location on map.

Adrian Hobbs

⁣Sent from BlueMail ​

On 22 Jul. 2019, 15:21, at 15:21, Andrew Harvey 
 wrote:

This has come up a few times on the mailing lists, and the advise
usually
given is it's okay to source a few facts here and there like the
address or
contact number, but just don't start taking a whole database of venues
and
copy that database.

On Mon, 22 Jul 2019 at 13:06, Kim Oldfield 
wrote:


Is it acceptable to copy a street address (and other contact details)
from a business's webpage?

For example in https://www.openstreetmap.org/changeset/72452124 (what
changed is easier to see at
https://osmlab.github.io/osm-deep-history/#/way/705884944 ) I added

the

street address as listed on their website.

If this isn't acceptable, what is an acceptable way of getting an
address if it is not obvious during a site survey?

Regards,
Kim

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



 



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



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



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

Re: [talk-au] Road classification in AUS

[Sebastian Spiess]

Am 2019-07-25 23:48, schrieb Andrew Harvey:

On Tue, 23 Jul 2019 at 21:12, Aleksandar Matejevic (E-Search)
 wrote:


Thanks for the reply,

I haven't followed Wiki blindly because it can be contradictory
sometimes, that's the reason why I'm asking these questions here.
Also, I think that gov routes are there to indicate importance of
the road and flow of traffic.

I would personally wait for couple of more opinions regarding this
before reverting suggested road classification. If there are any
local mapper for these areas It would be great if they could turn
into conversation to give an opinion?


I think we have enough comments here, and documentation on both the
highway=motorway and Australian Tagging Gudelines wiki page (that Seb
just pointed out) to say that
https://www.openstreetmap.org/way/110348897/history and the rest of
that road should be reverted, as it's clearly not a highway=motorway.



A bit OT but I noticed that the previous version had bicycle=yes. This 
is also an an aspect that contradicts my understanding of a highway. 
Many major roads, even toll ways have bicycle signage and it seems to be 
accepted to use by bike. This is very different from e.g. Germany where 
this is forbidden on an Autobahn.


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

Re: [talk-au] Copying address from business website?

[Sebastian Spiess]

I do consider the website of a business public. Why else would the 
business have the website?
So if said website provides information that makes sense in OSM, I add 
it.
Yes the brain is to be switched on, always, e.g. opening hours - I 
follow what the shop states if they differ from the site.


I do agree that aggregator sites or many of these listings that are just 
SPAM in my view shoudl not be considered an acceptable source - as they 
are not the primary source of the information but rather have crawled 
the web for it.


Seb


Am 2019-07-22 17:28, schrieb Simon Poole:

There was just a longish discussion on legal-talk on the topic:
https://lists.openstreetmap.org/pipermail/legal-talk/2019-July/thread.html 
(note that AUS is one of the three countries with a strong sweat of the
brow doctrine).

From a legal POV completing information with data from the
establishments own website should in general be OK, from a QA
perspective brain needs to be turned on as, just as with any other data
source,  there is no guarantee that website contains current and 
correct

information.

Compilations of the same data (for example google and so one) should 
not

be used for sourcing information for OSM.

Simon

Am 22.07.2019 um 05:04 schrieb Kim Oldfield:

Is it acceptable to copy a street address (and other contact details)
from a business's webpage?

For example in https://www.openstreetmap.org/changeset/72452124 (what
changed is easier to see at
https://osmlab.github.io/osm-deep-history/#/way/705884944 ) I added
the street address as listed on their website.

If this isn't acceptable, what is an acceptable way of getting an
address if it is not obvious during a site survey?

Regards,
Kim

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



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


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

Re: [talk-au] Copying address from business website?

[Sebastian Spiess]

Hi, I find it odd that you state source:website but don't proved the 
website in the website tag. Why not?


PS: I see the website of the business as the virtual front and consider 
the information public as any sign etc on the actual shop. So Yes I do 
this also all the time. (Individual POIs, not mass import)


Am 2019-07-22 15:47, schrieb Kim Oldfield:

Graeme: It's nice to know that I'm not the only one who has done this.
This particular change caused me to reconsider how appropriate it is
as it was all sourced from the website so I used source=website which,
when viewed superficially, appears to contradict guidelines for where
to source map data.

Andrew: It is nice to know that this is generally considered OK for
individual facts.

Adrian: As part of manually adding these facts I check that the
address I'm adding is for this physical location, ie at least the
street adjoins the business being tagged.

On 22/7/19 3:28 pm, Adrian Hobbs wrote:
Might be issues where contact address (e.g. head office) being copied 
is different to physical location on map.

Adrian Hobbs

⁣Sent from BlueMail ​

On 22 Jul. 2019, 15:21, at 15:21, Andrew Harvey 
 wrote:

This has come up a few times on the mailing lists, and the advise
usually
given is it's okay to source a few facts here and there like the
address or
contact number, but just don't start taking a whole database of 
venues

and
copy that database.

On Mon, 22 Jul 2019 at 13:06, Kim Oldfield 


wrote:

Is it acceptable to copy a street address (and other contact 
details)

from a business's webpage?

For example in https://www.openstreetmap.org/changeset/72452124 
(what

changed is easier to see at
https://osmlab.github.io/osm-deep-history/#/way/705884944 ) I added

the

street address as listed on their website.

If this isn't acceptable, what is an acceptable way of getting an
address if it is not obvious during a site survey?

Regards,
Kim

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





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



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


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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Sérgio V .]

Just adding my R$0,02 (Brazilian Real).
I guess soon the AI assisted Human mapping will happen, it may be a very good 
help.
But I can't evaluate what's been publicized July 23, 2019 by
https://ai.facebook.com/blog/mapping-roads-through-deep-learning-and-weakly-supervised-training
"To browse our machine learning road predictions or start mapping with RapiD, 
please visit mapwith.ai."
So at "Map faster, Map better" https://mapwith.ai/#14/6.13864/6.7698 ,
I actually can't evaluate any result for roads at max zoom level 14, to see if 
it's really better. I can just believe it can be.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] Removing "WikiProject" prefix

[Sebastian Spiess]

Hi Daniel,
welcome to the virtual down under. I assume this is part of a larger 
wiki maintenance/clean up?


As you mention that links will be updated/redirected I don't see any 
issue with it.


Cheers, Seb

Am 2019-07-26 07:05, schrieb dcapillae:

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki
pages related to the Australia mapping project to remove the
"Wikiproject" prefix following the pages name conventions [1].

The name of the pages related to the Australia mapping project would
be "Australia" (name of place) instead of "Wikiproject Australia", as
recommended by the wiki conventions. It is a change that I have
already made in United States [2], Canada [3], Spain [4], and all
Spanish-speaking countries [5] on the Wiki.

I could make the necessary changes, and also add the "Country"
template [6] to the Australia project page, although this change is
optional.

All pages with "WikiProject" prefix will be redirected automatically.
There will be no broken links in any case.  I'll make sure everything
works correctly, just like now.

Do you like the idea? I have posted this message on the wiki in case
you prefer to comment there [7].

Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1]
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] 
https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries

[6] https://wiki.openstreetmap.org/wiki/Template:Country
[7]
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Australia#Removing_.22WikiProject.22_prefix


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


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

Re: [Talk-it] Tempesta VAIA

[scratera]

https://www.openstreetmap.org/#map=16/45.8923/11.1345
...quello che mi fa paura e che li c'è ora un sentiero taggato con 
access=no
bicycle=no
foot=no
highway=path
horse=no
mtb:scale=2
note=impraticabile causa tempesta VAIA
obstacle=fallen_tree
sac_scale=mountain_hiking
smoothness=impassable
trail_visibility=no

...ma che chi lo vedrà sula mappa come lo interpreterà???
...ora sulla mia mappa sparirà ma chi lo guarderà sul cessofono come fara a
capire che da li non ci si passa???



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

Re: [Talk-at] mapwith.ai

[various]

Die Thailänder und die sind nicht sehr begeistert, wie es aussieht. 
https://forum.openstreetmap.org/viewtopic.php?id=66900 oder 
https://forum.openstreetmap.org/viewtopic.php?id=63456 und das liest sich 
ziemlich fatal. 

Ich dachte mir erst in Thailand oder Afrika könnte ich mir das schon 
vorstellen, wo die Ratio Mapper/"zu mappende Sachen" sehr groß ist, nach dem 
lesen der Threads sieht das nicht so aus.

Sehr skeptisch.  

> nine-osm.org-li...@sunch.at hat am 25. Juli 2019 um 21:49 geschrieben:
> 
> 
> 
> Hallo OSM Comunity,
> 
> FB veröffentlicht AI unterstütztes Map-Tooling via https://mapwith.ai/
> Heise schrieb gestern darüber:
> https://www.heise.de/newsticker/meldung/Map-With-AI-Facebook-unterstuetzt-OpenStreetMap-Community-4478433.html
> 
> Schon jemand Erfahrungen damit?
> 
> LG
> Erwin
> 
> ___
> 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

[talk-au] Removing "WikiProject" prefix

[dcapillae]

Hi,

I am Daniel, from Spain. I would like to change the name of the wiki 
pages related to the Australia mapping project to remove the 
"Wikiproject" prefix following the pages name conventions [1].


The name of the pages related to the Australia mapping project would be 
"Australia" (name of place) instead of "Wikiproject Australia", as 
recommended by the wiki conventions. It is a change that I have already 
made in United States [2], Canada [3], Spain [4], and all 
Spanish-speaking countries [5] on the Wiki.


I could make the necessary changes, and also add the "Country" template 
[6] to the Australia project page, although this change is optional.


All pages with "WikiProject" prefix will be redirected automatically. 
There will be no broken links in any case.  I'll make sure everything 
works correctly, just like now.


Do you like the idea? I have posted this message on the wiki in case you 
prefer to comment there [7].


Thank you for you attention! Greetings from Spain.

Regards,
Daniel

[1] 
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention

[2] https://wiki.openstreetmap.org/wiki/United_States
[3] https://wiki.openstreetmap.org/wiki/Canada
[4] https://wiki.openstreetmap.org/wiki/ES:Spain
[5] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[6] https://wiki.openstreetmap.org/wiki/Template:Country
[7] 
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Australia#Removing_.22WikiProject.22_prefix



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

Re: [Talk-it] Tempesta VAIA

[Luca Delucchi]

Il gio 25 lug 2019, 22:34 Alessandro Sarretta 
ha scritto:

> Come mi sembra altri qui in lista, non sono d'accordo sulla proposta di
> cancellare il tag highway per segnalare l'impraticabilità di un sentiero.
>
Concordo, specialmente se sono sentieri marcati

> In questo caso si potrebbe usare sul tratto interessato
>
>- obstacle=fallen_tree
>- access:no
>
> ed eventualmente
>
>- abandoned:highway=track
>
> Concordo, userei il secondo nel caso di percorsi, come descritti
precedentemente da scratera, di cui non c'è interesse minimo a ripristinare
in breve

>
>
> Ale
>
Ciao
Luca

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

[Talk-us] Great Lakes Circle (Tours, bicycle) GIS-folk?

[stevea]

If there are GIS-savvy people who are authoritative (even -ish) regarding Great 
Lakes Circle Tours (Bicycle), please drop a line maybe here or maybe at 
https://wiki.osm.org/wiki/Lake_Michigan_Circle_Tour_Bicycle_Route.  (Which is 
believed largely correct, though around Traverse City there are some sketchy 
portions).

In my mind, these are a bit vague and hazy though they (4 out of 5 lakes have 
routes or all 5?) seem real enough, with signs, a consistent set of 
logo/graphics, T-shirts, fans  Some contact of GIS-ish folks who have 
something to say about where the routes are would be good; thanks if OSM makes 
this connection.

In short, we're OK with Lake Michigan Circle Tour, what about all of the Great 
Lakes?

These seem somewhere around or between rcn (where now) and quasi-national ncn 
(maybe 4 become international?)  That's maybe another topic for another thread.

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

Re: [Talk-it] Tempesta VAIA

[Alessandro Sarretta]

Come mi sembra altri qui in lista, non sono d'accordo sulla proposta di 
cancellare il tag highway per segnalare l'impraticabilità di un sentiero.


In questo caso si potrebbe usare sul tratto interessato

 * obstacle=fallen_tree
 * access:no

ed eventualmente

 * abandoned:highway=track

Ale


On 25/07/19 22:09, Andrea Albani wrote:



Il gio 25 lug 2019, 22:04 scratera > ha scritto:


..sta estremizzando su un sentiero percorribile e uno non più
percorribile...


Se non è più percorribile lo segno come tale con gli appositi tag... 
Access=no e description=sentiero inagibile, etc.



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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[stevea]

I would like to publicly, sincerely thank Martijn for saying that here.
SteveA

> On Jul 25, 2019, at 7:26 AM, Martijn van Exel  wrote:
> 
> I did. After Drishtie Patel announced a preview of this project[1] I gave it 
> a go and shared my observations with them.
> Martijn
> 
> [1] https://www.openstreetmap.org/user/DrishT/diary/368711
> 
>> On Jul 24, 2019, at 2:16 PM, stevea  wrote:
>> 
>> I'm not sure whether Martijn said this or not
> 


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

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il gio 25 lug 2019, 22:04 scratera  ha scritto:

> ..sta estremizzando su un sentiero percorribile e uno non più
> percorribile...
>

Se non è più percorribile lo segno come tale con gli appositi tag...
Access=no e description=sentiero inagibile, etc.

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

Re: [Talk-it] Tempesta VAIA

[scratera]

..sta estremizzando su un sentiero percorribile e uno non più percorribile...



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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Frederik Ramm]

Hi,

On 7/25/19 17:05, Martin Koppenhoefer wrote:
> so it is an official OpenStreetMap effort, the OpenStreetMap-Foundation
> is involved, and this is their statement? This is the impression I would
> get from reading this paragraph without background information.

No it is not. This press release is on the same level as "Cloudmade's
OpenStreetMap Project" so many years ago. It would be nice if our
communications working group had the capacity of rectifying such
misinformation, or if companies could simply treat us more fairly in
their never-ending quest for attention, but both are unlikely to happen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[Talk-at] mapwith.ai

[nine-osm . org-lists]

Hallo OSM Comunity,

FB veröffentlicht AI unterstütztes Map-Tooling via https://mapwith.ai/
Heise schrieb gestern darüber:
https://www.heise.de/newsticker/meldung/Map-With-AI-Facebook-unterstuetzt-OpenStreetMap-Community-4478433.html

Schon jemand Erfahrungen damit?

LG
Erwin

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

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 19:45 scratera  ha
scritto:

> ...un conto sono gli incidenti definiamoli normali che succedono su
> sentieri
> normalmente manumentati...un conto è avere sul cessofono una mappa con
> segnato un sentiero che si nfila in un inferno del genere da cui non hai
> uscitae che l'utente normale vedendolo mappato dice..di li si può
> passare...ma non sa di andare direttamente all'inferno
>
>
Se ci fosse una cessomappa che ti disegna anche le way senza tag associati
che fai ? cancelli la traccia  ? è un ragionamento per assurdo (forse), ma
espone i limiti di ragionare come un renderer invece che come un mapper,
ovvero non puoi coprire tutte le possibili casistiche di rendering di un
dato cartografico adattando artificialmente il dato.

Non trovo poi corretto che mi fai dei distinguo fra sentiero in quelle zone
devastate e sentieri in zone non devastate, ma pur sempre con un certo
livello di rischio. Poco più a nord della zona in cui c'è stato l'incidente
che hai linkato (a proposito quello di rainews è lo stesso citato nel link
di libero) c'è il Costabella dove trovi dei "sentieri" come il Bepi Zac con
dei passaggi interessanti che non consiglierei a tutti [1].

Estremizzando... per quale criterio questo non dovrebbe rientrare fra
quelli a cui rimuovere il tag highway=path ?  Sono sulla mappa e qualche
"sprovveduto" in infradito potrebbe percorrerli dopo avere preso la comoda
funivia dal passo San Pellegrino.

[1]
https://www.openstreetmap.org/relation/7297059#map=15/46.4010/11.7795=N
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tempesta VAIA

[scratera]

https://www.rainews.it/tgr/trento/articoli/2019/07/tnt-si-perdono-nel-bosco-per-gli-alberi-schiantati-soccorsi-nella-notte-c8e36e20-1eff-45ef-8283-072418f739ad.html?wt_mc=2.www.fb.tgrtaatn_ContentItem-c8e36e20-1eff-45ef-8283-072418f739ad.=IwAR2O515Hf837dXd2echB6MCfMS6teCjVC_UPTpTQDfMjEPYUGUqtrUYnpJE
...questo è di oggi ad esempio 



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

Re: [Talk-it] Tempesta VAIA

[scratera]

...un conto sono gli incidenti definiamoli normali che succedono su sentieri
normalmente manumentati...un conto è avere sul cessofono una mappa con
segnato un sentiero che si nfila in un inferno del genere da cui non hai
uscitae che l'utente normale vedendolo mappato dice..di li si può
passare...ma non sa di andare direttamente all'inferno 



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

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Mikel Maron]

I also tried it out after Drishtie's post, and was impressed with many of the 
considerations in the process. The team developing this is indeed very open to 
feedback and have iterated a lot. I had also been watching this work as it 
moved alongside great strides in quality checks in iD. Deliberate open work to 
apply ML where it can be useful -> aiding human mappers, is the name of the 
game. Recommend to all to check it out directly.
* Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Thursday, July 25, 2019, 05:29:17 PM GMT+3, Martijn van Exel 
 wrote:  
 
 I did. After Drishtie Patel announced a preview of this project[1] I gave it a 
go and shared my observations with them.
Martijn

[1] https://www.openstreetmap.org/user/DrishT/diary/368711

> On Jul 24, 2019, at 2:16 PM, stevea  wrote:
> 
> I'm not sure whether Martijn said this or not


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

Re: [Talk-it] Tempesta VAIA

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 17:52 scratera  ha
scritto:

>
> http://247.libero.it/rfocus/39264113/1/si-perdono-per-colpa-degli-alberi-abbattuti-dal-maltempo-calati-per-40-metri-dai-soccorritori/
> ...per evitare possibilemente questi inconvenienti..si tratterebbe si di
> mappare per il rendering ma lasciando i dati di fondo per poi ristabilire
> il
> tutto a emergenza passata ...
>
>
>
La cronaca è piena di incidenti come quello che hai citato, a volte più
gravi, che spesso interessano sentieri perfettamente visibili e manutenuti.

In linea con quanto già espresso da altri se tu hai DIRETTA evidenza di un
tratto di sentiero che non esiste più, allora lo puoi rimuovere senza
remore.
Se il sentiero c'è ancora, ma è sotto una catasta di tronchi, trovo
scorretta la rimozione del tag highway perchè ci sono altri tag che possono
descrivere meglio l'impraticabilità dello stesso.

Mappiamo le cose come sono nella realtà, non come vorremmo che fossero per
soddisfare altri fini (per quanto meritevoli possano essere).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass whitout tag

[Andrea Albani]

Il giorno gio 25 lug 2019 alle ore 18:09 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

>
> ora, per continuare, come posso ottenere sono le way chiuse ..
> per non dovere fare quanto sotto?
>
>   way ["natural"]["natural"!~"tree_row"];
>
> Rigrazie
>
>
puoi usare

way ["natural"] (if:is_closed());

che per quanto ne so funziona solo per gli oggetti way
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass whitout tag

[Roberto Brazzelli]

A risolto così,
relation ["natural"]["natural"!~"peninsula"];

ora, per continuare, come posso ottenere sono le way chiuse ..
per non dovere fare quanto sotto?

  way ["natural"]["natural"!~"tree_row"];

Rigrazie

Il giorno gio 25 lug 2019 alle ore 12:40 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Allora dovresti mettere
> relation["natural"!="peninsula"]
>
> Ale
>
> On 25/07/19 12:18, Roberto Brazzelli wrote:
>
> Ciao Alessandro,
> si è una query di overpass-turbo...quello che voglio fare
> è estrarre in mia bbox predefinita (è qui nessun problema)
> questi dati:
> way["natural"]
> relation["natural"]
>
> Ma togliendo la "peninsula"...ho provato così ma non va
> relation["natural"][!"peninsula"]
>
> grazie
> Roberto
>
>
>
> Il giorno gio 25 lug 2019 alle ore 10:53 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> E' una query in Overpass turbo giusto?
>>
>> Se vuoi estrarre ad esempio il boundary dell'Italia (
>> https://www.openstreetmap.org/relation/4056532) basta che inquadri una
>> qualunque area nella quale si vede la costa italiana e usi la seguente
>> query:
>> /*
>> This has been generated by the overpass-turbo wizard.
>> The original search was:
>> “natural=peninsula”
>> */
>> [out:json][timeout:25];
>> // gather results
>> (
>>   // query part for: “natural=peninsula”
>>   node["natural"="peninsula"]({{bbox}});
>>   way["natural"="peninsula"]({{bbox}});
>>   relation["natural"="peninsula"]({{bbox}});
>> );
>> // print results
>> out body;
>> >;
>> out skel qt;
>>
>> Occhio che è "peninsula", non "penisula":
>> https://wiki.openstreetmap.org/wiki/Tag:natural=peninsula?uselang=en-US
>>
>> Ale
>> On 25/07/19 10:21, Roberto Brazzelli wrote:
>>
>> Qualche aiuto/suggerimento per questa
>> query:
>>
>>  way["natural"][!"penisula"]({{bbox}}); // questa funzione
>>
>>  relation["natural"][!"penisula"]({{bbox}}); // questa no*
>>
>> * vorrei che non prendesse il boundary della penisola
>>
>> Grazie
>>
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Axel Listes]

Le 24/07/2019 à 16:36, Phyks a écrit :
> Je veux bien plus de détails sur cet aménagement, car je ne comprends
> pas très bien. Je ne comprends pas non plus pourquoi il y aurait des
> pictogrammes vélos avec une signalisation "pied à terre". Dans tous les
> cas, "cyclistes pied à terre" m'interdirait de tagguer cela comme un
> aménagement cyclable.

Je prends note, ce sera fait dans un temps indéfini (ce n'est pas très
proche de chez moi).

Concernant ta remarque, sur l'existence de pictogrammes, je ne peux pas
te répondre car moi-même je ne comprends pas !
En revanche, pour certains contributeurs, ce type d’aménagements est
considéré comme cyclable, d’où cette idée de créer des balises adéquates
pour éviter de se retrouver avec un highway=cycleway.

-- 

Tu utilises un service GAFAM ? Tu migres quand pour me protéger ?

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

Re: [Talk-it] Tempesta VAIA

[scratera]

http://247.libero.it/rfocus/39264113/1/si-perdono-per-colpa-degli-alberi-abbattuti-dal-maltempo-calati-per-40-metri-dai-soccorritori/
...per evitare possibilemente questi inconvenienti..si tratterebbe si di
mappare per il rendering ma lasciando i dati di fondo per poi ristabilire il
tutto a emergenza passata ...



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

Re: [Talk-at] addr:housename

[Andreas Frey]

Super, 
vielen Dank für die Rückmeldung!

Andy


> Am 25.07.2019 um 16:33 schrieb ScubbX :
> 
> Hallo!
> 
> Ich habe derartiges auch immer in "name" eingetragen.
> 
> 
> Am 24.07.19 um 22:26 schrieb Andreas Frey:
>> Hallo zusammen,
>> 
>> soll der Name eines Hauses wo Fremdenzimmer vermietet werden z.B. Haus 
>> Monika - der Name ist groß angeschrieben - als ‚name‘ oder ‚addr:housename‘ 
>> eingegeben werden? Bsp: https://osm.org/go/0C8RPUuNv 
>> 
>> 
>> Es gibt hier Beispiele für die eine oder andere Variante, es scheint bisher 
>> nicht einheitlich gehandhabt zu werden. Oder kennt jemand eine Festlegung 
>> hierzu?
>> 
>> Grüße, 
>> Andy
>> 
>> https://wiki.openstreetmap.org/wiki/User:Ajf3934221-wiki-tue 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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

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

Re: [OSM-co] Solitud apoyo georefernciacion escuelas Guajira

[Ariel Nunez]

Ha, me hizo una mala jugada Gmail. Solamente respondí 2 años tarde.

On Thu., 25 Jul. 2019, 10:22 am Ariel Nunez, 
wrote:

> Fernando, cuáles son tus fechas?
>
> Yo vivo en Barranquilla y puedo desplazarme por tierra para dar un taller
> de mapeo en alguna institución educativa.
>
> Lo clave sería encontrar un lugar en la guajira que tenga el conocimiento
> local y solamente necesite apoyo en el editor / tags.
>
> -a
>
> On Thu., 16 Mar. 2017, 12:59 pm Fernando SANCHEZ, <
> fernando.sanc...@wfp.org> wrote:
>
>> Buenas tardes estimada comunidad:
>>
>>
>>
>> Somos el Programa Mundial de Alimentos de las Naciones Unidas, en este
>> momento estamos adelantando un proyecto de atención alimentaria para las
>> escuelas del departamento de la guajira. Es de vital importancia conocer
>> las ubicaciones reales de estas escuelas para determinar los aspectos
>> logísticos de nuestra atención como posibilidad de vías y demás aspectos
>> que nos puedan ayudar a coordinar nuestra atención. En este solo tenemos
>> nuestra base de datos con las direcciones aproximadas de estas escuelas,
>> por tal motivo pedimos su ayuda para georreferenciar estas direcciones y
>> así poder obtener un mapa con la ubicación de cada escuela o institución
>> educativa. Son aproximadamente 1500 instituciones. Quisiéramos saber si
>> podemos contar con el apoyo de la comunidad de Open Street Maps Colombia
>> para esta labor.
>>
>>
>>
>> Gracias por su valiosa ayuda.
>>
>>
>>
>> Fernando Sánchez
>>
>> IT Operations Associate
>>
>> IT Division
>>
>> World Food Programme
>>
>> Bogotá, Colombia
>>
>>
>>
>>
>>
>> [image: http://newgo.wfp.org/sites/default/files/logo-block_email_spa.jpg]
>>
>> *Salvando vidas. Cambiando vidas. Alimentando sueños*.
>>
>>
>>
>>
>> The information contained in this electronic message and any attachments
>> is intended for specific individuals or entities, and may be confidential,
>> proprietary or privileged. If you are not the intended recipient, please
>> notify the sender immediately, delete this message and do not disclose,
>> distribute or copy it to any third party or otherwise use this message. The
>> content of this message does not necessarily reflect the official position
>> of the World Food Programme. Electronic messages are not secure or error
>> free and may contain viruses or may be delayed, and the sender is not
>> liable for any of these occurrences. The sender reserves the right to
>> monitor, record and retain electronic messages.
>> ___
>> Talk-co mailing list
>> Talk-co@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-co
>>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-co] Solitud apoyo georefernciacion escuelas Guajira

[Ariel Nunez]

Fernando, cuáles son tus fechas?

Yo vivo en Barranquilla y puedo desplazarme por tierra para dar un taller
de mapeo en alguna institución educativa.

Lo clave sería encontrar un lugar en la guajira que tenga el conocimiento
local y solamente necesite apoyo en el editor / tags.

-a

On Thu., 16 Mar. 2017, 12:59 pm Fernando SANCHEZ, 
wrote:

> Buenas tardes estimada comunidad:
>
>
>
> Somos el Programa Mundial de Alimentos de las Naciones Unidas, en este
> momento estamos adelantando un proyecto de atención alimentaria para las
> escuelas del departamento de la guajira. Es de vital importancia conocer
> las ubicaciones reales de estas escuelas para determinar los aspectos
> logísticos de nuestra atención como posibilidad de vías y demás aspectos
> que nos puedan ayudar a coordinar nuestra atención. En este solo tenemos
> nuestra base de datos con las direcciones aproximadas de estas escuelas,
> por tal motivo pedimos su ayuda para georreferenciar estas direcciones y
> así poder obtener un mapa con la ubicación de cada escuela o institución
> educativa. Son aproximadamente 1500 instituciones. Quisiéramos saber si
> podemos contar con el apoyo de la comunidad de Open Street Maps Colombia
> para esta labor.
>
>
>
> Gracias por su valiosa ayuda.
>
>
>
> Fernando Sánchez
>
> IT Operations Associate
>
> IT Division
>
> World Food Programme
>
> Bogotá, Colombia
>
>
>
>
>
> [image: http://newgo.wfp.org/sites/default/files/logo-block_email_spa.jpg]
>
> *Salvando vidas. Cambiando vidas. Alimentando sueños*.
>
>
>
>
> The information contained in this electronic message and any attachments
> is intended for specific individuals or entities, and may be confidential,
> proprietary or privileged. If you are not the intended recipient, please
> notify the sender immediately, delete this message and do not disclose,
> distribute or copy it to any third party or otherwise use this message. The
> content of this message does not necessarily reflect the official position
> of the World Food Programme. Electronic messages are not secure or error
> free and may contain viruses or may be delayed, and the sender is not
> liable for any of these occurrences. The sender reserves the right to
> monitor, record and retain electronic messages.
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Martin Koppenhoefer]

sent from a phone

> On 25. Jul 2019, at 15:42, Nuno Caldeira  wrote:
> 
> "“The RapiD tool was developed in conjunction with those in the mapping 
> community who have been working in this area for many years. Because this 
> tool was built with their input, it is already having an impact,” said Tyler 
> Radford,executive director of the humanitarian OpenStreetMap team."


so it is an official OpenStreetMap effort, the OpenStreetMap-Foundation is 
involved, and this is their statement? This is the impression I would get from 
reading this paragraph without background information.

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

[Talk-ca] hebdoOSM Nº 468 2019-07-02-2019-07-08

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[OSM-talk-fr] hebdoOSM Nº 468 2019-07-02-2019-07-08

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-ht] hebdoOSM Nº 468 2019-07-02-2019-07-08

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

[Talk-africa] hebdoOSM Nº 468 2019-07-02-2019-07-08

[theweekly . osm]

Bonjour,

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

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

Bonne lecture !

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

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

Re: [Talk-it] Tempesta VAIA

[pietro marzani via Talk-it]

 Siccome non si dovrebbe mappare per il rendering sicuramente sarebbe più 
pulita la soluzione con il tag obstacle, ma forse per questo caso farei uno 
strappo alla regola per evitare che delle persone che si basano sulle 
informazioni della mappa senza andare a verificare i tag delle highway si 
mettano in brutte situazioni.Ancora meglio sarebbe promuovere una correzione 
degli stili delle mappe più diffuse per interpretare sui sentieri i tag 
obstacle o access.Ciao ciaoPietro
Il mercoledì 24 luglio 2019, 20:12:11 CEST, Volker Schmidt 
 ha scritto:  
 
 Portate questo argomento anche sulla list Talk-it-CAI. E' un argomento 
importante e, per me, la procedura dovrebbe essere uniforme per tutti sentieri, 
 CAI o non.
On Wed, 24 Jul 2019, 18:43 scratera,  wrote:

...probabilmente non capite la situazione...molti sentieri non sono ufficiali
cai ne sat ma solo tracce 
https://www.openstreetmap.org/way/37013553
..faccio un esempio pratico questo non è trattato ne dalla sat ne dal
cai...gli alberi caduti non sono uno solo...sono uno ogni 2/3m3 e accatastai
uno sopra all'altro...parliamo di una 100 di piante solo sull'area del
sentiero dove attualmente non c'è nessunissima velleita di ripristinarlo
anche perchè in un posto ameno dal punto di vista
geografico/ambientale...qua sicuramente passeranno 3/4 anni prima che
qualcuno ci vada a mettere mano...non è presente nessunissima frana ma il
sentiero non è praticabile propio anche trasformandosi in formica...



--
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: [OSM-talk] adding my aerial sphere 360 panorama to the OpenStreetMap

[Oleksiy Muzalyev]

Hi James,

thank you very much for your comment.

Both Mapillary and OpenStreetCam specialize in Street View style 
imagery, i.e. the imagery created at the level of 1.5 - 2 meters above 
the ground. These are great resources.


However, I shoot sphere panoramas at the altitude of 30 - 50 meters 
above the ground. One such panorama covers an area of about one square 
kilometer. It provides a good 3D impression and understanding of a 
geographical place.


I learned from the interesting discussion at my new diary entry page 
https://www.openstreetmap.org/user/Alex-7/diary
that Wikimedia's Wmflabs works on its Panorama Viewer. Actually it is 
functional already. And also that, probably, a new OSM tag is needed, 
since a panorama, especially aerial, is not a usual still image, it is a 
new different quickly developing technology.


Thank you again and have a good day.

Best regards,
O. (Alex-7@OSM)


On 25-Jul-19 12:14, James wrote:
There are already services such as Mapillary or OpenStreetCam that can 
be used as an imagery overlay to OSM.


On Thu., Jul. 25, 2019, 6:11 a.m. Oleksiy Muzalyev, 
mailto:oleksiy.muzal...@bluewin.ch>> wrote:


Good day,

I published a new diary entry about an experiment of adding my aerial
sphere 360 panorama to the OpenStreetMap:

https://www.openstreetmap.org/user/Alex-7/diary

If you are interested of virtual, 3D or deep mapping, please, read
and
comment.

Best regards,

O. (Alex-7@OSM)





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



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

Re: [Talk-it] ss 106 Jonica Palizzi Marina

[francesco gargano]

Il giorno giovedì 25 luglio 2019, Francesco Pelullo 
ha scritto:

>
>
> Il gio 25 lug 2019, 09:57 Martin Koppenhoefer  ha
> scritto:
>
>>
>>
>>
>> grazie per la segnalazione, la cosa più utile sarebbe indicare sulla
>> mappa OpenStreetMap da dove fino a dove, con link dal sito per esempio così:
>> https://www.openstreetmap.org/?mlat=38.34544=16.46958#
>> map=17/38.34544/16.46958
>>
>
> Dovrebbe essere questa:
>
> https://www.openstreetmap.org/way/171043501/history#map=12/37.9162/16.0115
>
> Mi sembra che sia stata aggiornata ieri.
>
> Ciao
> /niubii/
>

avevo guardato ieri proprio questo ed il tratto era aggiornato , manca solo
una rotatoria a fine tratto km.53  che dal satellitare non si vede
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] addr:housename

[ScubbX]

Hallo!

Ich habe derartiges auch immer in "name" eingetragen.


Am 24.07.19 um 22:26 schrieb Andreas Frey:
> Hallo zusammen,
>
> soll der Name eines Hauses wo Fremdenzimmer vermietet werden z.B. Haus
> Monika - der Name ist groß angeschrieben - als ‚name‘ oder
> ‚addr:housename‘ eingegeben werden? Bsp: https://osm.org/go/0C8RPUuNv
>
> Es gibt hier Beispiele für die eine oder andere Variante, es scheint
> bisher nicht einheitlich gehandhabt zu werden. Oder kennt jemand eine
> Festlegung hierzu?
>
> Grüße, 
> Andy
>
> https://wiki.openstreetmap.org/wiki/User:Ajf3934221-wiki-tue
>
>
>
>
> ___
> 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] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Martijn van Exel]

I did. After Drishtie Patel announced a preview of this project[1] I gave it a 
go and shared my observations with them.
Martijn

[1] https://www.openstreetmap.org/user/DrishT/diary/368711

> On Jul 24, 2019, at 2:16 PM, stevea  wrote:
> 
> I'm not sure whether Martijn said this or not


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

Re: [talk-au] Road classification in AUS

[Andrew Harvey]

On Tue, 23 Jul 2019 at 21:12, Aleksandar Matejevic (E-Search) <
v-maa...@microsoft.com> wrote:

> Thanks for the reply,
>
>
>
> I haven't followed Wiki blindly because it can be contradictory sometimes,
> that's the reason why I'm asking these questions here. Also, I think that
> gov routes are there to indicate importance of the road and flow of traffic.
>
>
>
> I would personally wait for couple of more opinions regarding this before
> reverting suggested road classification. If there are any local mapper for
> these areas It would be great if they could turn into conversation to give
> an opinion?
>

I think we have enough comments here, and documentation on both the
highway=motorway and Australian Tagging Gudelines wiki page (that Seb just
pointed out) to say that
https://www.openstreetmap.org/way/110348897/history and
the rest of that road should be reverted, as it's clearly not a
highway=motorway.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Nuno Caldeira]

https://venturebeat.com/2019/07/23/facebook-speeds-up-mapping-data-validation-with-machine-learning-tools-map-with-ai-and-rapid/

"Facebook says that the mapping data validated by Map With AI — which will
be publicly available — might help to inform disaster urban planning and
development projects, and to improve Facebook products that use
OpenStreetMap like Marketplace, Local, and Pages."

oh the wonders! so what Facebook products are using OSM data? I don't see
the attribution or notice of OSM being used. can someone pinpoint me of
such? I have tried, but can't find it.

"“The RapiD tool was developed in conjunction with those in the mapping
community who have been working in this area for many years. Because this
tool was built with their input, it is already having an impact,” said
Tyler Radford,executive director of the humanitarian OpenStreetMap team."

so HOT is behind this too?

" Above: Visualization of the geographic distribution of training data for
the road segmentation

model.
Image Credit: Facebook"

oh... they have added road data in Europe or just the training? haven't
seen that. lovely it's credited to Facebook


A quarta, 24/07/2019, 23:08, stevea  escreveu:

> Sure, James.  I'm simply calling this as I see it here, in context, with
> an appropriate audience.
> SteveA
>
> > On Jul 24, 2019, at 3:02 PM, James  wrote:
> >
> > News outlet sensationalizes story to attract views to its website.I
> can't think of one example of this ever happening in the history pf the
> planet
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] Road classification in AUS

[Sebastian S.]

Hi Aleksandar,

Just in case you have not reviewed it, there Is a wiki page Australian tagging 
guideline https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines

However Regarding your question 1 mayor road classification has always been a 
no-go for me.
E.g. A8 Pittwater Road, North of Sydney, NSW.

It is an 'A' road according to Wikipedia these As are "primary highways, 
including urban arterials and interstate or interregional single carriageways."

Now for the most part the A8 has two or more lanes that are separated, however 
the road is also lined with intersections with red lights, driveways and 
houses. It is an important and high capacity road.

While the first points to me indicate it should be highway=trunk the last 
points make me think it should be highway=primary.

As I often find myself in similar dilemmas I tend to not change the 
classification.

Aside from providing some examples of your cases I ask you what is your driver 
to look at the road classification and see the need to revise it?

What are the benefits of a road changing between trunk and primary? What does 
it do for map users and data consumers?

The way I understand your email you refer to major review of the classification 
and not a fix if a single local point.

Or do you consider the classification of (some) roads that wrong that you can't 
live with it?

Curious, Sebastian
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On 23 July 2019 12:50:19 am AEST, "Aleksandar Matejevic (E-Search) via Talk-au" 
 wrote:
>Hi all,
>
>My name is Aleksandar Matejevic, I work for Microsoft OSM Editorial
>team. In order to make the best decision in classifying roads across
>Australia, I need some help.
>
>In government data and on signposts you can find on mapillary and/or
>open street cam, you can track route numbers. I found out that routes
>mostly consist of:
>
>M route - motorways
>
>A route - trunks
>
>B route - primary roads
>
>C route - secondary roads
>
>As long you map in non-urban area this is 99.99% true, but when you map
>into city area it starts to get confusing.
>
>On this wiki page https://en.wikipedia.org/wiki/Highways_in_Australia
>there is no real explanation how to classify AUS roads in OSM
>
>If you strictly follow this page:
>https://wiki.openstreetmap.org/wiki/Key:highway than you should change
>road classification several times on the same route way.
>
>Therefore I have a couple of questions:
>
>1. Do you change the classification of highway on the motorway route
>into trunk through the city because it does not have a physical barrier
>in between (not restricted access) or do you keep it as motorway
>because of consistency?
>
>2. If we were to change the road classification several times during
>one route way, should we ignore segments that are less than 3km (for
>example motorway going through minor city in which it has a quality of
>trunk)?
>
>3. Can motorway have some traffic signals when passing through city?
>
>4. How to classify State routes (for example in Melbourne)?
>
>
>
>Best regards,
>
>Aleksandar
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-at] Historisches Gebäude mit gewerblicher Nutzung?

[Kevin Kofler]

Johannes Zarl-Zierl wrote:
> Ich habe nur beide Gebäude markiert habe und im Id-Editor "merge"
> ausgewählt (in der Annahme, dass der Editor schon das richtige macht).
[snip]
> Ich hab mir das jetzt kurz im Editor angesehen, und habe ehrlich gesagt
> keinen Plan wie ich die vorgeschlagenen Änderungen durchführen sollte: aus
> der Relation "Alte Fleischhalle" wieder ein Gebäude zu machen, scheint mir
> nicht möglich zu sein.

Ich würde mal empfehlen, einen richtigen Editor wie JOSM oder Merkaartor 
herunterzuladen, die sind flexibler als iD.

Die meisten Mapper, denen iD nicht ausreicht, schwören auf JOSM, und das mit 
großem Abstand. (Vom Feature-Umfang ist der auf jeden Fall der beste.) Vom 
Merkaartor bin ich einer der wenigen noch verbliebenen Benutzer. (Der ist 
als native Qt-Applikation halt schnell und fügt sich gut in meine KDE-
Umgebung ein. Zudem hat er einige wenige Features, die, zumindest als ich es 
zuletzt überprüft hatte, nicht einmal der JOSM konnte. Aber mit dem 
Funktionsumfang von JOSM kann er nicht mithalten.)

Siehe auch: https://wiki.openstreetmap.org/wiki/Editor_usage_stats

Liebe Grüße,
Kevin


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

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Jérôme Seigneuret]

Oui comme mentionne @Jean Yvon je parlais des cas perpendiculaires et
passages piétons. Mais @ Florimond à raison ça ne cadre que la priorité de
passage... et il s'ajoute l'interdiction de stationner et de dépasser

La norme SN 640 241 "Passages pour piétons"
En savoir plus : https://www.securite-routiere-az.fr/p/passage-pieton/


J'ai même lu qu'il n'y a pas d’obligation à mettre de passage clouté en
dessus d'un certains cotas de passage de pétions et de véhicules (50
piétons et 300 véhicules/heure en heure de pointe)

D'autre part, en mode circulation sur trottoir et non chaussée et donc
uniquement circulable par piétons sauf mention contraire, quand on a une
fin de voie sur trottoir sans connexion on repasse en mode piéton donc pied
à terre.
Les panneaux début et de fin prennent effet immédiatement.


Le jeu. 25 juil. 2019 à 11:29, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Je parle indifféremment des deux sens.
>
> Le jeu. 25 juil. 2019 à 10:40,  a
> écrit :
>
>> Jérôme parle du sens perpendiculaire à la chaussée, pas du sens
>> longitudinal.
>>
>> Jean-Yvon
>>
>>
>> > Gesendet: Donnerstag, 25. Juli 2019 um 10:27 Uhr
>> > Von: "Florimond Berthoux - florimond.berth...@gmail.com"
>> > An: "Discussions sur OSM en français" 
>> > Betreff: Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re:
>> Sidewalk:bicycle dans le wiki bicycle)
>> >
>> > Le jeu. 25 juil. 2019 à 00:02, Jérôme Seigneuret <
>> > jerome.seigneu...@gmail.com> a écrit :
>> >
>> > > Je rebondis sur le dernier sujet mais s'il n'a pas de continuité
>> > > matérialisé pour les cyclistes à la traversé, le passage piéton est
>> sensé
>> > > être piéton uniquement. Donc pied à terre implicitement.
>> > >
>> > Non, légalement en France tout passage piéton est de la chaussée et
>> toute
>> > chaussée (sauf mention contraire) et roulable par n'importe quel
>> véhicule.
>> > Le passage piéton ne sert qu'à définir une priorité de passage.
>> > Mais nous ne tagguons pas la loi, juste s'il y a un passage piéton
>> simple
>> > ou avec une traversée parallèle pour cycle matérialisée.
>> >
>> > --
>> > Florimond Berthoux
>> > ___
>> > 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
>>
>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] Query overpass whitout tag

[Alessandro Sarretta]

Allora dovresti mettere

relation["natural"!="peninsula"]

Ale

On 25/07/19 12:18, Roberto Brazzelli wrote:

Ciao Alessandro,
si è una query di overpass-turbo...quello che voglio fare
è estrarre in mia bbox predefinita (è qui nessun problema)
questi dati:
way["natural"]
relation["natural"]

Ma togliendo la "peninsula"...ho provato così ma non va
relation["natural"][!"peninsula"]

grazie
Roberto



Il giorno gio 25 lug 2019 alle ore 10:53 Alessandro Sarretta 
mailto:alessandro.sarre...@gmail.com>> 
ha scritto:


E' una query in Overpass turbo giusto?

Se vuoi estrarre ad esempio il boundary dell'Italia
(https://www.openstreetmap.org/relation/4056532) basta che
inquadri una qualunque area nella quale si vede la costa italiana
e usi la seguente query:

/*
This has been generated by the overpass-turbo wizard.
The original search was:
“natural=peninsula”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “natural=peninsula”
  node["natural"="peninsula"]({{bbox}});
  way["natural"="peninsula"]({{bbox}});
  relation["natural"="peninsula"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

Occhio che è "peninsula", non "penisula":
https://wiki.openstreetmap.org/wiki/Tag:natural=peninsula?uselang=en-US

Ale

On 25/07/19 10:21, Roberto Brazzelli wrote:

Qualche aiuto/suggerimento per questa
query:

 way["natural"][!"penisula"]({{bbox}}); // questa funzione

 relation["natural"][!"penisula"]({{bbox}}); // questa no*

* vorrei che non prendesse il boundary della penisola

Grazie


___
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
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass whitout tag

[Cascafico Giovanni]

Sono sul cellulare e non posso provare ora, ma il punto esclamativo credo
serva per escludere chiavi e non valori.



Il gio 25 lug 2019, 13:19 Roberto Brazzelli  ha
scritto:

> Ciao Alessandro,
> si è una query di overpass-turbo...quello che voglio fare
> è estrarre in mia bbox predefinita (è qui nessun problema)
> questi dati:
> way["natural"]
> relation["natural"]
>
> Ma togliendo la "peninsula"...ho provato così ma non va
> relation["natural"][!"peninsula"]
>
> grazie
> Roberto
>
>
>
> Il giorno gio 25 lug 2019 alle ore 10:53 Alessandro Sarretta <
> alessandro.sarre...@gmail.com> ha scritto:
>
>> E' una query in Overpass turbo giusto?
>>
>> Se vuoi estrarre ad esempio il boundary dell'Italia (
>> https://www.openstreetmap.org/relation/4056532) basta che inquadri una
>> qualunque area nella quale si vede la costa italiana e usi la seguente
>> query:
>> /*
>> This has been generated by the overpass-turbo wizard.
>> The original search was:
>> “natural=peninsula”
>> */
>> [out:json][timeout:25];
>> // gather results
>> (
>>   // query part for: “natural=peninsula”
>>   node["natural"="peninsula"]({{bbox}});
>>   way["natural"="peninsula"]({{bbox}});
>>   relation["natural"="peninsula"]({{bbox}});
>> );
>> // print results
>> out body;
>> >;
>> out skel qt;
>>
>> Occhio che è "peninsula", non "penisula":
>> https://wiki.openstreetmap.org/wiki/Tag:natural=peninsula?uselang=en-US
>>
>> Ale
>> On 25/07/19 10:21, Roberto Brazzelli wrote:
>>
>> Qualche aiuto/suggerimento per questa
>> query:
>>
>>  way["natural"][!"penisula"]({{bbox}}); // questa funzione
>>
>>  relation["natural"][!"penisula"]({{bbox}}); // questa no*
>>
>> * vorrei che non prendesse il boundary della penisola
>>
>> Grazie
>>
>>
>> ___
>> Talk-it mailing 
>> listTalk-it@openstreetmap.orghttps://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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Une secondary en zone de rencontre ?

[Jérôme Seigneuret]

openstreetmap-carto le rejette ce qui est normal pour une clé qui a un
statut draft.

Donc revoir sur la liste tagging avec les arguments mentionnés reprendre la
proposition du wiki et compléter les pages clé et clé=valeur concernées.
Le régime de priorité reste le même que partout sauf que la les piétons
sont autorisés à circuler dans tous les sens sur la voie publique. Dans les
autres cas ils ont droit de longer la voies ou le devoir d'être sur le
trottoir si il existe et de traverser où il veulent à 50m d'un passage
piéton existant et perpendiculairement à la voie. Ce mode de traversé n'est
pas exploité et la traversé et faite au intersection ou au niveau d'un
passage piéton matérialisé.

Compléter le wiki avec des cas illustrés. Définir les conditions d'usage et
le choix de l'un par rapport à l'autre. Une fois fait on peut voir pour le
rendu et pour l'exploitation dans le routing

Concernant les panneaux avec l'enfant qui joue au ballon faut pas abuser...
C'est un choix de graphisme c'est comme dire que toutes les filles ont des
couettes ;-) comme vu sur le panneaux. Tu peux avoir des moutons en ville
aussi si l'on regarde certains panneaux. Bref ce n'est qu'une illustration
positive qui en France à remplacer les panneaux interdit aux véhicules
motorisés avec des améliorations pour préciser les cas des priorités qui
n'était pas assez clair.
https://www.lemonde.fr/blog/transports/files/2016/04/Zone-rencontre-Wien-cop-R-Simb%C3%BCrger.jpg








Le jeu. 25 juil. 2019 à 11:19, Phyks  a écrit :

> > @althio mais on s'en fou complet du contexte réglementaire pour le
> routing
> > en encore plus sur OSM et ça se voit encore mieux sur les voies verte et
> > sur les "route pour automobile". D'où les conflit d’édition
> systématique...
> > C'est bien pour ça que cette notion n'est pas à spécifier comme tel. De
> > plus pour les panneaux il y a ce qu'il faut pour les ajouter.
>
> Il faut quand même garder à l'esprit que le contexte réglementaire
> implique un biais piéton (qui peut circuler où bon lui semble, y compris
> sur la chaussée, avec une priorité absolue et renforcée), qu'il est
> important de conserver pour le routage. Il n'y a pas que le routage
> automobile et clairement, un routage piéton devrait préférer passer par
> cette place dite "apaisée" plutôt que de faire un tour en longeant une
> grande avenue passante.
>
> Il n'y a pas que le routage, et vis-à-vis des restaurants (et leurs
> terrasses) installés sur la place, ils préféreraient probablement
> apparaître autour de petites routes qu'au bord d'une secondary passante.
>
> Quand à la puissance publique qui a fait cet aménagement, nulle doute
> que pour elle cela doit apparaître comme apaisé et parfaitement calme et
> sans transit.
>
> Eux aussi pourraient verrouiller le système de la même façon. Tâchons
> d'avoir une description aussi neutre et objective de cette chose, en
> gardant en tête que :
> - réglementairement, un cadre légal spécifique s'y applique. Priorité
> absolue aux piétons, c'est potentiellement apaisé.
> - sur le terrain, le plan de circulation est cassé et cet espace est sur
> un axe de transit.
>
> > Pourtant on n'a pas de highway=greenway pour les voies vertes
> > et les routes pour automobiles sont mélangé avec des voies rapide
> > intercommunales et des nationales à deux voies...
>
> On a bien le highway=path + bicycle=designated + foot=designated qui
> recouvre bien ça. On peut même rajouter des motor_vehicle=destination ou
> maxspeed pour raffiner des aménagements étranges du point de vue de la
> loi. Ici, on parle de choses qui ne sont pas régies uniquement par des
> tags d'accès (ni de vitesses) puisqu'il s'agit de régimes de priorité
> spécifiques.
>
> Comme le montre bien certains panneaux européens, dans l'absolu, un
> enfant devrait pouvoir jouer au foot sur une place en zone de rencontre,
> sans risques.
>
> https://www.lemonde.fr/blog/transports/2016/04/23/dessine-moi-une-zone-de-rencontre/
>
>
> > Encore une fois (et on en a parlé plusieurs fois) si l'on veut inscrire
> > cette notion réglementaire il faut le faire d'une autre manière.
> > source:maxspeed le permet aussi et zone:maxspeed également pour les zone
> 30
> > sauf que comme c'est si bien mentionné dans les précédente discussion le
> > contexte réglementaire ne porte pas que sur la vitesse.
> > En fait le contexte réglementaire permet de définir des notions
> exploitable
> > en routing en y définissant des valeurs implicites qui sont complétées ou
> > corrigées par des panneaux supplémentaires. (qui dans certains cas sont
> mis
> > à la suite d’arrêté et de décret d'application) On mentionne pas les
> > décrets dans OSM (lol) mais on peut mettre ça dans description ;-)
>
> Non, source:maxspeed etc sont des tags à destination des contributeurs.
> Il est très utile d'avoir les arrêtés référencés dans les
> source:maxspeed des zones 30 (c'est le cas souvent à Paris), mais ça
> n'est ni exploitable facilement, ni la même chose. Ici, on ne parle pas
> de 

[Talk-es] interesente hilo potencial local chapter / capítulo local (OSM España)

[Miguel Sevilla-Callejo]

Hola,

Os escribo para compartir este hilo de la lista de la OSMF sobre los
"capítulos locales"  (grupos locales) de OSM, para tenerlo en cuenta para
una potencial constitución de OSM España como grupo local "reconocido" en
la OSMF en un futuro. Por el momento somos una comunidad informal dentro de
OSM.

Enlace al hilo:
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-July/006131.html

Saludos

--
*Miguel Sevilla-Callejo*
Doctor en Geografía
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Query overpass whitout tag

[Roberto Brazzelli]

Ciao Alessandro,
si è una query di overpass-turbo...quello che voglio fare
è estrarre in mia bbox predefinita (è qui nessun problema)
questi dati:
way["natural"]
relation["natural"]

Ma togliendo la "peninsula"...ho provato così ma non va
relation["natural"][!"peninsula"]

grazie
Roberto



Il giorno gio 25 lug 2019 alle ore 10:53 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> E' una query in Overpass turbo giusto?
>
> Se vuoi estrarre ad esempio il boundary dell'Italia (
> https://www.openstreetmap.org/relation/4056532) basta che inquadri una
> qualunque area nella quale si vede la costa italiana e usi la seguente
> query:
> /*
> This has been generated by the overpass-turbo wizard.
> The original search was:
> “natural=peninsula”
> */
> [out:json][timeout:25];
> // gather results
> (
>   // query part for: “natural=peninsula”
>   node["natural"="peninsula"]({{bbox}});
>   way["natural"="peninsula"]({{bbox}});
>   relation["natural"="peninsula"]({{bbox}});
> );
> // print results
> out body;
> >;
> out skel qt;
>
> Occhio che è "peninsula", non "penisula":
> https://wiki.openstreetmap.org/wiki/Tag:natural=peninsula?uselang=en-US
>
> Ale
> On 25/07/19 10:21, Roberto Brazzelli wrote:
>
> Qualche aiuto/suggerimento per questa
> query:
>
>  way["natural"][!"penisula"]({{bbox}}); // questa funzione
>
>  relation["natural"][!"penisula"]({{bbox}}); // questa no*
>
> * vorrei che non prendesse il boundary della penisola
>
> Grazie
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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-talk] adding my aerial sphere 360 panorama to the OpenStreetMap

[James]

There are already services such as Mapillary or OpenStreetCam that can be
used as an imagery overlay to OSM.

On Thu., Jul. 25, 2019, 6:11 a.m. Oleksiy Muzalyev, <
oleksiy.muzal...@bluewin.ch> wrote:

> Good day,
>
> I published a new diary entry about an experiment of adding my aerial
> sphere 360 panorama to the OpenStreetMap:
>
> https://www.openstreetmap.org/user/Alex-7/diary
>
> If you are interested of virtual, 3D or deep mapping, please, read and
> comment.
>
> Best regards,
>
> O. (Alex-7@OSM)
>
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] adding my aerial sphere 360 panorama to the OpenStreetMap

[Oleksiy Muzalyev]

Good day,

I published a new diary entry about an experiment of adding my aerial 
sphere 360 panorama to the OpenStreetMap:


https://www.openstreetmap.org/user/Alex-7/diary

If you are interested of virtual, 3D or deep mapping, please, read and 
comment.


Best regards,

O. (Alex-7@OSM)





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

Re: [talk-au] Map use without attribution

[Mateusz Konieczny]

25 Jul 2019, 11:34 by si...@poole.ch:

>
> But a general remark: if it was uneconomical for google to  provide such 
> services as their previous price level or for free,  there is no magic 
> wand waving that will make it economical for the  OSMF to do it for free, 
> or even for the commercial providers in  OSMspace. 
>
>
Note that Google needs to cover costs of
both hosting and data collection.

It is possible that data collection costs
are significant part.

It is also possible that companies providing
OSM services may accept lower profits.___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Facebook mapping highways using AI in collaboration with OpenStreetMap

[Florian Lohoff]

On Wed, Jul 24, 2019 at 09:07:01PM +0100, Nuno Caldeira wrote:
> so grateful of "The project is a collaboration with OpenStreetMap (OSM)". I
> might have missed the announcement, can anyone pinpoint me the link of such
> collaboration being announced?
> Hope they find some spare time in the future to add the attribution on the
> maps on their website and apps. #priorities

They had a talk about this in Milano at the SoTM - And IIRC it was about a
collaboration with the local community in Thailand which their first aim
was.

You might want to check the video on their talk last year.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] Map use without attribution

[Simon Poole]

Sebastian has already pointed to the switch2osm site.

But a general remark: if it was uneconomical for google to provide such
services as their previous price level or for free, there is no magic
wand waving that will make it economical for the OSMF to do it for free,
or even for the commercial providers in OSMspace.

As a consequence I would try -not- to argue with costs when promoting OSM.

Simon

Am 25.07.2019 um 00:30 schrieb Graeme Fitzpatrick:
> OT to this particular problem, but still sort of on this subject ...
>
> One of the aircraft tracking sites I use 
> http://aussieadsb.com/VirtualRadar/desktop.html# has mentioned in this
> last week that they have changed their background from Google Maps to
> OSM, as, due to much increased use of their site while Ex /Talisman
> Sabre/ is on, they had passed their allowed limit for use of Google
> Maps (28000 /  month) & it was now going to cost them $3000 / month !
>
> Is there any established "marketing / advertising" link to push OSM
> for similar sites / groups?
>
> & yes, they have attributed us correctly! :-)
>  
> Thanks
>
> Graeme
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Florimond Berthoux]

Je parle indifféremment des deux sens.

Le jeu. 25 juil. 2019 à 10:40,  a écrit :

> Jérôme parle du sens perpendiculaire à la chaussée, pas du sens
> longitudinal.
>
> Jean-Yvon
>
>
> > Gesendet: Donnerstag, 25. Juli 2019 um 10:27 Uhr
> > Von: "Florimond Berthoux - florimond.berth...@gmail.com"
> > An: "Discussions sur OSM en français" 
> > Betreff: Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re:
> Sidewalk:bicycle dans le wiki bicycle)
> >
> > Le jeu. 25 juil. 2019 à 00:02, Jérôme Seigneuret <
> > jerome.seigneu...@gmail.com> a écrit :
> >
> > > Je rebondis sur le dernier sujet mais s'il n'a pas de continuité
> > > matérialisé pour les cyclistes à la traversé, le passage piéton est
> sensé
> > > être piéton uniquement. Donc pied à terre implicitement.
> > >
> > Non, légalement en France tout passage piéton est de la chaussée et toute
> > chaussée (sauf mention contraire) et roulable par n'importe quel
> véhicule.
> > Le passage piéton ne sert qu'à définir une priorité de passage.
> > Mais nous ne tagguons pas la loi, juste s'il y a un passage piéton simple
> > ou avec une traversée parallèle pour cycle matérialisée.
> >
> > --
> > Florimond Berthoux
> > ___
> > 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
>


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

Re: [OSM-talk-fr] Une secondary en zone de rencontre ?

[Phyks]

> @althio mais on s'en fou complet du contexte réglementaire pour le routing
> en encore plus sur OSM et ça se voit encore mieux sur les voies verte et
> sur les "route pour automobile". D'où les conflit d’édition systématique...
> C'est bien pour ça que cette notion n'est pas à spécifier comme tel. De
> plus pour les panneaux il y a ce qu'il faut pour les ajouter.

Il faut quand même garder à l'esprit que le contexte réglementaire
implique un biais piéton (qui peut circuler où bon lui semble, y compris
sur la chaussée, avec une priorité absolue et renforcée), qu'il est
important de conserver pour le routage. Il n'y a pas que le routage
automobile et clairement, un routage piéton devrait préférer passer par
cette place dite "apaisée" plutôt que de faire un tour en longeant une
grande avenue passante.

Il n'y a pas que le routage, et vis-à-vis des restaurants (et leurs
terrasses) installés sur la place, ils préféreraient probablement
apparaître autour de petites routes qu'au bord d'une secondary passante.

Quand à la puissance publique qui a fait cet aménagement, nulle doute
que pour elle cela doit apparaître comme apaisé et parfaitement calme et
sans transit.

Eux aussi pourraient verrouiller le système de la même façon. Tâchons
d'avoir une description aussi neutre et objective de cette chose, en
gardant en tête que :
- réglementairement, un cadre légal spécifique s'y applique. Priorité
absolue aux piétons, c'est potentiellement apaisé.
- sur le terrain, le plan de circulation est cassé et cet espace est sur
un axe de transit.

> Pourtant on n'a pas de highway=greenway pour les voies vertes
> et les routes pour automobiles sont mélangé avec des voies rapide
> intercommunales et des nationales à deux voies...

On a bien le highway=path + bicycle=designated + foot=designated qui
recouvre bien ça. On peut même rajouter des motor_vehicle=destination ou
maxspeed pour raffiner des aménagements étranges du point de vue de la
loi. Ici, on parle de choses qui ne sont pas régies uniquement par des
tags d'accès (ni de vitesses) puisqu'il s'agit de régimes de priorité
spécifiques.

Comme le montre bien certains panneaux européens, dans l'absolu, un
enfant devrait pouvoir jouer au foot sur une place en zone de rencontre,
sans risques.
https://www.lemonde.fr/blog/transports/2016/04/23/dessine-moi-une-zone-de-rencontre/


> Encore une fois (et on en a parlé plusieurs fois) si l'on veut inscrire
> cette notion réglementaire il faut le faire d'une autre manière.
> source:maxspeed le permet aussi et zone:maxspeed également pour les zone 30
> sauf que comme c'est si bien mentionné dans les précédente discussion le
> contexte réglementaire ne porte pas que sur la vitesse.
> En fait le contexte réglementaire permet de définir des notions exploitable
> en routing en y définissant des valeurs implicites qui sont complétées ou
> corrigées par des panneaux supplémentaires. (qui dans certains cas sont mis
> à la suite d’arrêté et de décret d'application) On mentionne pas les
> décrets dans OSM (lol) mais on peut mettre ça dans description ;-)

Non, source:maxspeed etc sont des tags à destination des contributeurs.
Il est très utile d'avoir les arrêtés référencés dans les
source:maxspeed des zones 30 (c'est le cas souvent à Paris), mais ça
n'est ni exploitable facilement, ni la même chose. Ici, on ne parle pas
de source réglementaire mais de régime de priorités.

Dans ce cas, en poussant à l'extrême, on devrait avoir un
highway=pedestrian avec des tags d'accès pour les autres modes de
transport… et c'est un highway=living_street.

> Si on parle de contexte réglementaire les zones urbaines à 50 km/h c'est
> aussi du réglementaire et on n'a pas créé un tag pour cela pour autant sur
> les tronçons de voie.
> Bref cette notion, si elle gène le schéma, (histoire de pas frustré les
> gens) doit pouvoir être mentionné autrement
> 
> PS: coté réglementaire on à aussi des spécificités sur les chemins de
> halage, chemin communaux, chemin ruraux , chemin de servitudes, j'en passe
> car le sujet n'est pas traité pour le moment. Plus toutes les
> particularités pouvant être prises par arrêté et décret...
> Je vais encore sortir sur sujet mais on à également le libre choix laissé
> au département de choisir la vitesse de circulation sur route rural. (
> Va t'on avoir un nouveau panneau à l'entrée des départements pour indiquer
> le choix de vitesse? On va donc devoir trouver des clés spécifiques pour
> mentionner aussi ces éléments...

On a déjà des relations pour indiquer les vitesses par défaut sur les
pays, on pourrait faire de même sur les départements. Les zones urbaines
à 50km/h, on les note avec maxspeed. Et encore une fois, ce ne sont que
des vitesses et oui, on a un tag pour ça qui s'appelle maxspeed.

> Pour moi le contexte réglementaire on l'a aussi bien en mettant
> highway=living_street ou living_street=yes. Sauf que actuellement le
> premier cas casse le routing en mode itinéraire équilibré. Le deuxième
> évite de dégrader le 

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Phyks]

Au passage, concernant les trottoirs, je découvre aussi un
cycleway=sidewalk
(https://taginfo.openstreetmap.org/tags/cycleway=sidewalk#overview),
2000 utilisations de par le monde dont un quart en France.

Par exemple celle-ci
https://www.openstreetmap.org/way/272012085#map=17/48.81403/2.30518, qui
correspondrait en réalité au cas S4 (avec une bidirectionnelle).

Le même type d'aménagement un peu plus loin est plutôt taggé comme une
voie verte
https://www.openstreetmap.org/way/688840446#map=18/48.81655/2.31303,
avec ses défauts.

Il me semble assez important du coup de raffiner et repréciser les cas
S3, S4 et TMP/NULL pour homogénéiser ces taggings et pouvoir le
pénaliser correctement dans les routeurs et autres outils.

-- 
Phyks

Le 24/07/2019 à 16:36, Phyks a écrit :
>> Il est vrai qu'à première vue on peut penser que l'illustration ne
>> correspond pas. En réalité sur le terrain il y a des pictogrammes vélos
>> sur le trottoir, mais on les voie pas sur la photo. Peut-être devrais-je
>> reprendre des photos à cet endroit ?
> 
> Je veux bien plus de détails sur cet aménagement, car je ne comprends
> pas très bien. Je ne comprends pas non plus pourquoi il y aurait des
> pictogrammes vélos avec une signalisation "pied à terre". Dans tous les
> cas, "cyclistes pied à terre" m'interdirait de tagguer cela comme un
> aménagement cyclable.
> 
> Un trottoir peut être cyclable, c'est le cas de toutes les pistes autour
> d'ici : https://www.openstreetmap.org/#map=19/49.65218/-1.58044, qui
> sont annotées comme des cycleway simples pour l'instant, comme le cas S3/S4.
> 
>> Mais, paradoxalement, le panneau démontre bien la problématique de ce
>> type d'aménagement : un trottoir ne peut pas être cyclable !
>>
>>> 2. Suite à la discussion qui avait eu lieu sur talk-fr, on avait convenu
>>> de tagger les parkings "deux roues" (ouverts aux vélos mais aussi aux
>>> scooters) comme
>>> https://wiki.openstreetmap.org/wiki/Montrouge#Stationnements_deux_roues
>>> (ce qu'on a adopté à Montrouge). Que pensez-vous de reporter cette
>>> documentation dans la page FR:Bicycle ?
>>
>> Ça me semble logique.
> 
> 
> C'est ajouté !
> 
> ___
> 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] Query overpass whitout tag

[Alessandro Sarretta]

E' una query in Overpass turbo giusto?

Se vuoi estrarre ad esempio il boundary dell'Italia 
(https://www.openstreetmap.org/relation/4056532) basta che inquadri una 
qualunque area nella quale si vede la costa italiana e usi la seguente 
query:


/*
This has been generated by the overpass-turbo wizard.
The original search was:
“natural=peninsula”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “natural=peninsula”
  node["natural"="peninsula"]({{bbox}});
  way["natural"="peninsula"]({{bbox}});
  relation["natural"="peninsula"]({{bbox}});
);
// print results
out body;
>;
out skel qt;

Occhio che è "peninsula", non "penisula": 
https://wiki.openstreetmap.org/wiki/Tag:natural=peninsula?uselang=en-US


Ale

On 25/07/19 10:21, Roberto Brazzelli wrote:

Qualche aiuto/suggerimento per questa
query:

 way["natural"][!"penisula"]({{bbox}}); // questa funzione

 relation["natural"][!"penisula"]({{bbox}}); // questa no*

* vorrei che non prendesse il boundary della penisola

Grazie


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

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[osm . sanspourriel]

Jérôme parle du sens perpendiculaire à la chaussée, pas du sens longitudinal.

Jean-Yvon


> Gesendet: Donnerstag, 25. Juli 2019 um 10:27 Uhr
> Von: "Florimond Berthoux - florimond.berth...@gmail.com"
> An: "Discussions sur OSM en français" 
> Betreff: Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: 
> Sidewalk:bicycle dans le wiki bicycle)
>
> Le jeu. 25 juil. 2019 à 00:02, Jérôme Seigneuret <
> jerome.seigneu...@gmail.com> a écrit :
> 
> > Je rebondis sur le dernier sujet mais s'il n'a pas de continuité
> > matérialisé pour les cyclistes à la traversé, le passage piéton est sensé
> > être piéton uniquement. Donc pied à terre implicitement.
> >
> Non, légalement en France tout passage piéton est de la chaussée et toute
> chaussée (sauf mention contraire) et roulable par n'importe quel véhicule.
> Le passage piéton ne sert qu'à définir une priorité de passage.
> Mais nous ne tagguons pas la loi, juste s'il y a un passage piéton simple
> ou avec une traversée parallèle pour cycle matérialisée.
> 
> -- 
> Florimond Berthoux
> ___
> 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] ss 106 Jonica Palizzi Marina

[Francesco Pelullo]

Il gio 25 lug 2019, 09:57 Martin Koppenhoefer  ha
scritto:

>
>
>
> grazie per la segnalazione, la cosa più utile sarebbe indicare sulla mappa
> OpenStreetMap da dove fino a dove, con link dal sito per esempio così:
>
> https://www.openstreetmap.org/?mlat=38.34544=16.46958#map=17/38.34544/16.46958
>

Dovrebbe essere questa:

https://www.openstreetmap.org/way/171043501/history#map=12/37.9162/16.0115

Mi sembra che sia stata aggiornata ieri.

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

Re: [OSM-talk-fr] Uniformiser le wiki "Bicycle" (était Re: Sidewalk:bicycle dans le wiki bicycle)

[Florimond Berthoux]

Le jeu. 25 juil. 2019 à 00:02, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> Je rebondis sur le dernier sujet mais s'il n'a pas de continuité
> matérialisé pour les cyclistes à la traversé, le passage piéton est sensé
> être piéton uniquement. Donc pied à terre implicitement.
>
Non, légalement en France tout passage piéton est de la chaussée et toute
chaussée (sauf mention contraire) et roulable par n'importe quel véhicule.
Le passage piéton ne sert qu'à définir une priorité de passage.
Mais nous ne tagguons pas la loi, juste s'il y a un passage piéton simple
ou avec une traversée parallèle pour cycle matérialisée.

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

[Talk-it] Query overpass whitout tag

[Roberto Brazzelli]

Qualche aiuto/suggerimento per questa
query:

 way["natural"][!"penisula"]({{bbox}}); // questa funzione

 relation["natural"][!"penisula"]({{bbox}}); // questa no*

* vorrei che non prendesse il boundary della penisola

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

Re: [Talk-it] ss 106 Jonica Palizzi Marina

[Martin Koppenhoefer]

sent from a phone

> On 25. Jul 2019, at 08:01, Lorenzo Rolla  wrote:
> 
> Gentili Utenti, segnalo che è stata aperta al traffico questa strada:
> https://www.lestradedellinformazione.it/site/home/rubriche/le-strade-della-mobilita/articolo20538.html
> Cortesemente chiedo se occorre modificarla per renderla coerente con la sua 
> apertura. Un cordiale saluto. 


grazie per la segnalazione, la cosa più utile sarebbe indicare sulla mappa 
OpenStreetMap da dove fino a dove, con link dal sito per esempio così:
https://www.openstreetmap.org/?mlat=38.34544=16.46958#map=17/38.34544/16.46958

Ciao Martin 

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

[talk-cz] WeeklyOSM CZ 468

[Tom Ka]

Ahoj, je dostupné vydání 468 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12232

* Drobnosti na osmap.cz.
* SotM na OpenAltu.
* Další novinky vrstvy X.
* 15. narozeniny OSM.
* Responzivní OSM fórum.
* HP Wizards Unite.
* Plakáty pro SotM.
* Průvodce mapathonem.
* Mapy pro Maps.me.
* Styly pro editor iD.
* Jak velký je Vatikán?
* Jak blikají majáky?
* Ikony ze starých map.

Pěkné počtení ...

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

Re: [talk-cz] Kuželky

[Tom Ka]

Co jsem se koukal, tak na wiki to specifikovane neni, podle mne se
tahle varianta nazyva ruske kuzelky:

https://cs.wikipedia.org/wiki/Rusk%C3%BD_ku%C5%BEeln%C3%ADk

Takze bud prohledat taginfo (v cz jsem nic rozumneho nenasel), nebo
zkusit neco zavest (ideane s navrhem, diskuzi, popisem na en/cz wiki
atd... :-) )

Bye

st 24. 7. 2019 v 23:03 odesílatel Jan Dudík  napsal:
>
> Jak tagovat hru s kuželkami, kde je koule zavěšena na řetízku?
> https://photos.app.goo.gl/RoaCEaLadPNvFYkf7
>
> sport=9pin je dle wiki pro klasické kuželky podobné bowlingu
>
> JAnD
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

[Talk-it] ss 106 Jonica Palizzi Marina

[Lorenzo Rolla]

Gentili Utenti, segnalo che è stata aperta al traffico questa strada:
https://www.lestradedellinformazione.it/site/home/rubriche/le-strade-della-mobilita/articolo20538.html
Cortesemente chiedo se occorre modificarla per renderla coerente con la sua
apertura. Un cordiale saluto.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it