Re: [OSM-talk] Zoom to search results on the map

2018-10-26 Thread Andrew Buck
You can hit the "back" button in the browser to go back to the list 
after clicking on one (this is not obviously communicated to the user 
but it does work).  I agree in general though that this part of the site 
is not great UI wise.  Not sure what to do to change it for the better, 
but it definitely could use work.  I guess one improvement would be a 
"back" or "return to search results" kind of button when you click on 
something.  Yes you can use the browser back button to do this now, but 
there is no conveyance in the UI that this is an option.  Adding an 
explicit button would go a long way on the usability front.


-AndrewBuck



On 10/26/18 1:26 AM, Maarten Deen wrote:
When you search on something in the searchbox on openstreetmap.org that 
returns multiple results, the map moves to the first result and when you 
hover over the result it displays a marker.
But for all the other results, you need to click to see where it is. 
This removes the search results and displays details of the object you 
clicked.  Suppose this is not what you're looking for, you now have to 
enter the search parameters again and nominatim now searches from the 
last point the map was centred at. So the search results differ from the 
first try. Now you have to remember what results you've looked at so you 
don't look at them again.


Is there no way to show the second, third, etc, result on the map 
without removing the search results?


Regards,
Maarten

___
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] GeoChat

2018-01-07 Thread Andrew Buck
It is a great little tool.  Simple, but surprisingly effective. It 
actually works amazingly well when coupled with a voice chat program.  
In HOT we use mumble for voice and the geochat plugin combined with that 
allows mappers to "point" to objects in imagery by centering on them and 
then letting other user look at the same area to discuss what is being 
seen in the imagery.  Things like how a road should be classified, how 
to tag a specific thing, etc.  Of course you can use the text chat right 
in the plugin as well, but I always prefer voice chat for discussion as 
it is just so much faster.



In any case, it is not a plugin I use super often, but when I do need 
it, it is just the right tool for the job.  My only suggestion would be 
that you consider making "show users on map" default to "on" instead of 
"off" like it is now.  I always forget to turn it on unless I 
specifically want to collaborate with someone, but I think if it 
defaulted to on then it would get a lot more use.  It would be really 
fun to be mapping and see other people showing up in the area to see 
what you are working on.  I think it would really add to the sense of 
community in OSM.



-AndrewBuck


On 01/07/2018 09:00 AM, Ilya Zverev wrote:

Paul wrote:
Is GeoChat  
down
or defunct now?  I haven't been able to connect to it in a couple 
days now.


Sorry Paul, that was caused by forcing https on all OSM servers. Java, 
turns out, does not auto-redirect from http to https. I've just 
updated the URL in the plugin and tested that it works.


Nice to hear somebody uses it :)

Ilya

___
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] GeoChat

2018-01-06 Thread Andrew Buck
I used it about a week ago and it was working fine then, but haven't 
tried it more recently than that.  So the project is not dead, but that 
doesn't mean there aren't issues at the moment.





On 01/06/2018 04:33 PM, Paul Johnson wrote:

Is GeoChat  down
or defunct now?  I haven't been able to connect to it in a couple days now.



___
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] How to map alleys in African cities?

2017-11-15 Thread Andrew Buck
I do still use tertiaries and above for higher level roads in accordance
with the Highway Tag Africa scheme.  I was merely giving an example of
how I classify a service road.

-AndrewBuck


On 11/14/2017 09:48 PM, Pierre Béland wrote:
> From discussions since 2013 with various african OSM communities and other 
> continents with similar realities, it appears that this wiki page is quite 
> usefull to help classifiy the highways in these countries.  
> The objective was to simplify, clarify how to tag highways. Adding pages by 
> country would not faciliate the task, would add confusion.
> About Andrew proposition, I dont understand why to use the hierarchy set 
> (residential, service) instead of (tertiary, residential). With such 
> classification, there is nothing between motorways / primary and residential 
> highways.
>  
> Pierre 
>  
> 
> Le mardi 14 novembre 2017 22:10:38 HNE, Gaurav Thapa 
> <gthapa.w...@gmail.com> a écrit :  
>  
>  Youthmappers initiative actually has a very large presence in Africa and in 
> particular local mappers of Ghana, Uganda and Nigeria are very active. They 
> don't use the talk pages but maybe we can bring them on board to improve 
> 
> https://wiki.openstreetmap.org /wiki/Highway_Tag_Africa
> 
> or create country specific pages.
>  
> On Wed, Nov 15, 2017 at 4:15 AM, Andrew Buck <andrew.r.b...@gmail.com> wrote:
> 
> Pierre's suggestions are a good guideline in general and I don't have
> any disagreements with them.
> 
> I did, however want to expand a bit on the idea of when to use service
> roads, so here is that...
> 
> I for one am in favor of additionally making liberal (but careful) use
> of highway=service.
> 
> A service road is like a residential road, but is not meant to be used
> for "through traffic" but rather as the first or last leg of a longer
> journey.  With this in mind, I offer up the following example as a good
> guideline (or case study) of how this should look in practice:
> 
> Several years ago, I traced the roads in Ibadan, Nigeria.  It was nearly
> a blank map when I started so I had complete freedom in deciding how to
> classify them (this was years before "highway tag africa").  I started
> by just marking nearly everything as highway=residential.  Then after
> the whole city was mapped I spend some time just looking at the finished
> map and the roads overlaid on the satellite imagery.  After taking in
> this "whole city view" for a while I began to see patterns in how the
> roads were laid out, and these patterns suggested which roads should be
> downgraded to service.
> 
> In the case of Ibadan there are little "pocket communities" of people,
> separated by streams with a few roads crossing the streams but a dense
> network within each community.  So after digesting the map, and seeing
> how the town was structured, I decided I would downgrade all the roads
> that only served to access buildings within one community, but were not
> part of the routing if you were traveling outside of the community.
> This lead to a marked improvement in the quality of the map, which you
> can see in the two links below.  Although I finished tracing all the
> roads, I didn't finish all the classifications, so you can see a good
> "before and after" of how much better it looks with proper use of
> service roads.
> 
> Here is a "before" section where all the roads are left as residential:
> 
>   https://www.openstreetmap.org/ #map=15/7.3354/3.9118
> 
> And here is an "after" section where I have downgraded local-access-only
> roads to service but left the rest as residential.  Notice how much more
> clearly you can see the neighborhoods, and also how much easier it is to
> follow a route, without having to use a route planning tool.  You can
> navigate just by looking at the map.
> 
>   https://www.openstreetmap.org/ #map=15/7.3933/3.9598
> 
> In the second example above you can actually see some areas of all
> residential to the east, so there is a very clear difference between the
> two sections.
> 
> Obviously every town will be slightly different, but I think this is the
> general rule we should follow:
> 
>    if you use the road mainly for accessing buildings (even if it is
>    a fairly large number of them) but not for long distance travel,
>    then the road should be downgraded to service.
> 
> After you spend a bit of time looking at the whole town, and keeping
> this rule in mind, you will get a good sense of what to downgrade.  Then
> it is just a matter of going through and applying it.
> 
> Anyway, hope this all makes sense to people.  I had been meaning to
> write it up for a while

Re: [OSM-talk] How to map alleys in African cities?

2017-11-14 Thread Andrew Buck
Pierre's suggestions are a good guideline in general and I don't have
any disagreements with them.

I did, however want to expand a bit on the idea of when to use service
roads, so here is that...

I for one am in favor of additionally making liberal (but careful) use
of highway=service.

A service road is like a residential road, but is not meant to be used
for "through traffic" but rather as the first or last leg of a longer
journey.  With this in mind, I offer up the following example as a good
guideline (or case study) of how this should look in practice:

Several years ago, I traced the roads in Ibadan, Nigeria.  It was nearly
a blank map when I started so I had complete freedom in deciding how to
classify them (this was years before "highway tag africa").  I started
by just marking nearly everything as highway=residential.  Then after
the whole city was mapped I spend some time just looking at the finished
map and the roads overlaid on the satellite imagery.  After taking in
this "whole city view" for a while I began to see patterns in how the
roads were laid out, and these patterns suggested which roads should be
downgraded to service.

In the case of Ibadan there are little "pocket communities" of people,
separated by streams with a few roads crossing the streams but a dense
network within each community.  So after digesting the map, and seeing
how the town was structured, I decided I would downgrade all the roads
that only served to access buildings within one community, but were not
part of the routing if you were traveling outside of the community.
This lead to a marked improvement in the quality of the map, which you
can see in the two links below.  Although I finished tracing all the
roads, I didn't finish all the classifications, so you can see a good
"before and after" of how much better it looks with proper use of
service roads.

Here is a "before" section where all the roads are left as residential:

  https://www.openstreetmap.org/#map=15/7.3354/3.9118

And here is an "after" section where I have downgraded local-access-only
roads to service but left the rest as residential.  Notice how much more
clearly you can see the neighborhoods, and also how much easier it is to
follow a route, without having to use a route planning tool.  You can
navigate just by looking at the map.

  https://www.openstreetmap.org/#map=15/7.3933/3.9598

In the second example above you can actually see some areas of all
residential to the east, so there is a very clear difference between the
two sections.

Obviously every town will be slightly different, but I think this is the
general rule we should follow:

   if you use the road mainly for accessing buildings (even if it is
   a fairly large number of them) but not for long distance travel,
   then the road should be downgraded to service.

After you spend a bit of time looking at the whole town, and keeping
this rule in mind, you will get a good sense of what to downgrade.  Then
it is just a matter of going through and applying it.

Anyway, hope this all makes sense to people.  I had been meaning to
write it up for a while now and this seemed like a good opportunity.
Maybe I will try to go through and finish up Ibadan, I am a lot faster
at this now than I was back then, so it wouldn't take me long.  I will
leave it for the time being so it doesn't break the examples.  If people
think this sounds reasonable, maybe we should grab some before and after
screenshots for the wiki to document this.

-AndrewBuck




On 11/14/2017 03:30 PM, john whelan wrote:
> That seems very sensible.
> 
> Thanks John
> 
> On 14 November 2017 at 16:26, Pierre Béland  wrote:
> 
>> I we follow the Highway Tag Africa wiki page I initiated in 2013, narrow
>> highways should be evaluaed on the type of traffic possible
>> - highway= residential in residential areas if at least passable by 4
>> wheels
>> - highway=path if only motorcycles, bicyles and foot traffic is possible.
>>
>> https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
>>
>> The additions made to the wiki page a few months ago about the width add
>> confusion. I think that we should simply move this in a separate section
>> giving guidance on possible widths that represent the various types of
>> highways.
>>
>> regard
>>
>> Pierre
>>
>>
>> Le mardi 14 novembre 2017 16:14:22 HNE, john whelan 
>> a écrit :
>>
>>
>> I'm not even sure if this is the best place to raise this but Africa
>> covers a lot of countries.
>>
>> We have some agreement on how to map highways in general Africa but narrow
>> residential highways are a problem.  I suspect highway=residential plus a
>> width tag might be best.
>>
>> South Africa I think has local mappers who able to resolve any problems
>> but for the rest of Africa given the large number of armchair mappers
>> mapping there some guidance would be nice.
>>
>> Some mappers use highway=service generously.
>>
>> Is it possible to reach some sort of 

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Thread Andrew Buck
If it is an untagged way that covers the whole block of buildings I
would say just delete it.  It is not accurate data anyway, so not really
worth keeping.  I know we try very hard to clean up data from newbies,
but this I think is beyond the point where it makes sense to.

-AndrewBuck

On 11/08/2017 06:51 AM, john whelan wrote:
> http://www.openstreetmap.org/node/330511654#map=16/20.5184/-13.0507
> 
> But you really need to zoom in using JOSM to see the problem.
> 
> The best way to describe it is the road network is a grid but each block of
> buildings has been mapped as a single building rather than the six to a
> dozen separate buildings that are there and I'm not sure what to do.  It's
> not just in Atar and there are a large number of them.  I've seen something
> similar by HOT mappers before but not on this scale.
> 
> One mapper has a thousand untagged ways in Mauritania most of which are of
> this type.  I have sent a note to them but not yet heard anything back.
> 
> Suggestions please.
> 
> Thanks John
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 




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


Re: [OSM-talk] Bing Analyzer

2015-12-31 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It doesn't show the actual age of the tiles as far as I know but the
ant site is still up, you probably just have the leaflet version in
your bookmarks/history.  Apparently it has been recoded or something
and only the bing version works now.  Here is the link to the page
where both are listed.

http://ant.dev.openstreetmap.org/

