[OSM-talk-ie] User Accounts in Ireland (was Re: Mobile speed camera zones)

[Marc Gemis]

I hoped for a moment that Pascal Neis' site would be helpful:
http://osmstats.neis-one.org/?item=countries=Ireland

but it only gives an overview on how many mappers a day (use the
arrows next to the graphs) , not a total number of mappers.

Joost Schouppe made a tool for that (he had a presentation on SOTM
2014). I'll ask him whether the site is still online

regards

m

On Fri, Mar 25, 2016 at 1:49 AM, Daniel Cussen  wrote:
> Ca, someone tell me how many user accounts there are than have edited
> osm irl data (yes there is a reason)
>
> On 31/03/2014, Killyfole and District Development Assocation
>  wrote:
>> Colm,
>>
>> It is because no-one has added those details yet.  Road sections can be
>> tagged with what ever
>> data we wish to tag them with.  The OSM wiki describes how to use the tags.
>> Speed on that
>> section of way is tagging using maxspeed=*  We use the ref=* tag to record
>> the road reference
>> number ie R999, L etc
>>
>> The following link is a visual layer which colour codes the speed limits
>> stored in the OSM
>> database and shows it on an OSM map.  The small key on the right shows the
>> legend/key for
>> the colours.  As you zoom in, minor roads will appear. Grey roads indicate
>> that we do not have
>> data available for those sections.
>>
>> http://www.itoworld.com/map/35?lon=-7.03486=53.36929=8=true
>>
>> Notice that the North speeds are a yellow/green colour, this is because the
>> speed limits here
>> are in miles per hour, not km/h.
>>
>> I suggest you come along to #osm-ie and have a chat.
>>
>> KDDA
>>
>>
>>> However, with an adjacent minor road:
>>> https://www.openstreetmap.org/edit?editor=id#map=16/53.7570/-6.3205 it
>>> does
>>> not have "Lanes" or "Reference". Is this because it is an unclassified
>>> road? How does one record the local road number?
>>>
>>> Colm
>>
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie

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

Re: [Talk-us] Caliparks re-tagging paths?

[Paul Norman]

On 3/24/2016 5:50 AM, Frederik Ramm wrote:

It is obvious to me that all occurrences of highway=social_path need to
be replaced with whatever they were before. I'd normally say let's give
them some time to come up with a better idea but seeing that the problem
has been highlighted to them pretty much at the time they made the edits
5 months ago, and they haven't come up with a better idea, I'd say the
time is up now.


After talking to some others involved and the talk-us@ discussion, it's 
reasonably clear that this is another of those cases where a path exists 
but the property owner or government doesn't allow access, and there's a 
well established way of tagging that: access=no, and I've tagged the 
paths accordingly.


If someone is unhappy with how access=no is rendered on a particular map 
or router, they should raise it on the issue tracker of that style or 
router profile. Complaints on a local list will not make it to the 
developers of most styles.


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

[talk-au] Admin level boundaries

[Nev Wedding]

There have been many new admin_level=10 administrative boundaries added in NSW 
recently. 
Are we expected to split and use these as shared sections for the sides of 
national park multipolygons, etc.
Or is it preferable to leave the admin_level=10 (and other admin levels)  alone 
and separate. 

I assume they are best left separate so that they can be more easily updated 
later. 

Tag:boundary=administrative
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-ie] Mobile speed camera zones

[Daniel Cussen]

Ca, someone tell me how many user accounts there are than have edited
osm irl data (yes there is a reason)

On 31/03/2014, Killyfole and District Development Assocation
 wrote:
> Colm,
>
> It is because no-one has added those details yet.  Road sections can be
> tagged with what ever
> data we wish to tag them with.  The OSM wiki describes how to use the tags.
> Speed on that
> section of way is tagging using maxspeed=*  We use the ref=* tag to record
> the road reference
> number ie R999, L etc
>
> The following link is a visual layer which colour codes the speed limits
> stored in the OSM
> database and shows it on an OSM map.  The small key on the right shows the
> legend/key for
> the colours.  As you zoom in, minor roads will appear. Grey roads indicate
> that we do not have
> data available for those sections.
>
> http://www.itoworld.com/map/35?lon=-7.03486=53.36929=8=true
>
> Notice that the North speeds are a yellow/green colour, this is because the
> speed limits here
> are in miles per hour, not km/h.
>
> I suggest you come along to #osm-ie and have a chat.
>
> KDDA
>
>
>> However, with an adjacent minor road:
>> https://www.openstreetmap.org/edit?editor=id#map=16/53.7570/-6.3205 it
>> does
>> not have "Lanes" or "Reference". Is this because it is an unclassified
>> road? How does one record the local road number?
>>
>> Colm
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>

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

Re: [Talk-us] Caliparks re-tagging paths?

[Mike Thompson]

Thanks for reaching out Alan. I hope that we - and in particular I -
haven't been too harsh in this discussion.

On Thu, Mar 24, 2016 at 2:59 PM, Alan McConchie 
wrote:


>  In fact the big picture is the opposite: rather than ignore OSM, we want
> to expose OSM to a wider audience and to grow the OSM community. Many of
> the park managers we're working with have dismissed OSM entirely, and we're
> trying to convince them how useful and important it is to have the public
> contributing their knowledge to the map.
>
This is a great goal!  I would be interested in learning from your
experiences in order to get park managers here (Northern Colorado) using
OSM.

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

Re: [Talk-us] Caliparks re-tagging paths?

[Mike Thompson]

On Thu, Mar 24, 2016 at 3:50 PM, Mikel Maron  wrote:
>
>
> My view on the way forward in this particular situation.
>
Agree with your general approach

>
> * Decide on reasonable tagging. Agree that some use of "access" seems most
> appropriate (maybe access=social?)
>
In deciding this we should ask what specifically is it that Caliparks
wishes to express about these trails? Is it that the public is prohibited
from using them, then access=no or access=official may be the way to go.
If they wish to discourage people from using them, then access=discouraged,
is it that these trails are not maintained by Caliparks, then perhaps some
tag like "operator=" (on the official trails) may be called for.


> * Discuss how to better represent these on main OSM rendering, and other
> rendering. They should be rendered, but look different from official trails.
>
+1  There are also trails and tracks within parks that no one really uses
except for perhaps for occasional official maintenance activities.  The
public is not prohibited from using them, they just don't typically use
them. They should be mapped for completeness, but currently they would
clutter and confuse, hence in my area I have refrained from mapping them.

>
> Beyond this, there's a huge opportunity and lots of interesting issues
> regarding mapping in parks. Imagine a single map of every park in the US,
> or in the world. There's a lot to get into about how park managers and the
> public see parks, park data and park maps. Think OSM is the best place to
> do it!
>
+1

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

Re: [Talk-us] Caliparks re-tagging paths?

[Mikel Maron]

I've reached out directly and began conversations with Dan after reading this 
article. Good to hear from Alan too.
My view on the way forward in this particular situation.
* Decide on reasonable tagging. Agree that some use of "access" seems most 
appropriate (maybe access=social?)* Get Caliparks rendering recognizing this 
tagging* Make the switch on OSM from social_path* Discuss how to better 
represent these on main OSM rendering, and other rendering. They should be 
rendered, but look different from official trails.
Beyond this, there's a huge opportunity and lots of interesting issues 
regarding mapping in parks. Imagine a single map of every park in the US, or in 
the world. There's a lot to get into about how park managers and the public see 
parks, park data and park maps. Think OSM is the best place to do it!
-Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Thursday, March 24, 2016 5:20 PM, Shawn K. Quinn  
wrote:
 
 

 On Thu, 2016-03-24 at 13:59 -0700, Alan McConchie wrote:
