Re: [HOT] What I want from HOT (was: Re: Let's make the most of this)

[Markware Software Services]

Hi Nirab, Jorieke Vyncke is based in Africa and she has nominated ..


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Fri, Mar 13, 2015 at 5:46 PM, Nirab Pudasaini 
wrote:

> Hi All,
>
> I have seen lot of talks related to HOT vision form many lately.I see
> that Maning and Robert have made some excellent points and i fully support
> them. It is good to know that everybody is in support of diversity in the
> HOT board. It is also very exciting to see that we have a nomination from
> Nepal this year. This has created much excitement here in the OSM Nepal
> community.
>
> One thing that i noticed however was that there is no single nominations
> from Africa. It is surprising considering that most of the work and
> activation of HOT has been based in Africa lately, particularly around
> Ebola mapping. I guess the nominations are closed for this year's election
> but i would definitely wish to see nominations from Africa next year.
>
> Regards
> Nirab
>
> On Thu, Mar 12, 2015 at 8:00 PM Robert Banick  wrote:
>
>> Hi all,
>>
>> Sorry, my comment on diversity got cut off…what I meant to say is this:
>>
>> P.S. Also please goodness let’s working on being more diverse. We’re an
>> international organization and we need a more international,
>> gender-balanced membership. This isn’t something that happens overnight and
>> isn’t a problem unique to HOT. But it is a fact that our volunteer and
>> membership are predominantly male and Western. It’s something to keep in
>> mind as we grow and try to attract new contributors and members. I would
>> welcome input from any of our contributors who’ve worked on such issues
>> with other organizations
>>
>> —
>> Sent from Mailbox 
>>
>>
>> On Thu, Mar 12, 2015 at 1:18 PM, Robert Banick  wrote:
>>
>>> Hi all,
>>>
>>> In addition to the comments from Althio, Maning and others (which are
>>> excellent), I have a few things I’d like to see from HOT at this moment of
>>> transition:
>>>
>>>  *1. *Greater clarity on what support to local groups look like. I
>>> think everyone agrees that fostering local (HOT) OSM chapters around the
>>> world is a laudable goal. I’ve seen less details about what that means.
>>>
>>> Some of you are experts at building communities, some of you are active
>>> members of your local OSM communities and some of you are interested in
>>> getting started helping out. I put myself in the latter group, and speaking
>>> from that position, I would like to know *exactly* what kind of support
>>> local groups need and how *exactly* we think we can make that support
>>> happen. Lists! Explanations! Budgets! Basics we can build off of. I would
>>> hope that in a year’s time we could be on our way towards having a local
>>> community “toolkit” and some projects / support underway.
>>>
>>>  *2. *Recognition from the general membership that we can do multiple
>>> things at the same time. And that if a volunteer / member / board member /
>>> executive director doesn’t talk about one topic that much it may just
>>> reflect lesser familiarity, not a lack of approval. We all have our
>>> specialties that we focus on.
>>>
>>> I’m worried by how often our discussions imply that it’s My Priority vs.
>>> Your Priority. In English we call this “zero sum” thinking — the idea that
>>> one side winning means the other side losing. For HOT this is nonsense. We
>>> can all win. We will all win.
>>>
>>> If it feels like some parts of our mission are getting neglected then
>>> help us figure out what the bottlenecks are and how we can address them. If
>>> there’s not enough resources to address your priority, help us think how we
>>> can fix that.
>>>
>>>  *3.* Honest discussion about direct democracy. I know some of our
>>> members feel really strongly (here’s looking at you Severin) that we should
>>> operate on a more direct democracy model for our operations. I disagree but
>>> am open to being persuaded otherwise. I want to know exactly how that’s
>>> supposed to work, particularly when attendance at events is a problem.
>>>
>>>  *4.* Clear responsibilities for the membership. Right now membership
>>> is more of a recogniti

Re: [HOT] Reminder: Activation Working Group meeting today at 2PM UTC

[Markware Software Services]

Hi Sev, might make this one, am up working


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Tue, Mar 10, 2015 at 9:11 PM, Severin Menard 
wrote:

> Hi,
>
> That means in less than one hour, on the HOT IRC channel. On my way to be
> on time, talk to you in 50 minutes.
>
> Severin
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Election Manisfesto

[Markware Software Services]

+1



Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Thu, Mar 5, 2015 at 5:56 AM, Joseph Reeves  wrote:

> Dear all,
>
> Having written what I'd like to see from others I thought I'd put up my
> own example. Please find my Board thoughts at the following post:
>
> https://ello.co/iknowjoseph/post/PknSgOQVxK8lsQJrtIQgEw
>
> I hope that this, if nothing else, is a start to the dialogue I was
> previously asking for.
>
> Cheers, Joseph
>
>
>
>
> On 4 March 2015 at 20:24, Joseph Reeves  wrote:
>
>> Dear all,
>>
>> Aiming to eat my own dog food, please find online my manifesto for the
>> upcoming HOT Board election:
>>
>> https://ello.co/iknowjoseph/post/8Ne4RgB7nqa9O9W3nGwGuQ
>>
>> Take care of each other,
>>
>> Joseph
>>
>>
>>
>>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Kate, Thanks, is it accessible form a database query or via a download?
Cheers Mark


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>

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


On Fri, Jan 23, 2015 at 1:10 PM, Kate Chapman 
wrote:

> Hi Mark,
>
> The HOT Private Datastore is specifically for private data, so what data
> is available is up to the communities that have collected it. It is not
> really in use right now though. By default it does use hot: as the prefix
> in a JOSM preset to determine the data is uploaded, but this is a
> configurable setting in the system. For any data to be uploaded to the
> Datastore instead of to OSM the person has to be using JOSM and has to have
> the appropriate plugin installed/enabled.
>
> Best,
>
> -Kate
>
> On Fri, Jan 23, 2015 at 3:02 PM, Markware Software Services <
> markwaresoftw...@gmail.com> wrote:
>
>> Hi Pierre, you should be asleep by now :) Hope the Snow is not too deep
>> either :)
>>
>> I did not know about that the HOT Private Store. Is that rendered on the
>> OSm Layer or otherwise available? Would be interested in knowing a little
>> bit more about that.
>>
>> Selecting objects in Sql is very dependent on the indexing. using + or <>
>> with an index is very efficient. Using Like "haiyan%" can be reasonably
>> fast if the data in the tag starts with the term you are searching for (eg:
>> "haiyan") (case conversion will have an impact depending on the size of the
>> string).
>>
>> If your search term is in the middle of the key data, eg; "damaged:
>> haiyan: debris" it will be VERY slow as that will trigger a sequential scan
>>
>> I have my own planetosm database, if the crisis is not a seperate tag,
>> ie, embedded within one tags data, I would set a trigger on the update that
>> extracted the crisis name, eg: haiyan, and stored it in an indexable
>> column. This is not particularly efficient, but I would have no choice as I
>> think it is very important to be able to extract data specific to a Crisis.
>>
>> If you think about Overpass Queries, they would also not handle the data
>> embedded in the tag particularly well, I am sure they could do it, but it
>> would be subject to the same issue above.
>>
>> One possible solution would be to use the Postgres HStore, which is
>> basically a text field. Postgres does have a unique ability to index data
>> withing the hstore, but I would not use this method on my production
>> database.
>>
>> Osm does have these tags already defined, I am sure you are aware
>>
>>
>>- building:condition
>><http://wiki.openstreetmap.org/wiki/Key:building:condition>=* *for
>>the condition of the building*
>>- ruins <http://wiki.openstreetmap.org/wiki/Key:ruins>=* - *for ruins
>>of buildings*
>>- abandoned <http://wiki.openstreetmap.org/wiki/Key:abandoned>=* - *for
>>a building *
>>
>>
>> My thought would to NOT use these, as the fact that a building was tagged
>> as abandoned is relevant in assessing if you want to assess it in a
>> Humanitarian Crisis.
>>
>>
>>
>>
>>
>>
>> Regards
>>
>> Mark Cupitt
>>
>> "If we change the world, let it bear the mark of our intelligence"
>>
>> See me on Open Street Map
>> <https://www.openstreetmap.org/user/Mark_Cupitt>
>>
>> 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 o

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Pierre

