[Talk-cz] WeeklyOSM CZ 391

[Tom Ka]

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

http://www.weeklyosm.eu/cz/archives/9868

* Kdo využívá kct_barva?
* Overpass API na freemap.sk.
* Automatické komentáře k sadám změn.
* Konec Mapzenu.
* Mail list osm-science.
* Ananasový fond daroval 18BTC.
* Podpora HOT pro OSM Turecko.
* OpenStreetBrowser opět žije.
* HTTPS pro služby OSM.org.
* Stěhování Mapboxu.

Pěkné počtení ...

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

Re: [Talk-ca] Burnaby, BC: community map project

[Clifford Snow]

Stewart,
We just has our monthly OSM get together in Burnaby. Wish I had seen your
post before. If you can find anything, it would be much appreciated.

Clifford

On Fri, Jan 26, 2018 at 4:53 PM, Stewart C. Russell 
wrote:

> I saw a flyer when I was in Burnaby this past week for a call for
> volunteers to develop a community map. I wasn't able to keep a copy (and
> there's nothing on burnaby.ca about it) but it looked like the city was
> wanting to crowdsource a local map of facilities and points of interest.
>
> I might be able to get one of my coworkers in that office to get a copy if
> there's anyone local in BC who is interested.
>
> cheers,
>
>  Stewart
>
> (quite far from Burnaby)
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [talk-au] Mapping Indigenous Place Names

[Phil Wyatt]

Search for Portable OSM. It’s an offline version of OSM that can be synced up 
later. Developed by American Red Cross for humanitarian and disaster relief work


Cheers - Phil, 
On the road with his iPad 

> On 27 Jan 2018, at 4:08 pm, Warin <61sundow...@gmail.com> wrote:
> 
> There can be problems with internet connectivity for remote communities .. so 
> getting participation can be difficult. 
> A local dump of data that can then be used on a server by others can be very 
> beneficial - reduces the remote network load and speeds the locals response 
> times. 
> 
> Part of  'verifiable on the round' is asking a local.. if it is a local doing 
> the mapping then they are most of the way there. 
> 
> The  OSMwiki for local languages ..is 
> https://wiki.openstreetmap.org/wiki/Multilingual_names
> 
> 
>> On 27-Jan-18 03:08 PM, David Dean wrote:
>> Oh,
>> 
>> And one more thing: At its best OpenStreetMap is about local mappers mapping 
>> what is of interest to them, so we should be attempting to engage with out 
>> local indigenous   community and asking them what their local 
>> language is and what features in OSM (or that we can add to OSM) are 
>> important to them.
>> 
>> Some of this might stretch the 'verifiable on the ground' rule a little, but 
>> I think if there is significant local knowledge, it is fair game for the map.
>> 
>> - David
>> 
>>> On Sat, 27 Jan 2018 at 14:03 David Dean  wrote:
>>> Hey everyone,
>>> 
>>> Thanks for the great responses. I'm glad I kicked off this thread.
>>> 
>>> I don't think there is a problem with indicating a name:aus tag if the 
>>> local aboriginal name for an area/feature is known, but you haven't done 
>>> further research to find the actual language code applicable.
>>> 
>>> However, it should be a goal to update all name:aus tags to move them to 
>>> the appropriate real tags based on the iso639-3 tags. I'm not sure at that 
>>> stage whether the name:aus tags would be useful to stay or not. Any ideas?
>>> 
>>> I am pushing this myself, as I want to build a rendering of OSM that is 
>>> focused on the local indigenous knowledge across the country, but I guess 
>>> this means I'm going to need to do a bit more work to find out the iso639-3 
>>> tags for all indigenous languages in Australia, and maybe even some idea of 
>>> what tags are local to what areas.
>>> 
>>> This is clearly not going to be trivial, but what that's worth doing is? :)
>>> 
>>> - David
>>> 
 On Sat, 27 Jan 2018 at 08:45 Andrew Harvey  
 wrote:
> On 26 January 2018 at 23:33, David Dean  wrote:
> Absolutely. If the more specific language code is known, it should be 
> used.
 
 Indeed Tasmania uses a lot of name:xtz eg. 
 http://www.openstreetmap.org/node/123026960 and 
 https://overpass-turbo.eu/s/vql, Uluru uses name:pjt, hopefully there are 
 a lot more. I think name:aus should only really be used if you don't know 
 which more specific ISO code to use.
 
> On 27 January 2018 at 07:53, Warin <61sundow...@gmail.com> wrote:
> Should the English language ones be recorded as name:eng=Ayers Rock ?
> I think they may be entered as alt_name, possibly they also should be 
> recorded as name:eng too (a duplication). 
 
 name:eng and name:en are the same thing according to 
 https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=130
 
 The English name of Uluru is Uluru not Ayers Rock. I'd be in favour of 
 moving Ayers Rock to the old name. official_name could still be "Uluru / 
 Ayers Rock" as that's what's it's officially designated as.
 
 I'd prefer we didn't use name=Uluru (Ayers Rocks) and instead just used 
 name=Uluru as it should be left up to data consumers how they want to 
 display alternate names, with Ayers Rock either as old_name or alt_name.
 ___
 Talk-au mailing list
 Talk-au@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-au
>>> -- 
>>> http://dbdean.com
>> -- 
>> http://dbdean.com
>> 
>> 
>> ___
>> 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] Mapping Indigenous Place Names

[Reg Tydell]

Hello all,

By coincidence I noticed a Twitter post today from @davidparis ("Paris from on 
line”) about an iOS app called "Welcome to Country", which is produced by 
Weerianna Street Media (@WeeriannaStreetMedia).  The app is still in its early 
days, but it seems a great idea and perhaps there’s scope for OSM Australia and 
WSM to collaborate on mapping indigenous communities and languages?  David 
Dean, perhaps WSM would be a good place to start to get further information?  
Another source of information about indigenous languages in Australia is SILA 
(www.sila.org.au).

There isn’t (yet?) an Android version of the app, and when I went to the App 
Store on my iPad searching for "Welcome to Country” there wasn’t a result, but 
the link to the iTunes Store in the @davidparis post does work (although 
perhaps it’s out of date, because the latest changes to iOS mean you can’t 
manage iOS apps from iTunes).

Regards,

Reg Tydell


On 27 Jan 2018, at 4:09 pm, talk-au-requ...@openstreetmap.org wrote:

Send Talk-au mailing list submissions to
talk-au@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-au
or, via email, send a message with subject or body 'help' to
talk-au-requ...@openstreetmap.org

You can reach the person managing the list at
talk-au-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-au digest..."


Today's Topics:

  1. Re: Mapping Indigenous Place Names (Andrew Harvey)
  2. Re: Mapping Indigenous Place Names (David Dean)
  3. Re: Mapping Indigenous Place Names (David Dean)
  4. Re: Mapping Indigenous Place Names (Warin)


--

Message: 1
Date: Sat, 27 Jan 2018 09:44:39 +1100
From: Andrew Harvey 
To: OSM Australian Talk List 
Subject: Re: [talk-au] Mapping Indigenous Place Names
Message-ID:

Content-Type: text/plain; charset="utf-8"

On 26 January 2018 at 23:33, David Dean  wrote:

> Absolutely. If the more specific language code is known, it should be used.
> 

Indeed Tasmania uses a lot of name:xtz eg.
http://www.openstreetmap.org/node/123026960 and
https://overpass-turbo.eu/s/vql, Uluru uses name:pjt, hopefully there are a
lot more. I think name:aus should only really be used if you don't know
which more specific ISO code to use.

On 27 January 2018 at 07:53, Warin <61sundow...@gmail.com> wrote:

> Should the English language ones be recorded as name:eng=Ayers Rock ?
> 
I think they may be entered as alt_name, possibly they also should be
> recorded as name:eng too (a duplication).
> 

name:eng and name:en are the same thing according to
https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=130

The English name of Uluru is Uluru not Ayers Rock. I'd be in favour of
moving Ayers Rock to the old name. official_name could still be "Uluru /
Ayers Rock" as that's what's it's officially designated as.

I'd prefer we didn't use name=Uluru (Ayers Rocks) and instead just used
name=Uluru as it should be left up to data consumers how they want to
display alternate names, with Ayers Rock either as old_name or alt_name.
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Message: 2
Date: Sat, 27 Jan 2018 04:03:38 +
From: David Dean 
To: OSM Australian Talk List 
Subject: Re: [talk-au] Mapping Indigenous Place Names
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hey everyone,

Thanks for the great responses. I'm glad I kicked off this thread.

I don't think there is a problem with indicating a name:aus tag if the
local aboriginal name for an area/feature is known, but you haven't done
further research to find the actual language code applicable.

However, it should be a goal to update all name:aus tags to move them to
the appropriate real tags based on the iso639-3 tags. I'm not sure at that
stage whether the name:aus tags would be useful to stay or not. Any ideas?

I am pushing this myself, as I want to build a rendering of OSM that is
focused on the local indigenous knowledge across the country, but I guess
this means I'm going to need to do a bit more work to find out the iso639-3
tags for all indigenous languages in Australia, and maybe even some idea of
what tags are local to what areas.

This is clearly not going to be trivial, but what that's worth doing is? :)

- David

On Sat, 27 Jan 2018 at 08:45 Andrew Harvey  wrote:

> On 26 January 2018 at 23:33, David Dean  wrote:

Re: [talk-au] Mapping Indigenous Place Names

[Warin]

There can be problems with internet connectivity for remote communities 
.. so getting participation can be difficult.
A local dump of data that can then be used on a server by others can be 
very beneficial - reduces the remote network load and speeds the locals 
response times.


Part of  'verifiable on the round' is asking a local.. if it is a local 
doing the mapping then they are most of the way there.


The  OSMwiki for local languages ..is 
https://wiki.openstreetmap.org/wiki/Multilingual_names



On 27-Jan-18 03:08 PM, David Dean wrote:

Oh,

And one more thing: At its best OpenStreetMap is about local mappers 
mapping what is of interest to them, so we should be attempting to 
engage with out local indigenous community and asking them what their 
local language is and what features in OSM (or that we can add to OSM) 
are important to them.


Some of this might stretch the 'verifiable on the ground' rule a 
little, but I think if there is significant local knowledge, it is 
fair game for the map.


- David

On Sat, 27 Jan 2018 at 14:03 David Dean > wrote:


Hey everyone,

Thanks for the great responses. I'm glad I kicked off this thread.

I don't think there is a problem with indicating a name:aus tag if
the local aboriginal name for an area/feature is known, but you
haven't done further research to find the actual language code
applicable.

However, it should be a goal to update all name:aus tags to move
them to the appropriate real tags based on the iso639-3 tags. I'm
not sure at that stage whether the name:aus tags would be useful
to stay or not. Any ideas?

I am pushing this myself, as I want to build a rendering of OSM
that is focused on the local indigenous knowledge across the
country, but I guess this means I'm going to need to do a bit more
work to find out the iso639-3 tags for all indigenous languages in
Australia, and maybe even some idea of what tags are local to what
areas.

This is clearly not going to be trivial, but what that's worth
doing is? :)

- David

On Sat, 27 Jan 2018 at 08:45 Andrew Harvey
> wrote:

On 26 January 2018 at 23:33, David Dean > wrote:

Absolutely. If the more specific language code is known,
it should be used.


Indeed Tasmania uses a lot of name:xtz eg.
http://www.openstreetmap.org/node/123026960 and
https://overpass-turbo.eu/s/vql, Uluru uses name:pjt,
hopefully there are a lot more. I think name:aus should only
really be used if you don't know which more specific ISO code
to use.

On 27 January 2018 at 07:53, Warin <61sundow...@gmail.com
> wrote:

Should the English language ones be recorded as
name:eng=Ayers Rock ?

I think they may be entered as alt_name, possibly they
also should be recorded as name:eng too (a duplication).


name:eng and name:en are the same thing according to

https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=130

The English name of Uluru is Uluru not Ayers Rock. I'd be in
favour of moving Ayers Rock to the old name. official_name
could still be "Uluru / Ayers Rock" as that's what's it's
officially designated as.

I'd prefer we didn't use name=Uluru (Ayers Rocks) and instead
just used name=Uluru as it should be left up to data consumers
how they want to display alternate names, with Ayers Rock
either as old_name or alt_name.
___
Talk-au mailing list
Talk-au@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-au

-- 
http://dbdean.com


--
http://dbdean.com


___
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-ca] BC2020 OD_tables wiki and project status

[Stewart C. Russell]

On 2018-01-26 09:56 PM, OSM Volunteer stevea wrote:
> 
> What I did was to "back-populate" the list of "approved" (by whom?  when?  
> how did these get here?) list of Canadian cities from
> https://wiki.osm.org/wiki/Contributors#Canadian_Municipalities into OSM's 
> BC2020 wiki.

These are very old and pre-date the formal import documentation process.
The Toronto permission e-mail from 2011 or so amounted to not much more
than “Sure ;-)” [smiley included in original]. I don't think the process
would pass muster now.

Unfortunately, none of us are lawyers, the OSMF's lawyers are very busy
and naturally conservative, and slogging through licence work (and
myriad outdated wiki pages) is no fun for anyone, least of all volunteers.

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

Re: [Talk-ca] BC2020 OD_tables wiki and project status

[OSM Volunteer stevea]

On Jan 26, 2018, at 8:02 PM, Stewart C. Russell  wrote:
> If we got the Toronto licence approved tomorrow and none of the
> municipal licences changed for the better, at this rate we'd have all of
> the BC2020 data cleared for use by 2088 …