> It's true that the first comments on our changesets came 5 months ago,
> but in our defense, we haven't been tagging any additional social_path
> features since that time. We had always intended to seek input from
> the community to make this tag an officially recognized one, or to
> come up with an alternative solution. We were mindful that we didn't
> want to do a lot of editing before talking to the community, which is
> why we didn't do any further editing. In that sense, please think of
> those 17 features as an experiment to feed into the discussion that
> we're all having now.

I oppose the use of highway=social_path. There are better ways to
accomplish the same thing without breaking existing applications.

-- 
Shawn K. Quinn 


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


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

Re: [Talk-us] Caliparks re-tagging paths?

[Shawn K. Quinn]

On Thu, 2016-03-24 at 13:59 -0700, Alan McConchie wrote:
> It's true that the first comments on our changesets came 5 months ago,
> but in our defense, we haven't been tagging any additional social_path
> features since that time. We had always intended to seek input from
> the community to make this tag an officially recognized one, or to
> come up with an alternative solution. We were mindful that we didn't
> want to do a lot of editing before talking to the community, which is
> why we didn't do any further editing. In that sense, please think of
> those 17 features as an experiment to feed into the discussion that
> we're all having now.

I oppose the use of highway=social_path. There are better ways to
accomplish the same thing without breaking existing applications.

-- 
Shawn K. Quinn 


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

[Talk-at] Wochennotiz Nr. 296 - 15.3.2016 - 21.3.2016

[Clemens Schüller]

Hallo,

die Wochennotiz Nr. 296 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

> http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-296/



Viel Spaß beim Lesen!
-- 
Beste Grüße, Clemens Schüller

OSM User: cschueller


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

Wochennotiz Nr. 296 15.3.2016–21.3.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 296 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-296/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 296 15.3.2016–21.3.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 296 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-296/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Caliparks re-tagging paths?

[Mike Thompson]

On Thu, Mar 24, 2016 at 12:53 PM, Nathan Mills  wrote:

> Had it been discussed beforehand so that other consumers would be aware of
> the meaning of the new tag, I wouldn't personally have a problem with it.

It would be far better to create an additional tag rather than replacing a
standard tag as it wouldn't break existing tools and apps.


> access=no is also a decent suggestion

Yes, if, and only if, access really is prohibited.


> there is likely a quantitative difference between these informal trails
> and the official ones, so it makes sense to have a different tag value.
>
In which case we should map those quantities, e.g. width=*, visibility=*,
surface=*,  smoothness=*,  sac_scale=*, mtb:scale=*, etc.

The official_status tag[1] might be useful here.  They could tag their
official trails "official_status=Caliparks:official" and the other trails
"official_status=Caliparks:unofficial"

Mike
[1] wiki.openstreetmap.org/wiki/Proposed_features/Official_status

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

Re: [Talk-de] mobile Telefonnummern

[Martin Koppenhoefer]

sent from a phone

> Am 24.03.2016 um 17:38 schrieb Heinz-Jürgen Oertel :
> 
> Nach dem Lesen von http://wiki.openstreetmap.org/wiki/DE:Key:contact
> erscheint
> 
> 
> contact:phone=
> contact:mobile=


wenn Du Dir die Zahlen und die regionale Verbreitung ansiehst ist die Variante 
ohne contact: viel verbreiteter:
http://taginfo.osm.org/keys/phone
http://taginfo.osm.org/keys/contact%3Aphone#map


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

Re: [Talk-us] Caliparks re-tagging paths?

[Nathan Mills]

Had it been discussed beforehand so that other consumers would be aware of the 
meaning of the new tag, I wouldn't personally have a problem with it. access=no 
is also a decent suggestion (and would not require discussion with the 
community beforehand), but there is likely a quantitative difference between 
these informal trails and the official ones, so it makes sense to have a 
different tag value.

-Nathan

On March 24, 2016 2:05:22 PM EDT, Mike Thompson  wrote:
>On Thu, Mar 24, 2016 at 9:50 AM, James Umbanhowar 
>wrote:
>
>> Regardless of the community's eventual solution, I think the most
>> important part of this event was the lack of engagement of Caliparks
>> and Stamen with the community.  Is there a similar process for
>> institutional (business, government, non-profit) editing of data as
>> there is for imports?  There should be.  I think institutional
>> engagement with OSM can bring many benefits, but has similar dangers
>as
>> imports.
>
>Regardless of who is editing (individual or institution), removing well
>accepted tags (highway=path) and substituting newly created tags
>(highway=social_path) shouldn't take place without community
>discussion.
>
>Mike
>
>
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us


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

[Talk-se] Ange förbuden utfart

[Jimmy Utterström]

Hallå!
Jo, jag undrar hur jag lämpligast markerar att det inte är tillåtet att använda 
den "utfart" som kan beskådas här: 
https://www.google.se/maps/@63.2933291,18.7087567,3a,75y,325.55h,71.44t/data=!3m6!1e1!3m4!1s7Fcmz2-jB20_YG1er206LA!2e0!7i13312!8i6656
  (Jag använder självklart inte Google maps som källa vid mappningen i OSM, 
länkar endast till bilden så att ni ser vad jag pratar om). 

Gatan i sig (Högbergsgatan) är ju inte enkelriktad. Utan det är ju endast 
förbudet att ta utfarten till själevadskartan. Skall jag markera en väldigt 
kort del av gatan, just före korsningen, som enkelriktad eller hur går jag 
lämpligast till väga för att se till att trafikreglerna behandlas korrekt vid 
exempelvis rutt-planering i OSM? 
//Jimmy U ___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-us] Caliparks re-tagging paths?

[Mike Thompson]

On Thu, Mar 24, 2016 at 4:26 AM, Marc Gemis  wrote:

> They tagged them as "social_path", according to their blog entry [1]
>
> Totally unacceptable.  OpenStreetMap maps what is observable on the ground
(generally). If they:

1) Don't want that trail to exist, they can restore that area to its
natural state, and *then*, delete the data from OSM.
2) Don't want people to use those trails, they can place "no public access"
signs at the places where these "unofficial" trails join the "official"
trails, and then add the appropriate "access=* tags to OSM as others have
suggested.
3) Simply do not want these to show up on their map, they can do some post
processing of the OSM data after export, but before rendering

I often map unofficial trails based upon on the ground survey with GPS and
camera supplemented with Strava and BIng.  It is great to have the data in
there for my personal use and that of others who like to hike the back
country, but I also want it to be there for search and rescue, wildland
fire fighters and other emergency personnel. In effect removing this data
by using a tagging scheme that no one but the editor in question
understands is a huge disservice.
Mike
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Machek]

Ahoj!

> mooocc pekny, az se k tomu dostanu tak to pridam, je k tomu nejaka info v
> cem ta mapa byla udelana abych k tomu dal nejaky popisek, snad se vecer k
> tomu dostanu, lepsi foto (rovneji rozlozena mapa asi neni?). Snad se k tomu
> vecer nebo zitra dostanu...

Netusim, mozna by vedeli organizatori bedny (
http://www.bedna.org/2016 , (i...@bedna.org) ). Matrix mel taky fajn
mapu, treba ji nekde najdu...

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

Re: [Talk-us] Caliparks re-tagging paths?

[Mike Thompson]

On Thu, Mar 24, 2016 at 9:50 AM, James Umbanhowar 
wrote:

> Regardless of the community's eventual solution, I think the most
> important part of this event was the lack of engagement of Caliparks
> and Stamen with the community.  Is there a similar process for
> institutional (business, government, non-profit) editing of data as
> there is for imports?  There should be.  I think institutional
> engagement with OSM can bring many benefits, but has similar dangers as
> imports.

Regardless of who is editing (individual or institution), removing well
accepted tags (highway=path) and substituting newly created tags
(highway=social_path) shouldn't take place without community discussion.

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Bokr]