Actually, another issue needs to be addressed as well, what if an area
experiences two (or more) disasters, Ruby could well of passed over
Tacloban, now we would have two sets of data to manage. I recall you doing
something about that during the Ruby Activation.

Is it relevant that a building was subjected to damage from two events?

I guess the question is, how long should crisis related data persist and
what data should persist.

For example, if a building was initially mapped as a result of a HOT
activation, is that relevant information for future mappers? Historically,
is it relevant to know it entered the OSM database as a result of that
effort?

On possibility is to use the data for later assessment on the
rehabilitation work that was done??

Just some idle thoughts





Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>

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


On Fri, Jan 23, 2015 at 12:17 PM, Markware Software Services <
markwaresoftw...@gmail.com> wrote:

> Hi Pierre
>
> Postgres Pattern Matching IS basically the same as Regex
>
> http://www.postgresql.org/docs/9.0/static/functions-matching.html
>
> It is more efficient to have the string you are searching for at the
> beginning as an index can be utilized, but searching in the middle of a
> string will trigger a sequential scan.
>
> Some kind of Lucerne Indexing may offer an option, but I have never worked
> with that on Postgres.
>
> Cheers
>
> Mark
>
>
> Regards
>
> Mark Cupitt
>
> "If we change the world, let it bear the mark of our intelligence"
>
> See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>
>
> 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.
> ===
>
>
> On Fri, Jan 23, 2015 at 11:56 AM, Pierre Béland  wrote:
>
>> Hi Rafael,
>>
>> There can be more then one step of evaluation and this both for
>> evaluations based on imagery or field survey.
>>
>> For Haiyan we did
>> 1. Aerial imagery evaluation
>> 2. Aerial imagery revision (later revising objects already evaluated)
>> 3. Red Cross did some Field survey evaluations.
>>
>> About the order of elements, I thought that this order would faciliate
>> queries.
>> For example
>> select key=damage:evaluation:
>> select key=damage:evaluation:barrier:
>>
>> Overpass Regex query can be used except I think adding a negation.
>> see
>> http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Key.2Fvalue_matches_regular_expression_.28.7E.22key_regex.22.7E.22value_regex.22.29
>>
>> Would it be efficient to make efficient Regex queries with postgresql?
>> Then,  I think that the order of the elements would be less a problem.
>>
>>
>> Pierre
>>
>>   --
>>  *De :* Rafael Avila Coya 
>> *À :* hot@openstreetmap.org
>> *Envoyé le :* Jeudi 22 janvier 2015 21h24
>> *Objet :* Re: [HOT] Damage evaluation tagging schema
>>
>>
>>
>> Hi Pierre:
>>
>> I like this schema. Only two questions:
>>
>> What do you mean with evaluation and revision?
>> Why not the event in 3rd and type of object at the end?
>>
>> Cheers,
>>
>> Rafael.
>>
>> On 

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Pierre