Now, no reason to let optimism wither; nobody is saying the project should 
change its name to 2090 or 2050 or even 2030.  (Hm, 2030?  Uh, scratch that I 
said that).

OSM is a medium-to-longer term project.  BC2020 is very ambitious:  it is in 
its early days.  Let throats clear, flags fly up flagpoles, wheels to remain in 
motion, dialog to continue and good work to continue.  Including the solid task 
of planting acorns so that mighty oaks may grow.

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

Re: [talk-au] Mapping Indigenous Place Names

[David Dean]

Oh,

And one more thing: At its best OpenStreetMap is about local mappers
mapping what is of interest to them, so we should be attempting to engage
with out local indigenous community and asking them what their local
language is and what features in OSM (or that we can add to OSM) are
important to them.

Some of this might stretch the 'verifiable on the ground' rule a little,
but I think if there is significant local knowledge, it is fair game for
the map.

- David

On Sat, 27 Jan 2018 at 14:03 David Dean  wrote:

> Hey everyone,
>
> Thanks for the great responses. I'm glad I kicked off this thread.
>
> I don't think there is a problem with indicating a name:aus tag if the
> local aboriginal name for an area/feature is known, but you haven't done
> further research to find the actual language code applicable.
>
> However, it should be a goal to update all name:aus tags to move them to
> the appropriate real tags based on the iso639-3 tags. I'm not sure at that
> stage whether the name:aus tags would be useful to stay or not. Any ideas?
>
> I am pushing this myself, as I want to build a rendering of OSM that is
> focused on the local indigenous knowledge across the country, but I guess
> this means I'm going to need to do a bit more work to find out the iso639-3
> tags for all indigenous languages in Australia, and maybe even some idea of
> what tags are local to what areas.
>
> This is clearly not going to be trivial, but what that's worth doing is? :)
>
> - David
>
> On Sat, 27 Jan 2018 at 08:45 Andrew Harvey 
> wrote:
>
>> On 26 January 2018 at 23:33, David Dean  wrote:
>>
>>> Absolutely. If the more specific language code is known, it should be
>>> used.
>>>
>>
>> Indeed Tasmania uses a lot of name:xtz eg.
>> http://www.openstreetmap.org/node/123026960 and
>> https://overpass-turbo.eu/s/vql, Uluru uses name:pjt, hopefully there
>> are a lot more. I think name:aus should only really be used if you don't
>> know which more specific ISO code to use.
>>
>> On 27 January 2018 at 07:53, Warin <61sundow...@gmail.com> wrote:
>>
>>> Should the English language ones be recorded as name:eng=Ayers Rock ?
>>>
>> I think they may be entered as alt_name, possibly they also should be
>>> recorded as name:eng too (a duplication).
>>>
>>
>> name:eng and name:en are the same thing according to
>> https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=130
>>
>> The English name of Uluru is Uluru not Ayers Rock. I'd be in favour of
>> moving Ayers Rock to the old name. official_name could still be "Uluru /
>> Ayers Rock" as that's what's it's officially designated as.
>>
>> I'd prefer we didn't use name=Uluru (Ayers Rocks) and instead just used
>> name=Uluru as it should be left up to data consumers how they want to
>> display alternate names, with Ayers Rock either as old_name or alt_name.
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
> --
> http://dbdean.com
>
-- 
http://dbdean.com
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Mapping Indigenous Place Names

[David Dean]

Hey everyone,

Thanks for the great responses. I'm glad I kicked off this thread.

I don't think there is a problem with indicating a name:aus tag if the
local aboriginal name for an area/feature is known, but you haven't done
further research to find the actual language code applicable.

However, it should be a goal to update all name:aus tags to move them to
the appropriate real tags based on the iso639-3 tags. I'm not sure at that
stage whether the name:aus tags would be useful to stay or not. Any ideas?

I am pushing this myself, as I want to build a rendering of OSM that is
focused on the local indigenous knowledge across the country, but I guess
this means I'm going to need to do a bit more work to find out the iso639-3
tags for all indigenous languages in Australia, and maybe even some idea of
what tags are local to what areas.

This is clearly not going to be trivial, but what that's worth doing is? :)

- David

On Sat, 27 Jan 2018 at 08:45 Andrew Harvey  wrote:

> On 26 January 2018 at 23:33, David Dean  wrote:
>
>> Absolutely. If the more specific language code is known, it should be
>> used.
>>
>
> Indeed Tasmania uses a lot of name:xtz eg.
> http://www.openstreetmap.org/node/123026960 and
> https://overpass-turbo.eu/s/vql, Uluru uses name:pjt, hopefully there are
> a lot more. I think name:aus should only really be used if you don't know
> which more specific ISO code to use.
>
> On 27 January 2018 at 07:53, Warin <61sundow...@gmail.com> wrote:
>
>> Should the English language ones be recorded as name:eng=Ayers Rock ?
>>
> I think they may be entered as alt_name, possibly they also should be
>> recorded as name:eng too (a duplication).
>>
>
> name:eng and name:en are the same thing according to
> https://www.loc.gov/standards/iso639-2/php/langcodes_name.php?code_ID=130
>
> The English name of Uluru is Uluru not Ayers Rock. I'd be in favour of
> moving Ayers Rock to the old name. official_name could still be "Uluru /
> Ayers Rock" as that's what's it's officially designated as.
>
> I'd prefer we didn't use name=Uluru (Ayers Rocks) and instead just used
> name=Uluru as it should be left up to data consumers how they want to
> display alternate names, with Ayers Rock either as old_name or alt_name.
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
-- 
http://dbdean.com
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-ca] BC2020 OD_tables wiki and project status

[Stewart C. Russell]

On 2018-01-26 09:42 PM, john whelan wrote:
> I'm under the impression that Ottawa was the first city to move to the
> Open Data 2.0 licence created by Treasury Board.

It still took some quick letter-writing/e-mail by James and some
emergency grovelling by me to the OSMF Licensing group to get it accepted

> I'm also under the impression that it is the only one that has had its
> benediction from the legal working group.

Yes, but only for data licensed from the Federal government and the City
of Ottawa. All others - even if word for word - need a
release/permission from the licensing agency and the approval of Legal.

> I seem to recall they have a municipality kit to assist municipalities
> with Open Data.

I haven't heard anything more about that since September. Haven't even
seen the text of the proposed new licence that everyone's supposed to use.

> 
> There seems to be rather more green boxes than I would have expected.  I
> would hope they all have been approved by the Legal Working Group or are
> an exact clone of the TB municipality one as Ottawa is.

there's no ‘or’ here. The TB licence (appropriate, for it is contagious)
wording isn't automatically OSM compliant.

If we got the Toronto licence approved tomorrow and none of the
municipal licences changed for the better, at this rate we'd have all of
the BC2020 data cleared for use by 2088 …



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

Re: [Talk-ca] BC2020 OD_tables wiki and project status

[OSM Volunteer stevea]

On Jan 26, 2018, at 6:42 PM, john whelan  wrote:
> I'm under the impression that Ottawa was the first city to move to the Open 
> Data 2.0 licence created by Treasury Board.
> 
> I'm also under the impression that it is the only one that has had its 
> benediction from the legal working group.  Treasury Board of Canada put quite 
> a lot of effort into updating their 1.0 license and aligning their 2.0 
> license with other organisations.  I don't believe their 1.0 license meets 
> OSM licensing requirements. 
> 
> I seem to recall they have a municipality kit to assist municipalities with 
> Open Data.
> 
> There seems to be rather more green boxes than I would have expected.  I 
> would hope they all have been approved by the Legal Working Group or are an 
> exact clone of the TB municipality one as Ottawa is.

What I did was to "back-populate" the list of "approved" (by whom?  when?  how 
did these get here?) list of Canadian cities from
https://wiki.osm.org/wiki/Contributors#Canadian_Municipalities

into OSM's BC2020 wiki.

OK, we know Ottawa should be green:  check.

A couple (Edmonton, Yellowknife) imply contradictions:  an entry on the 
Contributors page, but a status in the table which says "nope, can't use data 
with this licence."  Those are yellow, meaning "need disambiguation:"  check.

Toronto is yellow, as its licence is said to be "under discussion since early 
2017."  Check.

Vancouver is green, as it is on the Contributors page (implying its licence is 
OK) and its "Completion in OSM" is yellow and says "In Progress."  Seems like a 
"check."

Montreal is green, (ditto), yet its "Completion in OSM" is red and says "0% 
complete."  Check.

Surrey, York, Halifax and Gatineau are green, (ditto), and their "Completion in 
OSM" cells are simply, well, empty.  So they are empty and colorless.

If there is something incorrect, ANYBODY (in or out of OSM who has a wiki 
account) can change these to be more accurate!

Capturing ADDITIONAL status harmonization with whatever might be going on in 
OSM-CA-TM is an ongoing bit of work to be done which appears to be only in the 
most early of contemplation/discussion.

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

Re: [Talk-ca] BC2020 OD_tables wiki and project status

[john whelan]

I'm under the impression that Ottawa was the first city to move to the Open
Data 2.0 licence created by Treasury Board.

I'm also under the impression that it is the only one that has had its
benediction from the legal working group.  Treasury Board of Canada put
quite a lot of effort into updating their 1.0 license and aligning their
2.0 license with other organisations.  I don't believe their 1.0 license
meets OSM licensing requirements.

I seem to recall they have a municipality kit to assist municipalities with
Open Data.

There seems to be rather more green boxes than I would have expected.  I
would hope they all have been approved by the Legal Working Group or are an
exact clone of the TB municipality one as Ottawa is.

Cheerio John

On 26 January 2018 at 20:27, OSM Volunteer stevea  wrote:

> The first (municipal) OD table in
> https://wiki.osm.org/wiki/WikiProject_Canada/Building_
> Canada_2020/building_OD_tables
> now uses green/yellow/red color-coding to better display accurate status
> in those cells of rows in the "License" and "Completion in OSM" columns.
> These give a certain "at a glance" view of both of these.
>
> This was neither difficult nor did it take very long.  Now that this wiki
> and the "main" BC2020 wiki come closer to accurately describing the state
> of the project, it shouldn't be hard to update a line here, a column there,
> a link or two to stay synced.  Please, in a project with scope as vast as
> this, our open wikis in this project guide, inform, present a forum to
> discuss and document, PLUS, they are easy to edit and update with current
> status.
>
> In my opinion, there is still some work to do to better organize and
> harmonize the use of the OSM Canada Task Manager tasks with this, as a
> large majority of Tasks in the TM have the word "building" in their title.
> OSM can get there.
>
> I like what I see, the project is now better focused and intra-OSM
> communication improves by the day.  From crawling to toddling to walking:
> excellent.
>
> Happy weekend everyone,
> SteveA
> California
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] BC2020 OD_tables wiki and project status

[OSM Volunteer stevea]

The first (municipal) OD table in
https://wiki.osm.org/wiki/WikiProject_Canada/Building_Canada_2020/building_OD_tables
now uses green/yellow/red color-coding to better display accurate status in 
those cells of rows in the "License" and "Completion in OSM" columns.  These 
give a certain "at a glance" view of both of these.

This was neither difficult nor did it take very long.  Now that this wiki and 
the "main" BC2020 wiki come closer to accurately describing the state of the 
project, it shouldn't be hard to update a line here, a column there, a link or 
two to stay synced.  Please, in a project with scope as vast as this, our open 
wikis in this project guide, inform, present a forum to discuss and document, 
PLUS, they are easy to edit and update with current status.

In my opinion, there is still some work to do to better organize and harmonize 
the use of the OSM Canada Task Manager tasks with this, as a large majority of 
Tasks in the TM have the word "building" in their title.  OSM can get there.

I like what I see, the project is now better focused and intra-OSM 
communication improves by the day.  From crawling to toddling to walking:  
excellent.

Happy weekend everyone,
SteveA
California
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Burnaby, BC: community map project

[Stewart C. Russell]

I saw a flyer when I was in Burnaby this past week for a call for
volunteers to develop a community map. I wasn't able to keep a copy (and
there's nothing on burnaby.ca about it) but it looked like the city was
wanting to crowdsource a local map of facilities and points of interest.

I might be able to get one of my coworkers in that office to get a copy
if there's anyone local in BC who is interested.

cheers,

 Stewart

(quite far from Burnaby)

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

Re: [Talk-ca] Talk-ca Digest, Vol 119, Issue 10

[OSM Volunteer stevea]

Thanks for this additional clarity, Stewart.

May I politely suggest you or another helpful volunteer update this "table 
wiki" to reflect that, perhaps with some text that says so?

If it makes sense to "blurb a note" into the Comments cell for a particular row 
(Grand Prairie, Muskoka, Edmonton), it seems that would stitch together the 
communication.  (Using the wiki, in the OSM way, so others can "at a glance" 
see status, progress...).

I find interesting regarding Edmonton, for example, that even with an 
incompatible licence (I don't know if north of the border it's with a c or an 
s) the Comments cell reads "80% done."  That "seems" like a contradiction, 
though, of course, it can't be.  It appears to mean "buildings are being 
entered around Edmonton regardless of the license incompatibilities."  In my 
experience in OSM, that sounds like a conversation, as we have here in talk-ca.

Yes, so, we're having it.  Part in talk-ca, part in the wiki, part in the map, 
part in email, part in the real world over coffee and talk.

More in the wiki, please?  Thanks, it feels like my work is done here!

SteveA
California

