Re: [OSM-talk] OSM and CartoDB in use for MERS mapping

[Andrew Errington]

Sorry, slight correction.  It's a map of medical facilities, not cases.
Apologies for any alarm caused.

Andrew

On 17 June 2015 at 12:18, Andrew Errington  wrote:

> Hello,
>
> You may have heard of the MERS situation in Korea.  A map of cases and
> their location has been published here:
>
> http://issue.visualdive.co.kr/mers/
>
> I am pleased to see that OSM is the background layer (I recognised some of
> my work).  It's notable because Korea does have very good map coverage from
> Google, and local companies Daum and Naver, so there are several sources to
> choose from.  It's possible that it was chosen due to the fact that that
> webpage needed to show statistics outside Korea, which Daum and Naver does
> not cover.
>
> Best wishes,
>
> Andrew
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Routing Applications

[Hans De Kryger]

Why do OSRM & OpenRoutingService compete against each other instead of
joining resources and combining efforts to make the best routing service
out there? Am i missing something? I know it's nice to have different
services for different uses but this doesn't seem like a good use of
resources at all. I may be the only one with this opinion, but this has bug
me for awhile.

*Regards,*

*Hans*


*http://www.openstreetmap.org/user/TheDutchMan13
*

*Sorry for any misspellings*
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM and CartoDB in use for MERS mapping

[Andrew Errington]

Hello,

You may have heard of the MERS situation in Korea.  A map of cases and
their location has been published here:

http://issue.visualdive.co.kr/mers/

I am pleased to see that OSM is the background layer (I recognised some of
my work).  It's notable because Korea does have very good map coverage from
Google, and local companies Daum and Naver, so there are several sources to
choose from.  It's possible that it was chosen due to the fact that that
webpage needed to show statistics outside Korea, which Daum and Naver does
not cover.

Best wishes,

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

[OSM-talk] Velociraptor!

[Russ Nelson]

Going through some of my photos from the Cloudmade days. Cloudmade
wasn't *always* this fun, but when it was fun, it was THIS fun:

https://www.flickr.com/photos/russnelson/3499384727/in/album-72157619603953452/

Not *entirely* off-topic.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk] Some thoughts against remote mapping

[Tom MacWright]

Please consult all of my previous responses to the previous threads on this
identical topic for the responses I would write to the inevitable responses
to this thread.

On Tue, Jun 16, 2015 at 12:43 PM, Michał Brzozowski 
wrote:

> I was imagining a new OSM editing program and thought about making
> provisions in the API for editor programs to wait for edits to be
> approved (so that it's still posted as the actual user). But it would
> get too tricky, considering just conflicts for instance. So in this
> form it's unsuitable.
>
> The thing is, we blame noobs often, whereas I see that it's iD's
> shortcomings. People notoriously add bare names to address points
> (without a meaningful tag) to add POIs - there are thousands of them
> just in Poland. Other offenders are opening_hours written in national
> languages.
>
> As someone said, iD editor developers aren't keen on providing
> warnings to the user. And their logic seems to be out of touch with
> mapping community. See
> https://github.com/openstreetmap/iD/issues/2366#issuecomment-57371665
> and https://github.com/openstreetmap/iD/issues/2325 ). I don't buy
> this BS - "a name is better than nothing" - experienced mapper time is
> precious, period.
>
> We JOSMers often forget that iD is there and it gets neglected. Go and
> try mapping something, act as a person who knows nothing about OSM:
> you'll be surprised about how many gotchas there are that are taken
> for granted, even if you are a theoretical noob with ideal cognitive
> ability (but who only does what is said to do).
>
> For me the essence of making a noob-friendly editor is to have it more
> task-oriented, data-aware and leaving nothing to chance. There is a
> simple thing that could massively help: first select feature type,
> then draw it. It paves way to many improvements and benefits, such as
> contextual help that isn't obnoxious at all and is likely to be more
> effective.
> iD could offer some sort of "I want to..." (add a building, mark a
> highway one-way, and much more) oriented mini-tutorials. In these you
> would tell all these gotchas, like how to place a building properly
> (not at the roof, but at the base).
>
> Allowing regional communities to have a say in iD development is also
> needed. Different countries have their own conventions on street
> names, addresses and so on. This is marginalized currently.
>
> Oh man, what a hell of an off-topic.
>
> Michał
>
> On Tue, Jun 16, 2015 at 5:28 PM, Frederik Ramm 
> wrote:
> > Hi,
> >
> > On 06/15/2015 09:55 PM, john whelan wrote:
> >> Perhaps we need something like the HOT validation system in OSM more
> >> generally but I don't know how it would work.  Locally OSM mappers have
> >> used a rich range of tags, I'd say about 25% other than highways didn't
> >> get rendered for one reason or another when they were initially tagged.
> >
> > On the German forum and mailing lists, occasionally newbies will pop up
> > and say "I've mapped this and that, could somebody have a look if
> > everything is correct?"
> >
> > Perhaps it could be as easy as setting a changeset tag "review=yes
> > please", and then a small web site listing changesets that have this tag
> > and don't yet have a review discussion entry or something, so
> > experienced mappers could look if there's something in need of review in
> > their area.
> >
> > I'd be very careful to make sure this is voluntary; even a hint at a
> > possible *mandatory* review process will immediately have everyone
> > pointing out where this has got Google ;)
> >
> > Bye
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Some thoughts against remote mapping