Postgres Pattern Matching IS basically the same as Regex

http://www.postgresql.org/docs/9.0/static/functions-matching.html

It is more efficient to have the string you are searching for at the
beginning as an index can be utilized, but searching in the middle of a
string will trigger a sequential scan.

Some kind of Lucerne Indexing may offer an option, but I have never worked
with that on Postgres.

Cheers

Mark


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Fri, Jan 23, 2015 at 11:56 AM, Pierre Béland  wrote:

> Hi Rafael,
>
> There can be more then one step of evaluation and this both for
> evaluations based on imagery or field survey.
>
> For Haiyan we did
> 1. Aerial imagery evaluation
> 2. Aerial imagery revision (later revising objects already evaluated)
> 3. Red Cross did some Field survey evaluations.
>
> About the order of elements, I thought that this order would faciliate
> queries.
> For example
> select key=damage:evaluation:
> select key=damage:evaluation:barrier:
>
> Overpass Regex query can be used except I think adding a negation.
> see
> http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Key.2Fvalue_matches_regular_expression_.28.7E.22key_regex.22.7E.22value_regex.22.29
>
> Would it be efficient to make efficient Regex queries with postgresql?
> Then,  I think that the order of the elements would be less a problem.
>
>
> Pierre
>
>   --
>  *De :* Rafael Avila Coya 
> *À :* hot@openstreetmap.org
> *Envoyé le :* Jeudi 22 janvier 2015 21h24
> *Objet :* Re: [HOT] Damage evaluation tagging schema
>
>
>
> Hi Pierre:
>
> I like this schema. Only two questions:
>
> What do you mean with evaluation and revision?
> Why not the event in 3rd and type of object at the end?
>
> Cheers,
>
> Rafael.
>
> On 23/01/15 02:33, Pierre Béland wrote:
> > From the discusssion about mapping North of Nigeria, I open a distinct
> > thread about the Damage evaluation discussion about the more technical
> > aspects related to Damage evaluation and tagging schema.
> >
> > This wiki page describes the schema used for the Haiyan typhoon.
> > http://wiki.openstreetmap.org/wiki/Damaged_buildings_crisis_mapping
> >
> > As we discussed at the beginning of the Haiyan activation, while
> > establishing a temporary schema, this was be revised later to not affect
> > tags such as building or highway.  Distinct tags should be added to
> > reflect damages, road obstacles, debris or any other damage related
> > objects. Any modifications will also have to be reflected in the
> > humanitarian style to have the capacity to show damages on the map as we
> > did for Haiyan.
> >
> > While the BaseMap is our priority, there might be some emergencies where
> > we are asked to collaborate to Damage evaluation. For each of these
> > events, we have to discuss among us and carefully evaluate if it is
> > pertinent to do so.
> >
> > Methodology is an other aspect. As it was discussed after Haiyan, there
> > are limits to what can be done with Imagery. We cannot have the same
> > classification / hierarchy of damages from an aerial evaluation (often
> > poor quality images in the context of climate related disasters) and
> > field evaluation.
> >
> > While we might decide to not do these evaluations, it is important to
> > establish a good tagging schema and be ready for our next such action.
> >
> > It dont think that this is a solution to have two attributes on the same
> > key like *building="commercial; damaged"*. It would be more difficult to
> > query and this would breaks the rules for the map renderer styles.
> >
> > There are also discussions about adding permanently tags to the database
> > and later not revising it.  More then a year after Haiyan, there are
> > still a lot of damage related tags.  I have started to analyze how to
> > revise this. But not yet processed.
> >
> > There are various aspects to consider.
> > - Use a map style to render damages (like the Humanitarian style for
> Haiyan)
> > - Distinct methodology for aerial views or survey evaluations  ->
> > Specific role + limits of aerial views vs structure damages
> > - Evaluation vs Revision (eith

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Pierre

An additional thought, the context of teh mapping activity is an important
piece of information to everyone using OSM now and for the future

If you add a tag like (tag name is just for example)

context = "HOT"
context:crisis = "haiyan"
context:crisis:detail = "destroyed: etc ..."

would result in three searchable and indexable database columns that would
allow all HOT activities to be easily identified and statistical analysis
done, and be able to pull all HOT related activities for a specific crisis

It would be very obvious where the data originated and under what basis the
data was entered into the database. That data should stay permanently as it
would be relevant to future mappers to assess that object, but would also
keep the information relevant to Hot outside the mainstream OSM activity.

It also allows you to tag existing structures without affecting any of the
mainstream OSM rendering.

Cheers
MArk



Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>

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


On Fri, Jan 23, 2015 at 12:02 PM, Markware Software Services <
markwaresoftw...@gmail.com> wrote:

> Hi Pierre, you should be asleep by now :) Hope the Snow is not too deep
> either :)
>
> I did not know about that the HOT Private Store. Is that rendered on the
> OSm Layer or otherwise available? Would be interested in knowing a little
> bit more about that.
>
> Selecting objects in Sql is very dependent on the indexing. using + or <>
> with an index is very efficient. Using Like "haiyan%" can be reasonably
> fast if the data in the tag starts with the term you are searching for (eg:
> "haiyan") (case conversion will have an impact depending on the size of the
> string).
>
> If your search term is in the middle of the key data, eg; "damaged:
> haiyan: debris" it will be VERY slow as that will trigger a sequential scan
>
> I have my own planetosm database, if the crisis is not a seperate tag, ie,
> embedded within one tags data, I would set a trigger on the update that
> extracted the crisis name, eg: haiyan, and stored it in an indexable
> column. This is not particularly efficient, but I would have no choice as I
> think it is very important to be able to extract data specific to a Crisis.
>
> If you think about Overpass Queries, they would also not handle the data
> embedded in the tag particularly well, I am sure they could do it, but it
> would be subject to the same issue above.
>
> One possible solution would be to use the Postgres HStore, which is
> basically a text field. Postgres does have a unique ability to index data
> withing the hstore, but I would not use this method on my production
> database.
>
> Osm does have these tags already defined, I am sure you are aware
>
>
>- building:condition
><http://wiki.openstreetmap.org/wiki/Key:building:condition>=* *for the
>condition of the building*
>- ruins <http://wiki.openstreetmap.org/wiki/Key:ruins>=* - *for ruins
>of buildings*
>- abandoned <http://wiki.openstreetmap.org/wiki/Key:abandoned>=* - *for
>a building *
>
>
> My thought would to NOT use these, as the fact that a building was tagged
> as abandoned is relevant in assessing if you want to assess it in a
> Humanitarian Crisis.
>
>
>
>
>
>
> Regards
>
> Mark Cupitt
>
> "If we change the world, let it bear the mark of our intelligence"
>
> See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>
>
> 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 inten

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Pierre, you should be asleep by now :) Hope the Snow is not too deep
either :)