> On Jan 26, 2018, at 2:13 PM, Stewart C. Russell  wrote:
> On 2018-01-25 04:00 PM, OSM Volunteer stevea wrote:
>> The other wiki (linked to in the "main" BC2020i wiki's "Inventory of
>> Current Building Data Sets" section): 
>> https://wiki.osm.org/wiki/WikiProject_Canada/Building_Canada_2020/building_OD_tables
> 
> Note that the licence compatibility column as it stands is a bit
> misleading now that the table has been split from the main page. There
> are a lot of entries that say ODL 1.0 or OGL 2.0 for instance. These
> will be the local spin a data licence, and each one will need to be
> individually approved by the LWG before the import process can be
> started. Examples:
> 
> * Grand Prairie - http://www.cityofgp.com/index.aspx?page=2332
> 
> * Muskoka -
> http://map.muskoka.on.ca/exponare/Open_Data/Open%20Government%20Licence_District%20Municipality%20of%20Muskoka%20GIS_2014.pdf
> 
> We don't yet have one licence that rules them all. For instance, the
> Edmonton imports (such as
> https://www.openstreetmap.org/changeset/28190793) look unapproved and
> incompatible.


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

Re: [Talk-ca] Talk-ca Digest, Vol 119, Issue 10

[Stewart C. Russell]

On 2018-01-25 04:00 PM, OSM Volunteer stevea wrote:
> 
> The other wiki (linked to in the "main" BC2020i wiki's "Inventory of
> Current Building Data Sets" section): 
> https://wiki.osm.org/wiki/WikiProject_Canada/Building_Canada_2020/building_OD_tables

Note that the licence compatibility column as it stands is a bit
misleading now that the table has been split from the main page. There
are a lot of entries that say ODL 1.0 or OGL 2.0 for instance. These
will be the local spin a data licence, and each one will need to be
individually approved by the LWG before the import process can be
started. Examples:

* Grand Prairie - http://www.cityofgp.com/index.aspx?page=2332

* Muskoka -
http://map.muskoka.on.ca/exponare/Open_Data/Open%20Government%20Licence_District%20Municipality%20of%20Muskoka%20GIS_2014.pdf

We don't yet have one licence that rules them all. For instance, the
Edmonton imports (such as
https://www.openstreetmap.org/changeset/28190793) look unapproved and
incompatible.

 Stewart

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

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[liste DOT girarsi AT posteo DOT eu]

L'unica maniera era non metterli fin dall'inizio, ora ci sono.

La tua richiesta, oltre a quanto detto da altri prima di me, creerebbe 
un rischioso precedente, perchè poi ci saranno altri, che per altri 
motivi più o meno seri vorranno giocare a nascondino su altri oggetti, o 
come il tipo della discussione sul tratto privato che chiedeva di 
togliere da OSM, perchè invitava la gente a passare sul suo tratto, solo 
per il fatto che mancava il tag access=private e altri tag di divieto 
passaggio non consentito.


Comunque se non li mappavi tu, li poteva benissimo mappare 
qualcun'altro, e siamo d'accapo.


Comunque non c'è problema, se insistono, invitali a mettersele su google 
maps, e si facciano le loro cose lì.




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

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

Re: [Talk-it] Complesso residenziale

[Martin Koppenhoefer]

sent from a phone

On 26. Jan 2018, at 17:43, Andrea Musuruane  wrote:

>> mettere le informazioni lì e segnare l'ingresso come entrance=main.
>> 
>> No. Puoi mettere le informazioni nel nodo con tag entrance=main.
>> 
>> Il numero non identifica l'edificio ma l'accesso.
> 
> No. Puoi mettere le informazioni nel nodo con tag entrance=main.
> 
> Il numero non identifica l'edificio ma l'accesso.



si, avevo già capito, ma visto che si tratta di un unico civico per tutto 
l’edificio è meglio segnare l’ingresso e mettere un indirizzo su tutte le 
pertinenze.

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

Re: [talk-au] Mapping Indigenous Place Names

[Warin]

While Australia has some 300 native languages, Papua New Guinea has some 
800...


Yes I support entering the native language .. possibly both name:aus and 
a more specific language code where known (a duplication)?
There are probably places where language groups over lap and there may 
be more than one name. Humm which one to use as name:aus could be a 
problem.


Should the English language ones be recorded as name:eng=Ayers Rock ?
I think they may be entered as alt_name, possibly they also should be 
recorded as name:eng too (a duplication).


The wiki needs to be changed to reflect this.. after some discussion.



On 27-Jan-18 02:23 AM, Michael wrote:


You need :-

http://www-01.sil.org/iso639-3/codes.asp

Don’t forget to select ‘N’ as it only shows the ones starting with the 
letter selected.


*From:*David Dean [mailto:dd...@ieee.org]
*Sent:* Friday, 26 January 2018 10:34 PM
*To:* Andy Mabbett 
*Cc:* OSM Australian Talk List 
*Subject:* Re: [talk-au] Mapping Indigenous Place Names

Andy,

Absolutely. If the more specific language code is known, it should be 
used.


Do you know where a list of these language codes for Australian 
Indigenous languages might be found? It took me long enough to find 
the aus code on 
https://www.loc.gov/standards/iso639-2/php/code_list.php, and 
https://en.wikipedia.org/wiki/List_of_ISO_639-2_codes. 'nys' isn't 
listed on either of them.


I'm no expert (I'm trying to learn more), but 
https://en.wikipedia.org/wiki/Australian_Aboriginal_languages seems to 
suggest that most of Australia can be considered to belong to the 
https://en.wikipedia.org/wiki/Pama%E2%80%93Nyungan_languages, but I 
can't seem to find any sort of language code for that group.


- David

On Fri, 26 Jan 2018 at 22:28 Andy Mabbett > wrote:


On 26 January 2018 at 12:09, David Dean > wrote:

> I've done a little research, and added the following

> Please use the name:aus (aus is the general ISO639-2 code for
Australian
> Aboriginal Languages) to indicate the indigenous names of places.

While I strongly support the recording of indigenous names, with a
language code, surely more specific codes should be used where
possible? For instance, 'nys' for Noongar (in WA)?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

--

http://dbdean.com



___
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] Nomi delle strade e numeri civici

[Martin Koppenhoefer]

2018-01-26 17:52 GMT+01:00 Andrea Musuruane :

>
>> se un POI non ha tag del tipo “addr”, come si può sapere l’indirizzo del
>> POI da osm?
>>
>
> Ci sarà un collegamento (i.e. highway) tra l'accesso esterno (che ha il
> civico) e l'accesso interno. Non credo che le persone volino tra questi due
> punti. :-)
>



certo, ci saranno anche più di uno in tanti casi. Quindi se capisco bene,
per trovare l'indirizzo di un POI devo cercare i civici più vicini e
sperare che qualcuno ha inserito la viabilità interna (privata) per poi
fare routing e capire qual'è l'indirizzo? Ho capito bene?

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

Re: [Talk-it] Import Dati regione Puglia

[Martin Koppenhoefer]

2018-01-26 18:12 GMT+01:00 Andrea Musuruane :

> Perdonami, ma vedo che hai zero edit. Prima di fare un import, non sarebbe
> meglio fare un po' di esperienza con OSM? ;-)
>



su questo sono d'accordo con Andrea, prima di importare dati ti inviterei a
rilevarne e inserirne qualcuno "da zero". Proprio per capire in generale
come funziona, qual'è il metodo, e come sono strutturati e taggati i dati
già presenti.

Vorrei anch'io vedere i file OSM da caricare, e se possibile delle liste di
trasformazioni (quale informazione del dataset esterno diventa quale tag in
OSM), e capire come il tool si comporta nel caso che già c'è qualche
oggetto corrispondente, anche nel caso che certi valori sono diversi nel
dettaglio (per esempio "name", ma in realtà tutti i dati). Segnalo che il
tag "description" non è comunemente in uso per fornire descrizioni lunghi
su oggetti (anche perché il limite per valori è di 255 charatteri). Invece
usiamo molto i riferimenti esterni per questo (sopratutto wikipedia, e
anche wikidata). Ci sono però anche tag per associare singole immagini
(una) con "image".

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

Re: [Talk-it] Nomi in forma dialettale

[Elena ``of Valhalla'']

On 2018-01-26 at 16:36:07 +0100, Volker Schmidt wrote:
> Dove trovo questi codici per i dialetti?
> Ho guardato ISO 639-3 ma ho trovato subito un dialetto vicino che manca:
> mòcheno 

sbaglio o proprio quella pagina dice "ISO 639-3 mhn"?

-- 
Elena ``of Valhalla''

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

Re: [Talk-pe] Problemas de etiquetado con MAPS.ME

[Omar Vega Ramos]

Hola

Retomando este tema, ahora hemos encontrado el uso de la etiqueta
"shop=electronics" para referirse a subestaciones eléctricas[0]. Por lo
cual he procedido a cambiar estas etiquetas a "power=substation" y a
comunicarle al usuario principal que ha estado haciendo uso de la
etiqueta[1].

Saludos

[0] https://www.openstreetmap.org/changeset/55673600
[1] https://www.openstreetmap.org/changeset/55745172
-- 
Omar Vega Ramos
GPG ID: 9825028B

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

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Martin Koppenhoefer]

2018-01-26 19:04 GMT+01:00 Volker Schmidt :

> Scusa, se sono percorribili la mappa deve fare vedere la situazione vera
> sul terreno. Non puoi nasconderli completamente, neanche per poche
> settimane.
>



tanto, una volta inseriti ci sono, e anche cancellandoli non li toglieresti
(rimangono come invisibili). Potresti pensare che quello è la tua via, ma
te la sconsiglio, perché nella realtà richiede comunque uno sforzo a tirare
fuori gli oggetti cancellati dal db (sopratutto se lo fai per la prima
volta) e a fare la "conflation" con le cose inserite nel frattempo da altri
allo stesso punto.

In teoria, se si volesse nascondere qualcosa da chi guarda la mappa (perché
nel editore si vedono comunque), è sufficiente modificare la chiave dei
tags (per esempio) per farla diventare qualcosa non riconosciuto. Non
utilizzerei un prefisso in uso altrove, ma invece qualcosa di nuovo (per
esempio highway potrebbe diventare bartalini:highway). Comunque, entrambe
le azioni, sia l'uno (la cancellazione) che l'altro ("nascondere" con
etichette non conosciuto) sarebbero da classificare vandalismo, se dovesse
succedere ;-)

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

[OSM-talk] OpenStreetMap Carto release v4.7.0

[Daniel Koć]

Dear all,

Today, v4.7.0 of the openstreetmap-carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are deployed
on the openstreetmap.org it will take couple of days before all tiles
show the new rendering.

Changes include
- Adding icon for tourism=apartment
- Adding icon for leisure=firepit
- Yellow background for amenity=arts_centre
- Start rendering natural=heath earlier
- Start rendering entrances
- Changing tourism=picnic_site icon colour to green
- Move emergency=phone to higher zoom level
- Rendering seasonal waterways as intermittent
- Update Noto fonts to Phase III
- Fine-tuning of bridge labels
- Documentation changes and updates

Thanks to all the contributors for this release.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v4.6.0...v4.7.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues

--
"My method is uncertain/ It's a mess but it's working" [F. Apple]


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

[OSM-talk] State of Open Data Report - global consultation

[Heather Leson]

Hello.

The State of Open Data team is seeking input by sector and region about
activities related to open data.  Please help share examples and research
to represent OSM.

The project:
http://www.stateofopendata.od4d.net/get-involved
Some of the sectors include - agriculture, urban development, international
aid, data infrastructure

A blog post:
https://medium.com/@stateofopendata/the-state-of-open-data-join-the-investigation-b223edef2a8a

Thanks!


Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Volker Schmidt]

Scusa, se sono percorribili la mappa deve fare vedere la situazione vera
sul terreno. Non puoi nasconderli completamente, neanche per poche
settimane.


2018-01-26 18:42 GMT+01:00 Marco Bartalini :

> Ehhh lo so richiesta assurda però purtroppo devo trovare il modo di
> nasconderli solo per poche settimane cmq... sono praticamente sentieri
> storici che ancora devono essere sistemati e puliti dalla vegetazione per
> essere pronti per il pubblico trekking...
>
>
>
>
>
> *Marco Bartalini,marcobartal...@gmail.com *
>
> 2018-01-26 15:23 GMT+01:00 Volker Schmidt :
>
>>
>> Detto questo, se proprio e' necessario potresti mettere il suffisso
>>> disused: davanti alla way, facendo attenzione a non farlo su quelli che
>>> gia' esistenti.
>>>
>>
>> No, "disused" no.
>>
>> Se il sentiero c'è ed è percorribile rimane su OSM come è sul terreno.
>> Se il percorso ha segnaletica già installata, rimane anche la relazione
>> corrispondente.
>> Se il sentiero è in costruzione, ma no è ancora percorribile, si può
>> utilizzare il tag construction=... e per la relazione si può utilizzare
>> state=proposed
>> Se il sentiero non esiste  e non è nemmeno in costruzione, non dovrebbe
>> essere in OSM.
>>
>> Volker
>>
>>
>>
>> 
>>  Virus-free.
>> www.avast.com
>> 
>> <#m_1065231655452127073_m_-7848875237763138652_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> 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: [OSRM-talk] osrm-datastore error code 21

[Julien Coupey]

Hi,

Not sure if you're hitting the same problem here, but I recall a related 
discussion happening a while back at:


https://github.com/Project-OSRM/osrm-backend/issues/1724

At least it provides a few hints on permissions and shared memory.

Julien

Le 26/01/2018 à 18:31, Daniel Patterson a écrit :

Kieran,

   Hmm, we could probably improve the error handling here and make the 
message a bit more useful.


   The problem is probably one of:

     1) Permission problems accessing /tmp/osrm.lock
     2) Permission problems creating shared memory

   Code 21 is:

$ errno 21
EISDIR 21 Is a directory

   So I'd suspect some bad filesystem permissions somewhere.  You can 
try running the `osrm-datastore` command under `strace` and see if you 
can spot the syscal that's failing with - that might give a hint as to 
what's going wrong.


daniel

On Fri, Jan 26, 2018 at 8:57 AM, Kieran Caplice 
> wrote:


Hello,

I'm wondering if anyone can help out with this error I'm getting
when running osrm-datastore under a non-root user:

root@htzh /opt/osrm # su - osrm -c "osrm-datastore
/opt/osrm/data/planet-latest/planet-latest.osrm"
[info] Loading data into REGION_1
[info] load names from:
"/opt/osrm/data/planet-latest/planet-latest.osrm.names"
[info] Allocating shared memory of 96772768369 bytes
[error] Error while attempting to allocate shared memory: Invalid
argument, code 21
terminate called after throwing an instance of 'osrm::util::exception'
   what():  Invalid argumentinclude/storage/shared_memory.hpp:308
root@htzh /opt/osrm # su - osrm -c "ulimit -a | grep max"
max locked memory   (kbytes, -l) 128849018880
max memory size (kbytes, -m) unlimited
max user processes  (-u) 1031189

Available shared memory for the user has been increased in
/etc/security/limits.conf as per the wiki page, as shown above.

The server has 256GB of RAM, with at least 200GB available most of
the time. I successfully ran osrm-datastore and osrm-routed as the
root user earlier, but we would ideally run it under a separate user.

Thanks in advance.

Kind regards,
Kieran Caplice


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





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



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

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Marco Bartalini]

Ehhh lo so richiesta assurda però purtroppo devo trovare il modo di
nasconderli solo per poche settimane cmq... sono praticamente sentieri
storici che ancora devono essere sistemati e puliti dalla vegetazione per
essere pronti per il pubblico trekking...





*Marco Bartalini,marcobartal...@gmail.com *

2018-01-26 15:23 GMT+01:00 Volker Schmidt :

>
> Detto questo, se proprio e' necessario potresti mettere il suffisso
>> disused: davanti alla way, facendo attenzione a non farlo su quelli che
>> gia' esistenti.
>>
>
> No, "disused" no.
>
> Se il sentiero c'è ed è percorribile rimane su OSM come è sul terreno.
> Se il percorso ha segnaletica già installata, rimane anche la relazione
> corrispondente.
> Se il sentiero è in costruzione, ma no è ancora percorribile, si può
> utilizzare il tag construction=... e per la relazione si può utilizzare
> state=proposed
> Se il sentiero non esiste  e non è nemmeno in costruzione, non dovrebbe
> essere in OSM.
>
> Volker
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-7848875237763138652_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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: [OSRM-talk] osrm-datastore error code 21

[Daniel Patterson]

Kieran,

  Hmm, we could probably improve the error handling here and make the
message a bit more useful.

  The problem is probably one of:

1) Permission problems accessing /tmp/osrm.lock
2) Permission problems creating shared memory

  Code 21 is:

$ errno 21
EISDIR 21 Is a directory

  So I'd suspect some bad filesystem permissions somewhere.  You can try
running the `osrm-datastore` command under `strace` and see if you can spot
the syscal that's failing with - that might give a hint as to what's going
wrong.

daniel

On Fri, Jan 26, 2018 at 8:57 AM, Kieran Caplice 
wrote:

> Hello,
>
> I'm wondering if anyone can help out with this error I'm getting when
> running osrm-datastore under a non-root user:
>
> root@htzh /opt/osrm # su - osrm -c "osrm-datastore
> /opt/osrm/data/planet-latest/planet-latest.osrm"
> [info] Loading data into REGION_1
> [info] load names from: "/opt/osrm/data/planet-latest/
> planet-latest.osrm.names"
> [info] Allocating shared memory of 96772768369 bytes
> [error] Error while attempting to allocate shared memory: Invalid
> argument, code 21
> terminate called after throwing an instance of 'osrm::util::exception'
>   what():  Invalid argumentinclude/storage/shared_memory.hpp:308
> root@htzh /opt/osrm # su - osrm -c "ulimit -a | grep max"
> max locked memory   (kbytes, -l) 128849018880
> max memory size (kbytes, -m) unlimited
> max user processes  (-u) 1031189
>
> Available shared memory for the user has been increased in
> /etc/security/limits.conf as per the wiki page, as shown above.
>
> The server has 256GB of RAM, with at least 200GB available most of the
> time. I successfully ran osrm-datastore and osrm-routed as the root user
> earlier, but we would ideally run it under a separate user.
>
> Thanks in advance.
>
> Kind regards,
> Kieran Caplice
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] Import Dati regione Puglia

[Andrea Musuruane]

Ciao,

2018-01-26 17:10 GMT+01:00 Luca Riccardi :

> "E' scoraggiato l'uso del tag source attribuito all'oggetto, mentre si
> preferisce aggiungere un source ai changeset caricati."
>
> Non mi è ben chiaro. Puoi farmi un esempio? Stai dicendo di non mettere
> "source=innovapuglia" come tag a ciascun nodo che caricherò ma di usare un
> "chageset=innovapuglia"?
>

No. Continui a non capire che cos'è un changeset:
https://wiki.openstreetmap.org/wiki/Changeset


>
> @Andrea
> Hai ragione, l'utente è quello del wiki. In ogni caso:
>
> La mia utenza è: https://www.openstreetmap.org/user/luca%20riccardi
>

Perdonami, ma vedo che hai zero edit. Prima di fare un import, non sarebbe
meglio fare un po' di esperienza con OSM? ;-)


> ma l'utente dedicato che farà l'up è: https://www.openstreetmap.org/
> user/giuseppecultrera - aggiornerò in seguito la referenza indicata nella
> wiki.
>

Come puoi leggere, sarebbe meglio fare un account di import dedicato, il
cui nome sia derivato da quello normalmente usato (es. "luca riccardi
import")
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account


> Per la conflation, magari spiego meglio un po' cosa fa il programma step
> by step, così risponde ad eventuali altre domande.
>

Tutto il processo mi sembra troppo complicato (molto più semplice usare
csv2osm e il plugin conflator di JOSM che sono molto testati), prono a
errori (match basato sul nome, uso di un dizionario di inglese per trovare
un tag adatto). Comunque sarei felice di essere smentito non appena si
potranno vedere lo script e i dati di output.

Tra l'altro ci sarebbe da analizzare anche la licenza d'uso di
WordReference.com, dato che lo usi.

Ciao,

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

Re: [Talk-it] Nomi delle strade e numeri civici

[Andrea Musuruane]

Ciao Martin,

2018-01-26 0:05 GMT+01:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > On 25. Jan 2018, at 17:41, Andrea Musuruane  wrote:
> >
> > Quindi addr:* come nodo sull'accesso, POI come nodo o way senza i tag
> addr:* (ovviamente non vogliamo informazioni duplicate)
>
>
> se un POI non ha tag del tipo “addr”, come si può sapere l’indirizzo del
> POI da osm?
>

Ci sarà un collegamento (i.e. highway) tra l'accesso esterno (che ha il
civico) e l'accesso interno. Non credo che le persone volino tra questi due
punti. :-)

Ciao,

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

Re: [Talk-it] Complesso residenziale

[Andrea Musuruane]

2018-01-26 17:01 GMT+01:00 Cascafico Giovanni :

> Il 26/gen/2018 16:24, "demon.box"  ha scritto:
> >
>
> > scusa ma voglio capire bene ;-)
> > ti faccio un esempio limite per essere più chiaro: casa isolata con tetto
> > crollato, intorno è cresciuta la vegetazione, non c'è cancello, si può
> > arrivare senza nessun impedimento a dove era montata la porta d'ingresso
> > (non c'è più nemmeno quella) e sulla parete esterna poco sopra quella che
> > era la porta d'ingresso c'è la targhetta con il civico, con nome della
> via
> > imprecisato (probabilmente era una località).
> > come lo tratto questo civico?
>
> Come un numero civico, al limite solo nodo e tag addr.
>
> Il concetto é che il lifecycle riguarda il building cioè l'edificio fisico
> (mattoni, cemento e tegole). Il cartello col numero non ha cessato,  ne'
> dismesso la sua funzione.
>
> La questione era già stata affrontata giorni fa. Direi di chiuderla, sennò
> i tedeschi ci marciano colle statistiche ;-)
>
+1 :-)

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

Re: [Talk-it] Complesso residenziale

[Andrea Musuruane]

Ciao Martin,

2018-01-26 16:45 GMT+01:00 Martin Koppenhoefer :

> 2018-01-26 16:23 GMT+01:00 demon.box :
>
>>
>> ti faccio un esempio limite per essere più chiaro: casa isolata con tetto
>> crollato, intorno è cresciuta la vegetazione, non c'è cancello, si può
>> arrivare senza nessun impedimento a dove era montata la porta d'ingresso
>> (non c'è più nemmeno quella) e sulla parete esterna poco sopra quella che
>> era la porta d'ingresso c'è la targhetta con il civico, con nome della via
>> imprecisato (probabilmente era una località).
>> come lo tratto questo civico?
>
>
>
>
> ci puoi mettere un nodo con addr:housenumber etc., oppure se c'è il
> poligono della casa, potresti mettere le informazioni lì e segnare
> l'ingresso come entrance=main.
>

No. Puoi mettere le informazioni nel nodo con tag entrance=main.

Il numero non identifica l'edificio ma l'accesso.

Ciao,

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

Re: [Talk-it] Complesso residenziale

[Martin Koppenhoefer]

2018-01-26 16:56 GMT+01:00 demon.box :

> Andrea Musuruane wrote
> > Il numero civico non si deve mettere su edifici, aree, ecc.
>
> a tal proposito mi assalgono però parecchi dubbi...
>
> tutte le volte che ho messo i tags dell'attività direttamente sul building
> perchè lo interessano completamente, ad es.:
>
> ristorante
> agriturismo
> negozio
> rifugio di montagna
> ecc.
>
> secondo me ha poco senso staccare l'indirizzo dal resto, v



appunto, togliere queste informazioni dall'area sarebbe un passo in dietro.
Noi (al meno io) non mappiamo in primis la targa del civico. Va bene anche
quella, certo, ma per me è normale e necessario anche associare un
indirizzo al POI (inequivocabilmente). Potremmo creare delle relazioni tra
POI e civico, ma mi sembra problematico (sarebbe un'eccezione a livello
globale, e quindi tutti i turisti farebbe fatica ad aiutarci nella
mappatura, e sarebbe anche malamente supportato da tanti software, ecc.,
pensiamo sempre che OSM è un progetto globale, e i dati li vogliamo in una
forma facilmente utilizzabile). L'alternativa è ripetere le informazioni
sui singoli oggetti, oppure creare delle aree che possono ereditare il loro
civico su tutti gli oggetti contenuti. Pensate ad una shopping mall. Ogni
negozio (spesso) ha lo stesso indirizzo, ma di civici ne stanno tanti (per
ogni ingresso).

Io sono per mappare i civici, ma di non trascurare gli indirizzi. Il tag
addr:.. descrive un indirizzo (una property), e solo quando sta da solo
diventa un civico (un POI da solo). Lo stesso indirizzo può capitare anche
più volte, non è un errore.

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

Re: [Talk-it] Complesso residenziale

[demon.box]

dieterdreist wrote
> *Se facessimo in questo modo, non avremmo alcun legame tra fabbricato ed
> accesso, se non per vicinanza, e non avremmo un legame forte tra POI e
> indirizzo.*

+1

facendo anche un altro esempio, se mappo un'area industriale di una
fabbrica, metterò il nome della ditta e tutte le info che ho a disposizione,
*indirizzo principale completo incluso*, sul poligono landuse=industrial,
poi in aggiunta, semmai potrò mappare i singoli cancelli con il relativo
civico ma non vedo perchè dovrei scorporare l'indirizzo principale dal
poligono landuse=industrial

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Complesso residenziale

[Martin Koppenhoefer]

2018-01-26 15:19 GMT+01:00 Andrea Musuruane :

> Dato che il numero civico identifica l'accesso esterno che dall'area di
> circolazione (via, strada, piazza, ecc) immette alle unità immobiliari, le
> informazioni devono essere messe in corrispondenza dell'accesso (cancello,
> porta, ecc). Vicino all'accesso si dovrebbe trovare la targhetta con il
> numero civico.
>


> Il numero civico non si deve mettere su edifici, aree, ecc.
>


il civico no, ma il tag addr:housenumber eventualmente si (come parte di un
indirizzo di qualcosa, se quel qualcosa è rappresentato come area).

Io ho l'impressione che vediamo la facenda indirizzi troppo con gli
occhiali di ISTAT nella nostra wiki, mi riferisco sopratutto a questo
paragrafo:
https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia

Posso capire che ogni ingresso deve avere un civico, ma non vuol dire che
non esistono più indirizzi. Un negozio (come anche una persone) tipicamente
ha un indirizzo (sede / residenza), e in OpenStreetMap può avere senso
mappare questi come aree (anzi, è preferibile), perciò questa frase in
grassetto per me è da togliere (o meglio correggere) subitò: "

*le informazioni sugli indirizzi possono essere aggiunte solo come semplice
nodo in corrispondenza dell'accesso esterno o, in alternativa, a un nodo di
ingresso di un edificio o sito. NON bisogna aggiungere le informazioni di
indirizzo a edifici, siti o altre tipologie di aree."*