[Michał Brzozowski]

I was imagining a new OSM editing program and thought about making
provisions in the API for editor programs to wait for edits to be
approved (so that it's still posted as the actual user). But it would
get too tricky, considering just conflicts for instance. So in this
form it's unsuitable.

The thing is, we blame noobs often, whereas I see that it's iD's
shortcomings. People notoriously add bare names to address points
(without a meaningful tag) to add POIs - there are thousands of them
just in Poland. Other offenders are opening_hours written in national
languages.

As someone said, iD editor developers aren't keen on providing
warnings to the user. And their logic seems to be out of touch with
mapping community. See
https://github.com/openstreetmap/iD/issues/2366#issuecomment-57371665
and https://github.com/openstreetmap/iD/issues/2325 ). I don't buy
this BS - "a name is better than nothing" - experienced mapper time is
precious, period.

We JOSMers often forget that iD is there and it gets neglected. Go and
try mapping something, act as a person who knows nothing about OSM:
you'll be surprised about how many gotchas there are that are taken
for granted, even if you are a theoretical noob with ideal cognitive
ability (but who only does what is said to do).

For me the essence of making a noob-friendly editor is to have it more
task-oriented, data-aware and leaving nothing to chance. There is a
simple thing that could massively help: first select feature type,
then draw it. It paves way to many improvements and benefits, such as
contextual help that isn't obnoxious at all and is likely to be more
effective.
iD could offer some sort of "I want to..." (add a building, mark a
highway one-way, and much more) oriented mini-tutorials. In these you
would tell all these gotchas, like how to place a building properly
(not at the roof, but at the base).

Allowing regional communities to have a say in iD development is also
needed. Different countries have their own conventions on street
names, addresses and so on. This is marginalized currently.

Oh man, what a hell of an off-topic.

Michał

On Tue, Jun 16, 2015 at 5:28 PM, Frederik Ramm  wrote:
> Hi,
>
> On 06/15/2015 09:55 PM, john whelan wrote:
>> Perhaps we need something like the HOT validation system in OSM more
>> generally but I don't know how it would work.  Locally OSM mappers have
>> used a rich range of tags, I'd say about 25% other than highways didn't
>> get rendered for one reason or another when they were initially tagged.
>
> On the German forum and mailing lists, occasionally newbies will pop up
> and say "I've mapped this and that, could somebody have a look if
> everything is correct?"
>
> Perhaps it could be as easy as setting a changeset tag "review=yes
> please", and then a small web site listing changesets that have this tag
> and don't yet have a review discussion entry or something, so
> experienced mappers could look if there's something in need of review in
> their area.
>
> I'd be very careful to make sure this is voluntary; even a hint at a
> possible *mandatory* review process will immediately have everyone
> pointing out where this has got Google ;)
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Some thoughts against remote mapping

[Frederik Ramm]

Hi,

On 06/15/2015 09:55 PM, john whelan wrote:
> Perhaps we need something like the HOT validation system in OSM more
> generally but I don't know how it would work.  Locally OSM mappers have
> used a rich range of tags, I'd say about 25% other than highways didn't
> get rendered for one reason or another when they were initially tagged.