I did not know about that the HOT Private Store. Is that rendered on the
OSm Layer or otherwise available? Would be interested in knowing a little
bit more about that.

Selecting objects in Sql is very dependent on the indexing. using + or <>
with an index is very efficient. Using Like "haiyan%" can be reasonably
fast if the data in the tag starts with the term you are searching for (eg:
"haiyan") (case conversion will have an impact depending on the size of the
string).

If your search term is in the middle of the key data, eg; "damaged: haiyan:
debris" it will be VERY slow as that will trigger a sequential scan

I have my own planetosm database, if the crisis is not a seperate tag, ie,
embedded within one tags data, I would set a trigger on the update that
extracted the crisis name, eg: haiyan, and stored it in an indexable
column. This is not particularly efficient, but I would have no choice as I
think it is very important to be able to extract data specific to a Crisis.

If you think about Overpass Queries, they would also not handle the data
embedded in the tag particularly well, I am sure they could do it, but it
would be subject to the same issue above.

One possible solution would be to use the Postgres HStore, which is
basically a text field. Postgres does have a unique ability to index data
withing the hstore, but I would not use this method on my production
database.

Osm does have these tags already defined, I am sure you are aware


   - building:condition
   <http://wiki.openstreetmap.org/wiki/Key:building:condition>=* *for the
   condition of the building*
   - ruins <http://wiki.openstreetmap.org/wiki/Key:ruins>=* - *for ruins of
   buildings*
   - abandoned <http://wiki.openstreetmap.org/wiki/Key:abandoned>=* - *for
   a building *


My thought would to NOT use these, as the fact that a building was tagged
as abandoned is relevant in assessing if you want to assess it in a
Humanitarian Crisis.






Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map <https://www.openstreetmap.org/user/Mark_Cupitt>

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