mooocc pekny, az se k tomu dostanu tak to pridam, je k tomu nejaka info v 
cem ta mapa byla udelana abych k tomu dal nejaky popisek, snad se vecer k 
tomu dostanu, lepsi foto (rovneji rozlozena mapa asi neni?). Snad se k tomu 
vecer nebo zitra dostanu...


PB



-Původní zpráva- 
From: Pavel Machek

Sent: Wednesday, March 23, 2016 10:19 PM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a 
vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM


On Wed 2016-03-23 21:59:01, Pavel Machek wrote:

Ahoj!

> Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba
> OpenSeaMap bych v čr neprezentoval :)))
>
> btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se 
> všemi

> base-mapami mapboxu: http://zby.cz/parkovani

Ta mapa na hru je pekna...

...ale nekde mam lepsi; papirovou. Na hre Matrix byl luxusni plan
prahy z OSM.


Tak tohle je z bedny, mozna o rok starsi, ale take luxusni.

http://atrey.karlin.mff.cuni.cz/~pavel/picture/bedna13/

(plne rozliseni po rozkliknuti)
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-de] mobile Telefonnummern

[Heinz-Jürgen Oertel]

Am Donnerstag, 24. März 2016, 14:58:36 schrieb Martin Koppenhoefer:
> > Bisher trage ich grundsätzlich die Festnetznummer ein,
> > es sei den es ist ausschließlich eine Mobilnummer angegeben.
> 
> 
> halte ich auch so.
> 

Ies gibt Länder, wo die Mobilnummern überwiegen.


ich habe auch schon

phone:mobile=

gesehen


Nach dem Lesen von http://wiki.openstreetmap.org/wiki/DE:Key:contact
erscheint


contact:phone=
contact:mobile=

sinnvoll
 Heinz
 

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

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Heinz-Jürgen Oertel]

Am Donnerstag, 24. März 2016, 15:38:07 schrieb Tom Pfeifer:
> Das sind offenbar Notes. Dazu habe ich links im Sidebar ein Symbol,


Danke, das habe ich einfach übersehen...

 Heinz

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

Re: [Talk-us] Caliparks re-tagging paths?

[James Umbanhowar]

Regardless of the community's eventual solution, I think the most
important part of this event was the lack of engagement of Caliparks
and Stamen with the community.  Is there a similar process for
institutional (business, government, non-profit) editing of data as
there is for imports?  There should be.  I think institutional
engagement with OSM can bring many benefits, but has similar dangers as
imports. 

James

On Thu, 2016-03-24 at 13:50 +0100, Frederik Ramm wrote:
> Hi,
> 
> On 03/24/2016 11:26 AM, Marc Gemis wrote:
> > 
> > They tagged them as "social_path", according to their blog entry
> > [1]
> Thank you for the link. This is what I feared.
> 
> highway=social_path is certainly unacceptable - a self-made tag that
> essentially deletes the data for all other consumers.
> 
> There would have been numerous other options that would have allowed
> them to single out the tracks they want - for example, tagging the
> official ones with an "operator" tag, or putting them into suitable
> relations or so. Had any of the players involved taken the time to
> ask
> on this list, I'm sure these options would have been pointed out to
> them.
> 
> As it stands, removing a proper, established highway tag and
> replacing
> it with something that nobody knows is just a little bit better than
> removing the way altogether.
> 
> To make matters worse, it seems that the issue has been pointed out
> almost half a year ago, and has not led to the issue being fixed:
> 
> http://www.openstreetmap.org/changeset/34599982
> 
> It is obvious to me that all occurrences of highway=social_path need
> to
> be replaced with whatever they were before. I'd normally say let's
> give
> them some time to come up with a better idea but seeing that the
> problem
> has been highlighted to them pretty much at the time they made the
> edits
> 5 months ago, and they haven't come up with a better idea, I'd say
> the
> time is up now.
> 
> Bye
> Frederik
> 

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

[Talk-cz] Kde má být adresa?

[Matěj Cepl]

Dobrý den,

vytvořil jsem právě http://www.openstreetmap.org/note/532505 ...  
kde má být správně adresa? V tomto případě je v OSM adresa 
Šrobárova 50 hluboko v areálu nemocnice (byť je to budova 
ředitelství), přičemž cedulka samotná je pochopitelně na ulici 
vedle vrátnice 
(https://mcepl.fedorapeople.org/tmp/p20140831_175826.jpg)

Ne, že by to bylo nějak zásadní, spíše jsem zvědavý.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
 
Only two of my personalities are schizophrenic, but one of them
is paranoid and the other one is out to get him.


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

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Gertrud Simson]

... und dann nicht vergessen, die Notes-Änderungen hochzuladen (mit dem
Hochlade-Knopf ganz rechts im Notes-Dialog rechts).
VG
Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] State relationpages

[Martijn van Exel]

Okay. I found the repo: https://github.com/mvexel/relationpages 
 
There are sparse instructions. The scripts are messy but work(ed). If anyone 
wants to take on hosting this somewhere, that would make me happy. The time I 
can set aside to support this is, unfortunately, too limited to provide a 
stable service. If anyone does want to take this on, let me know if you need 
help.
Martijn

> On Mar 24, 2016, at 8:31 AM, Martijn van Exel  wrote:
> 
> It basically is an automatically updated table of state and US highway route 
> relations, with links to the appropriate QA tools. You may use it to inspect 
> which route relations exist for your state and when they were last updated.
> 
> I forget how I made it, probably a set of Python scripts. Let me look into it 
> and post more details. 
> 
> Martijn
> 
>> On Mar 24, 2016, at 8:26 AM, Jack Burke > > wrote:
>> 
>> I didn't even know they existed. What is their purpose? What is needed to 
>> maintain them? 
>> 
>> On March 24, 2016 9:51:56 AM EDT, Martijn van Exel > > wrote:
>> Hi, 
>> 
>> I haven’t paid any attention to these in a pretty long while. If they are 
>> still useful I can try and find some time to look into the issue. Anyone 
>> else still using the relation pages? Anyone wanting to help out with 
>> maintaining them?
>> 
>> Martijn
>> 
>>> On Mar 24, 2016, at 4:09 AM, Paul Johnson >> > wrote:
>>> 
>>> I've noticed that 
>>> http://184.73.220.107/relationpages/oklahoma%20state%20routes.html 
>>>  has 
>>> not updated in an extremely long time now.  What's going on with these?
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-us 
>>> 
>> 
>> 
>> 
>> Talk-us mailing list
>> Talk-us@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-us 
>> 
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-us
> 

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

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Tom Pfeifer]

Heinz-Jürgen Oertel wrote on 2016/03/24 14:33:

Am Donnerstag, 24. März 2016, 14:17:28 schrieb Rolf Eike Beer:

Am Donnerstag, 24. März 2016, 14:08:20 schrieb Heinz-Jürgen Oertel:

die ich nach Bearbeitung gern löschen würde, weiß aber nicht wie?
DEL/Entf funktioniert nach Anwahl jedenfalls nicht.


Wenn es um den Validator geht: wenn etwas über die "Reparieren"-Funktion von
JOSM behoben wird, dann wird es sofort aus der Liste entfernt. Ansonsten den
Validator einfach nochmal aufrufen, dann baut er die Liste neu auf.

HTH

Eike




Nein, nicht der Validator
es sieht so aus
http://www.oerte-halle.de//files/Hinweis.png


http://www.oertel-halle.de//files/Hinweis.png geht besser.