On the German forum and mailing lists, occasionally newbies will pop up
and say "I've mapped this and that, could somebody have a look if
everything is correct?"

Perhaps it could be as easy as setting a changeset tag "review=yes
please", and then a small web site listing changesets that have this tag
and don't yet have a review discussion entry or something, so
experienced mappers could look if there's something in need of review in
their area.

I'd be very careful to make sure this is voluntary; even a hint at a
possible *mandatory* review process will immediately have everyone
pointing out where this has got Google ;)

Bye
Frederik

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

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

Re: [OSM-talk] Some thoughts against remote mapping

[Christoph Hormann]

On Tuesday 16 June 2015, Alex Barth wrote:
>
> - How can we show better where data is stale?
> - Can we show what's "missing"?

Actually these two points well illustrate an important difference - 
something is missing because someone misses it - this is a subjective 
criterion.  Much of the discussion in this thread revolves around the 
question of differences between locals missing data and non-locals 
doing so and what conflicts might arise from this difference.

So showing prominently that something is missing from a certain 
subjective perspective is always touchy, especially if it is the 
perspective of someone with a broader agenda like a foreign aid 
organization or a company.

The first point on the other hand is probably fairly undisputedly a good 
idea, i.e. indicating quality issues from an objective perspective.  We 
already have a lot of tools in that area of course, address lists for 
example that are used to indicate where addresses are missing.  But 
there is a real lot of potential there, like for example rather than 
importing external data using it to find and indicate differences to 
what is in OSM.  There is much free data out there that could be used 
to very specifically indicate inaccuracies and errors in OSM data but 
not a lot of ressources are used at the moment to make use of this.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] Some thoughts against remote mapping

[Alex Barth]

On Sun, Jun 14, 2015 at 8:51 AM, Mikel Maron  wrote:

> A map with all the buildings can look "done" in the standard rendering,
> but of course we know it's not done. Is there a way to visualize the map to
> take into account the depth and local knowledge of the data? So that the
> pride of filling in the blank spot can be felt even when previous work has
> been done? I'd say that's a design challenge even in well mapped countries,
> which will need to be maintained and updated for the rest of time!


Fully agreed here. Most people find existing map data to build on when they
start mapping. Whether it's an import, remotely mapped or your neighbor who
you may love or hate - someone was there before you. This is going to be
the case even more so as the project matures. I remember from my own
experience that it took me ages to see where to jump in in my home town map
in Washington DC (and if it had been just TIGER data this would have been a
more obvious question to me). There's no doubt that from creating the map
there comes a sense of ownership, but as the project matures - how will new
mappers get confidence to partake in this ownership? All of that in a huge,
multi cultural and global community?

I found some fascinating leads for answers to this question in my new
colleague's Minh Nguyen's presentation at State of the Map US
http://stateofthemap.us/tickling-locals-into-action/ - the upshot is:
"mappers learn by seeing other mappers do" and this rings true to me
looking at my own experience. But here's a list of questions and ideas that
come to my mind that could all help us collaborate better around the map:

- How can we show better where data is stale?
- Can we show what's "missing"?
- Better spaces for constructive local conversations - notes and changeset
comments are already a huge improvement. Groups?
- How can the OSMF be more accessible for non-English speakers?
- What else?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Wiki: Adblock blocks Wikimedia Commons images

[Richard Z.]

On Mon, Jun 15, 2015 at 02:45:54AM +0200, Andreas Goss wrote:
> I was pretty annoyed recently, because every now and then a wikimedia image
> I used in a ValueTemplate would not work.
> 
> For some reason I decided to check Privacy Badger today and after that
> disable Adblock.  Well, that did the job. Not sure if we can do anything,
> but for people who frequently edit the wiki, maybe just whilelist the domain
> so you don't waste yout time trying to figure out why images are not
> working.
> 
> Not really sure why it sometimes works and sometimes doesn't so far...

that should be easy to figure out, from the ABP button do "open blockable
items" and see what is blocked (shown in red). Hower over it with the mouse
and see which filter is repsonsible.

Right click the item and add exception or even better go to the relevant 
addblock/filter forum and report it as false positive.

Richard

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

[OSM-talk] Draft updated privacy policy

[Simon Poole]

And now for something completely different.