For the age, there is this tool, although I don't think it is a TMS,
not sure how it works though and it may actually be:

http://mvexel.dev.openstreetmap.org/bing/

- -AndrewBuck


On 12/30/2015 08:06 PM, Dale Kunce wrote:
> I was doing some work tonight and I wanted to find the age of the
> Bing tiles I was working with. I went to use the great Bing
> Analyzer TMS that Ant did for his site a while back but it appears
> to be down.
> 
> Martijn's site still seems to be working but it doesn't have a
> proper TMS from what I can tell.
> 
> Does anyone know of another good Bing Imagery TMS that I could
> use?
> 
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWhTqBAAoJEK7RwIfxHSXbhf4P/2DZq74oZxo8FQ/5BpaFiHCF
UZDTFkWRm//aWUD68KkcGxo/b9U++c6G+TRo6YQicv/wBveT+84TgBmIkjFdVwdv
6r85qCAlX6s8YqZJaCKsS+R+YRj4YYaRN6a+ZhpUS1cp4UGVRYulFFOcGSaB2OgQ
JwHfmCzCjob7xczXzxJJDDE/pI/BZ0b7zvaiaT8LxZ5dnn7H54JEX5mHMVp61wH2
Nmy+Fjul2B5ipkog4huHEri6vvVbxv6J+UKdzpZqUMl+KUJRtAcPbC3Kl7hyFHuv
fJy1ALfsVpkbvynf+JZZuVWFCRHNXGODu+e2oFDrDhMp8UMMb5I5Jm0vv9MJKKx0
5+/Olek+jSaJcTmDe9oqLSAAUqjN/Ve5EZbQsWW2x8jBwTyaM0KRmO52cesGQ58i
fza4r96PTYBcPXQe/mYnxrb0CuaUOuQGH4YDavBElRxJQ64sqs0nUfibpS8CvuBX
J/CySqWhOmj549zvOZ0Igop6R9uB7iv+BWuAZtQBy3BeYIP2s6IRux1FuSi6pz+W
NFnjbSECQMgSLazc0taSu5TIw2zqfyH63yVxn5S/2+UlDNW31JsWl7rCgaixTptw
rq7JCUoZ0bEwPw/4M/Z1zG0EcKvRClur2SalGbeYrKAWyQo3AFwR3zgRHHpM1ZE1
2vyqJvuTRLCACNOIy6+n
=yqeW
-END PGP SIGNATURE-

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


Re: [OSM-talk] Find missing roads

2015-10-04 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A very good plugin.  I have added a couple roads I knew had been
constructed since the Bing imagery but I haven't had a chance to
survey yet since they are a long ways away and I only have a bike for
transport.

I would suggest that you make your filtering algorithm a bit less
"picky" though, since every road around here shown as missing is only
detected for a portion of it, and for the remainder I had to fill in
the gaps based on other clues in the Bing imagery and whatnot.

Other than that though a great tool though, glad to see this kind of
"closing the loop" between OSM data consumers and us mappers.  Keep up
the good work.

- -Andrew

On 09/30/2015 10:11 AM, Martijn van Exel wrote:
> Hi all,
> 
> Our OSM team cooked up something new. A missing roads plugin for
> JOSM. I think it's pretty nice but I would really like to hear what
> you think.
> 
> You can read some more about it on my diary
> (http://bit.ly/missingroads) but it's basically what it says on the
> tin. The plugin will show where we think roads are missing from OSM
> based on GPS data so you can add them :)
> 
> Take it for a spin and let me know what you think, what we could
> improve, or just if you like it!
> 
> Martijn
> 
> 
> 
> ___ talk mailing list 
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWEc4pAAoJEK7RwIfxHSXb1UcQAL83Ncs0MDv3MJxZSl3MnQpr
udQWDtuWYZBT9/x2InD9EKL8v5CqWlHFCdP4bHCwDKKi4N40chL1dPDPOO93HIYi
QV9xwo2oK4L8CaTaDa0UdM0tSNGWgr9Nbswtkjx+ilWyBJ7qmuIkAPGKmyFQlcX7
5WyCvx8LqsW3bJMIllDZYVwmHffHJDUBIvNfkI7Br+IK3pOCVZmSnwtRupQddhux
i5MLLayRDR/WWR0IoQ9wFDhEzztTPX0wwDzBAjnZFDKz4TrmOXzX6H9p4ir4BY7N
VhQ6Jy2/vhInflKd5bdsxdDnBb1v2Ks6vWNZ6IjODdpG7r8N+uekUp9F5MpKxt0a
Ez/E3xmxbfbU9cM1+J6IMClN7h7cAnDF85N7eBZs+3XNwU9+f1uHlZx8IJYA7c/+
mvJ9uAQk3BSyX5E2eeMFp0XdXs5bMeyUvyZanDRI8iZOCK21YLbdeaKK//BLHuK1
3yQkkBWrorq1ePoBtg44UQjfqCGFu3vihU+UHz6rE9sSWbu/3OQL2Z6wnm4IVTcG
KzE8PXSM4Wt0+2ZWoMGxxJDWyVCrx7ZswbCjnrqkCLndPc6vvO0TElNb1kz6iSUU
e+mZkMqiXtgdCYvGnbcn4Z//CgQgQYEAgLJjGUADOWkZ8fexpZLmVggcQydjqmQH
UROBFkjid4kX4fvDxv9z
=Xz2/
-END PGP SIGNATURE-

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


Re: [Talk-ca] more auto-edits from bitcoin types: coindero.com

2015-08-10 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is a bit ugly.  Also, no attribution on their maps.

I am a bitcoin supporter in general and am glad to see places that
accept bitcoin being mapped in OSM (I think there is a good fit
between two open source projects there), but I want to see that
mapping done in a good way.  There are bitcoin editors who map well,
this is not one of them.

- -AndrewBuck




On 08/10/2015 07:24 AM, Stewart C. Russell wrote:
 Hi all,
 
 User Coindero https://www.openstreetmap.org/user/Coindero is
 allowing non-registered edits via Coindero.com
 http://www.coindero.com/. For instance, to edit Snakes  Lattes
 in Toronto, you'd go here:
 
 http://www.coindero.com/edit/snakes-lattes/
 
 Set login source to 'custom', and you can edit OSM with just a
 valid e-mail address. As a test, I did just that last week, and
 sure enough, an edit (since reverted) came through under Coindero's
 name: https://www.openstreetmap.org/changeset/33124395
 
 I've let them know that this is a bad idea. This is not so much 
 disruptive as bloody annoying.
 
 cheers, Stewart
 
 
 
 ___ Talk-ca mailing
 list Talk-ca@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ca
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJVyV7wAAoJEK7RwIfxHSXbqAQP/2Gt3FbgNIDIeO6eel8mPZFP
u81Id5u4fqEjIzjjezjprprVrR9SYkt9wYsGcwbfhoif0fhTAnQZjEIVGSZ2XGdp
x0WQ6ZxCqd3hWlwqhhf7CtMZwYfwXZBaae4+ibNEoiDBaVlsqOHB9FHu+Hqa05d6
CQiyfbd5t9oVsW/r9z5pp9/XI81seU5W3UL6evh9MKFg7bMQMSwGWnUl8ReeKRk7
au41eXL1g1myi8XzuGKjXJk5fPrpJNIMxRNs13/+we2TIFf3NpZkvtDtD5iYQMSx
ZDqAEx3Ca2GOeFxWJ6DZOYOQnYCun+H0nweRoD3tgBQSkU4TLE2p2PI+azIvoEH6
ZhTSTW8PZopQLAStts4vzDfYwizPM2nWLkwYNcRL7jBm+XFc8KjYhRT7zH6itMiH
tIY7pnm75s6DCvGyZWMDsq/HYCuOnhKfI/Ns0bO3oACgKLI96FIhgiDLWq1RhBNp
TOk180sBB02go8ddoum68zygS2fMbW401SyqZiZVU5rAJE2/+ns5YXl79WQSP5K7
eMBQBFVB2A8sxYgfzMQ0gPpX4wJN1I0YCVIDH0l13vnpY7HFWN8QH04hhjKZ3HQ6
n+tlSz0YFONUsdfGb9ZPccRAiR1lizaBRXHw/JoJMc/An3pwc9XCms1rCIxnLMpQ
qBfzUglREtdbUdsnp2jw
=GuDz
-END PGP SIGNATURE-

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


Re: [OSM-talk] Collecting various road situations

2015-03-12 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For an african city example you could use Zliten, Libya.

https://www.openstreetmap.org/#map=12/32.46/14.5587

I marked the surface=* values there from satellite imagery there a
couple years back as part of the HOT activation during the civil war
there.  The core of the city is paved and the outer portion is all
unpaved, with the main roads going in and out of the city being paved
as well.  Everything in the city and the surrounding area should have
a surface tag on it, as I systematically checked them using the
'Surface data entry' paint style in JOSM.

We have also been doing a lot of tracing in West Africa (specifically
Liberia and Sierra Leone with a bit in Guinea).  These roads are not
all tagged with surface values though other than a few isolated
pockets.  We had been wanting to do better surface data though so if
you message the HOT mailing list with a request for a specific area in
one of these countries we could try to add the surface tags for you.
Just browse around and see where you think it would make sense and let
us know.  Can't guarantee we will get it done for you, but like I said
we did want to get more surfaces tagged anyway and this way we could
kill two birds with one stone.

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVAhd8AAoJEK7RwIfxHSXbMb4QALodb/Qa7DRYTdbkNEpnUGBq
kWuS9EgbkSjXDkhNZ5TZDNNIeOgmwrGqJWirWIiLC/ePmQdwDa/FOnfI3GiDsOtU
ZdtsLwWneJY8VP7DKRb/oRbWmY97ZFZMIcSckz/eVq+BHoNfwgY2KfKvYx8V6yRQ
zg5t4OLzmoPz3gL/2RnhJ9JgDCpzsD7Vx+oVaNMSE/b/DbkdU8HM9JwhcF4vWYly
8XzEBe2mX7ZtEn1HD+C8/DpcQL7J2fRjbkT0MiKrbnisTYiJScki/W9sIbWUvrVK
TTUh9S2iTr29IsHkNhzW0Sq1q2cLI9+50jQDkFl+tIvrPv5KkBwQnPP5yXWogx36
foJascJBUdCw8S43Cb/m4WwHBsf4K9vVUWCLGj++KbP9tF685A3iM88EOst6Z6Nw
FxLzsqyaa2ubOzwzDfoDZ+1iJtpADjTpiwmIlbS3tphFYf0Hc6G0EmDARr9Atr2W
FjO1rlidd/Jnq5P7Eoe2sXWMLFe7/9u3aBYKy1WqSpJOAU/uuZxV1CdFNgil2sCi
iFpdZY4OVz4x/V4mzKNgqciWUY6Tr3viVP4z5vFDO1o1gYcYCvXc0379n6zGYX7f
ZV0fYtyYlijUMpRqGGlkV9ZBjWaOMWSQcYJOIbs/axWW6ciBdz3egQTlSuAvPIk6
YIfOZcj0Ee7LJdWdhqGz
=aXed
-END PGP SIGNATURE-

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


Re: [OSM-talk] Release openstreetmap-carto v2.28.0

2015-02-09 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

There seemed to be a time yesterday when residential roads weren't
being shown at some zoom levels.  I started drafting an email about
this (I actually like some aspects of that change but wanted to add
some comments to improve the design further).  However this morning
when I went to double check some specifics regarding zoom levels I
noticed they are back again.  Was this just a mistake in the
stylesheet that then got switched back?

And in either case, I think this is an issue that could merit some
discussion.  For example we introduce different road types like
primary and trunk progressively, but then throw in tertiary and
residential at the same zoom level and don't differentiate them until
the next zoom level in.  This seems like a major area for improvement
since roads are such a prominent feature on the map and most urban
areas are very cluttered due to this design choice.