*Se facessimo in questo modo, non avremmo alcun legame tra fabbricato ed
accesso, se non per vicinanza, e non avremmo un legame forte tra POI e
indirizzo.*

Poi ci sono anche i civici che non sono assegnati ad un ingresso o accesso,
invece sono assegnati ad un ingresso murato, e pur non avendo diritto al
civico (secondo le regole attuali), lo hanno già, e lo mantengono.


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

Re: [Talk-it] Import Dati regione Puglia

[Luca Riccardi]

@Federico

per tabella intendo quella prensente qui:
https://wiki.openstreetmap.org/wiki/Import/Catalogue

Per i dataset, linkerò ciascun dataset sarà processato.

"E' scoraggiato l'uso del tag source attribuito all'oggetto, mentre si
preferisce aggiungere un source ai changeset caricati."

Non mi è ben chiaro. Puoi farmi un esempio? Stai dicendo di non mettere
"source=innovapuglia" come tag a ciascun nodo che caricherò ma di usare un
"chageset=innovapuglia"?

@Andrea
Hai ragione, l'utente è quello del wiki. In ogni caso:

La mia utenza è: https://www.openstreetmap.org/user/luca%20riccardi
ma l'utente dedicato che farà l'up è:
https://www.openstreetmap.org/user/giuseppecultrera - aggiornerò in seguito
la referenza indicata nella wiki.

- Il link su OSM XML l'ho visto più volte, ma mi sembrava più per l'edit
dei dati che per un import da zero ( io andrò ad aggiungere solo i dati che
non sono presenti da OSM) quindi non mi era chiaro se l'import e l'edit
avessero formati differenti (a parte l'id negativo)

Parentesi: A proposito dell'id negativo, il valore può essere ad esempio
l'id della risorsa nel mio dataset (negativo)

-il link su csv2osm non sembra fare ciò che eseguo io, quello che faccio è
più simile a osm Conflator (
https://wiki.openstreetmap.org/wiki/OSM_Conflator), però possono essere
ottimi spunti per costruire la parte mancante sulla serializzazione dei
dati in OSM XML, grazie.

Per la conflation, magari spiego meglio un po' cosa fa il programma step by
step, così risponde ad eventuali altre domande.

I dataset presenti su dati.puglia contengono diverse info. Per ciascuna
riga (potenziale nodo) individuerò delle colonne chiave (latitudine,
longitudine, nome, id della risorsa nel dataset, referenza col portale di
origine, descrizione e categoria) che formeranno il nodo di OSM.
Esempi di categoria opere d'arte, masserie, torri, etc... Ovviamente sono
in forma testuale e bisogna individuare il tag corrispettivo in OSM (viene
affrontata dopo questa parte).

Il primo step è quello di pulizia del dataset a 360°( da dati incompleti ed
incorretti, riformattazione di dati come latitudine e longitudine). Questo
produce un CSV ripulito.

Lo script lavora su due lati:

La prima parte è quella di trasformare  un dataset in un array di oggetti
contenente solo le colonne chiave di interesse.
Essenzialmente si avvale di un file di configurazione di questo genere:

[
 {
"label": "id",  // CHIAVE DELL'ARRAY ASSOCIATIVO DI OUTPUT
"value": ["id", "identifier", "identificatore", "Identificativo
risorsa digitale"], // LABEL DELLA COLONNA CHE CONTERRà I VALORI
"index": null, // ALTERNATIVA A VALUE, INDICA DIRETTAMENTE
L'INDICE DI COLONNA CHE VERRà MAPPATO IN LABEL
"optional": false // INDICA SE è UNA COLONNA CHIAVE
OBBLIGATORIA O MENO, LO SCRIPT SI INTERROMPE NEL CASO LA COLONNA NON VIENE
INDIVIDUATA
},...]

ad esempio, un nodo estratto:

{
'id': '187',
'name': 'Masseria Aprile',
'tipologia': 'Masseria',
'lat': '40.746586',
'lon': '17.337191',
 'descr': 'L\'istantanea in oggetto, fa parte di una più ampia raccolta di
fotografie realizzate per il progetto di censimento di 248 masserie
pugliesi avviato da Giancarlo Chielli, professore del corso in Beni
Culturali e Ambientali presso l\'Accademia di Belle Arti di Bari. Il lavoro
svolto ha dato vita al volume "Le masserie di Puglia come Bene Culturale"
in cui sono presenti alcuni scatti di masserie pugliesi tra cui questa
presa in esame. La fotografia, scattata in bianco e nero all\'interno della
masseria Aprile, si caratterizza di diversi elementi compositivi che
arricchiscono la scena. A dominare la scena il complesso di trulli della
masseria che, originariamente, avevano diverse destinazioni d\'uso.
L\'immagine, in fase di post-produzione ha subito un intervento di
"maschera di contrasto" che ha esaltato i contrasti tra i bianchi e i neri.
Tale espediente ha, infatti, reso il cielo più cupo e greve tanto da
contrapporsi fortemente al bianco candido dei trulli. La masseria Aprile,
tipico complesso rurale pugliese costruita nel 1700, sorge nel cuore della
Valle d\'Itria ai piedi di Locorotondo, comune pugliese riconosciuto tra i
borghi più belli d\'Italia. L\'intero complesso edilizio, immerso nella
campagna e circondato da uliveto e vigneto, si caratterizza da una
struttura centrale in pietra ad uso abitativo, una annessa cappella di
famiglia e una serie di trulli del XVII secolo destinati in origine al
ricovero degli animali, al deposito della legna, alla conservazione del
formaggio, del vino, del foraggio. La tenuta è stata ristrutturata nel
1992 dagli eredi proprietari seguendo i tradizionali criteri di
conservazione dei maestri trullari della zona. Oggi oltre ad essere
residenza degli stessi eredi ha perso la funzione d\'uso originaria ed è
stata trasformata in un rinomato bed and breakfast.',
 'website': '

Re: [Talk-it] Complesso residenziale

[Cascafico Giovanni]

Il 26/gen/2018 16:24, "demon.box"  ha scritto:
>

> scusa ma voglio capire bene ;-)
> ti faccio un esempio limite per essere più chiaro: casa isolata con tetto
> crollato, intorno è cresciuta la vegetazione, non c'è cancello, si può
> arrivare senza nessun impedimento a dove era montata la porta d'ingresso
> (non c'è più nemmeno quella) e sulla parete esterna poco sopra quella che
> era la porta d'ingresso c'è la targhetta con il civico, con nome della via
> imprecisato (probabilmente era una località).
> come lo tratto questo civico?

Come un numero civico, al limite solo nodo e tag addr.

Il concetto é che il lifecycle riguarda il building cioè l'edificio fisico
(mattoni, cemento e tegole). Il cartello col numero non ha cessato,  ne'
dismesso la sua funzione.

La questione era già stata affrontata giorni fa. Direi di chiuderla, sennò
i tedeschi ci marciano colle statistiche ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Complesso residenziale

[demon.box]

Andrea Musuruane wrote
> Il numero civico non si deve mettere su edifici, aree, ecc.

a tal proposito mi assalgono però parecchi dubbi...

tutte le volte che ho messo i tags dell'attività direttamente sul building
perchè lo interessano completamente, ad es.:

ristorante
agriturismo
negozio
rifugio di montagna
ecc.

secondo me ha poco senso staccare l'indirizzo dal resto, voglio dire che se
mappo l'intero edificio come "Ristorante Primo Sole" è ovvio che ci andrò a
mettere anche l'indirizzo completo e non su un nodo a parte...

insomma se "indirizzo su poligono building = NO" è una regola assoluta mi si
prospettano una miriade di incongruenze che non saprei come gestire
l'unico caso che mi risulta semplice gestire è un'abitazione civile ma quasi
tutto il resto non lo è...
grazie.
--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Complesso residenziale

[Martin Koppenhoefer]

2018-01-26 16:23 GMT+01:00 demon.box :

>
> ti faccio un esempio limite per essere più chiaro: casa isolata con tetto
> crollato, intorno è cresciuta la vegetazione, non c'è cancello, si può
> arrivare senza nessun impedimento a dove era montata la porta d'ingresso
> (non c'è più nemmeno quella) e sulla parete esterna poco sopra quella che
> era la porta d'ingresso c'è la targhetta con il civico, con nome della via
> imprecisato (probabilmente era una località).
> come lo tratto questo civico?




ci puoi mettere un nodo con addr:housenumber etc., oppure se c'è il
poligono della casa, potresti mettere le informazioni lì e segnare
l'ingresso come entrance=main.



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

Re: [OSM-talk-fr] D281 en Loire-Atlantique

[Christian Rogel]

Le 26 janv. 2018 à 12:59, Shohreh  a écrit :
> "À Notre-Dame-des-Landes, la route "des chicanes" est complètement dégagée"
> https://www.lexpress.fr/actualite/societe/a-notre-dame-des-landes-la-route-des-chicanes-est-completement-degagee_1979644.

Dégagée est l’adjectif volontairement vague utilisé par la préfète 44.
Il est prévu de mettre des ralentisseurs provisoires avant des définitifs.
Pour le moment, le président du Conseil départemental, seule autorité 
compétente, ne voit pas la route rouverte avant 4 à 6 semaines et 1 M euros de 
travaux, qui serait à la charge de l’Etat qui les estime à 600 000.
Il est prématuré de la qualifier de pleinement ouverte sur la carte.

Christian R.

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

Re: [Talk-it] Nomi in forma dialettale

[Volker Schmidt]

Dove trovo questi codici per i dialetti?
Ho guardato ISO 639-3 ma ho trovato subito un dialetto vicino che manca:
mòcheno 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Mapping Indigenous Place Names

[Michael]

You need :-

 

http://www-01.sil.org/iso639-3/codes.asp

 

Don’t forget to select ‘N’ as it only shows the ones starting with the letter 
selected.

 

 

From: David Dean [mailto:dd...@ieee.org] 
Sent: Friday, 26 January 2018 10:34 PM
To: Andy Mabbett 
Cc: OSM Australian Talk List 
Subject: Re: [talk-au] Mapping Indigenous Place Names

 

Andy,

 

Absolutely. If the more specific language code is known, it should be used.

 

Do you know where a list of these language codes for Australian Indigenous 
languages might be found? It took me long enough to find the aus code on 
https://www.loc.gov/standards/iso639-2/php/code_list.php, and 
https://en.wikipedia.org/wiki/List_of_ISO_639-2_codes. 'nys' isn't listed on 
either of them.

 

I'm no expert (I'm trying to learn more), but 
https://en.wikipedia.org/wiki/Australian_Aboriginal_languages seems to suggest 
that most of Australia can be considered to belong to the 
https://en.wikipedia.org/wiki/Pama%E2%80%93Nyungan_languages, but I can't seem 
to find any sort of language code for that group.

 

- David

 

On Fri, 26 Jan 2018 at 22:28 Andy Mabbett  > wrote:

On 26 January 2018 at 12:09, David Dean  
> wrote:

> I've done a little research, and added the following

> Please use the name:aus (aus is the general ISO639-2 code for Australian
> Aboriginal Languages) to indicate the indigenous names of places.

While I strongly support the recording of indigenous names, with a
language code, surely more specific codes should be used where
possible? For instance, 'nys' for Noongar (in WA)?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

-- 

http://dbdean.com

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

Re: [Talk-it] Complesso residenziale

[demon.box]

Andrea Musuruane wrote
> Il civico rappresenta un accesso esterno che ... ecc... ecc.. quindi se
> c'è
> l'accesso e ha un numero civico si usa addr:housenumeber.

scusa ma voglio capire bene ;-)
ti faccio un esempio limite per essere più chiaro: casa isolata con tetto
crollato, intorno è cresciuta la vegetazione, non c'è cancello, si può
arrivare senza nessun impedimento a dove era montata la porta d'ingresso
(non c'è più nemmeno quella) e sulla parete esterna poco sopra quella che
era la porta d'ingresso c'è la targhetta con il civico, con nome della via
imprecisato (probabilmente era una località).
come lo tratto questo civico?
grazie

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[shravan]

Hi Arun,

I copied the geoJson code from Github to a text editor. I saved the file an
extension ".geojson". It works for me. I have sent the file to Ashim as
well.

Best,
Shravan

On Fri, Jan 26, 2018 at 3:43 PM, Arun Ganesh 
wrote:

> Loads fine for me in qgis and also previews correctly
> https://github.com/datameet/maps/blob/master/Country/india-osm.geojson so
> pretty sure the file is valid.
>
> Not sure what the issue could be. Can anyone else test?
>
> On Fri, Jan 26, 2018 at 7:34 PM, Ashim Kapoor 
> wrote:
>
>> Dear Arun,
>>
>> QGIS says invalid data source when I try to open india-osm.geojson in it.
>> I chose  Layer > Add Layer > Add Vector Layer and then india-osm.geojson.
>>
>> Best,
>> Ashim
>>
>> On Fri, Jan 26, 2018 at 7:04 PM, Ashim Kapoor 
>> wrote:
>>
>>> Dear Arun,
>>>
>>> Thank you and Best Regards,
>>> Ashim
>>>
>>> On Fri, Jan 26, 2018 at 7:01 PM, Arun Ganesh 
>>> wrote:
>>>
 Ashim, I just tried this out, there was a small bit of cleanup needed
 to remove some gaps.

 Detailed outline of India generated from OSM is available here:
 https://github.com/datameet/maps/tree/master/Country

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


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

Re: [Talk-es] Cómo mapear un lagar

[Javier Sánchez Portero]

No es ninguna tontería. La única pega es que, como dice el artículo, aunque
la mayoría son estacionales también las hay fijas. No tienen esa etiqueta,
pero es mejor que se la añadan los que conozcan la zona.

El 26 de enero de 2018, 14:15, Agustin Diez-Castillo 
escribió:

> No sé si digo una tontería pero creo que muchas de las colmenas cambian de
> lugar con la estación [1]. Puede ser cierto que la mayoría vuelven a ocupar
> el mismo lugar en la siguiente temporada pero necesitarían un seasonal=yes
> [2]que no tengo idea si tienen.
>
> [1] http://www.elnortedecastilla.es/salamanca/201410/21/
> apicultores-provincia-practican-trashumancia-20141021123221.html
> [2] https://wiki.openstreetmap.org/wiki/Key:seasonal
>
> On 26 Jan 2018, at 14:23, Javier Sánchez Portero 
> wrote:
>
> ¡Hala! Pues estaba etiquetando mal. Después de haber cambiado "mis"
> emplazamientos de colmenas, que estaban mal, quedan 46 craft=beekeeper en
> España. Lo he repasado con PNOA y hay 31 que estarían mejor etiquetados
> como landuse=apiary. Me pongo a cambiarlos.
>
> El 26 de enero de 2018, 11:52, dcapillae  escribió:
>
>> Para el emplazamiento de colmenas se puede usar «landuse=apiary». He
>> tenido
>> ocasión de mapear algunas y es el etiquetado que utilizo:
>> https://www.openstreetmap.org/way/488720115
>>
>> No creo que sea correcto mapear un colmenar con «craft=beekeeper» cuando
>> existe una etiqueta específica para mapear los espacios donde se pueden
>> encontrar colmenas [1]. La etiqueta «craft=beekeeper» tiene otros usos. Se
>> refiere al lugar donde trabaja o vende sus productos un apicultor. Todavía
>> no hay una etiqueta establecida para diferenciar entre donde produce y
>> donde
>> vende [2]:
>>
>> [1] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dapiary
>> [2] https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Dbeekeeper
>>
>> La primera vez que me interesé por mapear un colmenar en OSM me sorprendió
>> lo desarrollado que está el etiquetado de características relacionadas con
>> la apicultura: https://www.openstreetmap.org/user/dcapillae/diary/40940
>>
>> En el caso de los lagares, en cuanto a lugares donde se produce vino,
>> existe
>> un etiquetado similar que permite diferenciar entre usos del suelo,
>> lugares
>> donde se produce vino y lugares donde se vende. En cuanto a lagares como
>> artefactos para prensar la uva no parece que haya nada tan específico en
>> OSM. La opción de «man_made=fruit_press» junto con «product=*» tiene
>> lógica,
>> aunque sería una solución totalmente novedosa.
>>
>>
>>
>> -
>> Daniel Capilla
>> OSM user: dcapillae
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Complesso residenziale

[Cascafico Giovanni]

Il 26/gen/2018 15:51, "demon.box"  ha scritto:
>
> tornando alla tua risposta: capisco bene che l'indirizzo non va messo sul
> building ma se invece lo metto su un nodo che posiziono attaccato al
> perimetro del poligono building assieme ad es. al tag entrance=main questo
> va bene?

Va bene, anche se non c'è entrance.

>
> inoltre, domanda leggermente OT, quando trovo la targhetta del civico
> attaccata ad un edificio mezzo crollato o comunque abbandonato, giusto per
> non "inquinare" i veri civici, cosa è meglio usare:
>
> old_addr:housenumber ?
> disused:addr:housenumber ?

Direi di no: é semmai da taggare così il building, in quanto al catasto
resta registrato il lotto con quel numero (ho visto diversi civici
attaccati ad un portone, senza nessun edifici dietro).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Napsal jsem na Tagging. Očekávám flame za 3... 2... 1...

Jen tak mimochodem:
- hledání to nerozbije, Nominatim umí Unicode Collation
- je to v cca polovině oficiálních seznamů, mimo jiné protože office
to automaticky doplňuje
- teoreticky by se za tagování pro renderer mohly považovat i velká a
malá písmena v názvech ulic (OTG jsou celá velkými)
- rozumně spolehlivé algoritmické doplnění bude řádově složitější než
100% spolehlivé algoritmické odstranění (leda že bys nám laskavě
zveřejnil tvůj program na automatické doplňování nedělitelných mezer)

Problém je v tom, že teď nejen že tam ty nedělitelné mezery občas jsou
(takže co se má rozbít, to se rozbije), ale taky nejsou zdaleka všude
(takže se občas něco renderuje ošklivě a člověka netrkne tak rychle,
co se děje) a občas se dvě části TÉ SAMÉ ULICE liší v tom, zda mají
nedělitelnou mezeru (takže se rozbije i to, co by jinak nedělitelné
mezery zkouslo).

2018-01-26 0:17 GMT+01:00 Pavel Machek :
> Ahoj!
>
>> Vypadá to, že minimálně osm.org nbsp řeší správně:
>> https://www.openstreetmap.org/way/34942987#map=19/50.09373/14.46366
>> ukazuje, že nic typu "vlna" osm.org nepoužívá
>> https://www.openstreetmap.org/node/3226473433#map=19/50.09439/14.34787
>> ukazuje, že nedělitelné mezery zobrazí správně
>> (Tedy, alespoň to tak vypadá)
>>
>> U ostatních renderů jsem zatím nenašel vhodný případ.
>>
>> Ano, já hlavně řeším názvy ulic (kde je zalamování vzácné), ale otázka
>> je prostá: chceme nbsp v datech, nebo nikoliv?
>>
>> Zatím to nevypadá, že bychom se měli shodnout. Aktuální stav je asi
>> nejhorší možný: máme nbsp v datech, ale ne vždy a ani ne na celých
>> ulicích najednou. Je někdo silně proti tomu, abych do vyřešení tohoto
>> problému fungoval podle možnosti 4 a pak když tak ty mezery hromadně
>> smazal? Budeme alespoň mít celé ulice se stejným názvem a nbsp se
>> budou snadněji mazat, než zpětně doplňovat. Současně ale nbsp nebudu
>> doplňovat tam, kde ji zatím žádný úsek ulice nemá.
>
> Zpetne smazat i zpetne doplnit je stejne tezke -- ta mezera jde
> doplnit algoritmicky -- takze ano, jsem proti 4.
>
> (Protoze to rozbije hledani, protoze to neni v oficialnich seznamech,
> protoze je to tagovani pro renderer, protoze to rozbije lokalni
> programy snazici se pracovat s OSM daty, a protoze neviditelny znaky
> jsou skodoliba past na kohokoliv kdo se s timbude snazit pracovat.)
>
> DWG navrhovala zeptat se na tagging listu, to by asi byl dalsi rozumny
> krok.
>
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-it] Complesso residenziale

[Andrea Musuruane]

Ciao,

2018-01-26 15:50 GMT+01:00 demon.box :

> ciao, sì lo sò che si sta parlando di civici anche in un altro thread ma
> non
> essendo soltanto questo il mio quesito ho preferito aprirne uno nuovo.
>
> tornando alla tua risposta: capisco bene che l'indirizzo non va messo sul
> building ma se invece lo metto su un nodo che posiziono attaccato al
> perimetro del poligono building assieme ad es. al tag entrance=main questo
> va bene?
>

Sì.

https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia


> inoltre, domanda leggermente OT, quando trovo la targhetta del civico
> attaccata ad un edificio mezzo crollato o comunque abbandonato, giusto per
> non "inquinare" i veri civici, cosa è meglio usare:
>
> old_addr:housenumber ?
> disused:addr:housenumber ?
>

Il civico rappresenta un accesso esterno che ... ecc... ecc.. quindi se c'è
l'accesso e ha un numero civico si usa addr:housenumeber.

Ciao,

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

Re: [Talk-it] Complesso residenziale

[demon.box]

ciao, sì lo sò che si sta parlando di civici anche in un altro thread ma non
essendo soltanto questo il mio quesito ho preferito aprirne uno nuovo.

tornando alla tua risposta: capisco bene che l'indirizzo non va messo sul
building ma se invece lo metto su un nodo che posiziono attaccato al
perimetro del poligono building assieme ad es. al tag entrance=main questo
va bene?

inoltre, domanda leggermente OT, quando trovo la targhetta del civico
attaccata ad un edificio mezzo crollato o comunque abbandonato, giusto per
non "inquinare" i veri civici, cosa è meglio usare:

old_addr:housenumber ?
disused:addr:housenumber ?


grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Arun Ganesh]

Loads fine for me in qgis and also previews correctly
https://github.com/datameet/maps/blob/master/Country/india-osm.geojson so
pretty sure the file is valid.

Not sure what the issue could be. Can anyone else test?

On Fri, Jan 26, 2018 at 7:34 PM, Ashim Kapoor  wrote:

> Dear Arun,
>
> QGIS says invalid data source when I try to open india-osm.geojson in it.
> I chose  Layer > Add Layer > Add Vector Layer and then india-osm.geojson.
>
> Best,
> Ashim
>
> On Fri, Jan 26, 2018 at 7:04 PM, Ashim Kapoor 
> wrote:
>
>> Dear Arun,
>>
>> Thank you and Best Regards,
>> Ashim
>>
>> On Fri, Jan 26, 2018 at 7:01 PM, Arun Ganesh 
>> wrote:
>>
>>> Ashim, I just tried this out, there was a small bit of cleanup needed to
>>> remove some gaps.
>>>
>>> Detailed outline of India generated from OSM is available here:
>>> https://github.com/datameet/maps/tree/master/Country
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Volker Schmidt]

> Detto questo, se proprio e' necessario potresti mettere il suffisso
> disused: davanti alla way, facendo attenzione a non farlo su quelli che
> gia' esistenti.
>

No, "disused" no.

Se il sentiero c'è ed è percorribile rimane su OSM come è sul terreno.
Se il percorso ha segnaletica già installata, rimane anche la relazione
corrispondente.
Se il sentiero è in costruzione, ma no è ancora percorribile, si può
utilizzare il tag construction=... e per la relazione si può utilizzare
state=proposed
Se il sentiero non esiste  e non è nemmeno in costruzione, non dovrebbe
essere in OSM.

Volker



Virus-free.
www.avast.com

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

Re: [Talk-it] Complesso residenziale

[Andrea Musuruane]

Ciao,

2018-01-26 14:53 GMT+01:00 demon.box :

> ciao mi capita ti mappare un complesso residenziale (residence/condominio)
> formato al suo interno da più edifici aventi (a volte tutti lo stesso
> civico), ad esempio:
>

Stavamo proprio parlando di civici in un altro thread :-)