I've produced an updated version of the OSM privacy policy:
http://wiki.openstreetmap.org/wiki/Updated_Privacy_Policy (the original
resides here: http://wiki.openstreetmap.org/wiki/Privacy_Policy).

This is largely a private undertaking, it however has been available to
stakeholders in the original document and the relevant OSMF working
groups for comments and suggestions which have been worked in to the text.

The LWG has somewhere on its to-do list an item on a complete review and
rewrite of the privacy policy, this is not a replacement for that. It is
however likely that whoever does that rewrite would refer to this
document or the original privacy policy for the OSM related specifics.

Neither the original policy nor this document are published and/or
approved OSMF documents, but they should likely be considered for that,
at least until a full rewrite is completed.

My motivation was mainly that there are some things that should be in
the document that are not, and the complications that a complete rewrite
as in for example https://wikimediafoundation.org/wiki/Privacy_policy
will entail.

All that said, the changes are, with one exception, likely
uncontroversial and simply document what is current practice. Obvious
and clear for old hands, probably not so for newcomers.

The exception is the addition of a clause that allows us (the OSM
community) to use information submitted to an OSMF run services to be
used to support improving the OSM data. Right now the only use of this
that I could think of is to mine nominatim queries for missing
addresses, postcodes and the like. The is currently NOT done, because it
is a potential touchy issue, but it would have some obvious benefits.

Comments on the draft are likely best added to the discussion page.
Please keep the scope of any comments limited to the changes and not to
untouched original text, one day there will be a complete rewrite and
that will be the time to address any other issues.

Simon



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

Re: [OSM-talk] OSM in India

[Warin]

On 16/06/2015 8:41 PM, john whelan wrote:
Could we make an effort to map one bit of India remotely ideally one 
that has a few mappers in it or users and see if it can grow from 
there?  Any NGOs operating in India?


If possible it should be a place where tourist go. I'd think tourist 
would be interested in OSM as an out of contact thing so as not to run 
up charges and they may be more familiar with OSM.
That would give some encouragement for local hotels, restaurants etc to 
be on OSM. Maybe a local school could then have it as a pratical 
computing class to add such on the ground data...




I think there are mappers in Bangladesh or East Bengal as it used to 
be called before it split from India perhaps they might have some 
ideas?  Yes I am aware that India is a very large place.


Cheerio John

On 15 June 2015 at 22:01, Arun Ganesh > wrote:



Fair enough. Although a quick mapcompare session shows that GM has
nowhere near the quality that it has in Europe/America, so it
should
be less work for OSM to overtake GM in India than it took in
Europe (I
know, if the community is tiny, "less overall work" is still
way more
work for each individual).

Businesses throughout the country want to list themselves on GM to
get more customers. I have been to remote parts of the country
where hoteliers or shop owners ask me how they can be listed. This
POI database is massive and along with it comes address
information which is data gold in India for geocoding. There is
low business incentive for anyone to list themselves on OSM,
moreover the computer skills to do that is lacking by most people.
If there were more users of openstreetmap, this can change quickly.

You point out an interesting bit of information though: GM is for
English speakers. Do you render a Hindi (and other languages)
slippymap ? Provide Hindi OSMand and Garmin maps ? That might
catch
the attention of many users. In Ireland we have an all-Gaelic map