Das sind offenbar Notes. Dazu habe ich links im Sidebar ein Symbol,
das so aussieht wie die roten Notes-Marker. Wenn ich das aktiviere, habe
ich ein Panel für die Notes, da kann ich sie kommentieren, beantworten,
und mit dem grünen Häkchen-Marker schliessen.

tom

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

Re: [Talk-de] JOSM - Anmeldung - Vido-Tutorial

[Markus]

Liebe JOSM-Entwickler,

Die OAuth-Anmeldung als neuer Standard ist jetzt im Tutorial:
https://www.youtube.com/watch?v=AK8JXddRWao=4=PLPjkuyX5_F6p91Ss35WrdBGCR2lcE1kfG

JOSM.jnlp 9979 klappt bestens!
Herzlichen Dank für die schnelle Lösung :-)

Cornelia freut sich über Dein Kanal-Abo!
Sie braucht 100 Abonnenten (derzeit 41)
dann kann sie den Kanal umbenennen
alt: https://www.youtube.com/channel/UCQ_JQ5cRER7We9-GQPLbyhA
neu: https://www.youtube.com/channel/OpenSeaMap

Mit herzlichem Gruss,
Markus



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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Blake Girardot]

We run into geojson all the time as an interchange format.

I was not aware of the plugin somehow, but I just tried it out and it 
worked fine for the geojson generated by Field Papers and another 
community member reports that she has used it a great deal with Field 
Papers and it worked great.


I just tried it with a few geojson files generated from JOSM and it does 
not seem to import those (example attached)


Cheers,
Blake

On 3/6/2016 12:56 AM, Stefan Keller wrote:

To Ian and/or anybody

I'm searching a plugin to import GeoJSON vector data into JOSM.

I of course know Shapefiles but they are deprecated because e.g. they
cut-off field names at 10 chars. GeoJSON or GeoPackage are better
alternatives.

Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
Other plugins or alternatives?

:Stefan

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


{
"type":"FeatureCollection",
"crs":{
"type":"name",
"name":"EPSG:4326"
},
"generator":"JOSM",
"features":[
{
"type":"Feature",
"properties":{
},
"geometry":{
"type":"LineString",
"coordinates":[
[
34.39455,
-21.23088
],
[
34.11719,
-21.06965
],
[
34.10904,
-21.10852
],
[
34.089979,
-21.12866
],
[
34.05608,
-21.1497195
],
[
34.03801,
-21.17419
],
[
34.03241,
-21.2312798
],
[
33.9835372,
-21.3199553
],
[
34.0085905,
-21.31264
],
[
34.0501294,
-21.3036911
],
[
34.08934,
-21.2932803
],
[
34.13111,
-21.30658
],
[
34.1481282,
-21.3261484
],
[
34.18078,
-21.3154598
],
[
34.21064,
-21.29569
],
[
34.221319,
-21.27627
],
[
34.22472,
-21.2726097
],
[
34.25293,
-21.27256
],
[
34.27975,
-21.2883405
],
[
34.308941,
-21.3120304
],
[
34.3301868,
-21.3177579
],
[
34.34999,
-21.2902803
],
[
34.38400864274337,
-21.262989190020335
],
[
34.39455,
-21.23088
]
]
}
}
]
}___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] State relationpages

[Jack Burke]

I didn't even know they existed. What is their purpose? What is needed to 
maintain them? 

On March 24, 2016 9:51:56 AM EDT, Martijn van Exel  wrote:
>Hi, 
>
>I haven’t paid any attention to these in a pretty long while. If they
>are still useful I can try and find some time to look into the issue.
>Anyone else still using the relation pages? Anyone wanting to help out
>with maintaining them?
>
>Martijn
>
>> On Mar 24, 2016, at 4:09 AM, Paul Johnson 
>wrote:
>> 
>> I've noticed that
>http://184.73.220.107/relationpages/oklahoma%20state%20routes.html
>
>has not updated in an extremely long time now.  What's going on with
>these?
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>
>
>
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Redaction or revertion?

[maning sambale]

Thanks Martin and Frederik for the clarification.

On Wed, Mar 23, 2016 at 1:58 PM, Frederik Ramm  wrote:
> Hi,
>
> On 03/23/2016 08:19 AM, maning sambale wrote:
>> I'm aware that redaction is only for DWG dedicated accounts.  What's
>> the best practice/criteria for redaction?
>
> Edits that are *reverted* will stop showing on everything that is based
> on the current version of our data (map, search, routing, editors etc)
> and they will also not be findable with search engines.
>
> But they can still be retrieved through (a) requesting the object
> history from the API, (b) downloading a (current) full history planet
> file, (c) downloading an older planet snapshot or planet history file,
> (d) requesting the history from downstream services that store it (I
> believe Overpass is such a service).
>
> Edits that are *redacted* (note: only non-current versions of an object
> can be redacted) will be suppressed by the API and hence vanish from the
> methods (a) and (b) mentioned above; they will still be accessible by
> the methods (c) and (d) because we don't retroactively change old planet
> files that might have contained a problematic edit.
>
> We will usually consider redaction if someone has uploaded content that
> should remain secret (eg the location of a shelter for victims of
> domestic abuse), is grossly offensive, or constitutes a large and
> obvious violation of someone else's copyright.
>
> On minor copyright violations (user uploads 10 houses with
> source=Google, we tell him that's not allowed, he says sorry and deletes
> the houses again) we usually don't bother with a redaction, although if
> the copyright holder were to complain we would have to execute one. (If
> a copyright holder were to really really complain we'd even have to
> remove old planet files and old history planets that contain the
> problematic data from our servers but this hasn't happened yet.[*])
>
> Redactions are more of a last resort and not a routine tool; they make
> working with the data more difficult hence we try to avoid them when not
> necessary.
>
> Bye
> Frederik
>
> [*] There was one incident long, long ago where several old planet files
> were re-written to leave out a large amount of data for a Baltic country
> that had been illegaly imported.
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Jo Walsh]

I fixed a few misspelled building:* keys on a long train ride after
Jochen issued this challenge:

https://blog.jochentopf.com/2015-03-05-new-taginfo-features-and-a-challenge.html

http://taginfo.openstreetmap.org.uk/reports/similar_keys <- useful!

cheers,

Jo

On Thu, Mar 24, 2016, at 12:26 PM, Dennis Bauszus wrote:
> Unfortunately there are quite a few spelling mistakes in the keys.
> 
> I investigated the shops keys recently and found among others:
> 
> toolhire, gereral, keycutting, manacure, bppkmaker, car stufff, 
> convienience, etc.
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

[OSM-talk] App for Walkability and Drivability Score using GIS

[karthik R]

Hi,

Myself karthik studying M.Tech GIS in NIIT university, India. I had done
GIS related works in my B.Tech and now doing in M.Tech. In this I would
like to create an App using GIS. I know C#, python, javascript, HTML,
MySQL. so my idea is creating an Walk score and Bike score app using GIS.

It’s a both Web App and Android App. It’s a Location based analysis App. I
would like to do on Bangalore City, India. Because one of the major issues
in India is Urbanization. By 2030, more than 50 per cent of India’s
population is expected to live in urban areas.


Drive less. Live more. Our mission is to help people find a walkable place
to live and enjoy a walkable lifestyle in an urban cities. Walk Score helps
you enjoy a walkable lifestyle, one of the simplest and best solutions for
environment, health and economy. Walkability is a big part of deciding
which homes to look at and to purchase. Walk Score is a numerical ranking
or score for any address based on the accessibility of surroundings by
walk. Similarly Bike score, Transit score, Drive Score has been generated.