> Residence Villa dei Fiori
> Via Giuseppe Verdi 18
> (...)
>
> formato da 6 distinti edifici (unità abitative)
>
> fino ad ora (pochissimi casi) ho ritagliato il tratto di
> landuse=residential
> se già esistente oppure l'ho creato ed a questo ho dato il name="Residence
> Villa dei Fiori)
> però mi chiedo dove posizionare l'indirizzo ed il relativo civico? sulla
> stessa area residenziale oppure su ogni singola palazzina?
>

Dato che il numero civico identifica l'accesso esterno che dall'area di
circolazione (via, strada, piazza, ecc) immette alle unità immobiliari, le
informazioni devono essere messe in corrispondenza dell'accesso (cancello,
porta, ecc). Vicino all'accesso si dovrebbe trovare la targhetta con il
numero civico. Il numero civico non si deve mettere su edifici, aree, ecc.

Ciao,

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

Re: [Talk-es] Cómo mapear un lagar

[Agustin Diez-Castillo]

No sé si digo una tontería pero creo que muchas de las colmenas cambian de 
lugar con la estación [1]. Puede ser cierto que la mayoría vuelven a ocupar el 
mismo lugar en la siguiente temporada pero necesitarían un seasonal <>=yes 
[2]que no tengo idea si tienen.

[1] 
http://www.elnortedecastilla.es/salamanca/201410/21/apicultores-provincia-practican-trashumancia-20141021123221.html
[2] https://wiki.openstreetmap.org/wiki/Key:seasonal
> On 26 Jan 2018, at 14:23, Javier Sánchez Portero  wrote:
> 
> ¡Hala! Pues estaba etiquetando mal. Después de haber cambiado "mis" 
> emplazamientos de colmenas, que estaban mal, quedan 46 craft=beekeeper en 
> España. Lo he repasado con PNOA y hay 31 que estarían mejor etiquetados como 
> landuse=apiary. Me pongo a cambiarlos.
> 
> El 26 de enero de 2018, 11:52, dcapillae  > escribió:
> Para el emplazamiento de colmenas se puede usar «landuse=apiary». He tenido
> ocasión de mapear algunas y es el etiquetado que utilizo:
> https://www.openstreetmap.org/way/488720115 
> 
> 
> No creo que sea correcto mapear un colmenar con «craft=beekeeper» cuando
> existe una etiqueta específica para mapear los espacios donde se pueden
> encontrar colmenas [1]. La etiqueta «craft=beekeeper» tiene otros usos. Se
> refiere al lugar donde trabaja o vende sus productos un apicultor. Todavía
> no hay una etiqueta establecida para diferenciar entre donde produce y donde
> vende [2]:
> 
> [1] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dapiary 
> 
> [2] https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Dbeekeeper 
> 
> 
> La primera vez que me interesé por mapear un colmenar en OSM me sorprendió
> lo desarrollado que está el etiquetado de características relacionadas con
> la apicultura: https://www.openstreetmap.org/user/dcapillae/diary/40940 
> 
> 
> En el caso de los lagares, en cuanto a lugares donde se produce vino, existe
> un etiquetado similar que permite diferenciar entre usos del suelo, lugares
> donde se produce vino y lugares donde se vende. En cuanto a lagares como
> artefactos para prensar la uva no parece que haya nada tan específico en
> OSM. La opción de «man_made=fruit_press» junto con «product=*» tiene lógica,
> aunque sería una solución totalmente novedosa.
> 
> 
> 
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Ashim Kapoor]