(http://maps.openstreetmap.ie/?zoom=9&layers=00BFF&lat=52.92847&lon=-7.65252)
that attracts people from outside OSM.

Its a given that most users of new technology in the country are
familiar with English, or atleast the Latin alphabet. One may not
be able to speak the language but can easily read street signs and
it is more familiar than localized signage. We have had trials
with localized maps http://yogiks.github.io/osm-kn/map/ but apart
from being good PR they have limited practical use in daily life.

We would need to support 22 languages and in offline mediums to
make the maps truly accessible to most of the people. Till then
maps will continue to be used only by a small class of the
population..


-- 
Arun Ganesh

(planemad) 

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




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


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

Re: [OSM-talk] OSM in India

[john whelan]

Could we make an effort to map one bit of India remotely ideally one that
has a few mappers in it or users and see if it can grow from there?  Any
NGOs operating in India?

I think there are mappers in Bangladesh or East Bengal as it used to be
called before it split from India perhaps they might have some ideas?  Yes
I am aware that India is a very large place.

Cheerio John

On 15 June 2015 at 22:01, Arun Ganesh  wrote:

>
> Fair enough. Although a quick mapcompare session shows that GM has
>> nowhere near the quality that it has in Europe/America, so it should
>> be less work for OSM to overtake GM in India than it took in Europe (I
>> know, if the community is tiny, "less overall work" is still way more
>> work for each individual).
>>
> Businesses throughout the country want to list themselves on GM to get
> more customers. I have been to remote parts of the country where hoteliers
> or shop owners ask me how they can be listed. This POI database is massive
> and along with it comes address information which is data gold in India for
> geocoding. There is low business incentive for anyone to list themselves on
> OSM, moreover the computer skills to do that is lacking by most people. If
> there were more users of openstreetmap, this can change quickly.
>
>
>> You point out an interesting bit of information though: GM is for
>> English speakers. Do you render a Hindi (and other languages)
>> slippymap ? Provide Hindi OSMand and Garmin maps ? That might catch
>> the attention of many users. In Ireland we have an all-Gaelic map
>> (
>> http://maps.openstreetmap.ie/?zoom=9&layers=00BFF&lat=52.92847&lon=-7.65252
>> )
>> that attracts people from outside OSM.
>>
>
> Its a given that most users of new technology in the country are familiar
> with English, or atleast the Latin alphabet. One may not be able to speak
> the language but can easily read street signs and it is more familiar than
> localized signage. We have had trials with localized maps
> http://yogiks.github.io/osm-kn/map/ but apart from being good PR they
> have limited practical use in daily life.
>
> We would need to support 22 languages and in offline mediums to make the
> maps truly accessible to most of the people. Till then maps will continue
> to be used only by a small class of the population..
>
>
> --
>  Arun Ganesh
> (planemad) 
>  
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM in India

[Jean-Marc Liotier]

On 16/06/2015 11:42, moltonel 3x Combo wrote:
Also, even if Hindi maps have no practical use and are "just" good PR, 
it is worth it. Publicity is a Good Thing when you're trying to grow a 
community.


Localized names are definitely useful and not just PR :  on top of their 
usage value, they are a major selling point to local governments - which 
are important buyers of GIS solutions, for which Openstreetmap provides 
excellent components... I'm aware of how much influence the effort to 
translate free software to South Africa's eleven official languages has 
had on government adoption - I guess that the same dynamic has also been 
recognized in India and it certainly has potential in other multilingual 
states that major proprietary software editors neglect.


A couple of historical references about the South African effort:
http://www.linuxjournal.com/article/5966
http://www.balancingact-africa.com/news/en/issue-no-391/computing/translateorg-recogni/en


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

[OSM-talk] Update on OpenRouteService (truck routing, accessibility analysis, new client..)

[Alexander Zipf]

Dear all,

maybe you have already noticed, but in case not, I just wanted to make 
you aware of the latest update of OpenRouteService 
 a few days ago.


First of all the backend of the service has been revamped, and apart 
from making it faster, a new profile for different types of heavy 
vehicles has been added. This includes the sub-profiles forestry, 
agricultural and delivery vehicles as well as buses and trucks. You can 
now also specify load characteristics of a heavy vehicles (e.g., 
hazardous materials) and further limitations (length, width, height, 
weight..).


The ORS Accessibility Analysis now also works with RecursiveGrid and TIN 
and returns isochrone maps (with holes). Additional parameters allow you 
to specify intervals (in minutes) which are shown in different colors.


The ORS Geocoding Service now offers requests for all over the globe and 
also the option to find administrative polygons.


Further the client got a significant redesign and new functionalities 
such as a novel route instructions list in many (more) languages and the 
support of multiple GPX files. Additionally, the set of avoid features 
have also been extended. It offers means to ignore ferries, unpaved 
roads and also steps.


Also sharing a route with your friends became simpler. Links, containing 
the settings of a route, are being shortened using the bitly.com 
 service. Furthermore, a version control shows the 
latest updates and information regarding the regularily updated graph 
status.


thanks to the ORS team, az

http://OpenRouteService.org

http://uni-heidelberg.de/gis
https://www.facebook.com/GIScienceHeidelberg







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

Re: [OSM-talk] OSM in India

[moltonel 3x Combo]

On 16/06/2015, moltonel 3x Combo  wrote:
>> We have had trials with localized maps
>> http://yogiks.github.io/osm-kn/map/ but apart from being good PR they
>> have
>> limited practical use in daily life.
>
> That looks good :) Add a proper domain name and a bit more dressing up
> work, and it could become more than just a PR stunt.