App details:


   1. We will provide all the Apartments and Rent house details spatially
   located with map. They could choose their location and can able to create a
   buffer zone within a 5 km, 10 km or whatever they want. After that it list
   out all the features such as Shopping malls, Markets, Hospitals,
   Restaurants, Temples and all the other features are present within those
   zones which are spatially located on map and also in a attributes.
   2. Based upon the features the scores will be generated for that zone.
   If all the features they need are presented within a zone means Score
   should be high and vice versa.
   3. And also will provide route map to reach there and time taken to
   reach everything. So people will analyze the areas having more walk score,
   Bike score, Drive Score depend upon their choice and they can accommodate.
   4. And also will provide Crime map of an area to analyze the crime
   details before they migrate for safety purpose.
   5. We will also include Crowd source facility like if anyone want to
   include their shops, Rent houses, Restaurants and any other features means
   they can take photos upload their information and locate their points using
   maps.


-- 
regards,
Karthik,
M.Tech, GIS
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] mobile Telefonnummern

[Martin Koppenhoefer]

sent from a phone

> Am 24.03.2016 um 14:07 schrieb Hartmut Holzgraefe 
> :
> 
> 
> Bisher trage ich grundsätzlich die Festnetznummer ein,
> es sei den es ist ausschließlich eine Mobilnummer angegeben.


halte ich auch so.

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

Re: [Talk-us] Caliparks re-tagging paths?

[Andy Townsend]

On 24/03/2016 12:50, Frederik Ramm wrote:

Hi,

On 03/24/2016 11:26 AM, Marc Gemis wrote:

They tagged them as "social_path", according to their blog entry [1]

Thank you for the link. This is what I feared.

highway=social_path is certainly unacceptable - a self-made tag that
essentially deletes the data for all other consumers.

...

To make matters worse, it seems that the issue has been pointed out
almost half a year ago, and has not led to the issue being fixed:

http://www.openstreetmap.org/changeset/34599982

It is obvious to me that all occurrences of highway=social_path need to
be replaced with whatever they were before. I'd normally say let's give
them some time to come up with a better idea but seeing that the problem
has been highlighted to them pretty much at the time they made the edits
5 months ago, and they haven't come up with a better idea, I'd say the
time is up now.



Agreed.  I don't always agree with Gerd's somewhat doctrinaire approach 
to tagging, but he's spot on here.


It's an excellent advertisement for why people locally should monitor 
local changes - that way they'll get picked up way before 5 months have 
elapsed.  That does happen in lots of places in the US (such as to the 
east in places in Nevada and Arizona) but obviously not here.


However, people creating "unofficial trails", and adding trails based on 
GPS data that in reality doesn't match any kind of path on the ground is 
a real problem, and there does need to be a way for people managing 
these areas to deal with it.  Thankfully, there are a few options:


1) The first (already mentioned, and which is actually already in the 
tagging of https://www.openstreetmap.org/way/284562871 ) is to use 
"access=no" if something really isn't legally accessible, but the 
physical path exists on the ground.  Similarly "bicycle=no" or 
"horse=no" might be needed on things that are only foot trails. Having 
something in the database with "access=no" is better than deleting it or 
setting a made-up highway tag because someone is less likely to come 
along later and "correct" the data.


2) Another thing to consider is "trail_visibility".  That might be 
really useful where something _almost_ exists (a legal trail that isn't 
well-maintained, say).  There are lots of other tags that might be 
useful here too - surface, sac_scale, tracktype, maybe even smoothness.  
Having lots of properly descriptive data in OSM means that people that 
are preparing maps for different purposes can create maps based on their 
target customers easily - do they want to highlight "official" trails?  
Trails for horseriders?  People on inline skates?  People that can't 
climb over stiles?  etc.


3) Consider adding "official" routes to local hiking, biking or 
horseriding relations so that they'll show up on e.g. 
http://hiking.waymarkedtrails.org/#?map=11!37.9361!-122.5436 .


4) Make it clear what the source of a particular edit is.  This is 
mentioned just for completeness, as here 
https://www.openstreetmap.org/changeset/34599982 makes it very clear 
what the source of the changes in that changeset were.  This one isn't 
particularly helpful to mapmakers but it is to future mappers - it 
allows them to understand perhaps why something is mapped as it is.


5) Finally, if an trail has been added in error (perhaps following one 
Strava user who got lost), and there's really nothing on the ground, it 
does make perfect sense to delete it.  The only caveat is if you're 
worried that someone might add it back based on e.g. old aerial imagery 
or an old GPS trace - what I've sometimes done in those situations is 
left the way without a highway tag in but with a note on it saying that 
it used to exist, but I've surveyed recently and it doesn't any more.  
That will hopefully prevent it being added back in error.


Best Regards,

Andy (SomeoneElse)

PS  Although it was a while ago, I have walked some of the trails here 
and elsewhere in Marin county.  It's a beautiful part of the world, 
really not very far from SF / Berkeley and far less busy than any of the 
nearby "tourist trap" destinations such as Muir Woods. It's highly 
recommended for a visit.



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

Re: [Talk-us] State relationpages

[Martijn van Exel]

Hi, 

I haven’t paid any attention to these in a pretty long while. If they are still 
useful I can try and find some time to look into the issue. Anyone else still 
using the relation pages? Anyone wanting to help out with maintaining them?

Martijn

> On Mar 24, 2016, at 4:09 AM, Paul Johnson  wrote:
> 
> I've noticed that 
> http://184.73.220.107/relationpages/oklahoma%20state%20routes.html 
>  has not 
> updated in an extremely long time now.  What's going on with these?
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Petr Schönmann]

https://wiki.openstreetmap.org/wiki/List_of_OSM-based_services

čt 24. 3. 2016 v 11:23 odesílatel Pavel Zbytovský 
napsal:

> Moc hezký, jak se ta stránka rozrůsta!
>
> Měl bych ještě tip na maposmatic.org - snadno tam člověk vytvoří mětský
> plán s rejstříkem k tisku (viz http://upload.zby.cz/maposmatic.jpg )
>
> PZ.
>
> On Wed, Mar 23, 2016 at 10:20 PM Pavel Machek  wrote:
>
>> On Wed 2016-03-23 21:59:01, Pavel Machek wrote:
>> > Ahoj!
>> >
>> > > Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba
>> > > OpenSeaMap bych v čr neprezentoval :)))
>> > >
>> > > btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se
>> všemi
>> > > base-mapami mapboxu: http://zby.cz/parkovani
>> >
>> > Ta mapa na hru je pekna...
>> >
>> > ...ale nekde mam lepsi; papirovou. Na hre Matrix byl luxusni plan
>> > prahy z OSM.
>>
>> Tak tohle je z bedny, mozna o rok starsi, ale take luxusni.
>>
>> http://atrey.karlin.mff.cuni.cz/~pavel/picture/bedna13/
>>
>> (plne rozliseni po rozkliknuti)
>>
>> 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
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Heinz-Jürgen Oertel]

Am Donnerstag, 24. März 2016, 14:17:28 schrieb Rolf Eike Beer:
> Am Donnerstag, 24. März 2016, 14:08:20 schrieb Heinz-Jürgen Oertel:
> > die ich nach Bearbeitung gern löschen würde, weiß aber nicht wie?
> > DEL/Entf funktioniert nach Anwahl jedenfalls nicht.
> 
> Wenn es um den Validator geht: wenn etwas über die "Reparieren"-Funktion von 
> JOSM behoben wird, dann wird es sofort aus der Liste entfernt. Ansonsten den 
> Validator einfach nochmal aufrufen, dann baut er die Liste neu auf.
> 
> HTH
> 
> Eike

Sorry, fehler im Link ist jetzt korrigiert


Nein, nicht der Validator
es sieht so aus
http://www.oertel-halle.de//files/Hinweis.png