There have been a lot of really interesting changes to the look of the
map recently and I am glad to see that it is evolving again now that
the switch to Carto has been finished up and new changes are being
worked on again.  I wanted to say thank you to those who have put in
all the work on these changes and I hope to see more as the project
progresses.

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJU2McvAAoJEK7RwIfxHSXbJxQQAJp+cvJzU03MXipIs/ryhhCT
NhTkgV7kXs9BHkSq1nhiG8O3bg39KcLk2l3KmQwtGbI64B9jZJVm0vn8prWmzN2o
9+/wqldyaRnbv+u+4K1FJcQyY8ahp+k8vmw66QT2u8XM9lhhrc8STg8tIFKhM/bF
1SjwTSVcMiDmpdOXIpFqnaqPExEOm56QxnMf90MFRz8uxTQsi+JH4A9gjHLq2CIn
r3JPb9RJQQNF0TPe5XMv2pGdMlBeRGjuBdWQTf1KhSKVY9YWpZSWAakTfuLCCwJD
/EIX4SunVzBnHB646zvQZBbNyuVp+n/iLfRULHJiroGwSQZwS9yL2nhC3ohpNo1m
dovM0Yqk1FFSmFUdIhnDV9SW0iqj3xhY5WbA9WDCWIoYOpTS3gIr0fPPQqqvFyER
zf3ufsLKRGMuBJM4feO0+1LEizLDV9tONwN9zyXNhOXAbnrS43pJfoWRX0/B4TX6
z5DF9u4ZPU2ALsbgmnrPjD5EFx0VD7aSrV7WJgK+buUjq0JyXiYnm2KJeOWoRG1M
jOchLHqXor3FhH95fPRtsFuJ2SHmxn5BfTeosX1D+VjUormI/HnZMy58u7E8GEh5
yuE8h/NyHeAw2txHiwCmkxBaDV4CltgbEUlbqouDETqsgQBnj+dlxXrenSHJsvHa
Ce1IWImLvyzNFmki9qkM
=KX3j
-END PGP SIGNATURE-

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


Re: [talk-ph] [Typhoon Hagupit/Ruby] Visual tagging guide.