Also, even if Hindi maps have no practical use and are "just" good PR,
it is worth it. Publicity is a Good Thing when you're trying to grow a
community. Find ways to bootstrap the virtuous circle.

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

Re: [OSM-talk] OSM in India

[moltonel 3x Combo]

On 16/06/2015, Arun Ganesh  wrote:
> Businesses throughout the country want to list themselves on GM to get more
> customers. I have been to remote parts of the country where hoteliers or
> shop owners ask me how they can be listed. This POI database is massive and
> along with it comes address information which is data gold in India for
> geocoding. There is low business incentive for anyone to list themselves on
> OSM, moreover the computer skills to do that is lacking by most people.

That argument isn't specific to India, and hasn't stoped OSM growth
elsewhere. Note that it takes a long long time between "OSM data is
much better than GM" and "OSM is well known and used by the general
public".

> If there were more users of openstreetmap, this can change quickly.

Yes, it's logarythmic, beginings are slow.


> Its a given that most users of new technology in the country are familiar
> with English, or atleast the Latin alphabet. One may not be able to speak
> the language but can easily read street signs and it is more familiar than
> localized signage.

Same in Ireland, even the most hard-core Gaeltach advocates speak good
English. But that doesn't mean that nobody wants a map in Gaelic. For
most it's a cultural identity thing. They've been colonised by the
English in the past and want to assert their roots. In India this
ought to be even stronger, for all the people to whom English is a
foreign language.

> We have had trials with localized maps
> http://yogiks.github.io/osm-kn/map/ but apart from being good PR they have
> limited practical use in daily life.

That looks good :) Add a proper domain name and a bit more dressing up
work, and it could become more than just a PR stunt.

> We would need to support 22 languages and in offline mediums to make the
> maps truly accessible to most of the people.

Once you've got things working in one language, adding the other 21 is
little extra work and some extra hardware ressources (surely not 20x
more ressources).

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

Re: [OSM-talk] Some thoughts against remote mapping

[moltonel 3x Combo]

On 16/06/2015, Andrew Wiseman  wrote:
> Something else semi-related that might be a terrible idea: I wonder if
> there ought to be some way to show which edits are by remote mappers and by
> locals? Could you do this automatically via IP address or something by
> seeing who was nearby and who was not?


That's an interesting approach. I don't think IP-based identification
would work because of all the false-positives : I spend my time
between France and Ireland, and I'm a local in both places even if I
edit while in the other country.

What I've been mulling over is the "home location" data on the
profile. Right now it's close to useless. I'd like to be able to set
multiple areas (not points) and rate them "can survey / good local
knowledge / particularly interested". The tricky part is creating a UI
that isn't overwhelming. Appart from categorising if an edit is
"local" or not, it'd be very helpfull to contact relevant contributors
for an area. Pascal Neis's tools are usefull (and have the advantage
of not requiring opt-in), but not as good as explicit information
would be.

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

[OSM-talk] OpenStreetMap Hardware Funding Drive 2015 at openstreetmap.org

[Michael Reichert]

Hi,

OSMF is running a hardware funding drive for OSM server infrastructure
for about 1 week. http://donate.openstreetmap.org/server2015/

Why is this funding drive not visible at osm.org like it was at our last
funding drive in 2013?
https://web.archive.org/web/20130705213620/http://www.openstreetmap.org/

The information could be placed at the welcome box at the top left
corner (replacing the "Welcome to OpenStreetMap" content until 56,000 £
have been donated.

Has nobody thought about placing a information about the funding drive
at osm.org or are there any arguments against?

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)




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

Re: [OSM-talk] Some thoughts against remote mapping

[Simon Poole]

Am 16.06.2015 um 01:40 schrieb Clifford Snow:
> Following this thread makes me wonder how people feel about some of the
> issues raised. The link below is quick survey about some of the issues
> raised in the thread. Please take a minute or two to respond. If I get
> sufficient answers I will publish the results.