On Fri, Jan 23, 2015 at 11:41 AM, Pierre Béland  wrote:

> Mark
>
> About the prefix hot:, this is reserved for the HOT private store. Adding
> this prefix to objects in JOSM, the objects are saved in the HOT private
> store.
>
> Pierre
>
>   --
>  *De :* Pierre Béland 
> *À :* Markware Software Services 
> *Cc :* HOT Openstreetmap ; S Volk <
> svo...@hotmail.com>
> *Envoyé le :* Jeudi 22 janvier 2015 22h30
> *Objet :* Re: [HOT] Damage evaluation tagging schema
>
> Hi Mark
>
> I agree, we have to consider also aspects like how easy to extract for an
> event. For Haiyan, we had a specific tag. But what, if it would have be
> necessary to add tags recently for Hagupit?
>
> About SQL queries, are-they any efficient way (time related) to say
> select objects where key contains "haiyan" ?
>
> Pierre
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Damage evaluation tagging schema

[Markware Software Services]

Hi Pierre

Excellent Thoughts. Interestingly, I am working on a 3D rendering of
buildings project now, and was planning on extending this to HOT's work
when done with the commercial project.

Having everything in one tag "k=" as you propose helps the query and
rendering scenario a lot. The only downside from a database perspective
would be if you ever needed to query for data within the key data itself.
This would be very slow.

For Example:  if someone wanted to display all Haiyan related data the
query would be something like *WHERE k is Not Null and lower(k) LIKE
"haiyan%"* which would trigger a sequential Pattern Match Scan. *k* would
need to be indexed, which would help somewhat.

One option would be to consider a couple of specific tags to help any
searches on columns that can be indexed, like

*hot:damage*=type of damage string (as per your proposal)
*hot:crisis*=Haiyan

This would allow rapid extraction of all Haiyan related data using indexes
with a query like *WHERE hot:damage is not null and
lower(hot:crisis)="haiyan";*

Also, consider adding "hot:" to the tag as this makes it very clear where
the data source is.

Just some thoughts for you to consider


Also, Do you have a summary of what tagging schemes were actually used
during Haiyan, I seem to recall building=damaged, or building=yes, damage=*



Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Fri, Jan 23, 2015 at 9:33 AM, Pierre Béland  wrote:

> From the discusssion about mapping North of Nigeria, I open a distinct
> thread about the Damage evaluation discussion about the more technical
> aspects related to Damage evaluation and tagging schema.
>
> This wiki page describes the schema used for the Haiyan typhoon.
> http://wiki.openstreetmap.org/wiki/Damaged_buildings_crisis_mapping
>
> As we discussed at the beginning of the Haiyan activation, while
> establishing a temporary schema, this was be revised later to not affect
> tags such as building or highway.  Distinct tags should be added to reflect
> damages, road obstacles, debris or any other damage related objects. Any
> modifications will also have to be reflected in the humanitarian style to
> have the capacity to show damages on the map as we did for Haiyan.
>
> While the BaseMap is our priority, there might be some emergencies where
> we are asked to collaborate to Damage evaluation. For each of these events,
> we have to discuss among us and carefully evaluate if it is pertinent to do
> so.
>
> Methodology is an other aspect. As it was discussed after Haiyan, there
> are limits to what can be done with Imagery. We cannot have the same
> classification / hierarchy of damages from an aerial evaluation (often poor
> quality images in the context of climate related disasters) and field
> evaluation.
>
> While we might decide to not do these evaluations, it is important to
> establish a good tagging schema and be ready for our next such action.
>
> It dont think that this is a solution to have two attributes on the same
> key like *building="commercial; damaged"*. It would be more difficult to
> query and this would breaks the rules for the map renderer styles.
>
> There are also discussions about adding permanently tags to the database
> and later not revising it.  More then a year after Haiyan, there are still
> a lot of damage related tags.  I have started to analyze how to revise
> this. But not yet processed.
>
> There are various aspects to consider.
> - Use a map style to render damages (like the Humanitarian style for
> Haiyan)
> - Distinct methodology for aerial views or survey evaluations  ->
> Specific role + limits of aerial views vs structure damages
> - Evaluation vs Revision (either imagery or field survey)
>
> The objects to evaluate can vary from one disaster to the other.  From the
> Haiyan experience, below I present proposals for tagging schema specific to
> an event. In this example, in the context of the Haiyan typhoon damages.
> Tnis same logic could be extended to  objects affected by other type of
> disasters.
>
> There are also various evaluation actions and status of actions  that
> sometimes need to be registered.
> - Type of action: aeria

Re: [HOT] Getting Introduced to the OpenStreetMap Community

[Markware Software Services]

Welcome Nitika and congratulations on you selection. I am sure your
contribution will be very welcome in the community


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Sun, Dec 7, 2014 at 9:18 PM, Nitika  wrote:

> Hello Everyone,
>
> Firstly, I wish to introduce myself to the OpenStreetMap community. My
> name is Nitika currently pursuing computer engineering at Netaji Subhas
> Institute of Technology, India. My research interests lies in Algorithms,
> Data Structures, Programming Languages, Web Application development and
> contributing to open source software.
>
> I'm glad to inform you that I have been selected for the OPW 2014
> Internship to work on the OpenStreetMap project Improve the HOT Tasking
> Manager homepage under the guidance of mentor Pierre Giraud.
>
> My project is to improve the current homepage of the HOT Tasking Manager,
> since it makes other projects (jobs) such that the last / most urgent ones
> (that often are the same) hide all the rest.
>
> Link to the Blog: http://nitika-opw2014.blogspot.in/
>
> Blog Feed Link: http://nitika-opw2014.blogspot.com/feeds/posts/default
>
> Looking forward to a great period of coding and fun...!  Stay tuned for
> more updates!!
>
>
> Best Regards,
> Nitika
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Skybox for Good imagery

[Markware Software Services]

Hi all, if you need it, I have a Geoserver Instance not doing much at the
moment that could be used. geoserver loves geoTiffs. It is trivial to set
it up. Just a matter of dropping the Geotiff into a directory, configuring
a layer and its ready to go.

Its a 2TB 32Gb Ram Ubuntu Trusty Server with lots of bandwidth available.

Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Wed, Nov 26, 2014 at 6:38 AM, Blake Girardot  wrote:

> Sign me up to help get the map tile server set up and running. I am
> glad to get it set up and admin it to get started while workflow
> shakes out.
>
> Disclaimer: I have no idea how to do either of the above, but I learn fast.
>
> Cheers,
> Blake
>
> On Tue, Nov 25, 2014 at 4:56 PM, Mikel Maron 
> wrote:
> > Hey
> >
> > A few notes from talking this through with Josh
> >
> > * Requests for SkyBox imagery would go through the usual HOT imagery
> > coordination process
> > http://wiki.openstreetmap.org/wiki/HOT_activation#Imagery_Coordination
> > * Use of SkyBox imagery for HOT activations would be coordinated through
> > tasking manager projects.
> > * The listing of all SkyBox for good requests is at
> >
> https://mapsengine.google.com/00979750194450688595-08887688179650036554-4/mapview/?authuser=0
> .
> > We'd go through the coordination processes above, if a HOT activation
> wanted
> > to use existing imagery.
> > * At the moment, there is no tile service. HOT would need to set up tiles
> > from a downloaded GeoTIFF.
> >
> > Hope that clears things up.
> >
> > Btw, would be good to simply set up a test with one of the SkyBox for
> good
> > GeoTIFFs, to see how it compares with Bing georeferencing and resolution.
> >
> > Best
> > Mikel
> >
> >
> > * Mikel Maron * +14152835207 @mikel s:mikelmaron
> >
> >
> >
> >
> > On Sunday, November 23, 2014 9:34 AM, Pierre Béland 
> > wrote:
> >
> >
> >
> > These are great news for HOT Activations.
> >
> > In the context of the Ebola outbreak, we have large territories to cover
> in
> > West Africa. There are various areas not yet well covered with high-res
> > imagery. With the sudden resurgence in various areas, we have to try to
> find
> > rapidly imagery.  Imagery could be also helpful to do some prevention
> > mapping in areas at risk, with limitroph regions having a spread of the
> > epidemy. There are areas in east Guinea and West Ivory Coast with no
> > high-res imagery.
> >
> > We have the capacity to mount a tms server. If there are Skymap imagery
> > archives, What would help us is to have access to a catalog of metadata
> for
> > this imagery and a protocol to request for imagery.
> >
> > regard
> >
> > Pierre
> >
> > 
> > De : Michael Collinson 
> > À : Satoshi IIDA ; Pat Tressel 
> > Cc : hot 
> > Envoyé le : Samedi 22 novembre 2014 2h52
> > Objet : Re: [HOT] Skybox for Good imagery
> >
> > Hi Satoshi,
> >
> > Yes.  My fault for delaying this but now done. Hence Josh' announcement.
> I
> > am happy that:
> >
> > The provider is aware of what we will do with their imagery and data
> derived
> > from it.
> > The provider has given their explicit permission to include derived data
> > into the OSM database.
> > The proposed attribution mechanism, adding source to tags and/or change
> sets
> > is practical, (the imagery will only be released in the context of HOT
> > projects).  I have also added a new section for HOT under
> > http://wiki.openstreetmap.org/wiki/Attribution .
> >
> >
> > Mike
> > LWG
> >
> >
> >
> > On 22/11/2014 01:15, Satoshi IIDA wrote:
> >
> >
> > Hello,
> >
> > As my understanding, using Skybox imagery is a task for LWG currently.
> >
> > https://lists.openstreetmap.org/pipermail/talk/2014-October/071318.html
> > https://lists.openstreetmap.org/pipermail/talk/2014-October/071320.html
> > https://lists.openstreetmap.org/pipermail/talk/2014-October/071295.html
> >
> > Are there any progress since the discussion?
> >
> >
> >
> > 2014-11-22 8:43 GMT+09:00 Pat Tressel :
> >
> > Josh --
> >
> > As some of you may be aware, we recently announced the Skybox for Good
> > program.
> >
> > We know that some of this imagery can be especially useful in Crisis
> > Response si