Heinz
-- 
mit freundlichen Grüßen
   Heinz-Jürgen Oertel

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

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Heinz-Jürgen Oertel]

Am Donnerstag, 24. März 2016, 14:17:28 schrieb Rolf Eike Beer:
> Am Donnerstag, 24. März 2016, 14:08:20 schrieb Heinz-Jürgen Oertel:
> > die ich nach Bearbeitung gern löschen würde, weiß aber nicht wie?
> > DEL/Entf funktioniert nach Anwahl jedenfalls nicht.
> 
> Wenn es um den Validator geht: wenn etwas über die "Reparieren"-Funktion von 
> JOSM behoben wird, dann wird es sofort aus der Liste entfernt. Ansonsten den 
> Validator einfach nochmal aufrufen, dann baut er die Liste neu auf.
> 
> HTH
> 
> Eike



Nein, nicht der Validator
es sieht so aus
http://www.oerte-halle.de//files/Hinweis.png


Heinz

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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Lorenzo "Beba" Beltrami]

Io purtroppo non riuscirò ad esserci...
Saranno fatti dei filmati?
Così almeno cercherò di rimanere in pari a posteriori!

Lorenzo

Il giorno 23 marzo 2016 18:20, Volker Schmidt  ha
scritto:

> Mi sono iscritto su
> http://wiki.openstreetmap.org/wiki/IT:OSMit2016
> e ho anche inserito tre proposte mie nella bozza di programma.
>
> Volker
>
> 2016-03-23 18:13 GMT+01:00 Cristian Consonni :
>
>> Ciao,
>>
>> Il 23 marzo 2016 14:07, Alessandro Palmas
>>  ha scritto:
>> > Se non arrivano proposte non esce il programma, se aspettate il
>> programma
>> > per fare proposte ...
>>
>> my2cents: si può iniziare a stabilire un programma di massima e poi
>> riempirlo/adattarlo in base alle proposte che arrivano.
>>
>> Per esempio nel 2013 si era fatto così:
>> * venerdi pomeriggio: hackathon
>> * sabato (tutto il giorno): presentazioni
>> * domenica mattina: lighting talk
>> * domenica pomeriggio: mapping party
>>
>> Dopo aver preparato il sito si può mettere una pagina come:
>> http://conf.openstreetmap.it/manda-la-tua-proposta/
>>
>> per raccogliere le proposte.
>>
>> Ciao,
>> C
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] In JOSM tauchen Hinweise auf,

[Rolf Eike Beer]

Am Donnerstag, 24. März 2016, 14:08:20 schrieb Heinz-Jürgen Oertel:
> die ich nach Bearbeitung gern löschen würde, weiß aber nicht wie?
> DEL/Entf funktioniert nach Anwahl jedenfalls nicht.

Wenn es um den Validator geht: wenn etwas über die "Reparieren"-Funktion von 
JOSM behoben wird, dann wird es sofort aus der Liste entfernt. Ansonsten den 
Validator einfach nochmal aufrufen, dann baut er die Liste neu auf.

HTH

Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Colin Smale]

If the sign on the gate says "Cemetary" then it might be correct to
follow this (incorrect) spelling for the name=* tag but it is still a
cemetery and that is what should go in the amenity tag... 

//colin 

On 2016-03-24 13:24, Chris Hill wrote:

> I found 54 cemeteries with their names spelt cemetary in the GB extract from 
> last night. I'm not going to run a bot to change any of them - what if that's 
> what the sign on the gate actually says? 
> 
> On 24 March 2016 11:14:07 GMT+00:00, Stuart Reynolds 
>  wrote: 
> 
>> Hi all,
>> 
>> A user of our site alerted me to an incorrect spelling of "cemetery" in one 
>> location. I corrected it, and then readily found and corrected three more. 
>> However, after a very brief further search (using "cemetery uk") I've easily 
>> found another 10. I could correct these manually, but I suspect that it is 
>> the tip of an iceberg.
>> 
>> Can I propose that someone who is more knowledgeable than me does a 
>> mechanical edit within the UK to correct "Cemetary" to "Cemetery"?
>> 
>> Regards, 
>> Stuart Reynolds
>> for traveline south east & anglia
>> 
>> -
>> 
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
> 
> -- 
> Cheers, Chris (chillly)
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
 ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] mobile Telefonnummern

[Hartmut Holzgraefe]

On 24.03.2016 13:47, Heinz-Jürgen Oertel wrote:

Hallo,

In JOSM gibt es die Maske für Telefon und Fax.
Inzwischen findet man aber an vielen Geschäften, Restaurants etc. eigentlich 
immer mehr die Angabe von Telefon, dann Festnetz, und Handy/mobile.

Wie haltet Ihr das.

Mir ist es gerade im Ausland aufgefallen, wo es eigentlich gar kein Fax, dafür 
aber eher mobile gibt.
Welche Nummer trage ich dann ein, die Festnetznummer oder eher die mobile 
Nummer?


gute Frage, riecht ein bischen danach als ob wir da das
"phone" oder "contact" Tag mal etwas erweitern müssten,
also zB um ein "contact:mobile"?

http://wiki.openstreetmap.org/wiki/Key:contact

Bisher trage ich grundsätzlich die Festnetznummer ein,
es sei den es ist ausschließlich eine Mobilnummer angegeben.

Bei den Geschäften hier in der Gegend ist die Mobilnummer
an der Tür idR. aber auch nur für Notfälle vor Ort gedacht,
also zB. für "Ihr Laden brennt" oder "Bei Ihnen wurde gerade
eingebrochen" ... für OSM also eher weniger relevant

--
hartmut

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

[Talk-de] In JOSM tauchen Hinweise auf,

[Heinz-Jürgen Oertel]

die ich nach Bearbeitung gern löschen würde, weiß aber nicht wie?
DEL/Entf funktioniert nach Anwahl jedenfalls nicht.

Danke für jeden Hinweis

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

Re: [Talk-us] Caliparks re-tagging paths?

[Rihards]

On 2016.03.24. 14:50, Frederik Ramm wrote:

Hi,

On 03/24/2016 11:26 AM, Marc Gemis wrote:

They tagged them as "social_path", according to their blog entry [1]


Thank you for the link. This is what I feared.

highway=social_path is certainly unacceptable - a self-made tag that
essentially deletes the data for all other consumers.

There would have been numerous other options that would have allowed
them to single out the tracks they want - for example, tagging the
official ones with an "operator" tag, or putting them into suitable
relations or so. Had any of the players involved taken the time to ask
on this list, I'm sure these options would have been pointed out to them.

As it stands, removing a proper, established highway tag and replacing
it with something that nobody knows is just a little bit better than
removing the way altogether.

To make matters worse, it seems that the issue has been pointed out
almost half a year ago, and has not led to the issue being fixed:

http://www.openstreetmap.org/changeset/34599982

It is obvious to me that all occurrences of highway=social_path need to
be replaced with whatever they were before. I'd normally say let's give
them some time to come up with a better idea but seeing that the problem
has been highlighted to them pretty much at the time they made the edits
5 months ago, and they haven't come up with a better idea, I'd say the
time is up now.


supporting this.
if they don't want people to use those trails during normal 
circumstances[1], don't render them on your own map, tag them as 
access=no or whatever.

deleting something real that somebody has spent time mapping is plain evil.

[1] in an emergency i would appreciate any trail on my map, no matter 
how "official"



Bye
Frederik

--
 Rihards

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

Re: [Talk-us] Caliparks re-tagging paths?

[Frederik Ramm]

Hi,

On 03/24/2016 11:26 AM, Marc Gemis wrote:
> They tagged them as "social_path", according to their blog entry [1]

Thank you for the link. This is what I feared.

highway=social_path is certainly unacceptable - a self-made tag that
essentially deletes the data for all other consumers.