Nobody is actually claiming that "imports stunt community growth",
that's just a contraction of "early infrastructure imports stunt
community growth".

Which is why I tend to be very careful to use the later, unluckily most
people aren't, which produces lots of spin doctor fodder (actually it
would be even better to be more precise and say ... transportation
infrastructure ...).

Mature communities normally don't have the need to import transportation
infrastructure (aka roads etc) and I doubt if a well done landuse import
would directly have a negative effect on a budding one (historically
naturally most landuse imports have simply made a big mess of
everything, but that is a different topic).

Adding roads and similar objects is one of the simplest and fastest
things to do in OSM, and typically the one with the most immediate
award. It is naturally at the same time the thing to map that you tend
to run out of fastest, so by its very nature it will only have an effect
early on in a communities history.

Now I could imagine if we had access to large "complete" POI datasets we
might be able to see a similar effect later on, but all such imports
tend to be topical and only remove a small part of available objects to
map.

Here, obviously a relative mature community, we've had two larger
imports (public transport stops and admin boundaries) that were done by
the community and naturally they haven't had an impact on community
growth (they do have other import related negative aspects, but that
again is a different topic).

Simon




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

Re: [OSM-talk] Some thoughts against remote mapping

[Michael Reichert]

Hi,

Am 2015-06-15 um 22:49 schrieb Pierre Béland:
> This is the ransom of success for OSM,  being exposed to the medias, the 
> international organizations recognizing our significant contribution to such 
> humanitarian responses.

OSM might be more in media but which OSM? It is not the OpenStreetMap of
the mappers who go out and collect data to make a better and free map.
It is a crowd who does remote sensing where a disaster occurred and not
recognized as an alternative data source to official maps, Google,
TomTom etc.

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)




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

Re: [OSM-talk] OSM in India

[Lester Caine]

On 16/06/15 03:01, Arun Ganesh wrote:
> Its a given that most users of new technology in the country are
> familiar with English, or atleast the Latin alphabet. One may not be
> able to speak the language but can easily read street signs and it is
> more familiar than localized signage. We have had trials with localized
> maps http://yogiks.github.io/osm-kn/map/ but apart from being good PR
> they have limited practical use in daily life.
> 
> We would need to support 22 languages and in offline mediums to make the
> maps truly accessible to most of the people. Till then maps will
> continue to be used only by a small class of the population..

Having just deleted the fourth email this morning from an Indian
software house offering to do my work for me a thought came to mind.
Perhaps I should be asking them how much they contribute to projects
like OSM. They still will not get any business, but perhaps if they all
started filling in details in India the same as we do for clients in the
UK ... they obviously have time to farm email accounts to spam ...

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] README tag with editor support

[Michael Reichert]

Hi Richard,

Am 2015-06-11 um 19:27 schrieb Richard Welty:
> i have started using the unofficial tag README whenever i
> make edits that differ from current bing imagery; i usually
> place the date of the note in ISO format at the beginning
> of the text. for example, here is the note i placed on the
> road in Rensselaer:
> 
> 2013-01-15 - reconfiguration of road not yet fully reflected in aerial
> imagery. do not conform this road to current imagery.
> 
> this has mostly worked, but in this specific case the armchair
> mapper chose not to read the note, or read it and dismissed it.
> 
> so i have two things in mind here:
> 
> 1) formalize the README tag as a way to caution future mappers

That's already done using note=*. Just have a look to an town with lots
of construction sites and an active mapping community.

> 2) request editor support, when someone goes to change a
> README tagged entity, it would be nice if editors would popup
> a dialog saying something along the lines of

Yes, I agree, but please use note=*. It is already much in use and often
used for this purpose.

Example from Karlsruhe
https://www.openstreetmap.org/way/150939178/history [1]
> note = "Baustelle inzwischen beendet - Schienen liegen wieder wie vor
> 2012 - Bing 2013 veraltet"

Translated into English:
> constructions have been finished – tracks have been relocated to the
> position where they have been before the constructions (like until
> 2012) – Bing 2013 is outdated

> Warning: read the following before making any changes to this
> object 

Do you really believe that iD will ever behave like this? iD developers
seem to refuse to show warnings to the user.

Best regards

Michael


[1] Btw, this relocation was done during State of the Map EU 2014 –
that's why fewer trams serviced this tram stop at that weekend.



-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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