2014-12-10 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is a very nice little guide.  It would be a shame to lose this
after the activation is over as the Hagupit page is unlikely to get
much traffic once the activation ends.  For that reason, it would be
good to get this included on on the main PH page or somewhere like
that.  To make maintaining it in multiple locations easier, you could
convert it to a template and then link the template on both pages (and
any others that might be relevant.

- -AndrewBuck


On 12/06/2014 10:23 PM, maning sambale wrote:
 Hi,
 
 I'm creating a tagging guide for mappers showing screenshots of
 both bing and the hiu image.  Please help improve the text and if
 you can find good sample imagery for each feature like churches as
 mentioned in the tagging priority, just add it in the document.
 
 https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Typhoon_Hagupit_%28Ruby%29#Mapping_Standards

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUiF3jAAoJEK7RwIfxHSXbwCMP/2zyKqz/n/pGZ+gTkFQeZ3O/
fq13HMN0j2ZyNZq2Cn6usDaEk7AAlfE1VBSn6Fo8UgXTogZJGhpXa+BJuy3bKbrA
AnpPaWXj2Lpn8WdpW9hYIND5cso0g1PLbtngiJbgE7FAHIUCaDJbMh1FiWd8chHV
GrbE7IMv9vRbC3gz3pEViX1e82gOwDaTGcphpxoybTzLalS4FwjBRNwQPgfA291P
3gIC41pII+mNRKdSpFcxBdkVOXz2/Y4psPk+bfuQvKSTZcoP6CoIz3AeNiESWM+0
46iOP/IWDMRtGnbmmAatRVGRwEfy/U05wDvnwloIExXnwN9XO6Tf53xOWJOfL6M9
qI6OOni/e2N1XmH8WvrMpEbsWEm8VxH6J35YcCWOgJ/4alOOgW8J4D2GLNg4RV2E
1IMyRLuNKwVYvb0+vpKsKTBllop255rU2byWLa4nRiNpE7uALSs+K9wLnsJd0RRA
wUILLmDwf+rIdl2YQa1dkjhBtrPHwR9+ndBVKEAtjHewqIqdMDUGjs/I97AWneLl
OUDg45HYM1m1MAa268p+8u/BIJKrW35d0+w5ZClJgaWbgWnN9+10Pg7peRduPwuN
vpuUYmFTluwhHc9NFTymsyDDYXtmaBcJCWNDF0XKmXbBkdMjJZgSETiT0CMIMW0x
CXPQgtSFbvXsvJvX37y4
=D43Z
-END PGP SIGNATURE-

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


Re: [OSM-talk] Status of Field Papers

2014-11-25 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Looking at the download of the atlas it looks like the script that is
running to generate the atlas pages is dying halfway through the page
creation.  The page numbers should be listed in the corner of the page
along with the atlas ID.  Also, half of the tiles on each page are
missing as well.

- -AndrewBuck


On 11/25/2014 07:20 AM, Badita Florin wrote:
 I am planning to use Field Papers for adding Cluj Napoca on the
 Map, as part of the European Capital of Youth 2015
 
 I have only one issue, that when i download the PDF, i don`t get
 the numbering, A1,B1,C1,D1,E1,A2,B2 etc
 
 http://fieldpapers.org/atlas.php?id=gplscswf#16/46.7585/23.5527
 
 There is a way to fix this without having to run my own instance ?
 
 Thanks for the usefull tool, Florin Badita OSM Romania 
 https://www.facebook.com/OsmRomania
 
 
 On Fri, Nov 14, 2014 at 6:04 AM, Arun Ganesh
 arun.plane...@gmail.com wrote:
 
 
 
 On Tue, Nov 11, 2014 at 7:20 AM, Alan McConchie
 alan.mcconc...@gmail.com wrote:
 
 Atlas creation on Field Papers is back up again! Sorry everyone
 for the extended downtime!
 
 
 Wonderful, thank you for the effort!
 
 -- Arun Ganesh (planemad)
 http://en.wikipedia.org/wiki/User:Planemad 
 http://j.mp/ArunGanesh
 
 ___ talk mailing
 list talk@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk
 
 
 
 
 
 ___ talk mailing list 
 talk@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUdQB/AAoJEK7RwIfxHSXb+H8QAJfxdKR+53+Pp0pJtL5lJR8Q
r0DbKkPWyHtIRYTJe/+yDJN+UFQ+YBwFhASsLIYI3W8Xnj3pmAYx6+ClLcEhZhJt
0/HksgF1/SJam/0bVpDXOjGNjkfCBVg9cjwkFU3WnQ14HAS+zYZCDnr35PMnCPRp
ikDwqumOP593wh0iv/xsEZHKKFUXqfXAI5jxA3+gmef99ZGs6grVZdPcRW9uSK4W
5JXljYBrp5UqF+Jz6dQkEjV16UtrHvcau0VAUVNPRXzsu71awMcnVUjSEn3Z/zQ3
hdKC7eq51PO2jUKEvYpJf6JavfQ+tBBamISGS9slPHm74P4cYzSpdykgC6PnaRqJ
4Asbv3at+BFzxFEjpx+ZeXD0JPQ4QaSuecvpSJoHirVTjBhP6He7198y/J59gm8X
Bq1TUQsfEdhYA7FkMStHCZr87JcI+CihynXSM1JxmsiOgftFzFvmfLbkPpkRcYK3
6HG1AOEixLjfMEgHcADw71xw33lD1RR2U0hH6dxdUj+1rrjl4NqQ4sQRb/r8QUm3
OME9CakpjXcDHhBRwmFoJvWDe4Wub1RulaZQvpqgmIOfOdJo0Q4nIWB5V1SQuKDA
9eVlyHgh5swCGrVkS0kuqxguZ8m9dWFLVT6Agf3M0IGJoseOhFZj5VnohhQQLRE2
2UXMy2vYYiBRcGmpS1Cq
=2Ohx
-END PGP SIGNATURE-

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


Re: [talk-ph] Mappers doing adding attribute

2014-11-19 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

For single use buildings like that it is no problem to make them a
polygon, it is better in fact because there is then more information
in the database, like the size of the object, etc.  I would say
continue on as you were.

- -AndrewBuck



On 11/18/2014 08:05 PM, Feye Andal wrote:
 As for the buildings with many possible features, we did not
 polygonize them. We only polygonize (as of now) banks, markets
 (esp. supermarkets, groceries, and public market), schools, fuel
 and religious institutions/place of worship. We will wait for your
 replies before we proceed to editing again to avoid confusion.
 
 Thanks! Feye
 
 On Wed, Nov 19, 2014 at 9:42 AM, Pierre Béland pierz...@yahoo.fr
 wrote:
 
 Hi Eugene,
 
 I looked at the first contributor in the list. It seems that this
 contributor decided to change POI from node to polygon. For every
 changeset, I see one node erased.
 
 You would have to look more in detail. I dont know the context..
 But for buildings with many possible features, it is better to
 show each of these as a node.
 
 
 Pierre
 
 -- *De :* Eugene Alvin Villar
 sea...@gmail.com *À :* OpenStreetMap Philippines
 talk-ph@openstreetmap.org *Envoyé le :* Mardi 18 novembre 2014
 17h49 *Objet :* [talk-ph] Mappers doing adding attribute
 
 Hi,
 
 Does anybody have any idea what these mappers are doing doing
 changesets that only say adding attribute?
 
 http://www.openstreetmap.org/user/aileen_aviera/history 
 http://www.openstreetmap.org/user/Khym/history 
 http://www.openstreetmap.org/user/ivet/history
 
 Most of these changesets seem to be polygonizing point POIs.
 
 ~Eugene
 
 
 ___ 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
 
 
 
 
 
 ___ talk-ph mailing
 list talk-ph@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ph
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUbJl4AAoJEK7RwIfxHSXby3sP/3h00TtptxQ8/0lNcd9F81uM
3dkG0foVZQDuxLwtuv3MxOeiT5HvBGARnc8wvxVIaAezZQtV1FBOlykNl0tf/EpK
x4o0PP8AZjr8bL74uajg/Pv1t09mQx6FYy4gfba0bKI02VI+2g+bg+65u2QIt2Rd
APDltX1H7PDmZdmATxLbKHXV/JCTs145tK7k5Y6DqUNxnA7rsFFYTK/l4dZSh+dB
S/S05g9/2xEWPL7rWUT6S9pGatb9/mYzHhYim54Q8sW81xhYwn/SetI77V5Y7O1l
+8gmSERC1FJFpvhbaAyftF10LnVSWS2hXB7HZ9W1fqiwYIL+jfLbfUHTpXezel5T
xWu4GWW7gWVTPFfDZdbZg8ojHTHTmNFOaV2nwRxhMLQTeeLcDvxVnxWVi5N59sGB
0i0SVQ383ynId+GpytoxadFN+0SOnAplO9j1Rj9pfQD8FzAJr0SEt76AWeQ485q2
QWU/eW2vGOYoifiRg8YsxO4lvLwqn5wtwbkY4XfOAmIqtfS/+qekC4bFSHIiWuZ0
qRwiW+Z6yFLt6/Ds/dlAHtYnVz+1mT901kTLadRAkcm7T3YBcIkoZKxKqAH+zeHG
iTWmVuuLp290gifiyYRg/jPwLFcH0SL7fZs5KJMhlgb0E5B45KNp4HhP1jo8ckIJ
tZl3Mjn+nyz3/Yyz1NeB
=bzYq
-END PGP SIGNATURE-

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


Re: [Talk-ca] Canadian Openstreetmap Task Manager + Central Website

2014-10-25 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Glad to hear you are making use of the task manager.  HOT has been
discussing various improvements to the software, as well as provisions
for making it easier for others to make use of the toolset.  I have
cc'ed Pierre Giraud who is the lead developer of the tasking manager
software so that he can be aware of where it is being used.

I hope the tool is useful to you and that you do lots of awesome
mapping with it.  :)

- -AndrewBuck




On 10/24/2014 07:36 PM, Richard Burcher wrote:
 Hi Folks,
 
 A bunch of us have gotten together and said, hey wouldn't it be
 great if we started something similar like our southern neighbors
 from the US Openstreetmap Chapter [1] have that has become a hub of
 community engagement. A central and easily accessible place where
 the Canadian community (or others just finding Openstreetmap for
 the first time) can find information [2], upcoming events and
 access to a dedicated OSM Task Manager [3] for mapping tasks.
 
 We strongly feel that this is a great starting point to help
 further spread the use, adoption and mapping of Openstreetmap in
 Canada. We really hope this endeavour will help our community.
 We've kicked this off because we saw a need for it. It’s everyones
 community, so please let us know what you think and what we should
 be doing.
 
 Feel free to jump in; we could always use help:)
 
 If you'd like to have admin access to the Tasking Manager (allows
 you to create mapping tasks), please either drop a line at [4] or
 on the mailing list.
 
 
 Cheers,
 
 Folks from the Ottawa Openstreetmap group [5]
 
 
 [1] http://openstreetmap.us/ [2] http://osmcanada.ca/ [3]
 http://tasks.osmcanada.ca/ [4] http://osmcanada.ca/contact-us/ [5]
 http://osmottawa.ca/
 
 
 Cheers,
 
 Richard
 
 -- Please note: I only check email a few times during business
 hours.
 
 Richard Burcher
 
 Twitter:   @richardburcher Blog:   www.richardburcher.com 
 LinkedIn: http://linkd.in/richardburcher
 
 
 
 ___ Talk-ca mailing
 list Talk-ca@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ca
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUS6M3AAoJEK7RwIfxHSXbePgP/RYS7F2nJE7Y6r3DLkdKLnw7
P0vobcMJKE+2eVEhwQiv+y8KNxbnG0xR6TK6MbEWiGg01IYSQmPfQgykp1LAZdCp
NLXQjslUsDt1zaofTsE0pQi9F960OMHnTBu8df20S10vU6Nx+tWd+GGKsW6YaobB
yYfwwFXMUX+ZggLAyvx4iM+GqhT3R3jQDZd//o4/dUsOzW/yODCTybdVM02qqnna
mwdc23brS8xdN9cDT979Qilh/oHwzkznoVKkV2mzTxWRcItQifTOvwEPL32gcssx
9yi6cGwfu3/oqRosweavgZNHlC1JoX1EKn+RLERy3g2LmCX9H3ZCq8MyGFeTkMlB
72phQPMW1KF7QrWTQMWn8/ouW7T51SSqUc7+eWYlBmAKNpxphXjEl7X0qnL57DpL
f3gtadVE/LKc9duE2ikhkeAOrFL6LRmpczKY0mzAbRCW3bKfCmAYl3XNl9uXUVI/
dqdKlPjoA0XfR00SQlrkrO3FgCiSf/ZVEVPqphCwHhxmAJLPrTBBQI05Cuoxpk4m
pROj/DyqFLZnVutRFFvzi2Lx9eqR8PgOzvTO18/CNxQGlyMoF8ChvLqhSd28w74o
ChOzMDsrhz/N3EW1xKhiZVP9Dt3dkor9+HMlX1DNyifsh07r6SsyyTRK2QoRzPvy
t2sQjAPKZmsIUH3IUYE0
=3WJL
-END PGP SIGNATURE-

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


Re: [OSM-talk] JOSM Imagery Contrast

2014-10-20 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Josm has a trac system on the josm website where you can submit
tickets for feature requests and whatnot.  For the specific imagery
contrast patch though PovAddict wrote that himself but it was not a
good enough quality patch to be implement in josm itself.  It had a
memory leak for example that would eat up your memory over time
forcing you to periodically restart josm.  The best thing to do would
be to talk to PovAddict on IRC (he is usually on #osm) and see if he
would be interested in refining it.

- -AndrewBuck


On 10/20/2014 01:44 PM, Mike Thompson wrote:
 How does one submit a request so that this gets considered for
 future versions of JOSM?
 
 Thanks, Mike
 
 On Sun, Oct 19, 2014 at 10:50 AM, Enock Seth Nyamador
 kwadzo...@gmail.com wrote:
 
 Ok and Welcome Mike.
 
 But as Pierre said integrating the contrast patch into JOSM will
 help greatly.
 
 Best,
 
 On Sat, Oct 18, 2014 at 7:16 PM, Pierre Béland
 pierz...@yahoo.fr wrote:
 
 Hi Mike,
 
 For the Mali activation in early 2013, the contributor povadict
 made a patch to JOSM for contrasts. This is an option that it
 would be great to integrate permanently into JOSM.
 
 Pierre
 
 -- *De :* Mike Thompson
 miketh...@gmail.com *À :* Emir Hartato
 emir.hart...@gmail.com *Cc :* OpenStreetMap
 talk@openstreetmap.org *Envoyé le :* Samedi 18 octobre 2014
 14h11 *Objet :* Re: [OSM-talk] JOSM Imagery Contrast
 
 Emir,
 
 Thanks.  That seems to be exactly what I was looking for.  Too
 bad it is no longer available.
 
 Mike
 
 On Sat, Oct 18, 2014 at 11:59 AM, Emir Hartato
 emir.hart...@gmail.com wrote:
 
 Hi everyone,
 
 There was a java binary called Enhance Imagery: 
 http://wiki.openstreetmap.org/wiki/JOSM/Plugin/Enhance_Imagery 
 But unfortunately, I think the developer drop the binary. I
 don't know where I can download it. It's interesting though.
 
 Or maybe anyone else here know the guy who made the binary?
 
 
 
 *Kind Regards,Emir Hartato*
 
 
 On Sun, Oct 19, 2014 at 12:40 AM, Mike Thompson
 miketh...@gmail.com wrote:
 
 Enock,
 
 Thanks for the quick and informative reply.  I din't know about
 that feature.  However, it isn't exactly what I was looking
 for.  Adjusting the opacity of a layer allows me to see the
 layer underneath it.  What I want to do is lighten up a single
 imagery layer so I can more easily see detain in darker parts
 of the image. In other words, adjust the contrast and/or 
 brightness like it is possible to do in Photoshop or GIMP.
 
 Mike
 
 On Sat, Oct 18, 2014 at 11:03 AM, Enock Seth Nyamador  
 kwadzo...@gmail.com wrote:
 
 Hi Mike,
 
 Try using the adjust opacity button in Layers toolbar,
 
 See attached image. Hope this helps.
 
 Best
 
 On Sat, Oct 18, 2014 at 4:38 PM, Mike Thompson
 miketh...@gmail.com wrote:
 
 Is there anyway to adjust the contrast of Bing imagery when
 viewed in JOSM? I am mapping an area that has a lot of shadows
 and lightening up the image would help.
 
 Mike
 


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJURVxwAAoJEK7RwIfxHSXbLvsP/jDnH+sABXsc01TKgNo87cWH
H4Y2gryWDvLoKiaRqtomfhdw0tqwFMC+irtlV2nIG/MI9aR0C913H6KQN+uxLK9q
4GO3dnml3sngTlN2wOWVcFjVG+SLn8K272jcbP9j/qyjFjB/8H5Z2mXboe+CIsuu
jbR/p/vLoEHsF26POIOrfhIu+Erax9EoWHMEztg9QqWZDqPYEw1P/U+lYms7RJ90
BvlWUWsCtlx5PNXC3HomaWZ7ZBO78s8+PJMTg7pMtJcac18pi+siT4xE53gAhYUe
EyB7YF70Ww0EJkNxacS6yFzwg7OaqHE9kk3gYsjy1ozac8be0BMXQApEJG0cpL9g
cBWxD56+uDUbQT0I2oM9INxUNJxowW4r0ZYQJbg8Mf9uUibCMV2dL/dRnkSnWHbb
1IHifR5xnzqll6EKtT92kqwwZFq0d32GxCPjb6R3K+W2JEsvVUO8i/1nhHHAOtwA
PSSf/hSaQq+ojjtpPS6ux2zo4RZXVz4YCcwjheabiuBhWYslHakGlk7WlF1UbjQ9
dLZXPVkPzGcZEqFi2HFr9EKgzUyU8nfS7YYqlQUNhl7xS7vzsBwMlggjPAjLoAoX
mBoED3hCdrI+5Eg5u90w7NZMTF7tIuN9fwJMf+180Ix6YG0YOuIqMeZvwk8uPpYk
DLTjJvL4Ji5zUoIVlWss
=Migf
-END PGP SIGNATURE-

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


Re: [OSM-talk] Detrimental validation software

2014-10-16 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yes, in a case like the sidewalk separating them as a barrier though,
you can simply add a noexit=yes on the road end.  All major error
checkers override the warning when this is present.

I think this is the obvious solution and am surprised this thread has
gone on this long.  A simple mistake was made, it was found and
corrected, and people will be more careful in the future.  This is how
OSM works, why are we still discussing this?

- -AndrewBuck

 +0.95 (because grass is really not a landuse but a landcover), or
 a fence, or guard rail or retaining wall or wall, or waterway, or
 bollard, or  As soon as you micromap the stuff between the
 unconnected roads it should become clear that they aren't
 connected. In some rare cases there might be something that is hard
 to map, e.g. a sidewalk separating the two roads (in my area often
 with parked cars preventing also physically the connection for
 cars), which still could be abstracted as a footway connection.
 
 cheers, Martin

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUP8JfAAoJEK7RwIfxHSXbLygP/jiaOKx1KQA7UWv333WuvARG
O9rIT13rW0I9+AAOypqKrgWT5o3sWr2FYaK+r1d+KIFuqXJGIUDa2QNZlmagBtKp
K4Kjh3J1unhM7jy/GNxhI2bw8iualuUbtEtG4ntLvffSNd1aPPA0jFn0SR9fmwIY
ACG1jH36JCukFTY/TG9FZcKWVYFIbPhEtLVWLw8tMi+LVEOPFCgm6zu81ApktUtM
WoO47rqOTmiJcVHoc/6738vJ2XjC+90NtQz0dkg/1F8ETzy9om+zFqhetns22yWx
BQbnuDwoRP0qmBdwjM/E6PNSd3bOFv0pkxpIdOeuMXeMslY7RuHKCe1byvRR5uMc
5BHva7lxM0s6AkAGRgKQU/tkRKG/CCuYx3g1J1jugwcWAXKogSkWiPFA8uW9UM8b
xnaP5zjF8jMQZQU57ih+yF2OMd86DAnkuTMWer55V7xmz3TGD7hUSw3OsUnVoKiF
/Sk8sU+zx8MI+l/NUDcHjgEZa3ffdcBIu8Y/TQUfdH/fdzFV2Wy/SROwY0b7sNAM
r6bg5sV5H8lzmTGdaPNXztz6BQBavk5iIe89WBTsK+TkChJh/hfDK89hZ7pk4YCV
22IxdrXtJUfZONtM3uQLRIDQItClxbsUOyWpWNdQBuoIh77U2+/XY9ClG/SHqP/P
MZ0Mav0GTugXV8ghbXqW
=I9PK
-END PGP SIGNATURE-

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


[OSM-talk] Proposed mechanical edit to convert alt_name tags

2014-09-08 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello everyone.  Recently HOT has been responding to the ebola
outbreak in western Africa (specifically the countries of Guinea,
Liberia, and Sierra Leone).  As a part of this response we have
converted the GNS name files containing populated place names from
their original csv format to OSM format using a python script.  The
files have then been broken into tiles corresponding to task manager
tasks and are being manually checked against imagery, topo maps, and
existing OSM data before being finally merged into OSM one by one.
The task manager jobs are being carried out by a hand-picked team of
people using private task manager jobs so that the work is done
carefully and no one just blindly dumps a load of data in without
first checking it.

However, since the conversion scripts have changed over time and since
some work was done manually by others, we ended up using two slightly
different forms for the alt_name field in the case where there are
more than one alt_name for a given place.  Some use the form
alt_name_2 and some use alt_name:2 (with the 2 extending to higher
numbers as well, some of these places have as many as 6 or 7 alt_name
entries).

After consultation with twain47 regarding which format would be
preferred for nominatim, it was decided that the alt_name_2 was the
preferred format (the :2 format gets confused with the language
variants, so the underscore version is preferable).  Twain47 has
already written a patch for nominatim to make this work, and the pull
request and push to the live server is pending.  Once the new code is
in place and shown to be working, my plan was to do a mechanical edit
to convert all of the existing alt_name:N tags to their corresponding
alt_name_N equivalents.  There are also a few similar variants like
alt_name2 which would be converted at the same time.  All in all it
looks like about 500 or so objects worldwide are tagged using one form
or another of the deprecated formats.

I can either limit this conversion to the areas where HOT has been
doing this kind of work, or I could extend it worldwide.  My suspicion
is that after the ones from the HOT areas have been converted there
will likely be only a few elsewhere anyway, so it probably makes sense
to just do them worldwide anyway.

Are there any objections, or suggestions on how to do this better?
And finally, if it is decided to carry out this action, is there
someone who would be willing to actually carry out the change
themselves with a mechanical edit account or bot or something, or
should I do it myself in josm?

Thank you for your consideration in this matter, and I would ask that
we try to expedite the discussion on this (assuming no major
objections are raised) as there are external organizations using our
data to respond to the ebola epidemic, and the quicker this can be
sorted out the less painful it will be for them.

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUDfrcAAoJEK7RwIfxHSXbiOEQAIk0Ak46cEoKpf2zyKrp+nqk
196letS7VMehthOX2KJIZRE0vuBVgymxsNasZzQHQkhLwxWrm6b61kh7KvfJUjYA
ysD2gFGQdcXzbMu82SJYLMVvAyM1ANOPkB3dHZT3r5Tae8/Vxi26ItGcqnarEC2I
MlGz/eTmEBhIkrGMdnhoHCjBs3gM94WQ8RGDX/F6geavAgCMd2Of8HKw+8tU+uVj
+9ZcTu8mW/Oz5BE8WFSjVBcfIQu0UIxHNePkDEUxLnTFyzvr0moQy+UDq3j3skpf
4zzdmhRyKrClRJMZmaHRPHMLVCeIe+dClF7puyaXbpwOUe/fWr8wHdB3jIKOZBms
Jn1Cv00Ph5tbBTyDsTw8vv7M7xbCyI0qp7Wj0HMUnq78rmoJ3mQmN/m9BoWHc9yc
Imx8ObK5dUDDqxyrOy4jAQ055LPsAECbSQ7ANE9SssKKHlfgXYk6wixFKrFMWHXl
Xx4gr2kGE+LTW3h+Jeqcb3b76veHHQBWDRdbDYrXWHDHPSBU0loHFucu/DIDQcaV
v7ruh0vm+ERl/AS0wuAfjs4jctkeET18eTaPcpJtAtl+PEHpQXth5R+OtCdmxJPg
xTiWPJI5rbZjwojwXvVe/QPbyTYYGRmLf6e2LbdKH6hYllUpcQmQLBB+iZTm1+Fo
JPH/LAzAiKLAnXiDVjdm
=5xSa
-END PGP SIGNATURE-

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


Re: [OSM-talk] tag with value lists Was: Proposed mechanical edit to convert alt_name tags

2014-09-08 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Isnt the semicolon the list seperator typically used in OSM? My 
 intuitive answer would have been alt_name=a;b;c;d
 
 Flo

My understanding was that since almost nothing actually understands
the ; separator that doing it as multiple tags is the preferred
system.  I think the ; separator is not really understood by
nominatim, for example, whereas the multiple tags system is.  I think
nominatim might work with ; in a sort of hacky way since it probably
will match on substrings, but it will confuse other parts of the
system, not to mention all of the other systems that don't understand ;

In any case I don't really want to turn this into a discussion of how
multiple values should be handled in general as this has been done
before and no one has come to a solution.  That is a discussion for a
different time and place, this is just about remedying a minor
inconsistency in the current tagging.

- -AndrewBuck

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUDgI3AAoJEK7RwIfxHSXbyogP/1XkuaQGWjRPPkGpF+3mJLyr
5AB/spZgr5pLEAW5b4BMI/+f6czmpDw7g/qdn69N0lC2u/CDgGRf1ZwrJ5XEATXX
3eNLtE7Wa1+WNJqpm1uWiUpNoj2x7wcOyXB5bRIQXN2gLyoxTKWtK3R8TFZ3kF6y
OVpLOQfLRumBggcXxL3j/svv6jWnc3b5nsn3kqza/Y8tnP6FT9O81EiZLwBrervp
JvIqNm8RGJUqo28E/x5x1PYg9Q1LdQ/bPY4hPjd/zeB4KEOfU5TuQUHJk2nS3dJD
pKlF0BH05y2FST0JTFTgQPSGHPUsvxi0PQpm5Y2yx3WliSG7WanGAvz4WS4XVjEm
0KWgB2c8lmtbNZrram1soD2sZh/P1Dv362FhjGwA00zVE7xMoSrbc1geowQsYM1D
A8RmljiycI9N1AaDIsfCFSUfrXYw1YMDrDhUEkTDtXU6u44HEqglKOiW8UoGXLO/
jN4/7Wao+c8vatT2pRxKLqNa+Hikgbv3c1oMYSD2pTQCIm9YDAx/1PRexLh+Rcpd
Wq95OdE1mjX1eqtDsWLB9VSkM7+5TKSr1Hia/TNIqg1wTRJk7JPaVXCZoylb/q5w
WVNWJcGsrdzMrG0hF1RWknJ8d+PSc3b3lm/xzHvF7cQpeUOasTN/TE0Be11+djTi
waxThVw1CCe/Jy1YdhXG
=SBVF
-END PGP SIGNATURE-

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


Re: [OSM-talk] Proposed mechanical edit to convert alt_name tags

2014-09-08 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Responses inline...



On 09/08/2014 02:53 PM, Frederik Ramm wrote:
 Hi,
 
 I think using alt_name:1 was not the greatest idea at the time.
 
 So you have a
 
 hand-picked team of people using private task manager jobs so
 that the work is done carefully and no one just blindly dumps a
 load of data in without first checking it.
 
 but you can't be bothered to discuss with the wider OSM community
 how to best address the multiple alternative name issue; instead
 you pick something that works by accident.
 
 Then you plan to make it right by using the unprecedented and 
 illogical scheme of alt_name_x, and before you discuss the issue 
 with people who might help you devise a better way, you ask the 
 Nominatim maintainer to add a quick patch for you.

Yes, we are using what GNS has for the various alt_name entries.  We
are checking each place name against 3 different sets of topographic
maps and have seen some of these spelling variants on the various maps
and when we do see them they agree nicely.  Additionally, the alt_name
variants have proved to be used in various places like news reports
and field reports from medical workers in the area so they seem to be
good data, at least as far as we can tell.  The scheme is not
unprecedented, it was already in use in the database (which is why we
adopted it) and I don't see how it is illogical, it seems like the
obvious thing to me.

 alt_name_x sounds like a bad idea to me as well - why is there an 
 alt_name_x but no old_name_x or official_name_x for when something
 has two old names or two official names? The patch that has been
 suggested for osm2pgsql
 
 https://github.com/openstreetmap/osm2pgsql/commit/29ccee0859fa4728378d7299e9deeab737da347d

  simply accepts alt_name_whateversomething but doesn't afford the
 same to other name tags. Is this matter really so urgent that we
 have no time to think it through?

I would suspect that it just hasn't come up for old_name and such.  I
am sure there are cases of this but since there aren't that many
old_name's to begin with there probably just hasn't been much of a
need for it.  A similar patch for the others might make sense if they
are used, but I just don't think it has been an issue so far.  Looking
at taginfo shows 31 old_name_2 and 39 old_name:2 so it is there but
not enough to have encountered problems due to how rarely it exists,
hence no patch for it so far.  If we want to discuss those as well
(and consolidating them in a similar fashion) then I am fine with
that, but for expediency's sake I would like to get these sorted out
so they are consistent first.

 (with the 2 extending to higher numbers as well, some of these 
 places have as many as 6 or 7 alt_name entries).
 
 Do the people who carefully add the data have the knowledge to
 assert whether keeping these 6 or 7 names really adds value, or are
 they instructed to simply copy whatever GNIS has?3

As I outlined above, we are keeping them as they are; they seem to be
in good agreement anytime we are able to check them so there is no
reason to be distrustful of the ones we don't have alternate sources for.

 Thank you for your consideration in this matter, and I would ask 
 that we try to expedite the discussion on this
 
 Missing - or expedited - discussion has got you into this
 situation. You're now trying to introduce a badly thought out
 schema on the quick; a change to our instance of Nominatim would
 make things worse by actually encouraging people to use this.
 
 I am very unhappy with the whole process and I can only hope it's
 the exception not the rule.

It has been discussed in great detail just not on the global mailing
lists.  I am sorry we made a small mistake regarding the tag fields,
but we have caught it now and are trying to correct it.

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUDg2kAAoJEK7RwIfxHSXb1qwP/1BzOs154u+LQToHI4n6n3S+
u0Eepu2/W+H5GyfLD7otvvB/f5G4wjVal0BPk0cdgA6XjQyxx02u1/l7XqiM1zyG
IlcDunAhIXkjd4AxwKaqWSXaMzuS8wNy+9OoobjEclLg5vin4Gjbl8+V70elWz9g
yl33zcasYqMynOGw+v68sVbgoGJGQwDab1qTYcO+VZJXAbG4bVrc/gaZBJzojU+B
kOUnMu/cYnH6g8S3ViGOAAKpqhEXJ9GPAMS8BoBFDIRRtq9Qh4bCx6cfROVOJ3QQ
JFMc4wAg4bRuOthIWwA5znhhD/KGATj/Y1/T+qPRTt6uMvHkxBoun+91ljrRpo0V
QuQ+l+8blktqSwzKO05q8xhgfFR/U+cojuPU5C5qz2MsHoXgslufvscEC8go4X+3
JRgrF1Z6iDmHnAQt98300G8ju3/CxpI32ZokHVaUrcx6wJGeBdcQJX3NdQO7AyXA
WsKtZ0suCHlIvGlgvBwCyXx1CaqQHRMyXC3PQ/At3KbVPdcDL/WoZmsOFfG6skka
oIsa5lKnuhbVCq05Xes8KVwWF2YeWd9zuib0yDeD1NUim568t01LQ98rl6E3Uxq2
cTaP9lWfryCGX2xi9Djno6H+ld6FG2MsesJgcuFoGQR/0hIjQTL+ldqSOKYmQyfn
LMibzQjrYmQ7n584VGxj
=bqwg
-END PGP SIGNATURE-

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


Re: [OSM-talk] tag with value lists Was: Proposed mechanical edit to convert alt_name tags

2014-09-08 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/08/2014 05:44 PM, Eugene Alvin Villar wrote:
 On Tue, Sep 9, 2014 at 3:00 AM, Florian Lohoff f...@zz.de wrote:
 
 Isnt the semicolon the list seperator typically used in OSM? My 
 intuitive answer would have been alt_name=a;b;c;d
 
 
 +1
 
 I think using a semicolon-delimited list is better than a
 potentially open-ended set of keys such as alt_name_x, and
 already has precedent. While it is true that semicolon as a
 multi-value separator is not written as a law of OSM tagging, it
 is quite frequent enough to be a de facto tagging guideline.
 

Both systems are in use and were in use before we started working on
this GNS stuff.  The tiger tags are one example, but there were
alt_name_N tags before we started as well.  If you want to have a
discussion about changing all of these worldwide, that is fine, but
this thread is about fixing the alt_name:2 ones.

Please either weigh in on that, or keep silent.  I do not have time to
have a general discussion about broader topics of how multi-valued
keys should be handled.  There have been dozens of threads that
discussed that and no one has ever come up with a good solution, so I
am not going to have this thread get dragged into the same discussion
that has been had many times before.

There has been one person who has said it makes sense to change them,
and all of the other posts have been about discussion of other topics.
 So unless someone has some concrete reason _not_ to convert the few
mistaken ones, I will go ahead and do that.  We can have these other
discussions some other time when people are not waiting on the results.

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUDjNFAAoJEK7RwIfxHSXbqawP/04K518SqEtxPAPPV7HmPmNU
p71Qhz3uZXC8DMEOPVjar+KhCh5CKVy/s3JugGTBknQWTAH+pdTYsGeMRMT/2UuC
WIglGrseB97WBgDoFyKA4O3QtB1YK3fUWX/lKvtEdlPVgGc6pjVwdkWpHhk+v0ci
k7kwKV8u6MJ2ydezRwDu1qX8usr+T8HUIyTYEGIxwDrwGh56wDLThs05Jd6AalXN
JfaHAQ8UohEJDTMoMCuMCw+hwPpmpPK15jpUKx6xcS2wHoAv5R1q+vvs52Wp6Lm4
+DYad0B5OcT5SKxZEfRsQid5sQoeEuizryXrW1ScfjaWLA3ufYazqLzzpaV5s97+
ZU+4m79HQ97/GeAEOQzMbF6ZlhYx2hnbcBbDdQZhjQaP+7xdjXXZxWjBdVfseZVi
PAiwuvoU+yS2FxV9m4i88deOmwwYxZnywUMiJb0aG2r5K9c8fQnENZ9eoaVnp+cR
wygzqgPs9WhXlYvB+VmptPmxi5sKczyCPQQ58eesqSyH1M96u+roISBKtp3NJjHx
/1hpnX/ZPIF3jWSVobVhLOAbsWEO7sKugvHdTAfPquby7AWIzYtUJ7baaOBUAkrV
9cZRn+kzS2aD/GNlpTrPRrfFjwIGkqggGkBNa2ko+6O0tZWWisUosHaLKMVoXLEg
FuZ4K5i8hhDYPdRsTj2X
=Hj/v
-END PGP SIGNATURE-

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


Re: [talk-ph] local media looking for somebody to interview on OSM-PH

2014-05-06 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I guess if they feel it is important to interview me then that is fine
and you can send the my contact details (andrewbuck40 on skype is
probably the best for something like that).  I am not a big interview
person though.  It is up to you, you know more about philippine media
than I do so I will leave the decision to you.  I am fine with either.

- -AndrewBuck



On 05/05/2014 10:19 PM, maning sambale wrote:
 Hi,
 
 A local media is looking for Metro Manila based OSM volunteers to 
 interview, most likely within the week.
 
 Send me a message if you want to join the crew.
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTaONVAAoJEK7RwIfxHSXbUbwP/RdspKxO+lrEfwM8YXVYD7Q9
qQjCUxa73et6dleeRaNwJfciYfZ1gW/kWF6qWpVbiL7Xc7y/Qa4QuBeuFvOpdE4f
XAkLh2iRMDT95VelDXj26rQa+miSjFMlASX9Wnc1Bf7wNYV6/DXNn0Vb2Fjx7ogg
6ifw3YxbRgz5/0QmrL3/RiV/uaNZUwiGqHqLdqMOB9VrwY3RpPdkJHPuVy6TQS7N
I47YmiJ0sAQ+aR9yN1/X2W25hO8kpDxBGKypCET19HRdq4RHzs5nPQWC8p9TF7g4
afpuGbE+JeXNZ+mBL/9B5FcGY3ybXflEexmcizXUaFQqOhU2frDQkbMbdWZRTOFQ
eMKmWv5HZfRzkLJURonpMBQVwkO8WL1oIkPAwAfaoMh5BUnxV40U+9AtavVlO+HO
Ku6NE3Tl4t3rFFooME5w1xWq4T49Bx+ix3DS2t3PABL39l+iryfdCgBS41m3HPky
TVoUsKgglh2WBC+3lFT2HPso70umz836wNib7R8EzbcQinwIi/zxZJg+CO9EBvU+
BaxFUoItvSvT1kTk9LgSRUGC6qoi4iJf/xWRoUKSC+F7UtS47zjn46N1Yp9B9ALY
9+vqXsxT/SngS5ceKUxDJT2MKe16DSAtgExQyzBpQGLKZDhDuYdcb/rHIaC0+b26
Voxnvs2N6q6H+Qv3Ja91
=xWlP
-END PGP SIGNATURE-

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


Re: [talk-ph] Map Give: The U.S. State Department supports OSM

2014-01-17 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is a really cool site.  Many thanks to the people at the State
Department who put this together.  The video tutorials for how to
register and edit are an excellent introduction for new mappers.  THey
also have a nice short written guide for each step as well.

It would be good to make use of these videos in the HOT learning
guide.  It is also possible to add subtitles to these videos in
different langauges, it would be interesting to subtitle them in the
languages for the countries we are working in.  There are websites
that let you add a wrapper around youtube other online videos and then
the community can just submit subtitles in different languages easily,
we used them on a different open source project I worked on in the past.

See below for the original message posted to the talk-ph mailing list.
 I replied to that message and also forwarded this reply to the HOT
mailing list as well.

- -AndrewBuck


On 01/17/2014 09:58 AM, Eugene Alvin Villar wrote:
 Joining the ranks of organizations like the World Bank and the Red
 Cross, the U.S. State Department is throwing its support behind
 OpenStreetMap!
 
 They have created a stand-alone site called Map Give: 
 http://mapgive.state.gov/
 
 There's also a nice introductory video that also features Typhoon 
 Yolanda/Haiyan mapping: http://www.youtube.com/watch?v=C175zW8-6j8
 
 
 
 ___ talk-ph mailing
 list talk-ph@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ph
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJS2WtlAAoJEK7RwIfxHSXbCuMP/j25mlkseF+/3dEv0N3qTISs
H6BGPvYw2VYc9GdIp83wmpwCY6L3QmKfkyA+VrZRtBIDVtnGSPIPCiu2wEMvilhT
Q+crkVzFyTJpegoo/8hmKH3IWKrcrGSYZwxMK9ma1UPUtQg6V5OE31KaSUVMnz0n
J0g4K477pquNTYo3z1PkCWohWv+xm3lxoqp32lqbewLbp9o7lhBklDrUFM2rH3uC
DhjXXtmxnnsxmqpWXLIOik1eeqzng28sbZPDeYXUV2ZxBV8y0dW1mlMEJ6qKrShh
MhpmrEKQZHKtY/xDyIuUTpGQDACFywR6vqaD5vjIlMBZfcv4IWrG0uFYyAYSzQDZ
vEsvUUnWfGGtt1CXQ+/kMXct2hEAbNdV0xKvuknGTSH1eVev4A09bL/l7zdXkryD
QTlKiRatQN5NlXu7K7gsiLF3lKk1FR4JcJRVjY4J8xRMmFQlmyV+haTr1VD66FT/
LBFfRFNj5vTtbZ9R417S5qpOaMyCIRmVgnubqDwZIG5ndxPKiTlly0iCA1OP/J+a
8Nxc8UTdLa8AWVxBuwXGH8PJ5P9oAEhCTf9vDn8ZRrqg2YntmytL7FGT4mf2/NCR
zXKyxH+TH7w4EHmnnz61WrGDoZdxHETuFcBxMnM9lSIM+RI417GwIEyesk72VlAE
hqGfYQd8XcuT/s5c3R4E
=y3p5
-END PGP SIGNATURE-

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


Re: [talk-ph] [HOT] Panay Mapping

2013-12-13 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am going to have a go at mapping here too.  I just did ~200
buildings and I am doing a rive right now.  I will check the gpx
points in a bit here.  What is your estimated timeline for the
mission?  I am wondering in what detail we should go into on this.
There is a lot of Bing imagery covering the area so spotting landing
sites should be fairly easy as there area lot of fields and whatnot there.

Also, I am on mumble now, it would be good to get everyone on there to
coordinate.

- -AndrewBuck


On 12/13/2013 08:50 AM, Mark Cupitt wrote:
 Pierre
 
 If it helps, here is a gpx file with the points we are considering
 for the next missions. They were taken off topo paper maps, so the
 accuracy is not great. They should all be identifyable hamlets,
 villages, etc, it would be great if we could get a more precise
 location.
 
 Thanks
 
 mark
 
 
 Regards
 
 Mark Cupitt
 
 If we change the world, let it bear the mark of our intelligence
 
 See me on LinkedIn http://ph.linkedin.com/in/markcupitt
 
 *See me on StackExchange
 http://gis.stackexchange.com/users/17846/mark-c*
 
 ===

 
The contents of this email are intended only for the individual(s) to whom
 it is addressed and may contain confidential or privileged
 information. If you are not the intended recipient, you must not
 disclose, copy, distribute, or use the contents of this email. If
 you have received this email in error, please notify the sender
 immediately and delete the email and any attachments. 
 ===
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSqyGQAAoJEK7RwIfxHSXb0J4QAJc6Kg1Kby020JCMpwQUZ3rx
M6rP54xuKJIp9G4JK/63ssuZ0TmsFB2jovUbK11SThihjguRyLlyfmgC0gvnhxmu
VknTDxvwRtL3KB05W05boOBdGdsjIEDGcO56N8aaaSm8JpKqckzpJNo1BlaMMg9s
qENzAyTgCnQEhqH0XcjPPTmwXpteCZMQhMATNY4M7Dr9bx2aZD8cgou7kPVVQsuS
9aG/CjMYPLTy+wHdDfCGKForKppy0O6uJkIp9HwQsW1wulUsaMD4LqvYRUNyIwVK
Lrd/7GTx/4YlDwUFYgZfNZT1GmmgIQ6T/H3pt79i5PPr9Yudd7mRFtt/qTXGRLXb
pdLIpPpKzgt04QUv/g0U4UobaSiYFCxrEsZCQW5CuMd6ixOYm41ZUp2uvyhvi6Wd
5jlvfD6I2EprvkLKwm8PiTv/EIrWQ2VU8q5JB4m8TmTOA86ywxKtdKLdz/AdGgNA
DXRpwMdETwRkv2oa7M47xF+WXee30TOspgelg+1T4cCf91hLA3Tz1xcYGaoTdNNX
266xZHG5Cmj2zyIuuWA8/sBaDVKrvrcjCOh7Pin5vOOEjFJcnszQMJcKQwOMFOjc
cTd+z4VBVkdIWg2Bp5L0Q7cSBCkFQw3lxRkKaua/20iWvcL1HrioEvIXmg0EVrQX
k2RPNxtkkN3IgI0GQlL4
=oEZj
-END PGP SIGNATURE-

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


Re: [talk-ph] Tombs as buildings?

2013-12-12 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I noticed a couple of these as well, although nothing quite so
extensive.  My suggestion would be to not delete them but to tag them
as something more appropriate.  Something like building=mausoleum
might be appropriate but maybe something that is not a building=* tag
would be better to prevent problems with people trying to count
buildings in an area to get population estimates.  Most people just do
building=* in their analysis which works pretty well, but things like
this could throw that calculation off.

If some Philippines residents could have a look at these areas and
confirm that these really are mausoleums and then look into how best
to tag them that would be cool.  I am a bit hesitant to do it myself
as I am less familiar with this stuff than the locals would be; we
bury people underground here almost exclusively, so our cemeteries are
very different from the ones in the Philippines.

- -AndrewBuck



On 12/12/2013 09:04 AM, Ervin Malicdem wrote:
 Due to the HOT task activation to map buildings on some areas of
 the Philippines, I am seeing tombs tagged as building=yes.
 
 I don't find it necessary to do so except if the object is a
 mausoleum. What do you guys think?
 
 Example, is changeset 19340478 
 http://www.openstreetmap.org/changeset/19340478
 
 
 Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger
 to his own motherland. http://www.s1expeditions.com
 
 
 
 ___ talk-ph mailing
 list talk-ph@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ph
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSqdRGAAoJEK7RwIfxHSXbVbMQAJYqNsXPa1+xSjvq6Gk4rTKd
/HVDmLXpnTAb04/KAaNiggQfBbuKGofj3IoKuoLaRNh4yLEsdC50tK2QcnLLcRfh
MmiagpqLiEwk0aDGyaGJkJwMAwLbDUNfmEQohjMUFByP1XLWxmm+B+MPosoyethP
xZt7GJ3sgWgeyZa4+0FjROsCiU/gxbUcGvfwBaNCgcrgsAxoZdAOL5RypBH82a2D
cbk1sZ2b2IOC6bvgaeZPsClWZp/KitZxncPHljTDfgV4Qq1D6ADDn9tAM/ZJGQCM
os4qYVYNcKbSuiltxyUN1IJO4DDr490PGS+O5gJLfY5Zxod3GvgDIr88yUgOTXdn
CuRmRrmUAmTUWGKs4JJONQyJa2ZHgOztOK5MJMbOGe26I3bfjBuari/vkbUnrdIP
cvBybWhPysRDVlb2GDWWKBnp/SqU2F2izgWwgxUmYbpYwsJRhtDjPPuiGExbOBz+
/jfoa8aBNlRdw7r1ipQpqJRqAYYGLTXolFqYsoh4d4kDyohIi9UQdOIbk0sVDdJY
b2/ScFh4WsyewpYyyhJrHWLXiGliLb1XDMQLfPk3jGcd4wSRE+4pVim6u4pNnn8q
SNVV8VwVFDyXwheOSxKDelurlR0KD9YZcZeVcHREuuDugeCuPwCnTSRIR5JMh4Jg
VfMhor+hsHcfvrbxs8wg
=G1di
-END PGP SIGNATURE-

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


Re: [talk-ph] Mountains and elevations removed at Biliran

2013-11-21 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ervin,

Someone from IRC asked me about removing them I said to just leave
them but someone else may have removed them as well.  OSM is not
really the place for contour lines though, other than the node at the
peak of the mountain.  I would not recommend adding them back in.  If
you want to map elevation contours the thing to do would be to run
your own OSM server and create the lines on there.  I have thought
about creating such a server but I do not have a computer to host it
on, etc.

- -AndrewBuck


On 11/21/2013 12:56 AM, Ervin Malicdem wrote:
 Hello,
 
 Someone removed the elevation contours of the volcanoes at Biliran
 I added a couple of months back and I'd like to revert it back.
 
 How do I check the changesets at a specific area?
 
 Thanks!
 
 Regards,
 
 Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger
 to his own motherland. http://www.s1expeditions.com
 
 
 
 ___ talk-ph mailing
 list talk-ph@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-ph
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSjjzKAAoJEK7RwIfxHSXbE4IQAIMS1VDcOEUJj8FG6OXOuG/p
SwbPEq93WdOWQPGsJKMaEMAxRtK4yXDaNqJFqeiat244ygrMpHC73WZQjDy4/l1/
ZD2femZDac0coNX50NBmU0PTWdf/GN7bUImFOFvO2IBSo527EmI4HWbMANlxJNC/
FdBW1vOcb9Mg2FIFAoHkK5zOIhKOuu96hT+E6Rvalaz/Rg+PZGWivQRDEmlezfE+
RrDVZA+MqK9Fc5W36Y8iIDWGgGMo9eJ86L9qR/wxUX5ifEoh4Q69iHoLrWOkd4jK
OJXiwe2QKSVGnGkm/ukRMrGmIZ22gsEWIRq2BZHa/YrK7wzoUQV8H2szH9fu+DtN
QjHmy+YbrtT0TeJcUl/gNTkP4oM+KAeVULsP6OW296zE1vjl+t5Z90U+6WN5POVw
/L4RbFPIQYBGrL1X8DvX0OjeE7ULfWCWF4eDUVsC/E/idJklC96h9I6qevkqWumy
/fPFrt2CYAtAiRS0B/nS2RT2H2Zw/psmxWTseWAvsXuKOfZoYxapLZkZ+bRAW2D3
w+i3mFrW11cLcrswZFZgHAFC3/B9bcj+GU6rMmsmygbdCr4Ke8wAJmkSdYDjXesU
UEEJxahCgt6YUF9GeWhVk1bwwVysEVbcNcjMXS7PHxcqjDGEaP190ZjJGg3jjNo7
8INZkWO7NqgoDh5i7mtm
=d3kG
-END PGP SIGNATURE-

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


Re: [talk-ph] Typhoon Haiyan Mapping Progress

2013-11-16 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Totor,

The best thing to do with these kind of issues is after the people
have stopped working in the area, just have 1 single person download
the whole area and look through it.  Even for a very large city like
Tacloban, you can look over the whole thing in a couple of hours
(assuming everything is done).  Filling in the missing bits and double
checking the tagging is a very useful thing to do.  For anyone
interested in seeing how to do this I can show you via skype
screenshare, contact me at andrewbuck40 on skype if you are interested.

The short version of how to do this, is use either the mirrored
download plugin for josm to download the area or for smaller towns
just a normal api download or two will be enough.  Then enable the
typhoon josm paint style available on the wiki so you can see the
building damage tags.

- -AndrwBuck


On 11/15/2013 09:27 PM, Totor wrote:
 Hi,
 
 On the hotosm tasks I participated in (342 and 347 mainly), I
 noticed many tiles marked as finished and even validated, when
 several buildings and sometimes whole areas have not been traced
 yet. What could be done to avoid this ?
 
 * I think a clearer Unlock it!. button might help for those who
 want to stop and only see the Mark Task as Done button. * For new
 tasks, the introduction and workflow could maybe add a note to only
 click Done if you are 100% sure ALL has been traced. * It seems
 impossible to invalidate a tile that is already validated.
 
 Another solution could be to restart a new task for the same area
 once the initial one is validated to check for missed parts. Task
 360 kind of does this, but mixes adding lacking buildings and
 evaluating damage. This seems logical, but the result is that some
 mark a task as done just after adding the buildings, and some omly
 after assessing the damage (without adding new buildings).
 
 I'm not complaining ! It is really great to see so many persons
 involved, and I'm sure it is very helpful. The problems mentionned
 above are really small compared to the benefits.
 
 Happy mapping, and thanks to all.
 
 Totor
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSh4cgAAoJEK7RwIfxHSXb9hEQAIKwkAH719lRsycfytVUiNwS
4nEe6ICqYTOdliw+MBpUf0w0rkQzAjJWhKRQKSJQQoGnIbJhE1F6pmfiTcqylxNy
UZKKdJ4t3sIpNWKsF8u+JbXDm0fqH6jGvAScQLJsyKnQOKgNlr2IMwuhtCEeHav5
MV7d4C6gjCFjV+q2SGVyI/dGCnZ5/fiLyX9Dt106LnZPvs+sGdZwWXruB/4CrMCA
e8zS4ZSpa1ERCyUH8s2Vqci5Vngd161zcKJzYWEJrR7G6YCM/FVfR8wT0ZsOYXs/
4z04qAcuFYTGC1VGuUCGuHUIwQ9PUVJaFAPCWdUS9rKdqTe/i8mxnbYhFN+p2nqh
0AXtaAGB1f/Xa8EZedPp9rY82oJaFFoRVmGk/AmwdrbmLfuoIESVh0ABYJN3W/Uf
RmAS6+BhO2/ADjBzXIOOk0MXxUu5qLD+6Xf2awpK9hkrgrdk5QK7NGBR0Io506On
+Oqq3M60eQNN7CUxhUV4ETkLt6HYBxvb40nM/j2vtxl4MEni8Lx9IG4EYm7Ll5n3
pObNjM5qn2JuB+uslTvMTC0Jmyqy7f0fhjGTMRX8YiuJ4VgUreiIBQhdg3hFNwzr
298UVsKjDioO6GlqGjN0ng18RImunrOhJsIcFG607iUO3iwRDQ0YtsyC4atkgScL
TWJ6kRDBj+m5Q3rRWvaK
=yiLw
-END PGP SIGNATURE-

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


Re: [talk-ph] [HOT] Typhoon Haiyan Mapping Progress

2013-11-11 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It has been removed from the Featured tasks list but there is really
no way to remove it without deleting the job I think.  I wouldn't
worry about it though, in theory there could be conflicts but that is
unlikely since 340 is basically done.

- -AndrewBuck


On 11/11/2013 11:19 PM, Totor wrote:
 Hi,
 
 Is there no risk of mapping conflicts if persons map Cebu North
 from http://tasks.hotosm.org/job/340 and
 http://tasks.hotosm.org/job/347 at the same time ? Can Cebu North
 be removed from 340 or marked as finished ?
 
 Regards,
 
 Totor
 
 
  On Mon, 11/11/13,
 Eugene Alvin Villar wrote:
 
 Subject: Re: [talk-ph] [HOT] Typhoon Haiyan Mapping Progress To:
 osm-ph Date: Monday, November 11, 2013, 7:46 PM
 
 Hello everyone,
 
 Here are several additional HOT tasks:
 
 http://tasks.hotosm.org/job/342 - Bantayan Island 
 http://tasks.hotosm.org/job/343 - Camotes Islands
 
 http://tasks.hotosm.org/job/344 - Roxas City and surroundings 
 http://tasks.hotosm.org/job/345 - northern Negros Occidental
 
 http://tasks.hotosm.org/job/346 - Roxas City - Kalibo -
 northernmost tip of Iloilo http://tasks.hotosm.org/job/347 -
 northern Cebu
 
 
 If you know of any other areas that are affected by the typhoon and
 has Bing satellite imagery, please do reply. For instance, I have
 suggested that a task be created for Coron, Palawan.
 
 
 
 
 
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSgb14AAoJEK7RwIfxHSXbAFIQAIe97RcELreVaRmkvsVMp5z9
O+w334ejMYazuPoEKYs+v8B25mCoLr9Cxg8ukKbBs9coaYPOXcxIBgSlBj2i2epk
A2oyCMqwQpEHSSJm2EKDw1We76D9je5+4wiEPXtoE/v8fE9DitJuypUl7uXXVFtG
kHJWyOdH0HlZ+wJplWa1lBiQ1Gq6ODp3cwiR5f8J/DMsVCpDTh7qRxESkSBmS0ix
fPIVthDR8dG4TKUpEcTnJrOXQ1uFtKkAGTlSyXFWbaGOyO1CeOcqzXQN20vxCWg7
8+KquwZ0ToaYUBusVvOOFk0AjBZEj9CVJ5ibolXSkwWj654EKOFy0FWiJb/BHuYe
r3KCDJ57oK/fm6b59Gfpa/ii3cMxTtEAqUlvysWiPR9NJuxSIlOI3yR9pbG5in3D
dQykP81OT+HPQDSL/yxNrR/6TWYOr5TJzSbgi4+SFMrtkNa6hWwFBOGYCsTKE9Z0
caM5t+zWU3Er0kNnJr5nmruBiwyV0VHgtvjXwOEJm9gE4cu7HAKHenmsGNaji7Xf
HCtJWFnrpQTlR1Fg5XVsZ9H4SS82si0hdUtIyrB3dMMOOVU8uSPt0kGJYeFtAaDq
1Jd2kX7woHHcmiTnPifF4wHTNDSQXBDMNhZL64mzpHCC4NHCcx3mO7UgVWO1/ZxG
lVG7cwN+MWk8e/QV2ltY
=4PXi
-END PGP SIGNATURE-

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


Re: [talk-ph] [HOT] Typhoon Haiyan Mapping Progress

2013-11-09 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I agree that wider coverage will be needed and I had hoped that by now
we would have a better indication of where to map as well.  My reason
for staying with Tacloban for so long was largely due to lack of
knowing where else to shift focus to (although I did allude to this a
bit by suggesting the other villages on the coast northeast of
Tacloban), more importantly due to a second fact...

When we map an area, it is only really useful for us to map areas that
the aid organizations we work with will be responding to.  For the aid
organizations that don't know about, or don't know how to use, our
map; then no matter how good the coverage is, it doesn't help them.
This is the main reason I chose to focus on Tacloban.  It is badly hit
(as were many other places as you rightly point out) but it is also a
provincial capital, and it is the largest town in the immediate area.
 Because of this I figured that most of the international response
would likely be directed there, and since it is mostly the
international orgs that we tend to work with I figured the map data
would be most useful there.

Now, that being said I want to make it clear that the explanation
above is not necessarily an argument for continuing to focus entirely
on Tacloban, just merely an explanation of why I hadn't directed
people elsewhere yet.  I agree that we will need to spread out our
efforts at some point, and that point may be approaching, the question
is where to focus next.  As I mentioned previously, I think the
villages along the coast to the northeast will be hard hit (and due to
their proximity to Tacloban will likely receive international aid).
There are also villages along the coast to the south of Tacloban that
will have been hit hard as well since the eye passed directly over
them.  The eye track will likely have done the most damage, or the
area to the north of the eye track since the storm rotates
counterclockwise as it moves westward.

If anyone has better suggestions of where to spread out to I am
certainly open to them.  Like I said I am not saying we need to stay
at Tacloban (and the surrounding area) just explaining why I was
continuing focus there.  I know the storm affected a lot to the west
as well but I figured this would be trickier to map for two reasons.
1) it is a larger area with not such and obvious target for
international aid, and 2) the wind speeds were lower to the west due
to the storm being disrupted by the islands.  As for the idea of
mapping the area affected by the earthquake to the south, my
understanding (and this could be wrong) was that most of what we could
do remotely has already been done when the earthquake hit.

So that is all of my reasoning at the current time for our current
focus.  I hope to begin hearing more concrete info from aid orgs today
so I might redirect people when I hear from them, but for now my
advice would be to try to continue with Tacloban (especially the low
lying areas) and simultaneously spread out into the surrounding
villages until/unless we get something concrete from an aid org.

- -AndrewBuck




On 11/09/2013 05:25 AM, Jean-Guilhem Cailton wrote:
 Hi,
 
 According to Al Jazeera, the death toll could be very high, sadly.
 And several millions of people have been affected.
 
 I'd like to remind that an often-mentioned weakness of OSM is the
 uneven quality of the coverage, and that it is not because you have
 a hammer that everything is a nail.
 
 So, while Tacloban was indeed hit very badly, and a detailed
 building map there is undoubtedly useful, it might also be useful
 if some of the mappers who wish to contribute took a broader view,
 to map, for example, some of the roads and villages that are
 visible on (sometimes recent) high resolution Bing imagery 
 (http://osmph.github.io/Imagery_Coverage_Map/), but sometimes
 still unmapped in OSM. (Not to mention the rivers).
 
 GNS (http://wiki.openstreetmap.org/wiki/GNS) can also be a good
 source for names, even if it sometimes includes old versions of
 duplicated nodes with inaccurate location. High resolution imagery
 can be useful to tell which is right in these cases.
 
 Best wishes,
 
 Jean-Guilhem
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSfjttAAoJEK7RwIfxHSXbuyAQAJ7RN1Tqh04GWL0Gb03Tb+nQ
Z4sIRt4Z3wBdOte8MjB3B+W8zGYtUw3kwfbb3DV8tcdKpEiHzjc2+GrjLgoLzZCe
TvxHqFN5Q6srENG180WbZtA8gMESLV5xbeOSt5NU9xnqo24yggWSlAc7FoH2SOSp
3aMNyrALeW03y406TUH4DwCIBmkwLMWZufdkzOnbwou0Ebd2CcYERepm3f+4ifQM
XI9o8jJt5fspYksaiePmRpMrS8Gn7UznYhzhOsPBbjGlP4wFbazNOsuwE2phBBss
wTX9awNSDqjv6EzebEzDN36I8hSeQEYxnsNrLWmaj/+xydxOfchxZlDKXhJm42Qe
zP0c+HakmZPORnmYCms1FHwjGzH5SKgApK3Vpaa+A/T8z+wqEaWmimhV/mX48aQx
I/pFTnwto+Df35htKYwU1U9xQ7BB+W1FizYqdkc84HaTyvcQkdfPM5YXzokmxLQz
QbP1quYE+M1sESfiZGqIrV2K1AL+NrrBbr1C6r6J9ICtj8swQZpoyvWcg3LR+UqF
5prd7disNuZ6CPHQkLn+ChdPtC6A4gfXqAFEm2g54Pg5Q5t43Qg0DAVPl4bME5Y5

[talk-ph] Typhoon Haiyan Mapping Progress

2013-11-08 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am happy to report that we have been getting a great response to the
Tacloban tracing task to respond to typhoon Haiyan.  The task manager
has been very busy, and we are just passing the 24 hour mark since the
job was first set up.  So far there have been 33 people who have
marked at least one tile complete (no doubt a few more worked in the
area but didn't finish their tile and we welcome these changes, too).
 Collectively we have mapped just over 10,000 buildings which by my
very rough estimate is something like 25% of the buildings in the city
(although it is hard to make a good estimate since the city is so
varied from one place to another).

Although the storm affected a very wide area and we will likely
receive more detailed requests from aid organizations in the days that
follow, the initial idea of focusing on Tacloban seems to have been
correct as the eye of the storm passed just south of there (since the
storm traveled westward, areas to the north of the eye will get
slightly more wind damage than areas to the south of the eyewall).  No
thorough damage assessments have been carried out yet as the storm has
just passed the area a few hours ago, but already we know that there
was significant wind damage to the city, as well as major flooding
from the storm surge driven by the hurricane.  Initial estimates
indicate that when it made landfall, this typhoon had higher
windspeeds than any recorded typhoon in history (at the point of
landfall), with sustained winds in excess of 190 mph.

Thank you to all who have contributed so far and are continuing to
respond to this request.  We are beginning to hear from aid
organizations that they are planning various responses and when we get
more concrete information from them on where our efforts can be best
directed details will be posted here.  Not only will your work help
them in this case, but the area will be that much more prepared when
the next storm hits this area (this is after all, the 25th major storm
to hit the Philippines just this year).

- -AndrewBuck
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSfSvfAAoJEK7RwIfxHSXb2wMQAMfFOY6U2cyt2pDTf9Q7jzLE
g/XCMqbryd3csQ+P3ycbhbelxPpbah5VYTMtxAg9smAkSjOuq3N3bHJMBW4cDLGy
GlT4br42pBoqN03smVjrMQGAAhwAX46TCP4/IeMpqg//krfy7jkss78ciyl57EAz
BScgcjp3T4oKxQtdtqSjqwCP5OUZTw3/48S3/NAgi3KFcEUckRsTnO7wj+FyJULt
3nL3nQIJ4ewQD6L+ZtNVY6RlTz5s1Edj7APS63ObHKFVIWbV4+YgXBa3FCHDqDZ/
8bbXdeor44YT+qhBz7J9UI3o8Tr9lrKx+Z0VDNU5MzEFZzHc2kgvvFgmf0JrkMb6
k0aB6h9sCkvL7UoW49YmufTYdsxbSDro9lrD9gOPEmElvEHn+2d15QapsdTDMaOJ
dm+DZ9lG6dIdxdbAnnT3ZMB559wFG5t3icSUv+aF+dGvNil4j4M5RQrwbCCqaT/Q
aRA4PFIA1pM7Oicsdb3mjoJSLTyDK3km0zjCxzQKH91K2ELTz7miZFyrBQq2T7cj
FNwXYwPTC6XDGYck9DsDgZmmJulyPBHjEtTYzyEEJM54RpuAf/R6p+6NGcQZSzEy
ItYerSL+ne31px2JLrHEhfVOnLHTH9J5DS8t/J3lrgNMizg6ierAq3Zo6Ho09hr1
2mOwI3ZiF/zeBwTNwoqJ
=tmad
-END PGP SIGNATURE-

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


Re: [talk-ph] [HOT] Preparations for Typhoon Haiyan

2013-11-07 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I loaded GPS tracks in the area and the imagery looks to be aligned
very well (as is typical of almost all of the newer Bing imagery, they
seem to have improved their process in the last year or so).  I assume
the mis-aligned data in the area is probably taken from older imagery
that was not aligned well.

- -AndrewBuck

On 11/07/2013 09:50 AM, maning sambale wrote:
 Dear Tom,
 
 On Thu, Nov 7, 2013 at 11:21 PM, Tom Taylor
 tom.taylor.s...@gmail.com wrote:
 I picked a task in the city proper, where I find on first
 examination that some mapping has already been done. No source is
 given and there is about a 7 meter offset from Bing. Does anyone
 know if this is based on ground survey?
 
 Have you loaded the GPS tracks around the area (mostly in the
 major routes)?  AFAIK, there are local mappers in this city.
 
 
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSe+vEAAoJEK7RwIfxHSXbh/IP/0CtHMzoBGK05dMcNeMUstjK
/qkSXijdyoWgo4RNe2TX5HprODE72P2DPnZH3OzsEXkqgnTcxU7BSlMqpGRoSw62
iEpR3rYLEmEdQZB+y5536DhslP8jiFLEI2gH0Uvg1ViPSH2GZOqSdRv16Z8PGhs9
7Yl6L0wvYQTWVzh+h5gnJnXUes4WFBxZnoiymZuIsr2ty0ypG43Xrnxql4VDNIhO
iscJrFdYABPRqiL7bvccE0mTOV1wz9dpDgZmqWJUFPxzbtofopT5nGxR2z56Hsha
PbH+nTkyYgs2RiyHHn74MTs+QcP4R+yUE1CKttbEYFVbYqi2/he6C0Xdg625oKjW
VDjqSCcL+Bj6n3PF+ExSHiMngsxNA5TDtxkRo5XJDkOwSZ5gEbCCJhYoWJROgSLd
zV8keG2OpV0g4m89GFNEqN1UWJKBXsvtiBXqGExX3yCeMSz0+vE9ZJMZ9dLdBJRQ
i0nUGRNVi87QSPpjmxVmTvNggI0mIF8OvQL2plp7kwmrx/XiQLcOOFug+pbPT3XF
J3VxkhaPnH6Ojyk0kujrunn00C4CjN0MgTMRPWNLDkWviZ/O+OP30qKwsmqur4uI
m+2058krg03zc0u8c6sFUJlawnHjbSujsO8BmWuBqhLfQO5ckvormgzkkAIIib1w
MTBqOrA9MAxkS6dPE/Iq
=6mCU
-END PGP SIGNATURE-

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


Re: [Talk-ca] Montréal spammer?

2013-09-14 Thread Andrew Buck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Looking at the 'About the embassy' page
http://bitcoinembassy.ca/new-page/  It looks like they are going to
occupy several floors of the building.  Not sure if this is just a new
startup that doesn't have signs, etc, in place yet or what the deal is.

I don't see any harm in leaving the node there for now, but it would
be worth either following up later with them to confirm whether they
actually took over the building, or what the deal is.

- -AndrewBuck

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSNLI/AAoJEK7RwIfxHSXb+WIQAMK+1deZAxtVR99bRGxaFUuZ
P3lNIugk72FOJxWQHU+R+M0rSGmx2Y3qEfRTza+BsNWi8AcEf+AjZoFbTRWd4bLZ
5xgee+aIk2QGS+Z/x4uB3LSohOTSWYR7Q7WgAXS+wuXHGl96I+2lUJD0k1bU3Md7
WfYbSnxu7cN1YAiG8KeFBJDowGVBszqBKU/nFiwAo+DjYW5VfDOHz3JarXAcbxeV
QIYckDLME3qxmiK9c6t/YLXlM6p0T74VCqn2fQhM55vxXdBIq2z1AG7z+M1onik1
JxoMngeBV3Cc5AhG0yfk+zFXpdOaZ7DgPO5sZZf73MaqMW6IXye0C1r03JkzKlzk
725dyTHAkic/7gGlf8/Z9YAY4Mm86z8LFcwjUMQaBBgbZhNTz7AJ94FXkNHHUS9X
9EkhLbIfsYQ3UKeUV0NBGo7AgAafzmu8xOpzuPJY2quO6NG32hkb2uf6ZUyLuXHK
bA22L/NkeoBw1BdBFNqe5XzHZKviCdo7X8V7MbARy8Mi+Dnuc/wrMlSTigAVfTUL
AIfo47/g36N4eGfDPYvSHPSqz9OndyQaXm/e2FYyVjugWXfTBKuuaW0xslPTP/rw
Btu2B0o0InkDlip31HRJnhYT0PneTI/g2FiMb25YSJAI1wbhdabToZPUDO/ketBr
2E/G4cvMwNkaijn8nQt0
=5BzT
-END PGP SIGNATURE-

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


Re: [Talk-ca] Kelowna Open Data

2013-07-12 Thread Andrew Buck
Paul,

I am working with some people who live in Kelowna doing some remote mapping
to trace buildings in the city of Kelowna and elsewhere.  I have asked them
what they think about the import and they think it sounds good.  The have
done a bit of mapping but not a lot themselves, so I don't know how
representative they are of the local mapping community, but there is at
least interest from their perspective.

I would be willing to help merging in the import on the buildings I have
traced in already.  If you could prepare the files for import I will help
with the merging/conflation process.

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


Re: [Talk-ht] [HOT] OpenStreetMap HOT's work in Haiti featured as Editor's Pick in Medium.com today

2013-06-26 Thread Andrew Buck
That is a very well written article.  Thanks for sharing it.  Not sure if
HOT has a 'media coverage' page, but if it does, this is one that should go
on there.

-AndrewBuck
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.


Re: [Talk-ca] Advice on Addressing

2013-05-27 Thread Andrew Buck
Individual buildings is definitely preferable to interpolation ways.  For
adding address coverage in Fargo, ND, I used the 'audio mapping' technique
detailed on the wiki while riding my bike up one sidewalk and then down the
other on each street.  It goes very fast and works very well.  I also
gather building:levels data at the same time as well as whether the address
is for a house or apartment building.  So my audio recording sounds like...

Number 102 is a 1 storey house, number 104 is a 2 storey apartment, etc...

Hope this helps.

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


Re: [Talk-ca] Fredericton WMS Offset

2013-01-02 Thread Andrew Buck
Hi,

I am not from the area, but I did want to post my 2 cents about this
issue.  Your idea of how the offset got started sounds correct.  I
would caution you though that GPS traces can be offset, too, due to
atmospheric effects.  To really get a good trace with no offset you
need to do a few traces on different days of the same road (or path is
better since it is narrow) and through an area with few buildings
around as these can cause offsets, too.

Other than those issues, if you trust your traces then I see no reason
not to fix the offset, but as I said make sure your traces are good
first.

-AndrewBuck

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


[Talk-ca] Proposed mechanical edits: GeoBase/CanVec Service Surface and GeoBase/CanVec name spaces

2012-08-17 Thread Andrew Buck
The easiest way to fix this may just be with a text editor and
xapi/overpass queries.  First do a query to get a file of affected objects
in a given area, then load the area in a text editor and do a search for
the double space.  Jumping the search ahead should take you not only to the
given object like josm would but should position your cursor right on the
affected spot.  This way you can check that you are not breaking anything
before correcting the space and moving on.  Alternatively the search and
replace mechanism in the editor could be used, either manually or if we
know for sure it is acceptable to do, a replace all.

I tried doing a taginfo query to find out how many objects were affected
but couldn't figure out a syntax to work correctly.  If anyone knows how
many objects are affected by this that would help in determining whether
manually checking each one is feasible, or whether it would be better to
just fix them en-masse and try to clean up mistakes afterwards.

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