There would have been numerous other options that would have allowed
them to single out the tracks they want - for example, tagging the
official ones with an "operator" tag, or putting them into suitable
relations or so. Had any of the players involved taken the time to ask
on this list, I'm sure these options would have been pointed out to them.

As it stands, removing a proper, established highway tag and replacing
it with something that nobody knows is just a little bit better than
removing the way altogether.

To make matters worse, it seems that the issue has been pointed out
almost half a year ago, and has not led to the issue being fixed:

http://www.openstreetmap.org/changeset/34599982

It is obvious to me that all occurrences of highway=social_path need to
be replaced with whatever they were before. I'd normally say let's give
them some time to come up with a better idea but seeing that the problem
has been highlighted to them pretty much at the time they made the edits
5 months ago, and they haven't come up with a better idea, I'd say the
time is up now.

Bye
Frederik

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

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

[Talk-de] mobile Telefonnummern

[Heinz-Jürgen Oertel]

Hallo,

In JOSM gibt es die Maske für Telefon und Fax.
Inzwischen findet man aber an vielen Geschäften, Restaurants etc. eigentlich 
immer mehr die Angabe von Telefon, dann Festnetz, und Handy/mobile.

Wie haltet Ihr das.

Mir ist es gerade im Ausland aufgefallen, wo es eigentlich gar kein Fax, dafür 
aber eher mobile gibt.
Welche Nummer trage ich dann ein, die Festnetznummer oder eher die mobile 
Nummer?


Ostergrüße
  Heinz

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

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Dennis Bauszus]

Unfortunately there are quite a few spelling mistakes in the keys.

I investigated the shops keys recently and found among others:

toolhire, gereral, keycutting, manacure, bppkmaker, car stufff, 
convienience, etc.



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

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Chris Hill]

I found 54 cemeteries with their names spelt cemetary in the GB extract from 
last night. I'm not going to run a bot to change any of them - what if that's 
what the sign on the gate actually says?

On 24 March 2016 11:14:07 GMT+00:00, Stuart Reynolds 
 wrote:
>Hi all,
>
>A user of our site alerted me to an incorrect spelling of “cemetery” in
>one location. I corrected it, and then readily found and corrected
>three more. However, after a very brief further search (using “cemetery
>uk”) I’ve easily found another 10. I could correct these manually, but
>I suspect that it is the tip of an iceberg.
>
>Can I propose that someone who is more knowledgeable than me does a
>mechanical edit within the UK to correct “Cemetary” to “Cemetery”?
>
>Regards, 
>Stuart Reynolds
>for traveline south east & anglia
>
>
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb

-- 
Cheers, Chris (chillly)___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Jez Nicholson]

I bet Swedish gothic metal band Cemetary are embarrassed
https://en.wikipedia.org/wiki/Cemetary_(band)

On Thu, 24 Mar 2016 at 11:50 Andy Townsend  wrote:

> On 24/03/2016 11:26, Andy Townsend wrote:
> >
> > I added a bunch of notes for misspelt cemeteries
>
> For completeness, this list will include the notes that I added for this
> particular misspelling:
>
> http://api.openstreetmap.org/api/0.6/notes/search?q=cemetary=0
>
> (just for info in case anyone wasn't aware you could query the notes API
> like that)
>
> Cheers,
>
> Andy
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Andy Townsend]

On 24/03/2016 11:26, Andy Townsend wrote:


I added a bunch of notes for misspelt cemeteries


For completeness, this list will include the notes that I added for this 
particular misspelling:


http://api.openstreetmap.org/api/0.6/notes/search?q=cemetary=0

(just for info in case anyone wasn't aware you could query the notes API 
like that)


Cheers,

Andy


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

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Paul Berry]

Plenty of misspellings outside of the UK but within the Anglosphere, as
Nominatim will show. You could be fixing them for some time.

Regards,
*Paul*

On 24 March 2016 at 11:26, Andy Townsend  wrote:

> On 24/03/2016 11:14, Stuart Reynolds wrote:
>
>> Can I propose that someone who is more knowledgeable than me does a
>> mechanical edit within the UK to correct “Cemetary” to “Cemetery”?
>>
>>
> I added a bunch of notes for misspelt cemeteries a while back (mainly
> trying to provide an "in" for new local mappers) so if anyone does pick
> this up please check for local notes too - and also for other variations
> such as "cemetry" etc. :)
>
> There are occasionally "valid odd spellings" ("Kilbourne Road", which goes
> to "Kilburn", comes to mind) but other than in made-up business names, I
> can't think of a valid misspelling of a regular English noun.
>
> Cheers,
>
> Andy
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Incorrect spelling of "cemetery"

[Andy Townsend]

On 24/03/2016 11:14, Stuart Reynolds wrote:

Can I propose that someone who is more knowledgeable than me does a mechanical 
edit within the UK to correct “Cemetary” to “Cemetery”?



I added a bunch of notes for misspelt cemeteries a while back (mainly 
trying to provide an "in" for new local mappers) so if anyone does pick 
this up please check for local notes too - and also for other variations 
such as "cemetry" etc. :)


There are occasionally "valid odd spellings" ("Kilbourne Road", which 
goes to "Kilburn", comes to mind) but other than in made-up business 
names, I can't think of a valid misspelling of a regular English noun.


Cheers,

Andy


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

Re: [Talk-us] [Imports] Boston, MA, USA addr:housenumber Import

[Roman Yepishev]

Hi Jason, all.

I added the addr:city to the tags to use w/o confirming first - what is
the balance between adding the address information directly on the
building as opposed to using the boundaries?

I suppose that for the ease of processing the building will need to
have as much information as possible, but then we will have two sources
of truth e.g. for city or zipcode - boundaries and the node.

Now, current status:

I have just terraced Back Bay (a historical district in Boston, old
narrow houses, around 1000 of them) and found this to be less fun than
I imagined :)

Additionally a look at South Boston shows that there are less building
ranges, and more building numbers that point to the same building (e.g.
number 45 is on first floor, 47 is on the second).

As much as I'd hate to do that, there appears to be no other way to
handle this than adding the address node, as I saw done in NY and
Seattle (and how e.g. Here maps handles it - no buildings, just numbers
on the ground). Now, that also means that I need to start operating on
the tax parcel shapefile to verify whether the building needs to be
split or an address node needs to be added.

I added an exception for buildings with source:addr=survey, as I found
that it is of no use trying to repeatedly mark a building which was
manually tagged and verified to have a different number than the
official one  as "fixme". So far there are ~3 buildings with this tag,
but there will be more as I am going through the dataset and buildings
on the ground.

-- 
https://wiki.openstreetmap.org/wiki/Import/Boston_Street_Address_Manage
ment_%28SAM%29_Import

signature.asc
Description: This is a digitally signed message part
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-GB] Incorrect spelling of "cemetery"

[Stuart Reynolds]

Hi all,

A user of our site alerted me to an incorrect spelling of “cemetery” in one 
location. I corrected it, and then readily found and corrected three more. 
However, after a very brief further search (using “cemetery uk”) I’ve easily 
found another 10. I could correct these manually, but I suspect that it is the 
tip of an iceberg.

Can I propose that someone who is more knowledgeable than me does a mechanical 
edit within the UK to correct “Cemetary” to “Cemetery”?

Regards, 
Stuart Reynolds
for traveline south east & anglia



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

Re: [talk-ph] Updated Philippines map for Maps.me

[Erwin Olario]

Thanks for the information, Totor.

I know of people who complains about the two-week update cycle of OsmAnd,
but three months is reallly long.

*Erwin Olario*
- - - - - - - - - - - - - - - - - - -
» email: erwin@ *n**gnu**IT**y**.**net*
 | gov...@gmail.com