Dear Arun,

QGIS says invalid data source when I try to open india-osm.geojson in it. I
chose  Layer > Add Layer > Add Vector Layer and then india-osm.geojson.

Best,
Ashim

On Fri, Jan 26, 2018 at 7:04 PM, Ashim Kapoor  wrote:

> Dear Arun,
>
> Thank you and Best Regards,
> Ashim
>
> On Fri, Jan 26, 2018 at 7:01 PM, Arun Ganesh 
> wrote:
>
>> Ashim, I just tried this out, there was a small bit of cleanup needed to
>> remove some gaps.
>>
>> Detailed outline of India generated from OSM is available here:
>> https://github.com/datameet/maps/tree/master/Country
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Alfredo Gattai]

bahla richiesta e' abbastanza assurda, non c'e' nulla di quello che hai
fatto e messo in OSM che possa disturbare il frastuono delle fanfare a
progetto concluso. Perdonami l'ironia ma di queste richieste nei progetti
di cui mi sono occupato per il CAI e per la Regione me ne sono arrivate da
ogni lato e le ho sempre rimandate al mittente catalogandole come
irricevibili. Questi personaggi dovrebbero essere grati alla struttura OSM
per quello che permette di fare gratis e smetterla di temere il "babau
della condivisione".
Detto questo, se proprio e' necessario potresti mettere il suffisso
disused: davanti alla way, facendo attenzione a non farlo su quelli che
gia' esistenti. Non so se altri hanno idee migliori.

Alfredo



2018-01-26 13:49 GMT+01:00 Marco Bartalini :

> ragazzi sto lavorando ad un progetto di recupero di vecchi tratturi
> storici... tuttavia sono andato un pò troppo avanti con il progetto e mi
> hanno chiesto di non far visualizzare i sentieri sul sito osm fino al
> momento della conclusione e pubblicizzazione del progetto... ora ho due
> possibilità... cancellare tutto il lavoro che ho fatto oppure trovare un
> qualche tag che nasconda provvisoriamente al pubblico tutto ciò che ho
> fatto siccome mi dispiacerebbe cancellare tutto in quanto ho perso un
> sacco di ore per tracciare tutto minuziosamente con più passaggi gps e
> inserendo i tag giusti, vi chiedo...
>
> esiste un tag per non fare visualizzare provvisoriamente questi sentieri
> sul sito osm e sulle varie applicazioni che usano il database osm? un tag
> che al momento della pubblicizzazione possa togliere in pochi minuti e
> riavere tutto come prima...
>
> grazie
>
> *Marco*
>
> ___
> 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] Complesso residenziale

[demon.box]

ciao mi capita ti mappare un complesso residenziale (residence/condominio)
formato al suo interno da più edifici aventi (a volte tutti lo stesso
civico), ad esempio:

Residence Villa dei Fiori
Via Giuseppe Verdi 18
(...)

formato da 6 distinti edifici (unità abitative)

fino ad ora (pochissimi casi) ho ritagliato il tratto di landuse=residential
se già esistente oppure l'ho creato ed a questo ho dato il name="Residence
Villa dei Fiori)
però mi chiedo dove posizionare l'indirizzo ed il relativo civico? sulla
stessa area residenziale oppure su ogni singola palazzina?

e più in generale è questo l'approcio giusto? cioè va bene mettere il nome
del complesso sulla porzione di landuse=residential?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Nomi in forma dialettale

[Paolo Monegato]

Il 25/01/2018 16:05, demon.box ha scritto:

ciao, ti rispondo per come ho fatto fino ad ora:

se esiste solo il nome dialettale ->  name
se esiste anche il nome dialettale ->  loc_name

non traduco mai il nome dialettale in italiano per metterlo in name a meno
che la traduzione in italiano sia comunque utilizzata e conosciuta.


L'ideale sarebbe aggiungere sempre il codice della lingua al loc_name... 
Non solo per distinguere eventuali nomi locali in svariati idiomi, ma 
anche semplicemente per permettere a chi vuole di estrarsi tutti i 
"loc_name:xxx="


ciao
Paolo M


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

[Talk-it] Non far visualizzare provvisoriamente alcuni sentieri...

[Marco Bartalini]

ragazzi sto lavorando ad un progetto di recupero di vecchi tratturi
storici... tuttavia sono andato un pò troppo avanti con il progetto e mi
hanno chiesto di non far visualizzare i sentieri sul sito osm fino al
momento della conclusione e pubblicizzazione del progetto... ora ho due
possibilità... cancellare tutto il lavoro che ho fatto oppure trovare un
qualche tag che nasconda provvisoriamente al pubblico tutto ciò che ho
fatto siccome mi dispiacerebbe cancellare tutto in quanto ho perso un
sacco di ore per tracciare tutto minuziosamente con più passaggi gps e
inserendo i tag giusti, vi chiedo...

esiste un tag per non fare visualizzare provvisoriamente questi sentieri
sul sito osm e sulle varie applicazioni che usano il database osm? un tag
che al momento della pubblicizzazione possa togliere in pochi minuti e
riavere tutto come prima...

grazie

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

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Ashim Kapoor]

Dear Arun,

Thank you and Best Regards,
Ashim

On Fri, Jan 26, 2018 at 7:01 PM, Arun Ganesh 
wrote:

> Ashim, I just tried this out, there was a small bit of cleanup needed to
> remove some gaps.
>
> Detailed outline of India generated from OSM is available here:
> https://github.com/datameet/maps/tree/master/Country
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Arun Ganesh]

Ashim, I just tried this out, there was a small bit of cleanup needed to
remove some gaps.

Detailed outline of India generated from OSM is available here:
https://github.com/datameet/maps/tree/master/Country
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-es] Cómo mapear un lagar

[Javier Sánchez Portero]

¡Hala! Pues estaba etiquetando mal. Después de haber cambiado "mis"
emplazamientos de colmenas, que estaban mal, quedan 46 craft=beekeeper en
España. Lo he repasado con PNOA y hay 31 que estarían mejor etiquetados
como landuse=apiary. Me pongo a cambiarlos.

El 26 de enero de 2018, 11:52, dcapillae  escribió:

> Para el emplazamiento de colmenas se puede usar «landuse=apiary». He tenido
> ocasión de mapear algunas y es el etiquetado que utilizo:
> https://www.openstreetmap.org/way/488720115
>
> No creo que sea correcto mapear un colmenar con «craft=beekeeper» cuando
> existe una etiqueta específica para mapear los espacios donde se pueden
> encontrar colmenas [1]. La etiqueta «craft=beekeeper» tiene otros usos. Se
> refiere al lugar donde trabaja o vende sus productos un apicultor. Todavía
> no hay una etiqueta establecida para diferenciar entre donde produce y
> donde
> vende [2]:
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dapiary
> [2] https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Dbeekeeper
>
> La primera vez que me interesé por mapear un colmenar en OSM me sorprendió
> lo desarrollado que está el etiquetado de características relacionadas con
> la apicultura: https://www.openstreetmap.org/user/dcapillae/diary/40940
>
> En el caso de los lagares, en cuanto a lugares donde se produce vino,
> existe
> un etiquetado similar que permite diferenciar entre usos del suelo, lugares
> donde se produce vino y lugares donde se vende. En cuanto a lagares como
> artefactos para prensar la uva no parece que haya nada tan específico en
> OSM. La opción de «man_made=fruit_press» junto con «product=*» tiene
> lógica,
> aunque sería una solución totalmente novedosa.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [talk-au] Mapping Indigenous Place Names

[David Dean]

Andy,

Absolutely. If the more specific language code is known, it should be used.

Do you know where a list of these language codes for Australian Indigenous
languages might be found? It took me long enough to find the aus code on
https://www.loc.gov/standards/iso639-2/php/code_list.php, and
https://en.wikipedia.org/wiki/List_of_ISO_639-2_codes. 'nys' isn't listed
on either of them.

I'm no expert (I'm trying to learn more), but
https://en.wikipedia.org/wiki/Australian_Aboriginal_languages seems to
suggest that most of Australia can be considered to belong to the
https://en.wikipedia.org/wiki/Pama%E2%80%93Nyungan_languages, but I can't
seem to find any sort of language code for that group.

- David

On Fri, 26 Jan 2018 at 22:28 Andy Mabbett  wrote:

> On 26 January 2018 at 12:09, David Dean  wrote:
>
> > I've done a little research, and added the following
>
> > Please use the name:aus (aus is the general ISO639-2 code for Australian
> > Aboriginal Languages) to indicate the indigenous names of places.
>
> While I strongly support the recording of indigenous names, with a
> language code, surely more specific codes should be used where
> possible? For instance, 'nys' for Noongar (in WA)?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
-- 
http://dbdean.com
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Mapping Indigenous Place Names

[Andy Mabbett]

On 26 January 2018 at 12:09, David Dean  wrote:

> I've done a little research, and added the following

> Please use the name:aus (aus is the general ISO639-2 code for Australian
> Aboriginal Languages) to indicate the indigenous names of places.

While I strongly support the recording of indigenous names, with a
language code, surely more specific codes should be used where
possible? For instance, 'nys' for Noongar (in WA)?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-de] OpenStreetMap Hack Weekends Berlin 2018

[Markus]

Hallo Lars,

> ich freue mich mitteilen zu können, dass in diesem Jahr auch in Berlin
> wieder Hack Weekends stattfinden werden.

Sehr schön :-)

Habe gleich eine ergänzende Ankündigung für Nürnberg gemacht.

Gruss, Markus

> [1] https://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_April_2018
> [2] https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2018
[3] http://wiki.openseamap.org/wiki/OpenSeaMap-dev:11._Entwicklerwochenende

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

[talk-au] Mapping Indigenous Place Names

[David Dean]

Hi everyone,

I've done a little research, and added the following section to the
Australian Tagging Guidelines at
https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Places,
and the Multilingual names page at
https://wiki.openstreetmap.org/wiki/Multilingual_names:

Please use the name:aus (aus is the general ISO639-2 code for Australian
Aboriginal Languages) to indicate the indigenous names of places. It would
be useful to do this even when the generally used name is indigenous, to
allow for a potential indigenous rendering of our maps.

I hope we can all agree that this is an excellent idea, and starting adding
these everywhere we can. Here's my first go:
https://www.openstreetmap.org/changeset/55769062.

So far we currently have about 4 name:aus tags in the whole country (see
https://overpass-turbo.eu/s/voW). We can do better that that!

- David

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

[Talk-de] OpenSeaMap Hack Weekend Nürnberg, 23.-25. Februar

[Markus]

Liebe Entwickler und Wassersportler,
Segler, Taucher, Kanuten, Fischer, ...

wer Lust hat auf Barcamp ist herzlich nach Nürnberg eingeladen :-)

Liegt zwischen Berlin und Karlsruhe...

Anmeldung entweder per Mail an mich oder direkt im Wiki:
http://wiki.openseamap.org/wiki/OpenSeaMap-dev:11._Entwicklerwochenende

In der Woche danach ist die Embedded World in Nürnberg:
https://www.embedded-world.de/de
Gemeinsam macht Messebesuch noch mehr Spass.

Mit herzlichem Gruss,
Markus

Siehe auch:
https://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_April_2018
https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2018

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

Re: [Talk-it] Import Dati regione Puglia

[Federico Cortese]

2018-01-26 12:45 GMT+01:00 Andrea Musuruane :
>
> L'unica parte che manca è la conflation. Sarebbe interessante sapere come la
> fa il tuo tool. In genere fare la conflation in modo automatico non è vista
> molto bene perché spesso genera errori.
>

Concordo pienamente. Proprio per questo motivo nelle mie e-mail
precedenti consigliavo un import manuale mediante task manager, in
modo da poter verificare puntualmente i dati.

Ciao,
Federico

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

Re: [OSM-talk-fr] D281 en Loire-Atlantique

[Shohreh]

Bonne nouvelle :

"À Notre-Dame-des-Landes, la route "des chicanes" est complètement dégagée"
https://www.lexpress.fr/actualite/societe/a-notre-dame-des-landes-la-route-des-chicanes-est-completement-degagee_1979644.html



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

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

Re: [Talk-it] Import Dati regione Puglia

[Federico Cortese]

2018-01-25 21:22 GMT+01:00 l.riccardi90 :
>
> premetto che la pagina è incompleta ( per questo non l'ho ancora linkata
> alla label nella tabella). Mi premeva trovare un facs simile di import.

Scusami ma non ho capito a quale tabella fai riferimento.

> - la licenza attuale mi pare di aver capito sia già compatibile con quella
> di OSM, però per scrupolo abbiamo richiesto una licenza d'uso ad hoc per
> OSM.

Ottimo

> - i dataset sono quelli caricati in quella pagina (altri né saranno caricati
> in futuro) , sono quelli gestiti dall'ente innovapuglia, ma se occorre li
> specificherò.

Sì, occorre specificare esattamente quali dataset si vuole importare.

> - Per changeset io avevo inteso un "tag proprietario" usato del tipo source=
> "ente che fa l'import". Dato che avevo letto ( correggimi se sbaglio) che la
> comunità scoraggiata l'uso ( e l'abuso) di questo tipo di tag in modo di
> avere una mappatura più omogenea, abbiamo evitato. ma se è consigliato
> inserirlo, lo farò.