Re: [HOT] Activation Working Group meeting: postponing to next week?

[Markware Software Services]

Hi Guys, what date and time now?/ UTC?

Cheers
Mark



Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Wed, Oct 15, 2014 at 3:02 PM, Nick Allen  wrote:

> Hi Severin,
>
> I wasn't available yesterday. I can't guarantee next week, but there is
> more chance than there was for yesterday!
>
> Regards
>
> Nick
>
> Volunteer 'Tallguy' for
> https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team
>
> http://www.openstreetmap.org/user/Tallguy
>
> Treasurer, website & Bonus Ball admin for
> http://www.6thswanleyscouts.org.uk/ (treasu...@6thswanleyscouts.org.uk)
> On 14 Oct 2014 18:48, "Severin Menard"  wrote:
>
>> Hi,
>>
>> My apologies: solving some personal admin issues, I forgot today was the
>> day for the AWG monthly meeting.
>> Is it OK to do it next week on Tuesday, same hour as usual, to compensate?
>>
>> Sincerely,
>>
>> Severin
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Hewlett Foundation support to HOT

[Markware Software Services]

Hi Kate, that is brilliant .. congratulations to you and the team who put
that together ..

Best Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on Open Street Map 

See me on LinkedIn 



*See me on StackExchange *
===
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.
===


On Fri, Sep 26, 2014 at 10:38 AM, Kate Chapman 
wrote:

> Dear HOTies
>
> We have some exciting news! HOT has been awarded a Hewlett Foundation
> grant to better support the Ebola response and the future growth of HOT.
> Hewlett will be funding a number of organizations as part of this full
> grant disbursement.
>
> The official announcement can be found here:
> http://www.hewlett.org/newsroom/press-release/william-and-flora-hewlett-foundation-announces-5-million-emergency-funding-ebola-response
>
> In our discussions with Hewlett, it was agreed that the funds would be
> used for the following key items:
> * Technical Tools
> * Documentation and Training Resources to Support Activations
>
> Your contributions continue to be used in the field and are invaluable to
> our partners. This grant has been made possible due to all your constant
> efforts. It is our goal to use these funds to improve your experience and
> support our contributors. I will be working closely with the activation
> leads, the Board, and our partners on the next steps. We will be working
> with the community throughout the use of this grant over the next year.
>
> Thank you to Hewlett, our partners, other funders/supporters, and each of
> you.
>
> Kate
>
> --
> Kate Chapman
> Executive Director
> email: kate.chap...@hotosm.org
> U.S. mobile: +1 703 673 8834
> Indonesian mobile: +62 82123068370
>
> *Humanitarian OpenStreetMap Team *
> *Using OpenStreetMap for Humanitarian Response & Economic Development*
> web  | twitter 
>  | facebook  | donate
> 
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] HOT Validation Style

[Markware Software Services]

Hi Nick, the description was the description (it is stored inside the style
file) that shows up on the JOSM wicki, not the validation wiki you
mentioned. Sorry for the confusion.



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



On Mon, Apr 14, 2014 at 11:26 AM, Markware Software Services <
markwaresoftw...@gmail.com> wrote:

> Hi Nick, the wiki looks great. I added a link to the Git Repository
> https://github.com/DisasterNetDOTOrg/HOT-Osm-Validation in the description
>
> Should you include a link to The Git Repository in case anyone wants it
> for PotLatch. (The style is supposed to work but I have never used PotLatch)
>
> If anyone uses PotLatch, and feels like sending me a short write up on how
> to install the style, I would be happy to include it in the readme on the
> Repositery
>
>
> 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.
> ===
>
>
>
> On Mon, Apr 14, 2014 at 8:57 AM, Nick Allen wrote:
>
>>  Mark,
>>
>> Thanks for your work on this. I've installed it on two different
>> computers (small laptop screen & one with a much larger desktop screen) and
>> given it a thorough work out over the last couple of hours - I like it &
>> found it much easier to identify problems with highway tags.
>>
>> I've added a section to the wiki at
>> http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager/Validating_data#Before_you_startrecommending
>>  its use - can you check you are happy with the wording please.
>>
>> I've also added a couple of requests on github - if someone could look at
>> them when convenient I'd be grateful.
>>
>> Once again, thanks for the work by all involved on this, I think it's a
>> real improvement & will be using it from now onwards.
>>
>> Regards
>>
>> Nick
>> (Tallguy)
>>
>>
>> On 13/04/14 09:55, Mark Cupitt wrote:
>>
>> To support the Tharparkar HMP and to make Validation of Tiles Easier, we
>> have just released a new JOSM Style. This style is designed to highlight
>> any items that do NOT match the spec proposed by Pierre at
>> http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
>>
>>  At the Moment, we are focused on Landuse=residential and the highway
>> and surface tags. Any tags used in a specific area that do not match the
>> tags specified, will be highlighted brightly in red, whilst acceptable tags
>> will be muted but still visible.
>>
>>  Hopefully this will make validation of tags used a lot simpler, but, of
>> course, tiles still have ot be checked for completeness.
>>
>>  The remainder of the styling is as per the HDM Style and has been left
>> untouched for now.
>>
>>  The Style was developed from the HOT HDM Style and and the Surface Data
>> Entry Style from AndrewBuck
>>
>>  This is the first version and it is available for download at
>>
>>  https://github.com/DisasterNetDOTOrg/HOT-Osm-Validation
>>
>>  If you find any issues or would like to expand the styles capabilities,
>> please leave an issue on the Git Repository.
>>
>>  We have also submitted it for i