» mobile: (PHL): +63 908 817 2013
» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B

On Sat, Mar 19, 2016 at 8:19 PM, Totor  wrote:

> Hi all,
>
> I had a question from a new OSM member, when his changes would show up in
> MapsWithMe.
> So I thought I would share the result here.
>
> It looks like the last update of their map was December 15, 2015 .
> On their website I saw it is possible to generate your own map.
>
> It was a little complicated (I had to to download about 1Gb source code,
> then compile it), but I managed to make an updated map.
> I can not find out how to make the routing file (except by making the
> whole world map, and that is way too long, and I do not have enough space
> on my hard disk to store the latest world file...).
> (all is relatively clearly explained here:
> https://github.com/mapsme/omim/blob/master/docs/INSTALL.md )
>
> You can download the resulting map here (80Mb):
> http://osm.totor.ph/philippines.mwm
> The source pbf was downloaded today march 19, 2016 from Geofabrik.
>
> Installing is manageable if you have a minimum IT knowledge.
>
> First make sure the Maps.me app is closed.
>
> On my Android, on the SD card there is a folder "MapsWithMe".
> Inside this folder there is folder called 151215 which contains the
> original maps from maps.me
> If you only have the Philippines in there, rename this folder to
> 151215old  (this is a back-up in case something goes wrong) , then create a
> new folder and name it 151215.
> If you have several maps in there, move the Philippines map files
> somewhere safe...
> Put the map you downloaded from the link above in the 151215 folder.
>
> launch maps.me to check...
> You should be able to see the updated map, but you will have no more
> routing...
>
> If you want to go back to the old map, close the app, then just rename the
> 151215 to 151215totor (or delete it) and then rename the folder 151215old
> to 151215, and all should be like before.
> (If you moved the map files instead, just move them back)
> You can also simply update from the app, it will overwrite whatever map is
> there and go back to the official map.
>
> Cheers,
>
> Totor
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-us] Caliparks re-tagging paths?

[Marc Gemis]

They tagged them as "social_path", according to their blog entry [1]

regards

m

[1] 
https://hi.stamen.com/patrolling-trails-in-openstreetmap-a1c4762efb70#.2qq0g0v79

On Thu, Mar 24, 2016 at 10:15 AM, Frederik Ramm  wrote:
> Hi,
>
>I find this article a bit worrying:
>
> http://www.citylab.com/cityfixer/2016/03/caliparks-app-safer-hiking-trails-california/475047/
>
> It is about an app that displays tracks in California public parks based
> on OSM. When officials were unhappy about unoffical paths being displayed,
>
> "Park managers have tried to delete these trails from OpenStreetMap, but
> they often pop back up",
>
> (I sure hope they pop back up, and if I catch any park managers deleting
> existing paths I'd have a word with them), and then
>
> "developers at Stamen, GreenInfo Network, and Trailhead Labs essentially
> “muted” the data that identifies the errant trails by tagging them with
> a code from differentiates them from authorized paths."
>
> I would be interested to find out how this "muting" happened and if it
> has any adverse effects on other data consumers. There's certainly good
> and bad ways to do it, but I don't remember anything having been
> discussed with the community. Could someone from one of the groups
> participating in this commercial editing enlighten us about what exactly
> is being done, which tags are changed/used, etc?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Zbytovský]

Moc hezký, jak se ta stránka rozrůsta!

Měl bych ještě tip na maposmatic.org - snadno tam člověk vytvoří mětský
plán s rejstříkem k tisku (viz http://upload.zby.cz/maposmatic.jpg )

PZ.

On Wed, Mar 23, 2016 at 10:20 PM Pavel Machek  wrote:

> On Wed 2016-03-23 21:59:01, Pavel Machek wrote:
> > Ahoj!
> >
> > > Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba
> > > OpenSeaMap bych v čr neprezentoval :)))
> > >
> > > btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se
> všemi
> > > base-mapami mapboxu: http://zby.cz/parkovani
> >
> > Ta mapa na hru je pekna...
> >
> > ...ale nekde mam lepsi; papirovou. Na hre Matrix byl luxusni plan
> > prahy z OSM.
>
> Tak tohle je z bedny, mozna o rok starsi, ale take luxusni.
>
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/bedna13/
>
> (plne rozliseni po rozkliknuti)
>
> 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

[Talk-us] State relationpages

[Paul Johnson]

I've noticed that
http://184.73.220.107/relationpages/oklahoma%20state%20routes.html has not
updated in an extremely long time now.  What's going on with these?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Caliparks re-tagging paths?

[Frederik Ramm]

Hi,

   I find this article a bit worrying:

http://www.citylab.com/cityfixer/2016/03/caliparks-app-safer-hiking-trails-california/475047/

It is about an app that displays tracks in California public parks based
on OSM. When officials were unhappy about unoffical paths being displayed,

"Park managers have tried to delete these trails from OpenStreetMap, but
they often pop back up",

(I sure hope they pop back up, and if I catch any park managers deleting
existing paths I'd have a word with them), and then

"developers at Stamen, GreenInfo Network, and Trailhead Labs essentially
“muted” the data that identifies the errant trails by tagging them with
a code from differentiates them from authorized paths."

I would be interested to find out how this "muting" happened and if it
has any adverse effects on other data consumers. There's certainly good
and bad ways to do it, but I don't remember anything having been
discussed with the community. Could someone from one of the groups
participating in this commercial editing enlighten us about what exactly
is being done, which tags are changed/used, etc?

Bye
Frederik

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

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

[Talk-cz] Mapy bez bariér

[vrs]

Ahoj,
nová data k importu:

http://web.mapybezbarier.cz/otevrena-data/

Vypadá to velmi použitelně, skoro vzorově:
- data dostupná v XML, JSON, CSV, Turtle...
- existuje dokumentace i metodika sběru dat, a lidi odtamtud komunikují a 
budou rádi, když to použijeme
- licence je ODbL - ještě před vydáním jsem je poprosil, aby to vydali pod 
dobrou licencí, a oni zvolili přímo ODbL :-)
- po importu se to bude zobrazovat na wheelmap.org

Chtěl jsem import navrhnout, vyjednat a naprogramovat sám, ale teď se mi 
nedostává času... Nechcete se toho někdo ujmout?

Honza Vršovský
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Jean-Michel Pouré]

Le lundi 21 mars 2016 à 08:53 +0100, Vincent de Château-Thierry a
écrit :
> Pour en dire un peu plus : les données de BANO sont exportées chaque
> nuit et mises à disposition ici : http://bano.openstreetmap.fr/data/ 
> . Il n'y a rien de prévu pour fournir un export spécifique à un
> logiciel client, on essaie de proposer des formats suffisamment
> ouverts (json, csv, rdf) et/ou conventionnels (shp) pour que chacun
> ensuite puisse consommer ces données, sans barrière.
> Donc s'il faut alimenter OSMAnd avec les adresses de BANO, ce qui en
> soi serait une bonne chose, à la communauté des développeurs autour
> de ce logiciel de prendre l'initiative. On sera pas loin si besoin.

OSMAnd est le logiciel de navigation GPS de la communauté OSM. Hier
encore, je me suis rendu dans l'Eure pour signer un contrat de vente
d'une voiture d'accasion. J'ai cherche l'adresse cible en navigant sur
la carte à la main. Impossible de trouver le village en question.

Il faudrait indiquer plus clairement aux utilisateurs d'OSMand que les
données françaises sont en l'état inexploitables dans OSMand.

Par contre, il me semble qu'il y a un début de projet sur Github pour
exploiter Bano dans OSMand, mais je ne l'ai pas retrouvé.

Cordialement,
Kellogs

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