E' scoraggiato l'uso del tag source attribuito all'oggetto, mentre si
preferisce aggiungere un source ai changeset caricati.

Ciao,
Federico

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

Re: [Talk-es] Cómo mapear un lagar

[dcapillae]

Para el emplazamiento de colmenas se puede usar «landuse=apiary». He tenido
ocasión de mapear algunas y es el etiquetado que utilizo:
https://www.openstreetmap.org/way/488720115

No creo que sea correcto mapear un colmenar con «craft=beekeeper» cuando
existe una etiqueta específica para mapear los espacios donde se pueden
encontrar colmenas [1]. La etiqueta «craft=beekeeper» tiene otros usos. Se
refiere al lugar donde trabaja o vende sus productos un apicultor. Todavía
no hay una etiqueta establecida para diferenciar entre donde produce y donde
vende [2]:

[1] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dapiary
[2] https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Dbeekeeper

La primera vez que me interesé por mapear un colmenar en OSM me sorprendió
lo desarrollado que está el etiquetado de características relacionadas con
la apicultura: https://www.openstreetmap.org/user/dcapillae/diary/40940

En el caso de los lagares, en cuanto a lugares donde se produce vino, existe
un etiquetado similar que permite diferenciar entre usos del suelo, lugares
donde se produce vino y lugares donde se vende. En cuanto a lagares como
artefactos para prensar la uva no parece que haya nada tan específico en
OSM. La opción de «man_made=fruit_press» junto con «product=*» tiene lógica,
aunque sería una solución totalmente novedosa.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-it] Import Dati regione Puglia

[Andrea Musuruane]

Ciao,

2018-01-26 12:33 GMT+01:00 Luca Riccardi :

> Ciao Andrea
>
>- L’utente InnovaP_importOSM esiste,  sarà l’unico account - dedicato
>- che si occuperà dell’import.( https://wiki.
>openstreetmap.org/wiki/User:InnovaP_importOSM
>)
>
> Stai facendo confusione tra l'utente della wiki e l'utenza di OSM, che non
esiste:
https://www.openstreetmap.org/user/InnovaP_importOSM

Again, qual è il tuo utente OSM?


>
>- Specificherò i dataset attuali (tutti in CSV, ma sono disponibili
>anche in altri formati) e cercherò di fare un tagging plan più completo
>possibile.
>
> C'è csv2osm:
https://github.com/OSMBrasil/csv2osm



>
>- Ok, per il changeset. Chiedevo appunto un facs simile di file import
>OSM XML di nuovi dati ( e non modifiche di quelli esistenti) per
>individuare e colmare eventuali mancanze.
>
> Non esistono file di import OSM XML. O meglio, sono dei semplici file OSM
XML.
https://wiki.openstreetmap.org/wiki/OSM_XML


>
>- Il processo deve essere più automatizzato possibile ( estrazione di
>“alcuni” dati - quelli che hanno senso importare su OSM - dai dataset ->
>controllo che questi non siano già esistenti su OSM ->  trasformazione dei
>dati estratti in un nodo OSM il tutto ripetuto per ogni riga del dataset
>che rappresenta un potenziale nodo da rendere disponibile su OSM) e nessuno
>degli script elencati nella comunità OSM sembrava fare al caso mio.
>L’upload invece sarà effettuato con un tool proposto dalla comunità.
>
> L'unica parte che manca è la conflation. Sarebbe interessante sapere come
la fa il tuo tool. In genere fare la conflation in modo automatico non è
vista molto bene perché spesso genera errori.

Ciao,

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

Re: [OSM-talk-fr] positionnement des adresses

[marc marc]

Bonjour,

PS: le routage n'est que l'un des besoins de ma proposition.

Le 26. 01. 18 à 03:25, Francois Gouget a écrit :
> On Thu, 25 Jan 2018, marc marc wrote:
>> un bâtiment avec une adresse et 2 accès.
>> Je souhaite un routage de l'adresse sur l'accès le plus proche.
> Un tel site n'aura-t-il pas plusieurs adresses ?

mon exemple est tiré d'un cas réel, ce bâtiment n'a
qu'une adresse et cet adresse ne concerne que ce bâtiment.

> une adresse postale pour tous les "bâtiments"

Je propose de traiter ce cas comme on fait déjà parfois pour les écoles:
un polygone qui englobe le tout avec le tag addr.
cela permet de faire le lien 1 addr - plusieurs bâtiments.
Un routage vers la surface permettra d'utiliser l'entrée
la plus proche en fonction du trajet du visiteur.

> les "bâtiments" sont identifiés par une lettre

si tu veux descendre un niveau + bas, addr:unit="Bâtiment A"
placé sur le bâtiment ou son entrée.
Si l'adresse commune est placée sur une surface, un logiciel
peux demander l'info à l'utilisateur (demander à l'utilisateur
s'il souhaite préciser vers quel bâtiment correspondant à cet adresse
il souhaite aller, proposer au mapper d'ajouter addr:unit pour 
différentier les différents batiment partageant une adresse)
mais je crois qu'il faut d'abord résoudre le niveau addr:housenumber
avant de descendre au niveau en dessous.

> Selon le bâtiment où ils habitent, les résidents préfèrent
> que leurs invités arrivent par l'une ou l'autre entrée
> car cela leur fait moins loin à aller pour ouvrir le portail.

J'ai vu un routage pour transport public qui intègre la possibilité
de choisir entre trajet le + court et le moins de marche.
C'est un peu une variante de ce que tu demandes (je vais au portail
nord parce que c'est + rapide pour moi, ou je vais au portail sud
parce que le trajet restant à pied est + faible).
Mais il faut pour cela un routage 2 entrées qui fonctionne
en l'absence portail :)

> * Je pense que ça n'aurait pas de sens de mettre un point pour chacune
>des deux adresses quelque part au milieu de la cour. Quelqu'un à qui
>on dit d'aller au 18 rue Nélaton doit savoir où se présenter.

je suis d'accord avec toi. l'addr doit être associé avec ce qu'elle 
concerne. une addr qui concerne plusieurs bâtiments doit être associé 
avec une surface qui contient ces bâtiments.

> * Si on considère que chacun des bâtiments a deux adresses, 
>comment mettre deux adresses sur un seul objet OSM ?

Si 2 adresses concernent une surface avec plusieurs bâtiment,
je propose simplement de mettre les 2 nœuds sur cette surface.
Je dis bien "SUR" (géographiquement lié à la surface)
et non "vers le bord de la parcelle" dont on ignore souvent
si c'est une parcelle ou plusieurs.
Je n'ai cependant jamais rencontré le cas, d'ailleurs de ce que
tu dis de ton exemple, les bâtiments n'ont qu'une adresse,
l'autre est utilisé pour forcer le routage vers un portail plus proche.
Tu peux aussi mettre les portails sur les chemins concernés.
https://wiki.openstreetmap.org/wiki/FR:Tag:barrier%3Dgate

> un point pour l'entrée de chacun des 6 bâtiments.
> quelle adresse de rue leur associer ?

pour moi cela doit se faire automatiquement par héritage.
si une surface a qu'une adresse, tout ce qui est dans cette surface
en hérite comme on le fait depuis longtemps pour les communes :
les bâtiments situé dans la surface d'une commune héritent des infos 
pertinentes de la commune (fait un clic droit, afficher l'adresse
sur un bâtiment n'ayant pas de addr:city ni addr:postcode,
tu verras que nominatim utilise la surface de la commune)
C'est ce que je veux reproduire au niveau addr:housenumber.

Merci ton avis argumenté..

Cordialement,
Marc

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

Re: [Talk-it] Import Dati regione Puglia

[Luca Riccardi]

Ciao Andrea

   - L’utente InnovaP_importOSM esiste,  sarà l’unico account - dedicato -
   che si occuperà dell’import.(
   https://wiki.openstreetmap.org/wiki/User:InnovaP_importOSM)



   - Specificherò i dataset attuali (tutti in CSV, ma sono disponibili
   anche in altri formati) e cercherò di fare un tagging plan più completo
   possibile.
   - Ok, per il changeset. Chiedevo appunto un facs simile di file import
   OSM XML di nuovi dati ( e non modifiche di quelli esistenti) per
   individuare e colmare eventuali mancanze.
   - Il processo deve essere più automatizzato possibile ( estrazione di
   “alcuni” dati - quelli che hanno senso importare su OSM - dai dataset ->
   controllo che questi non siano già esistenti su OSM ->  trasformazione dei
   dati estratti in un nodo OSM il tutto ripetuto per ogni riga del dataset
   che rappresenta un potenziale nodo da rendere disponibile su OSM) e nessuno
   degli script elencati nella comunità OSM sembrava fare al caso mio.
   L’upload invece sarà effettuato con un tool proposto dalla comunità.



Luca Riccardi



Mail
priva di virus. www.avast.com

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

Re: [Talk-it] Nomi in forma dialettale

[Andreas Lattmann]

Grazie ragazzi, ora ho un bel po di lavoro da fare. 
Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

[Talk-de] OpenStreetMap Hack Weekends Berlin 2018

[lars lingner]

Hallo zusammen,

ich freue mich mitteilen zu können, dass in diesem Jahr auch in Berlin
wieder Hack Weekends stattfinden werden.

Los geht es im April, den 14./15.04 in der neuen Location, der mindbox
der Deutschen Bahn. Ein weiterer Termin ist für August in Vorbereitung.

Im OSM-Wiki [1] findet ihr alle aktuellen Infos. Eine Ankündigung mit
Aufruf zum Eintrag in die Teilnehmerliste wird ca 4-6 Wochen vor dem
Termin erfolgen.

Wer nicht bis nach Berlin fahren oder bereits im Februar hacken möchte,
der findet vielleicht auf dem Hack Weekend [2] in Karlsruhe Anschluss.


Viele Grüße,

Lars


[1] https://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_April_2018
[2] https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2018

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

[Talk-de] shop tag: Elektro, Haustechnik

[tshrub]

Hi,

ich würde das so machen:

shop=electronics
electronics=building services

sieht aber nicht so verbreitet aus und zeigt einen TV als Ikon, also: 
irreführend für einen Laden der sich mit Küchen- und Haustechnik 
beschäftigt.


salut,
ts


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

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Arun Ganesh]

Ashim:

   - Export the India geojson from Walter's site for the land area
   https://wambachers-osm.website/boundaries/
   - Export the geojson of disputed areas claimed by India from overpass
   http://overpass-turbo.eu/s/voe
   - Open both in qgis and choose processing->toolbox->union to combine them

Walter, this is excellent for exporting the clipped boundaries! Any chance
one can also use the disputed areas^ to create a union on the site itself?


On Fri, Jan 26, 2018 at 2:37 PM, Ashim Kapoor  wrote:

> Dear Walter,
>
> The website alluded does not have a map compliant with the Indian law.
> Many thanks for your help.
>
> Best Regards,
> Ashim
>
> On Thu, Jan 25, 2018 at 10:11 PM, Walter Nordmann 
> wrote:
>
>> Hi Ashim,
>>
>> Zhe Boundaries Map service is online again. you may try it and check the
>> results.
>>
>> Regards
>> walter
>>
>> https:/wambachers-osm.wisite/boundaries
>>
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Ashim Kapoor]

Dear Walter,

The website alluded does not have a map compliant with the Indian law. Many
thanks for your help.

Best Regards,
Ashim

On Thu, Jan 25, 2018 at 10:11 PM, Walter Nordmann  wrote:

> Hi Ashim,
>
> Zhe Boundaries Map service is online again. you may try it and check the
> results.
>
> Regards
> walter
>
> https:/wambachers-osm.wisite/boundaries
>
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Ashim Kapoor]

On Fri, Jan 26, 2018 at 2:00 PM, Arun Ganesh 
wrote:

> Like Sajjad said theres no straightforward way if you want ready to use
> polygons. You will need to get a set of shapes from OSM and manually
> merge/cut them to get the needed output.
>
>- India boundaries and claimed areas http://overpass-turbo.eu/s/voe
>- World coastline http://openstreetmapdata.com/data/coastlines
>
> As you see in OSM the boundaries of countries extend into the territorial
> waters and you may want to subtract it.
>
>
Dear Arun and Sajjad,

I am willing to put in all the effort needed to do this. I am a beginner in
mapping and would need supervision/advice  to do this.

What software is appropriate for editing shapefiles ? QGIS?  I look forward
to your advice.

Best Regards,
Ashim




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

Re: [Talk-it] Nomi in forma dialettale

[Max1234Ita]

Andreas Lattmann wrote
> Buongiorno a tutti,
> volevo porvi una domanda: quando di una località si conosce solo in nome
> in forma dialettale ed ufficialmente non esiste il nome in Italiano, dove
> andrà posizionato il valore? In name o loc_name? Seconda domanda, non va
> tradotto in Italiano il valore, Giusto? 

Non credo sia un problema mettere il nome dialettale (non tradotto) sia come
name che come loc_name.
Poi, se un giorno si scoprirà il nome italiano, il campo name è lì che
aspetta di essere cambiato :)


Ciao e buona giornata,
Max



--
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-in] OSM Shapefile of Indian version of the borders according to the existing law

[Arun Ganesh]

Like Sajjad said theres no straightforward way if you want ready to use
polygons. You will need to get a set of shapes from OSM and manually
merge/cut them to get the needed output.

   - India boundaries and claimed areas http://overpass-turbo.eu/s/voe
   - World coastline http://openstreetmapdata.com/data/coastlines

As you see in OSM the boundaries of countries extend into the territorial
waters and you may want to subtract it.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in