Re: [HOT] HOT Validation Style

[Markware Software Services]

Hi Nick, the wiki looks great. I added a link to the Git Repository
https://github.com/DisasterNetDOTOrg/HOT-Osm-Validation in the description

Should you include a link to The Git Repository in case anyone wants it for
PotLatch. (The style is supposed to work but I have never used PotLatch)

If anyone uses PotLatch, and feels like sending me a short write up on how
to install the style, I would be happy to include it in the readme on the
Repositery


Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on LinkedIn 
*See me on StackExchange *

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



On Mon, Apr 14, 2014 at 8:57 AM, Nick Allen  wrote:

>  Mark,
>
> Thanks for your work on this. I've installed it on two different computers
> (small laptop screen & one with a much larger desktop screen) and given it
> a thorough work out over the last couple of hours - I like it & found it
> much easier to identify problems with highway tags.
>
> I've added a section to the wiki at
> http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager/Validating_data#Before_you_startrecommending
>  its use - can you check you are happy with the wording please.
>
> I've also added a couple of requests on github - if someone could look at
> them when convenient I'd be grateful.
>
> Once again, thanks for the work by all involved on this, I think it's a
> real improvement & will be using it from now onwards.
>
> Regards
>
> Nick
> (Tallguy)
>
>
> On 13/04/14 09:55, Mark Cupitt wrote:
>
> To support the Tharparkar HMP and to make Validation of Tiles Easier, we
> have just released a new JOSM Style. This style is designed to highlight
> any items that do NOT match the spec proposed by Pierre at
> http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
>
>  At the Moment, we are focused on Landuse=residential and the highway and
> surface tags. Any tags used in a specific area that do not match the tags
> specified, will be highlighted brightly in red, whilst acceptable tags will
> be muted but still visible.
>
>  Hopefully this will make validation of tags used a lot simpler, but, of
> course, tiles still have ot be checked for completeness.
>
>  The remainder of the styling is as per the HDM Style and has been left
> untouched for now.
>
>  The Style was developed from the HOT HDM Style and and the Surface Data
> Entry Style from AndrewBuck
>
>  This is the first version and it is available for download at
>
>  https://github.com/DisasterNetDOTOrg/HOT-Osm-Validation
>
>  If you find any issues or would like to expand the styles capabilities,
> please leave an issue on the Git Repository.
>
>  We have also submitted it for inclusion in the JSOM Map Paint Style Wiki
> so you should be able to download it direct into JOSM
>
>  Regards
>
>  Mark Cupitt
>
>  "If we change the world, let it bear the mark of our intelligence"
>
>  See me on LinkedIn 
>
> *See me on StackExchange *
>
>
> ===
> 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.
>  
> ===
>
>
>
> ___
> HOT mailing 
> listHOT@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/hot
>
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Looking for maps of Lesotho

[Markware Software Services]

Dave, OK, we have some TPC Maps already done

Please go to http://disasternet.org and double click on the Show Maps Icon

Then Click on Menu -> Crisis -> TPC and check the area. These maps were
downloaded from University of Texas Library so they should e in the Public
Domain and Ok to Trace

If of value, I will make he layer available as a wms layer for you to use.
It wil take me a couple of days

In the mean time, if you dig any other maps up and can trim georeference
them for me, I will make them available as well, I will give you an ftp
account where you can upload them. We need them as a GeoTiff EPSG:4326
preferred, with internal overviews, but NOT JPEG Compression (other
compression is ok)

BTW, the first time you access these, it will take some time for the tile
cache to build, but after that, they should render reasonably quickly

Please let me know

regards

Mark




Regards

Mark Cupitt

"If we change the world, let it bear the mark of our intelligence"

See me on LinkedIn 
*See me on StackExchange *

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



On Fri, Apr 11, 2014 at 12:40 PM, Dave Corley  wrote:

>
> Kate,
>
> Thanks, I will give them a try.
>
> Mark,
>
> Bounding box is -28.5242, -30.7017, 26.3177, 30.6299
>
> Thanks,
> Dave
>
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot