Re: [HOT] What is up with Bing?

[Paul Norman]

On 9/23/2017 8:11 AM, Ciarán Staunton wrote:
I'm surprised no body else has seen this, or commented as I am told it 
was the case since yesterday (Friday: AM GMT). It would appear that 
Bing for central and southern Africa has been re-rectified and that 
the linework of the OSM drawings look like they were shoved to the 
west about 3 metres. I then thought it might be an issue specific to 
me so I asked others and they see it. I thought it might be specific 
to JOSM and how it recieves the sat imagery and its not that either 
because ID has the same problem.


Anybody know how to talk to the people in Bing and call them to put 
central and southern Africa back to the West about 3m? Forgive me if 
the problem is a southern hemisphere thing, I just looked at Africa.




Do you know if Bing is offset in the region, or if it was incorrect 
before and has now been fixed?


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

Re: [HOT] Analysis of when mappers joined OSM

[Paul Norman]

On 8/24/2017 7:30 AM, Bryan Housel wrote:

Hi Janet,
The OSM API can give details about when a user created their account, 
and how many changesets they have contributed.

https://wiki.openstreetmap.org/wiki/API_v0.6#Details_of_a_user

While the API will tell you how many changesets a user is up to right 
now, it’s not easy to know how new the user was at the time they made 
an edit.  For this reason, the next version of iD will also include 
the user's `changesets_count` as a tag on each changeset, to make this 
analysis a bit easier.


You should not be using the OSM API for this type of analysis. Instead, 
the best way to do it is with the changeset dump files. This includes 
all the changeset data, so you can tell when a user's first changeset 
was, how many changesets they had at any particular time, and all the 
details on a changeset.


Generally I load the changeset data into a PostgreSQL database with 
ChangesetMD, but that's mainly because Postgres works well for the type 
of analysis I do.


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

Re: [HOT] HOT in Research

[Paul Norman]

On 3/6/2017 3:25 PM, Emir Hartato wrote:

Hi everyone,

You may wondering why I'm missing in HOT's action since couple years 
ago - that's because I was busy working on my research for my masters.


Now I'm pleased to announce that my research titled *Volunteered 
Geographic Information (VGI) for Disaster Management *is completed. 
Unfortunately I can't published the thesis document yet as it's being 
examined.However, summary of results (in English and Indonesian) can 
be found here: 
https://www.researchgate.net/project/Volunteered-Geographic-Information-VGI-for-Disaster-Management-A-Case-Study-for-Floods-in-Jakarta


The abstract and presentation talks about VGI. Was this research done 
with multiple VGI platforms, or just OpenStreetMap?
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] note to Project Managers: Highway=road

[Paul Norman]

On 2/22/2017 2:42 PM, john whelan wrote:


"If you are unsure of what tag to assign to a road, use the 
provisional highway=road tag."


Yes but many routing systems ignore this these.  When we mapped with 
GPS traces we used highway=road because you didn't know if it was a 
motorway or a footway with steps and that's why many routing systems 
ignore them and JOSM validation flags them.



highway=road is designed for when you don't know enough about a road. 
The instructions seem correct. If a routing system ignores it, file a 
bug report with the router.


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

Re: [HOT] Fwd: [OpenStreetMap] Alternative imagery project 2102

[Paul Norman]

On 11/7/2016 6:17 AM, Chad Blevins wrote:

Hi everyone,

Thanks for the note, I created task 2102 and also provided the
additional imagery service.  Unfortunately certain areas of the custom
image service are offset from Bing and existing OSM data.  For this
reason I purposely didn't load the custom service into the task, but
offered it in the instructions to supplement clouds, etc.  These tasks
are designed to get new mappers involved with OSM.  Offset imagery
significantly raises the bar of entry and can introduce data quality
issues.


If the imagery source is usable by everyone I recommend adding it to 
https://github.com/osmlab/editor-layer-index and 
https://josm.openstreetmap.de/wiki/Maps so it is available in both iD 
and JOSM by all editors.


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

Re: [HOT] HOT Statistics

[Paul Norman]

On 2016-10-01 03:56 PM, Mike Thompson wrote:



On Thu, Sep 29, 2016 at 7:26 PM, john whelan > wrote:


You might like to think in terms of data quality.  Number of
mappers is interesting I've seen 20 new maperthon mappers not
finish a single tile between them and I've seen a team of three
JOSM mappers map a project very quickly doing about 90% of the
project the other 10% was done by other mappers.

John, I completely agree. For this presentation I am just trying to 
get the message across that humanitarian mapping in OSM is of 
significant size.


The ballpark figure that I use is that HOT (the organization) + missing 
maps activity is about 5-15% of total activity. Humanitarian mapping is 
a bit broader, but probably wouldn't change the numbers much.


Exact figures depend on what you define activity as, but 5-15% is valid for

- Active mappers who have at least 1 HOT changeset
- Total mappers who have at least 1 HOT changeset
- Number of changesets
- New signups who have a HOT changeset

Unless a big focus of your presentation is on activity and how to 
measure it, I'd just stick with 10% as being approximately right.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Highway=residential in Africa

[Paul Norman]

On 6/15/2016 3:22 AM, Michael wrote:

Hi,

Here the word 'unclassified' is pretty misleading as well. For some 
reason 'highway=unclassified' does not mean that the road is not 
classified at all but does not have any special classification. In 
other words it is something like "other road" or any road that is not 
tertiary or above.


The best translation into en_US for highway=unclassified is "minor 
road", "other road" is also reasonable.
'highway=track' is mainly about what the road is mainly used for, less 
what vehicle can be used on it. In Germany there is such a thing as 
'highway=track, surface=paved' - but other than 'highway=unclassified' 
those tracks usually have sign limiting their use to agricultural use 
only. This is not really intuitive but that's just the way things 
evolved in OSM.


Yes. a highway=track can be better paved and better maintained than a 
highway=unclassified.



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

Re: [HOT] [OSM-talk] [Talk-us] Reporting Attribution Issues on Mapbox maps

[Paul Norman]

On 6/10/2016 3:03 PM, Serge Wroclawski wrote:
But I'm a little concerned about non-MB hosted maps. If not this URL, 
where can we report  attribution issues related to non-hosted Mapbox 
maps and  can you link to that other place we can report attribution 
issues related to that other kind of customer from the same web page?


Webpages not hosted by Mapbox that are using Mapbox tiles with 
OSM-derived data would be responsible for their own attribution, so 
you'd need to contact them like with any other site. If someone isn't 
comfortable doing this or not having success, they can forward the 
information to le...@osmfoundation.org and the LWG can look into the issue.


Also, if someone wants to contact Mapbox about an issue on mapbox.com 
and doesn't want to use the webform, they could use one of the contact 
methods for their designated agent for notifications of claimed 
infringement at http://www.copyright.gov/onlinesp/agents/m/map-box.pdf.


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

Re: [HOT] OSM Fiji linked with U-Report for TC Winston response

[Paul Norman]

On 5/12/2016 10:23 AM, john whelan wrote:
The Canadian Treasury Board releases Federal Government open data 
under a license that is OSM compatible. Sometimes its easier to get 
governments to open their data under the same license as another 
Government than to make an exception for OSM as very few people really 
understand what OSM's ODBL license actually is.


Unfortunately no one other than the Federal Government of Canada can use 
the version of the OGL that the Federal government uses, and we're only 
able to use the data thanks to an explicit statement that the license is 
compatible with the ODbL (and CC BY), so we'd need the same statement 
from any other government using a similar license.


In short, don't recommend the OGL Canada, recommend a reusable license 
like CC0.


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

[HOT] Fwd: Re: [Talk-ca] Fort McMurray forest fires

[Paul Norman]

Fort McMurray is the 5th largest city in the province of Alberta and has 
been evacuated in the face of wildfires which have burned thousands of 
structures. Satellites have been tasked to gather imagery, but it 
probably won't be very useful imagery for OSM until the smoke has cleared.


My guess is there won't be a HOTUS activation associated with this 
disaster. The HOT work people have been doing so far is mainly improving 
the state of the area in OSM with pre-disaster sources.


If anyone gets openly licensed imagery for the area, I can host tiles 
from it.


 Forwarded Message 
Subject:Re: [Talk-ca] Fort McMurray forest fires
Date:   Thu, 05 May 2016 11:45:49 -0400
From:   James 
To: John Marshall 
CC: Talk-CA OpenStreetMap 



I've created a task on my tasking manager for buildings in Fort 
McMurray. Tracing buildings can help us flag buildings affected by the fire


http://tasks.osmcanada.ca/project/22

On Thu, May 5, 2016 at 11:43 AM, John Marshall > wrote:


   I will check with my contacts in my day job if they will release
   thier imagery.

   I know DigitalGlobe are tasking thier satellites over Fort Mac.

   John Marshall

   On May 5, 2016 11:39, "James" mailto:james2...@gmail.com>> wrote:

   I think we'll have to wait until the fire is put out before we
   get satelite imagery.
   What I can do is create a task on tasks.osmcanada.ca
    for Fort McMurray and we can trace
   buildings as they are not all there

   On Thu, May 5, 2016 at 11:28 AM, Andrew MacKinnon
   mailto:andrew...@gmail.com>> wrote:

   As you are probably aware by now, a large portion of Fort
   McMurray,
   Alberta has been destroyed by forest fires.

   Is any freely licensed aerial imagery of the affected area
   available
   yet? Will the Humanitarian OpenStreetMap team be creating a
   project
   for Fort McMurray?

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




   -- 
   外に遊びに行こう！


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




--
外に遊びに行こう！


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

Re: [HOT] Squared buildings

[Paul Norman]

On 4/25/2016 12:55 PM, Cascafico Giovanni wrote:
... And, why not, stimulate ID programmers to add square feature 
button :-)


It's been stated a few times but since there's still confusion: iD has a 
button to square features. It has had this feature since before it was 
released.


We need to stop wrongly blaming iD, as it's not productive at figuring 
out what to change, and where.


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

Re: [HOT] Changes not being saved

[Paul Norman]

On 4/25/2016 6:09 AM, john whelan wrote:
I think with iD though you make changes in a web interface and those 
are stored on a central server(s).  When you "save" then the server 
attempts to add them to the OSM database and says thank you even 
though it has not at that time had a message back from the OSM 
database saying the messages have been sucessfully added.  Given 
enough people trying to save at the same time and the OSM database not 
accepting edits occasionally I suspect that the iD server isn't 
hanging onto the edits and retrying long enough given the number of 
requests it has to handle.  Basically I suspect a timing issue so it 
could be the bandwidth between the server and the OSM database, 
running out of CPU cycles, or memory on the server, not enough disk 
space for the caches etc.


No, iD saves to the OSM API just like JOSM or any other editor, and the 
theory you're explaining isn't possible.


IRC is probably the best place to debug this issue, and it'll help if 
you provide the changeset ID where you saved. You can get this from the 
"View on OSM" link after saving.


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

Re: [HOT] Squared buildings

[Paul Norman]

On 4/14/2016 1:16 PM, Mike Thompson wrote:
Those are both things that I already tell new mappers. But they type 
's' and think they have made a square building.  We can talk about how 
that they should notice that nothing changed, but no one has ever 
asked me "why doesn't the 's' key work?" Perhaps they think that the 
squaring happens behind the scene and isn't visible? Who knows. Below 
are some of the results (blue buildings) from a recent mapathon.

Inline image 1


They're not attempting to square the buildings, which indicates a 
problem with how they're being instructed. Both iD and JOSM would have 
squared some of them with no problems, so switching editors or other 
technical solutions won't help here.


If all of those buildings have square corners in reality, there's a 
second problem that some are so crudely drawn that neither iD or JOSM 
will come up with a sensible result when attempting to do so.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Mapping clouds and low resolution imagery

[Paul Norman]

On 4/10/2016 3:13 PM, John Gordon wrote:
I am developing a project to incorporate HOT/OSM data into an 
application to plan for and manage food security emergencies in 
developing countries. The HOT/OSM data is converted into a shapefile 
using the HOT export tool ( http://export.hotosm.org/en/ ) to link to 
other data in QGIS.  To begin with I am using ground transportation 
data and population cluster data from OSM.  I would also like to 
include information on impediments to mapping including cloud cover 
and areas of low resolution imagery in BING to permit identification 
of potential problems and permit some forward planning.  I have looked 
for tags or presets for identifying these impediments but have not 
been able to find them.  Can anyone help?
In OpenStreetMap we map features present in the world, which does not 
include problems with a specific set of imagery such as where it changes 
resolutions or where there are clouds, which is why presets do not exist 
for this.


A tool like uMap (http://umap.openstreetmap.fr/en/) might work for 
sharing this type of data, but it doesn't belong in the OpenStreetMap 
database.


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

Re: [HOT] Waterway - Determining Flow Direction

[Paul Norman]

On 4/5/2016 11:49 AM, Michael Heißmeier wrote:

Hi Mike,

there is another option which I occasionally use. Depending on the 
area in question you might find more-or-less outdated US military maps 
(JOG/AMS etc.) which have the advantage that there is no copyright 
associated with them. They tend to be fairly exact as far as terrain 
and waterbodies are concerned and sometimes are good sources for the 
names of such bodies as well.


For your specific area the one to choose would be
http://www.lib.utexas.edu/maps/jog/southern_africa/se-35-7-binga-southern_rhodesia-zambia.jpg


The map you linked is copyrighted and published in 1972 by the Director 
of Military Survey, Ministry of Defense, United Kingdom, so we can't use it.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Mapathons at Public Libraries

[Paul Norman]

On 3/17/2016 10:17 AM, Mike Thompson wrote:
1) Should they promote the event to "families" (e.g. young people 
accompanied by parents). What should be the minimum age a) for young 
people mapping independent of a parent, b) for young people mapping 
with a parent?


As a general rule, you should avoid anyone 13 and under as there would 
be legal hassles involved in targeting activities and signups to that 
age range.



2) Can mapping be done on a tablet (e.g. iPad).


Yes.


I know there are apps for this, but will the iD Editor work on tablets


No. iD does not have touchscreen support and is developed for desktops.


and how difficult is it to do remote mapping on such a device?


The advantage of a tablet is has a GPS and can be where you are mapping, 
which avoids taking notes down and allows you to enter data in the 
field. It isn't well suited for remote mapping.


I'd also recommend that everyone have a mouse with a scroll wheel. 
Editor software is usable without one, but like any vector drawing 
software, a mouse significantly increases productivity.


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

Re: [HOT] Difficulty in communicating with iD users

[Paul Norman]

On 2016-03-07 4:53 AM, Mikel Maron wrote:

People, get a grip.

There are a lot of cool ideas that have risen and re-risen in this 
thread. Custom iD presets for HOT tasks, tighter coordination between 
training guides and software release cycles, better management of tags 
across OSM.


HOT excels in emergencies, but this isn't one. The label "unclassified 
road" has changed to "minor road". This is a good thing 
(https://github.com/openstreetmap/iD/issues/2916) and something we can 
easily get our minds around.


Indeed - and it should make training people easier, not harder. 
https://github.com/openstreetmap/iD/issues/2916 was opened in response 
to a missing maps event where people were instructed to use 
highway=unclassified for unknown roads instead of highway=road.


iD has never had a one-to-one correspondence between preset titles and 
tag values, nor for that matter does JOSM. WIth translations it's fairly 
obvious that this can't be true for all languages. Additionally, iD is 
in en_US by default and OSM tags are approximately in en_GB, which is 
another source of differences between preset names and tags.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Fwd: Nominate a student or a professional you know for Women in Open Source Award - Short deadline

[Paul Norman]

On 11/28/2015 10:04 AM, Blake Girardot wrote:

Hi all,

Just wanted to forward this. It comes from the Outreachy program 
director, but does not really have anything to do with Outreachy.


Any woman in OSS is eligible. 


Just to note, nominations are now closed.

I looked at nominating someone, but many of the nomination questions 
would have required long answers from her and I never got around to 
checking her interest.


Although I'm on both, it might be more effective to send this to dev@ 
next year, rather than hot@, as it's not HOT specific but 
development-specific.


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

Re: [HOT] Task 1238 Canaan Important Deletion of existing objects

[Paul Norman]

On 11/20/2015 11:30 AM, Rafael Avila Coya wrote:

I've checked the edits by that user, and he made lots of changesets
(maybe around hundred), so I see a potencial reversion very troublesome
and time consuming.


There are tools specifically for reverting all changesets made by a user 
between a date range.


I haven't studied this case, so I have no idea if a revert is needed, 
but if locals think that one necessary for cleanup then there are people 
who can run it.


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

Re: [HOT] GeoWeek Remote Support

[Paul Norman]

On 11/13/2015 2:17 PM, Russell Deffner wrote:


Greetings HOT community,

As we gear-up for the big week ahead, we thought we could do something 
to help all the GeoWeek event organizers; and that is to have some 
people on-hand to answer questions and generally give feedback/support 
on our IRC channel (and/or Skype, Mumble, etc.)





For anyone looking for support who asks for this, you can connect to IRC 
with http://irc.openstreetmap.org/ (pick a nickname). Stick around after 
asking your question, as you might not get an answer instantly.


The OpenStreetMap IRC channel is #osm. For HOT-specific outside 
questions outside of Geography Awareness Week, the HOT IRC channel is 
#hot. For those with their own IRC client, this is all on irc.oftc.net
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Quick question on village mapping

[Paul Norman]

On 10/28/2015 2:53 AM, Pete Masters wrote:

Hi all,

If you are adding field data to an existing shape 
(landuse=residential), would you tag the shape as place=village / 
name=whatever or would you add a node and tag the node.


I've generally done the latter, but am seeing quite a few villages in 
Chad that conform to the former.


landuse is not for mapping places, but land usage. If you want to show 
the extents of a village, use a place polygon. If the extents of the two 
are the same, you could put them both on the same object.


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

Re: [HOT] Suggestion needed for designing an OSM based project

[Paul Norman]

On 10/26/2015 10:56 AM, Ahasanul Hoque wrote:
Take greetings from Dhaka Bangladesh. I need a help to design an OSM 
based project. An organization is thinking to digitalise some of their 
project land areas, keep them on open platform and get regular update 
on the tenure, rearrangement of allocation/splitting of the parcels, 
feature change status regularly. But the land parcel's  measurement is 
a vital, it should have inch level accuracy. Also, they are thinking 
to get all the updates through a mobile app from field.


I found a strong potentiality of this idea with OSM . Now wondering, 
do anyone know any example or similar type project what was/were based 
on OSM ? it will be great help for designing the project as well as 
for spreading OSM in Bangladesh if you kindly share the links, report, 
experience alike. You are also welcome to put your valuable suggestion 
in regards.




OSM and the OSM software stack is designed around crowd-sourcing, which 
an inch level accuracy requirement is incompatible with.
This level of accuracy requires expensive specialized equipment with 
specialized skills, and you can't use consumer or phone GPS units to 
record data.


Crowd-sourcing makes the technical design of OSM complicated, but here 
you'd gain that complexity without gaining its advantages. Additionally, 
a inch is near the maximum resolution of the API and many tools designed 
to consume OSM data.


I would recommend you re-evaluate your accuracy requirements to 
establish if they are truly necessary.


Because this isn't a question of humanitarian use of OSM, you might have 
more luck with a more general purpose mailing list than hot@.


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

Re: [HOT] DigitalGlobe imagery for Hurricane Patricia

[Paul Norman]

On 10/23/2015 9:33 PM, Kevin Bullock wrote:
Dear HOT, a few months ago, we launched a Maps API to simplify access 
to our imagery (in partnership with Mapbox). In response to Hurricane 
Patricia, we are opening access to pre-event Mexico imagery. We have 
built 50cm countrywide mosaics for the world, and we are delighted to 
provide imagery over the impact area of Mexico in hopes of improving 
OpenStreetMap and aiding in Humanitarian efforts. This data is 
licensed for OpenStreetMap tracing and usage. Let's rally for Mexico!!


To use this imagery for tracing within OpenStreetMap, you can load 
http://www.openstreetmap.org/edit#map=15/20.6075/-105.2316 and then 
add the |digitalglobe.vivid-latam-caribbean| map ID as a custom 
background. (or add to an existing HOT task)


Please use this URL: 
|https://api.mapbox.com/v4/digitalglobe.vivid-latam-caribbean/{z}/{x}/{y}.png?access_token 
=|pk.eyJ1IjoiZGlnaXRhbGdsb2JlIiwiYSI6ImNpZzRqYng4OTJ1NWd0emt2b3Q2dWhwNXQifQ.8ohSIF9elaL6Z6Cx69Joxg


As the storm moves out, our satellites are ready to collect post event 
imagery, which we will also make available. Other resources and info 
from DG:




When making imagery available, I strongly recommend adding it to the 
imagery indexes for the editors, which are at 
https://github.com/osmlab/editor-imagery-index and 
https://josm.openstreetmap.de/wiki/Maps. This will ensure that the 
imagery is available to all mappers.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] leisure=common

[Paul Norman]

On 8/6/2015 1:37 PM, Blake Girardot wrote:
Those areas are large, short grass or ground/grass areas in villages 
or settlements, often with paths walked across them. They are 
typically common areas for the settlement.


It should not be used on areas that are just a large flat areas out in 
the middle of nowhere or farm fields/farm land. 
Although not unique to England, commons do not exist everywhere. I'd be 
very reluctant to tag commons without local knowledge, as the key aspect 
of commons are the rights of the commoners.


Commons are not always grass areas, they can be forested, where there 
would be rights to harvest wood, nor is a common recreation area, 
although they sometimes get used for that.


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

Re: [HOT] paths, tracks and unclassified in West Africa

[Paul Norman]

On 7/16/2015 8:17 AM, Springfield Harrison wrote:
Every feature should be tagged as Validated=yes/no. 
As a crowd-sourced project OSM doesn't have a concept of "validated" or 
"official" data.


This is different than validation in the tasking manager, which is 
external, and is more about reviewing what are often new mappers to see 
that they understand what they're doing.


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

Re: [HOT] paths, tracks and unclassified in West Africa

[Paul Norman]

On 7/15/2015 5:40 AM, Ralf Stephan wrote:

So, essentially, only locals have full knowledge and every tag by
nonlocals is preliminary?
It's the importance of the road that determines its classification, and 
a local will have a better idea of the classification than someone remote.


The local will also have a better idea of the surface and/or tracktype, 
as that's easier to tell from the ground than from a photo or aerial 
imagery.


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

Re: [HOT] Fwd: [info-hotosm] Tiles download request

[Paul Norman]

On 7/9/2015 8:50 AM, Tyler Radford wrote:
We would be most grateful if you could provide us with a zip/rar of 
the complete map layer such that we can extract the various tiles 
needed.  Please let me know if this is possible or if there is an 
existing location where the entire set can be downloaded without 
downloading tiles one by one.
In a traditional rendering server setup, tiles are rendered on demand 
and cached in a tile store. There does not exist a complete set of 
tiles, and if there did it would be multiple TB in size.




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

Re: [HOT] Nepal: Hospital import gone wrong?

[Paul Norman]

On 5/3/2015 10:02 PM, Prabhas Pokharel wrote:
If we get a compatible license, the other route we could go through 
(instead of re-instanting the changeset) is to do a more rigorous 
import, after checking that the health facility locations seem 
legitimate (not in forests, near residences, etc.) and not in conflict 
with existing facilities with HOT's help.
Yes - it needs to be remembered to meet the import guidelines, which 
include consulting with imports@, the local community, documentation 
requirements, and other requirements that past imports have shown are 
necessary.


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

Re: [HOT] Request for Import: VDC Boundaries

[Paul Norman]

On 5/4/2015 9:58 AM, Prabhas Pokharel wrote:

https://data.hdx.rwlabs.org/dataset/nepal-admin-level-4-administrative-boundaries-cod
and an older one from GADM , which has the 
following license:
Nepal NPL FortiusOne Inc. (via WorldBank; 
http://maps.worldbank.org/overlays/3238) (Creative Commons Attribution 
3.0 License.)


Would it be possible to help us import these boundaries into OSM? If 
not, what are the issues that need to be solved for that to happen?
Consultation will need to be done. This includes the local community, 
such as it is, and the imports@ mailing list. The HOT list could also be 
consulted, but it is not a requirement. A couple of issues you'll want 
to consider are:


- GADM is under a non-commercial license and non-open. It must not be 
imported into OpenStreetMap. You might have some success going to the 
original source of the data and getting it there under a suitable 
license. I do not suggest contacting GADM as this tends to not be very 
effective.
- The data at data.hdx.rwlabs.org is not under an open license, or any 
clear license. You might have some success there
- Administrative boundaries tend to be finicky to import, as they need 
to be connected up with existing boundaries and share ways
- Both tagging and how existing data will be handled will need to be 
described
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] [info-hotosm] Helipad Identification/Verification

[Paul Norman]

On 5/8/2015 11:39 PM, Springfield Harrison wrote:
This is a re-post from yesterday as it was too big and was rejected by 
the  list moderator (image?).  I've deleted the image.  My apologies 
to those who did receive it already.  Cheers . . . . Spring Harrison . 
. . .


Hello Mappers,

Thanks for your comments and observations in reply to mine of 
yesterday. Unfortunately, no time to deal with all of them separately 
right now. A forum format would be much more efficient for exploring 
discussions; this e-mail approach is quite fragmented. I'm sorry if I 
have missed anyone in this reply, the cast of characters seems to vary.


Have been exploring the verification process for task 1026-236, 
helipad identification. Some observations follow:


·On a second monitor, I viewed the same area (236) in Google Earth
and immediately got a vastly better feel for the terrain and was
able to quickly identify several good helipads with good certainty
as to quality. My background includes helicopter piloting as well
as GIS. 
·At least for locating helipads, I would highly favour using

Google Earth, the perspective view and better image quality vastly
increases productivity. 
·Markups could be done directly in Google Earth, saved as KML
files and forwarded to OSM. Image attached below. 
·The only problem with this method is that the Task Area tile grid

would need to be provided for navigation. I doubt if that would be
difficult as a KML file. 
·In some cases, the age of the Google Earth imagery may be a

slight drawback but since production is the chief imperative here,
that shouldn't be a big issue. 
·Perhaps a customized Google Earth application using current

disaster imagery could be fired up for the duration of this
exercise? On-the-fly innovation is needed in emergencies. 
·As a test, you could send me a collection of helipads for

inspection in Google Earth, it is very difficult to verify them in
JOSM. In Google Earth, the reconnaissance process is quite fast
and effective. 

I hope these observations are helpful. I think the use of Google Earth 
would improve the helipad selection process by orders of magnitude.
The Google terms of service do not permit the use of Google imagery to 
generate a map database*, which prevents the use of Google Earth with 
default imagery. Did you add any helipads based on Google imagery? If 
so, can you please send me details off-list.


* If you have an enterprise contract for Google Earth, you may have 
different terms, but consult your lawyer.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Post-disaster imagery for Vanuatu

[Paul Norman]

On 3/17/2015 5:20 PM, Blake Girardot wrote:

Hi all,

One additional note, please do not remove any buildings based on this 
updated imagery. At the moment one major data need is pre-event 
building footprints and residential areas. 
There is nothing wrong with removing a building which is no longer 
present. This is not abnormal, but is standard practice for features 
which no longer exist.


I used the imagery and had a look at Port Vila. I ended up adding more 
buildings than removing. Some were new construction, but many were 
because previously unidentifiable features were not covered by the 
differently positioned clouds, or damage to trees had made the 
structures more obvious. Most of the buildings objects removed were 
never buildings, but had been misidentified by the original mapper. Only 
in very few cases were there clear signs of a building before and no 
building after.


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

Re: [HOT] Post-disaster imagery for Vanuatu

[Paul Norman]

On 3/17/2015 12:58 PM, Blake Girardot wrote:


Hi Denis,

I also think the offset varies a little bit from place to place so you 
might need to adjust it more than once. 
I think it is from a differing DEM used for the different imagery 
products. As Bing and Mapbox have different imagery and mostly agree, 
I'd suggest going with them for positioning in absence of any on the 
ground data.


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

Re: [HOT] HOT is now on LinkedIn

[Paul Norman]

On 2/12/2015 10:00 AM, Russell Deffner wrote:


I know Paul is a freshman OSMF Board Member, but I hope he knows that 
HOT (US Inc) has been actively engaged and willing to participate in 
such documentation/agreement as the Local (and Thematic) Chapter 
Agreements, Corporate Partnerships, etc.



I was not writing in my role as a board member but in a personal capacity.


The most current information that I could find was from the August 
2014 OSMF Board Meeting Minutes which said in regards to the LCA, and 
I quote:


“The plan is to move that agreement to the OSMF web site and add small 
FAQ, then invite larger existing chapters to enter negotiations. Short 
list right now: Italy, France, Japan, US, HOT plus probably a few others.”


As a secretary I am handling local chapter applications. The current 
status of LC applications is that I have put out a couple of small 
public calls for interested organizations to apply to become chapters, 
but have not yet reached out to others as I'd prefer to keep the number 
of applicants at one time to a manageable number.


The use of trademarks is allowed under the LCA – which according to 
that last documented statement of the OSMF, HOT is recognized and in 
negotiation.


HOT US Inc has not applied to become a chapter and are not in 
negotiation. Being recognized as a chapter would occur after the 
application is completed and accepted, which would be longer.


If HOT US Inc or anyone else is interested in becoming a local chapter, 
the information to start the process is at 
http://osmfoundation.org/wiki/Local_Chapters/FAQ#Applying_to_become_a_local_chapter.


It actually seems to be more of a problem for non-registered entities 
to use OSM trademarks because the LCA requires the chapter to submit 
articles of incorporation and bylaws. Unfortunately in the US – 
not-for-profit or non-profit organizations _are_ companies, basically 
there is no incorporated entity that is not technically a company 
under US law.


The question of a trademark policy has been referred to the WGs, but it 
could allow use by non-registered entities



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

Re: [HOT] A company page for HOT on Linkedin, is it normal ?

[Paul Norman]

On 2/8/2015 3:32 PM, Augustin Doury wrote:
By creating this page, the Communication Working Group must use a 
different name of « Humanitarian OpenStreetMap Team ». By using this 
inappropriate designation, the HOT US Inc organization keeps up the 
monopolization of public/private positions around the HOT objectives, 
speaking as if you were representing the thousands of volunteers 
working with praiseworthy motivations, it's how people can feel about 
this, it's how I feel.
As a formal matter, it's probably also a problem for a "*company*" page 
to be Humanitarian OpenStreetMap team, when OpenStreetMap is a 
trademark. I wouldn't see this as an issue for a "Group" page.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Questions regarding Missing Maps Mapping Party in the Netherlands

[Paul Norman]

On 2/3/2015 11:59 PM, Willy Bakker wrote:


Firstly, which editor would you recommend for beginners? In Berlin 
during the Open Knowledge Festival I attended a HOT workshop where the 
iD editor was used; at the mapping party in Antwerp in december they 
used JOSM. Which one is the best for beginners?


Assuming that the computers are capable of running both JOSM and iD, I 
would recommend iD for beginners. I mainly use JOSM myself, but find 
myself using iD more for some edits.


iD's presets make it significantly easier for mappers to tag objects 
appropriately as the raw tags are abstracted from them. JOSM's presets 
do not do this as well, still being focused on the raw tags. iD should 
have everything needed for a normal mapping workflow, while JOSM 
presents many tools useless to most mappers.


Stepping through the built-in tutorial will get most people up to speed 
for what they need to know to start mapping, and gives you a starting 
point for your workshop.



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

Re: [HOT] Request for help/guidance on a project to test diarrheal disease interventions in Kendua Sub-District, Bangladesh.

[Paul Norman]

On 1/30/2015 1:36 PM, Stacey Maples wrote:
Finally, we may be able to obtain gps traces from food delivery 
drivers to upload to OSM. It would be great to have a training for 
them if there are mappers in the area, or in Dhaka who would be 
willing to travel. Wondering who to contact about the possibility of 
that (I know bulk uploads are frowned upon unless coordinated with OSM).


GPS traces are uploaded to the OSM GPX API rather than the map database. 
Unless there are specific privacy reasons that prevent it, I'd encourage 
the traces to be uploaded so all mapper can benefit from them.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Humanitarian Mapping for a class

[Paul Norman]

On 1/22/2015 10:53 AM, Mueller, Thomas wrote:


Obviously this should not be a difficult for them, but I am hoping it 
will accomplish several objectives including:


1)Help map the area

2)Help the students understand how they can “donate” their time to 
help (within a topic in their field)


3)Hopefully this will become part of their routine so they will 
continue, etc.


I would recommend you start off with an assignment mapping their area - 
it's much easier to learn to map when you know what an area looks like 
from personal experience.


I have one question – how is the best way for me to check that they 
have completed this assignment every week?  Should I have them copy 
and paste their history on to a Word Document?  Is there a better way?
If you get their OSM username you can then view their contributions for 
the last week and check their changesets. Tools like achavi 
(http://nrenner.github.io/achavi/) can be used to visualize a changeset 
and hdyc (http://hdyc.neis-one.org/) can be used to look a users total 
contributions.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Gaza stip, hot export in shape

[Paul Norman]

On 9/14/2014 11:38 PM, Fred Moine wrote:
I guess that there needs to be a discussion about what to do, as this 
seems to
be a problem only for arcgis. I don't know what were the reasons to 
reproject

the in the first place, at the time hot-export service was designed.
3857 is the standard projection for rendering web maps. If ArcGIS has 
problems with it, try 900913 which is an older non-standard name for the 
same projection.


3785 is another old name, which EPSG replaced with 3857. The three above 
are equivalent, but http://wiki.openstreetmap.org/wiki/EPSG:3857 has 
more information.


It really shouldn't matter what projection they're in, as any analysis 
software should be able to reproject at will, and any rendering will 
either be it or in some local projection that can't be used globally.


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

Re: [HOT] OSM humanitarian layer as an ArcGIS basemap?

[Paul Norman]

On 9/10/2014 8:25 AM, Claire Halleux wrote:
In case anyone of you would be using OSM basemap in ArcGIS 10 and 
would know some details about it... people involved in mapping DRC 
Ebola emergency are currently looking for those informations:
- is it possible to change the standard OSM layer to the humanitarian 
layer in ArcGIS and how?
It should be possible to add a layer. I don't know ArcGIS, but you want 
to add a TMS layer, and the URLs are something like 
http://{switch:a,b,c}.tile.openstreetmap.fr/hot/{z}/{x}/{y}.png
- what is the exact frequency of WMS refresh (think it's daily but not 
confirmed and when exactly)?
The layer is not a WMS layer, but a TMS layer. Data is consumed 
minutely, but it uses a standard tile cache/tile store setup where it 
stores previously rendered tiles and re-renders them when updated. Thus 
there is no guarantee of currency. In general, it will behave the same 
as the Standard layer on OpenStreetMap.org
- it often happens that the software doesn't properly load the tiles, 
displaying some tiles from different zoom levels, even with a good 
Internet connection (maybe the cache?), how to avoid this issue?

I understand the server has been at 100% usage lately

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

Re: [HOT] GNS name merging discussion thread

[Paul Norman]

On 8/14/2014 3:12 PM, Pierre Béland wrote:
As a general rule, we outline residential landuse areas using the tag 
landuse=residential. There might be many for one village.
Sure - the only problem is when you can't be reasonably certain that 
what you're tracing is only residential. In those cases, 
landuse=residential is wrong.
And we use a node to describe places. Exchanging such infos with 
various humanitarian organizations, I think that we are better to keep 
a data model where we make distinction between the nodes places=* and 
the residential areas polygons.


Place tags on an area where that place has clearly defined bounds are 
not incorrect. Data consumers have to be prepared for either. For what 
it's worth, openstreetmap-carto doesn't handle this correctly and there 
are a couple of issues about it.



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

Re: [HOT] GNS name merging discussion thread

[Paul Norman]

On 8/14/2014 9:40 AM, Blake Girardot wrote:


I also generally quickly put a landuse=residential area on top of any 
settlements that I am merging if I have good clear imagery to outline it. 


You should only add a landuse=residential if you're fairly sure that the 
entire area is residential. You might want to add the area of the 
settlement as place=* instead, and not use a node.


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

Re: [HOT] 2014 Gaza Strip Follow up

[Paul Norman]

On 8/10/2014 12:31 AM, Frederic Moine wrote:

Since monday 4th of august we have done 12 878 buildings
Many of these buildings are undoubtedly damaged or destroyed (after all, 
that's why there's the task). Are there any plans to get more updated 
imagery or another means of collecting data so that we can tag damaged 
buildings, rubble, or remove buildings that no longer exist?


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

Re: [HOT] Boosting LearnOSM

[Paul Norman]

On 7/30/2014 5:04 PM, Rafael Avila Coya wrote:

Maybe it would be feasible to change the license of LearnOSM to the
OSM Wiki license. As not many people are involved (I think) in the
English original version, not many people would have to be asked for.
LearnOSM is licensed CC0, so no permission is needed to take it and 
redistribute as CC BY-SA, or to redistribute as any license, including a 
non-open one.


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

Re: [HOT] Admin level 2 for CAR and Malawi

[Paul Norman]

GADM is under a non-commercial license and thus not open data, or 
compatible with OpenStreetMap.

On 2014-07-03 9:34 PM, Nadeem Sardar wrote:

here you can look at following sources.
Global Administrative Areas | Boundaries without limits 



image 





Global Administrative Areas | Boundaries without limits 

GADM is a spatial database of the location of the world's 
administrative areas (or adminstrative boundaries) for use in GIS and 
similar software.


View on www.gadm.org 

Preview by Yahoo

GeoCommons 














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

Re: [HOT] *** Emergency Request *** Guinea Conakry- Gueckedou, Macenta, Kissidougou

[Paul Norman]

> -Original Message-
> From: Jean-Guilhem Cailton [mailto:j...@arkemie.com]
> Sent: Tuesday, March 25, 2014 2:05 PM
> To: hot@openstreetmap.org
> Subject: Re: [HOT] *** Emergency Request *** Guinea Conakry- Gueckedou,
> Macenta, Kissidougou
> 
> Hi,
> 
> Other versions of the Landsat-8 image taken on 2014-03-23, which
> includes Gueckedou, Macenta and Kissidougou, pansharpened in "natural
> colors (bands 4, 3 and 2)" and in "false colors (bands 7, 5, 3 - that
> show water, for example), are available as TMS.
> 
> URLs for JOSM:
> tms[19]:http://imagery.openstreetmap.fr/tms/1.0.0/guinee_l8_pxs432/{zoom
> }/{x}/{y}
> tms[19]:http://imagery.openstreetmap.fr/tms/1.0.0/guinee_l8_pxs753/{zoom
> }/{x}/{y}
>

It's worth noting that the 432 layer is the same as what I'm hosting. I'd
also suggest replacing the 19 with 14 when adding.



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

Re: [HOT] Bolivian Floods: "landuse=forest" or "natural=wood"?

[Paul Norman]

There are multiple schemes used for natural=wood vs landuse=forest, so
either use is just as valid.

 

From: hyan...@gmail.com [mailto:hyan...@gmail.com] 
Sent: Sunday, February 09, 2014 6:34 PM
To: HOT
Subject: [HOT] Bolivian Floods: "landuse=forest" or "natural=wood"?

 

Hi hotties!

 

Some of us are tracing polygons over tree areas, ones are using
"landuse=forest" others "natural=wood" ¿which you consider more indicated?
Mapping trees could be helpful for high level floods.

 

By the way, trying to give answer to question below, I'm wondering about the
best communication channel to gather all mappers of the task, when they are
comming form diferent countries and talk-xx mailing list, some could be
missing information and sharing knwoledge about best mapping practices is a
key factor for quality data (specially remote one); so experienced mappers
could guide newers.

 

Just arise the idea to include a chat in task page

 

http://awesomescreenshot.com/0862bsmr30

 

But, in present ¿any suggestion?

 

Best,

 

Humberto Yances

 

(copy from OSM inbox)

 

 nyampire

10 febrero 2014 a las 01:43

Hello, exactory. I think so too.

I wrote them as same as surrounding "landuse=forest"s. But must be
represented as "natural=forest".

Did you contact other mappers already?

Satoshi

On 2014-02-10 01:36:21 UTC Humberto_Yances wrote:

Hi, Same as you I'm currently mapping on task 418 and kidly want to comment
about using "landuse=forest" to map tree areas. It looks more as
"natural=wood", beacause is not a manmade tree farming; just natural free
grow trees.

 
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwood

Best,

Humberto Yances

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

Re: [HOT] Point Geometry Buildings in Malakal, S. Sudan

[Paul Norman]

> From: William Morris [mailto:wboyk...@geosprocket.com]
> Sent: Thursday, February 06, 2014 8:27 PM
> To: hot@openstreetmap.org
> Subject: [HOT] Point Geometry Buildings in Malakal, S. Sudan
> 
> I just noticed these in an export - two blocks (obviously from the
> task manager) in Malakal, South Sudan where every building is included
> as point geometry (http://flic.kr/p/jPUaoV). I assume it was a wonky
> import from JOSM. Is it worth reverting, or do we not care since
> nobody uses the building-point layer anyway?

I had a look and couldn't see anything in the data to indicate any oddities.


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

Re: [HOT] Consensus call Re: Import UNICEF data in Central African Republic, act II

[Paul Norman]

This would not be anything to do with OSM resources, but be a HOT tasking
manager issue, so it doesn't require any OSM administrative action, but a 
may require someone within HOT to adjust something.

> -Original Message-
> From: Tom Taylor [mailto:tom.taylor.s...@gmail.com]
> Sent: Monday, January 27, 2014 7:14 PM
> To: hot@openstreetmap.org
> Subject: Re: [HOT] Consensus call Re: Import UNICEF data in Central
> African Republic, act II
> 
> I just tried to log in to Job 250 and got the response that I am not
> allowed to view that page. Sorry if it wasn't you, but apparently some
> administrative action is required.
> 
> Tom Taylor
> 
> On 27/01/2014 9:58 PM, Paul Norman wrote:
> > In any case, no action is needed, as there are no blocks.
> >
> >> -Original Message-
> >> From: Rafael Avila Coya [mailto:ravilac...@gmail.com]
> >> Sent: Monday, January 27, 2014 4:48 PM
> >> To: hot@openstreetmap.org
> >> Subject: Re: [HOT] Consensus call Re: Import UNICEF data in Central
> >> African Republic, act II
> >>
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> Tom meant edvac and edvac_import (both me)
> >>
> >> Cheers,
> >>
> >> Rafael.
> >>
> >> On 28/01/14 00:32, Paul Norman wrote:
> >>> TomT5454_imports has never been blocked - nor would any blocks last
> >>> longer than 96 hours without special intervention from admins.
> >>>
> >>> There is no user with the name ed_vac.
> >>>
> >>>> -Original Message- From: Tom Taylor
> >>>> [mailto:tom.taylor.s...@gmail.com] Sent: Monday, January 27, 2014
> >>>> 10:03 AM To: 'Paul Norman' Cc: HOT Openstreetmap Subject: Fwd:
> >>>> Consensus call Re: Import UNICEF data in Central African Republic,
> >>>> act II
> >>>>
> >>>> I believe this call has succeeded. Would you please unlock
> >>>> TomT5454_imports and, I guess ed_vac so we can clean up what we
> >>>> already added and carry on?
> >>>>
> >>>>
> >>>>  Original Message  Subject: Consensus call Re:
> >>>> Import UNICEF data in Central African Republic, act II Date: Sat,
> >>>> 25 Jan 2014 16:53:00 -0500 From: Tom Taylor
> >>>>  To: Imports OpenStreetMap.org
> >>>> 
> >>>>
> >>>> Drop source tags from the discussion. They are a broader issue and
> >>>> should not hold up the import.
> >>>>
> >>>> Any objections to the following?
> >>>>
> >>>> On 24/01/2014 11:29 AM, Tom Taylor wrote:
> >>>>> Are there any objections to the following proposed resolution to
> >>>>> the Central African Republic UNICEF import issue:
> >>>>>
> >>>>> 1. Delete all fixme tags before import.
> >>>>>
> >>>>> 2. Record the admin level values as part of an addr:full tag.
> >>>>> That could also include the ward information Rafael Coya Avila
> >>>>> noted.
> >>>>>
> >>>>> 3. On the operator issue, operator=yes/no certainly makes no
> >>>>> sense, and managed=yes/no does. So: a. change the operator= tag to
> >>>>> managed= b. If an operator can be identified by other means, add a
> >>>>> new operator= tag with that information.
> >>>>>
> >>>>> TomT5454
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> ___ HOT mailing list
> >>> HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> >>>
> >>
> >> - --
> >> Twitter: http://twitter.com/ravilacoya
> >>
> >> - 
> >>
> >> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> >> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
> >>
> >> Atendendo á lexislación vixente, empregue formatos estándares e
> abertos.
> >>
> >> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
> >> -BEGIN PGP SIGNATURE-
> >> Version: GnuPG v1.4.10 (GNU/Linux)
> >> Comment: Using GnuPG with undefined - http://www.enigmail.net/
> >>
> >> iQIcBAEBAgAGBQJS5v45AAoJEB3niTly2pPQBd8P/Ay8M7eoqm5jKpvWmQTu9iWu
> 

Re: [HOT] Consensus call Re: Import UNICEF data in Central African Republic, act II

[Paul Norman]

In any case, no action is needed, as there are no blocks. 

> -Original Message-
> From: Rafael Avila Coya [mailto:ravilac...@gmail.com]
> Sent: Monday, January 27, 2014 4:48 PM
> To: hot@openstreetmap.org
> Subject: Re: [HOT] Consensus call Re: Import UNICEF data in Central
> African Republic, act II
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Tom meant edvac and edvac_import (both me)
> 
> Cheers,
> 
> Rafael.
> 
> On 28/01/14 00:32, Paul Norman wrote:
> > TomT5454_imports has never been blocked - nor would any blocks last
> > longer than 96 hours without special intervention from admins.
> >
> > There is no user with the name ed_vac.
> >
> >> -Original Message- From: Tom Taylor
> >> [mailto:tom.taylor.s...@gmail.com] Sent: Monday, January 27, 2014
> >> 10:03 AM To: 'Paul Norman' Cc: HOT Openstreetmap Subject: Fwd:
> >> Consensus call Re: Import UNICEF data in Central African Republic,
> >> act II
> >>
> >> I believe this call has succeeded. Would you please unlock
> >> TomT5454_imports and, I guess ed_vac so we can clean up what we
> >> already added and carry on?
> >>
> >>
> >>  Original Message  Subject: Consensus call Re:
> >> Import UNICEF data in Central African Republic, act II Date: Sat,
> >> 25 Jan 2014 16:53:00 -0500 From: Tom Taylor
> >>  To: Imports OpenStreetMap.org
> >> 
> >>
> >> Drop source tags from the discussion. They are a broader issue and
> >> should not hold up the import.
> >>
> >> Any objections to the following?
> >>
> >> On 24/01/2014 11:29 AM, Tom Taylor wrote:
> >>> Are there any objections to the following proposed resolution to the
> >>> Central African Republic UNICEF import issue:
> >>>
> >>> 1. Delete all fixme tags before import.
> >>>
> >>> 2. Record the admin level values as part of an addr:full tag.
> >>> That could also include the ward information Rafael Coya Avila
> >>> noted.
> >>>
> >>> 3. On the operator issue, operator=yes/no certainly makes no sense,
> >>> and managed=yes/no does. So: a. change the operator= tag to managed=
> >>> b. If an operator can be identified by other means, add a new
> >>> operator= tag with that information.
> >>>
> >>> TomT5454
> >>>
> >>
> >
> >
> >
> > ___ HOT mailing list
> > HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> >
> 
> - --
> Twitter: http://twitter.com/ravilacoya
> 
> - 
> 
> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
> 
> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
> 
> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with undefined - http://www.enigmail.net/
> 
> iQIcBAEBAgAGBQJS5v45AAoJEB3niTly2pPQBd8P/Ay8M7eoqm5jKpvWmQTu9iWu
> Byg5U5h4rWUv4KZVw1aJVSssgYGEClHoGwDfDKEkFh5fPr7MZN/AWGWLY7N33eIS
> nZpMUcnGr8L6CPan5VmDnMh+59xdzesRQQyt/7EffE4bMpUN0HQNaZSKSBb4kmlp
> vwylcgHhBw4wVF5QHesSKGmxYiCX0PM92ZAcyBGnL1BJDd6gag7qJPUAsnNc2ktK
> A8A6/0pAZw32I3WjHSOvJzL3rCMwtEf34m1Aq6seq4g+bpcUOpID4O3bAAf+UWwV
> ngr//KQhF4/JeJnagOFcMrX3Gtwn+aiYVr6GXHa3+nSBE5LGN1v4Wp27Unyszh6a
> ZXPpcSPhgmub8R7ZksHPcWjWyYtCVX4uZeYF7FT3wzNpBPly08EA9+hhW3YCALrd
> 31ESIlH33qWXXZe5MN6nhMRKNRlQnEyYNPJJyNUJNWUvVIB531tLeq2lYXVUGLpy
> W3Ao/wJSueuAgzBtdmm/POB5FqfGMgxaR0Oxm8ABMCQksjp0nqLEYWidX+tbeFAI
> 1nwWKURvnmJG5HIgmgK4PamZLFbxhI3EFzU6oAsnc55orNIs2JMJRYWCvORBEATa
> BzUwMJgVfBqcoLUmLMH/NcvtlyIJ9cj7aq179jc+ybUYM8FZ22ecmXArgOlnAvgR
> jNZ0cTmhIkm1l4XSKM5b
> =YYcJ
> -END PGP SIGNATURE-
> 
> ___
> 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] Consensus call Re: Import UNICEF data in Central African Republic, act II

[Paul Norman]

TomT5454_imports has never been blocked - nor would any 
blocks last longer than 96 hours without special intervention 
from admins.

There is no user with the name ed_vac.

> -Original Message-
> From: Tom Taylor [mailto:tom.taylor.s...@gmail.com]
> Sent: Monday, January 27, 2014 10:03 AM
> To: 'Paul Norman'
> Cc: HOT Openstreetmap
> Subject: Fwd: Consensus call Re: Import UNICEF data in Central African
> Republic, act II
> 
> I believe this call has succeeded. Would you please unlock
> TomT5454_imports and, I guess ed_vac so we can clean up what we already
> added and carry on?
> 
> 
>  Original Message 
> Subject: Consensus call Re: Import UNICEF data in Central African
> Republic, act II
> Date: Sat, 25 Jan 2014 16:53:00 -0500
> From: Tom Taylor 
> To: Imports OpenStreetMap.org 
> 
> Drop source tags from the discussion. They are a broader issue and
> should not hold up the import.
> 
> Any objections to the following?
> 
> On 24/01/2014 11:29 AM, Tom Taylor wrote:
> > Are there any objections to the following proposed resolution to the
> > Central African Republic UNICEF import issue:
> >
> > 1. Delete all fixme tags before import.
> >
> > 2. Record the admin level values as part of an addr:full tag. That
> > could also include the ward information Rafael Coya Avila noted.
> >
> > 3. On the operator issue, operator=yes/no certainly makes no sense,
> > and managed=yes/no does. So:
> >   a. change the operator= tag to managed=
> >   b. If an operator can be identified by other means, add a new
> > operator= tag with that information.
> >
> > TomT5454
> >
> 



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

Re: [HOT] [Imports] CAR Activation; experienced mappers to finish the import of UNICEF data?

[Paul Norman]

> From: Severin MENARD [mailto:severin.men...@gmail.com] 
> Sent: Wednesday, January 08, 2014 3:22 AM
> To: impo...@openstreetmap.org; hot@openstreetmap.org
> Subject: Re: [Imports] CAR Activation; experienced mappers to finish the
import of UNICEF data?
> 
> Paul,
> 
> I took you only 24 hours in December to stop this import. I would 
> appreciate the same speed to help us solving the issue(s) you identified 
> for this import that has humanitarian benefits. Can you please answer to 
> my last email in order we fix the tags and proceed again? 

As I indicated in
https://lists.openstreetmap.org/pipermail/imports/2014-January/002512.html 
the step after my email is to propose what you want to do on the 
imports@ mailing list and to the local community, same as if you were 
proposing a new import. 

I would suggest doing this in a new email topic where you outline the 
changes you want to make to the import vs. what was proposed, because 
this one has been about the block and it's getting hard to follow. 

It is up to you to consult adequately and ensure that there is a 
consensus around continuing the import with the changes, and this is not 
something that I would normally get involved in *as a DWG member*. 



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

Re: [HOT] CAR Activation; experienced mappers to finish the import of UNICEF data?

[Paul Norman]

> From: Severin MENARD [mailto:severin.men...@gmail.com] 
> Sent: Wednesday, December 25, 2013 3:22 PM
> To: Paul Norman
> Subject: Re: [HOT] CAR Activation; experienced mappers to finish the
import of UNICEF data?
> 
> Hi Paul,
> 
> 1. Health Facilities 
> 
> The fixme for longitude,latitude was proposed from the first version, 
> dated April 5. 

The general view is that fixme tags should not be mechanically created, 
and tags should not duplicate geodata. Similarily, tags like lat and 
long do not belong. 

> Differences I see are:
> * source:UNICEF,2012 is tagged per object. Wold be really interesting to 
>   have such a tag as a minimum of metadata, but I know that, IMHO 
>   unfortunately, the trend is to put a source tag to the changeset (good 
>   idea, but of course only if everything in the changeset comes from the 
>   same source) and remove any source tag per object (very regretful for 
>   the metadata by object; means almost any OSM data extract another 
>   formats will not have any source for the data) 

If you want to change the import to include source tags, that needs to 
be discussed.

> * typo identified by edvac with _ intead of : . Super easy to change and 
>   to correct from the data already imported. Just one question: such 
>   correction on data already on OSM should be done with a OSM import 
>   account or a normal one?

If you're thinking of the addr:city tag, I'd do it with the same account 
used for the import.

> 2. Education facilities and Water facilities
> 
> The fixme for longitude,latitude was proposed from the first version, 
> dated April 5. 

> Differences I see are:
> 
> * admin level 1, 2, 3 informed by UNICEF for each object were not 
>   present in the proposition. Actually the first imports showed they are 
>   really interesting for quality check. Is this OK to put them? What 
>   should be the right key? http://wiki.openstreetmap.org/wiki/Admin_level 
>   does not mention a tag for admin level names. 

These changes are ones you need to propose and discuss. I'd say that 
this information belongs on the appropriate boundary relations, not 
on what you're importing.

> 3. Otherwise, regarding edvac_import "lacking changeset tags as 
> described in the consultation", after having checked his 6 changesets 
> (see here), I see this problem only once. What is the fix for this? 
> Revert te changeset and do the upload again with the changeset tags? 

Heh, it figures that that's the one I looked at in more detail. Given it's 
just one, I'd say to leave it.


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

Re: [HOT] CAR Activation; experienced mappers to finish the import of UNICEF data?

[Paul Norman]

> From: Severin MENARD [mailto:severin.men...@gmail.com] 
> Sent: Monday, December 23, 2013 6:52 AM
> Subject: [HOT] CAR Activation; experienced mappers to finish the import of
UNICEF data?
> 
> Hi Paul,
>  
> > http://www.openstreetmap.org/node/2590517305
> 
> I had a look at this and there are a number of tags which are not in the
> Proposal which was consulted on with imports@.
> 
> Please hold off doing any more of these imports until these issues get
> Resolved, or the changes are consulted on.

> What are these tags? Only the three admin levels? I figured out they 
> were in the data (We were three people to process the data along the 
> workflow and seems we missed this) and actually not in what had been 
> described in the wikipage so I added it a few days ago in the wikipage, 
> thinking it was not a big deal. The key may be improved though, what do 
> you think? Otherwise, I also added what had been considered by us from 
> the beginning after discussion with UNICEF.

The issue is that what was done was not what was proposed.
http://www.osm.org/user_blocks/425
lists a couple of the issues. This list is not necessarily exhaustive. 
There is also the issue of the fixme, as a new issue that was missed 
during the consultation before.

> This issue reminds me we asked the Import WG where we should publish the 
> original data so that it could be available for anyone to check during 
> the validation process, but we did not get an answer. 

There is not currently an Import WG. You can find a list of working groups
at http://www.osmfoundation.org/wiki/Working_Groups 

> Is there an official repository? Ideally, it would be one run by the 
> OSMF, so that we are sure the original data would be always available. 

I don't think anyone has proposed adding hosting third-party geodata to 
what the sysadmins manage. I'd be a bit skeptical about adding that to 
their jobs, but such a discussion is wider than just this import and 
wouldn't be resolved immediately. 



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

Re: [HOT] CAR Activation; experienced mappers to finish the import of UNICEF data?

[Paul Norman]

> From: Rafael Avila Coya [mailto:ravilac...@gmail.com]
> Subject: Re: [HOT] CAR Activation; experienced mappers to finish the
> import of UNICEF data?
> 
> Hi again:
> 
> I am just importing the data for a tile as a test (the one that has
> Berbérati town in the SE corner ( http://osm.org/go/wJ4HSfE- )).
> 
> I've seen three things that I am in doubt:
> 
> In the Education import:
> 
> 1) All schools have a 'fixme' tag that doesn't make any sense for me,
> and that I left unchanged. They are like fixme=16.9603;7.62196 . They
> look geolocation data, but they don't match with the latitude/longitude
> of the place at all. One example is this node (École Saint Beris):
> 
> http://www.openstreetmap.org/node/2590517305

I had a look at this and there are a number of tags which are not in the
Proposal which was consulted on with imports@.

Please hold off doing any more of these imports until these issues get 
Resolved, or the changes are consulted on.

Also, for the fixme, I'd suggest deleting it when you've got the position right.


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

Re: [HOT] The status of iD in HOT contexts/projects

[Paul Norman]

> From: Kate Chapman [mailto:k...@maploser.com]
> Tom MacWright
> Subject: Re: [HOT] The status of iD in HOT contexts/projects
> 
> Hi All,
> 
> We didn't run into any major problems in Vietnam, though we were using
> the Tasking Manager and mostly kept people from editing in the same
> area.
> 
> The team in Indonesia recently mentioned a preference from people to use
> iD as well. Which is interesting since it isn't currently available in
> Indonesian I don't believe

Indonesian is 49% translated. You can see the progress and contribute
Translations are done at
https://www.transifex.com/projects/p/id-editor/language/id/

The translations for the UI are farther along than the translations for
the presets.

Fun fact: The language code for Indonesian is id, so you're translating
iD into id.

You can see other languages at
https://www.transifex.com/projects/p/id-editor
and help with missing translations for other languages too.


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

Re: [HOT] The status of iD in HOT contexts/projects

[Paul Norman]

One workaround is to use custom imagery with a url of about:blank or a blank
image.

 

From: John Firebaugh [mailto:john.fireba...@gmail.com] 
Sent: Monday, September 30, 2013 10:41 AM
To: Kathleen Danielson
Cc: Banick, Robert; Paul Norman; Kate Chapman; william skora;
hot@openstreetmap.org; Simon Johnson; Tom MacWright
Subject: Re: [HOT] The status of iD in HOT contexts/projects

 

0% brightness still loads tiles -- the issue for that is
https://github.com/systemed/iD/issues/1472

 

On Mon, Sep 30, 2013 at 10:27 AM, Kathleen Danielson
 wrote:

This might be a dumb suggestion, but what if you turn the imagery to 0%
brightness. Does that help w/ bandwidth? 

 

On Mon, Sep 30, 2013 at 1:24 PM, Banick, Robert 
wrote:

Indeed. I should note that the imagery is helpful but also consumes a fair
amount of bandwidth. A lovely future mod would be a "no imagery" option.


Robert Banick | GIS Coordinator | International Services | Ì American Red
Cross <http://www.redcross.org/>
2025 E Street NW, Washington, DC 20006
Tel 202-303-5017 | Cell 202-805-3679 | Skype robert.banick






On 9/30/13 6:12 PM, "Paul Norman"  wrote:

>> From: Kate Chapman [mailto:k...@maploser.com]
>> Sent: Sunday, September 29, 2013 3:35 AM
>> Simon Johnson; Tom MacWright
>> Subject: Re: [HOT] The status of iD in HOT contexts/projects
>>
>> Hi Robert/All,
>>
>> I wanted to mention we'll be using iD as well for the mapping begin this
>> week in Haiphong. It is currently the only OSM editor with decent
>> Vietnamese support. I'm a bit concerned about conflicts during our
>> training, but intend to use the Tasking Manager to try to avoid that.
>
>Because iD discards all of its data on save and reloads new data from the
>API if you have your users save frequently it will also get them
>refreshing
>their local data frequently, significantly cutting down on conflicts.
>
>If you're in a limited bandwidth situation I wouldn't worry about the
>increased
>bandwidth usage because the map data comes compressed and even when
>loading
>a dense urban area only about 25% of the bandwidth is used for map data,
>the
>remainder mainly being used by aerial imagery.
>
>




___
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] The status of iD in HOT contexts/projects

[Paul Norman]

> From: Kate Chapman [mailto:k...@maploser.com]
> Sent: Sunday, September 29, 2013 3:35 AM
> Simon Johnson; Tom MacWright
> Subject: Re: [HOT] The status of iD in HOT contexts/projects
> 
> Hi Robert/All,
> 
> I wanted to mention we'll be using iD as well for the mapping begin this
> week in Haiphong. It is currently the only OSM editor with decent
> Vietnamese support. I'm a bit concerned about conflicts during our
> training, but intend to use the Tasking Manager to try to avoid that.

Because iD discards all of its data on save and reloads new data from the 
API if you have your users save frequently it will also get them refreshing
their local data frequently, significantly cutting down on conflicts.

If you're in a limited bandwidth situation I wouldn't worry about the
increased
bandwidth usage because the map data comes compressed and even when loading 
a dense urban area only about 25% of the bandwidth is used for map data, the
remainder mainly being used by aerial imagery.


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

Re: [HOT] [OSM-legal-talk] Imagery license clarification needed

[Paul Norman]

> From: Stephan Knauss [mailto:o...@stephans-server.de]
> Subject: Re: [OSM-legal-talk] Imagery license clarification needed
> 
> Not understanding what the definition of LIDP is makes it so difficult
> for me to understand the license.
> Martin replied earlier and he did interpret it as not suitable for OSM.

You can't really interpret part of a license. LIDP is probably a term 
defined elsewhere. I doubt a tracing is a LIDP, on the other hand, I don't 
see permission for non-literal imagery derived products (IDPs).

> > Can you provide the full license so that we can see what the classify
> > tracings as?
> Unfortunately that was all license text available. It comes from HOT
> context. I noticed that a lot of imagery and data available for that
> humanitarian context comes with a clear non-commercial clause.

I checked the HOT tasking manager and the license presented to users can 
be found at http://tasks.hotosm.org/license/1 (OSM OAuth signin required)
but the usage terms refer to the "NextView (NV) License)" and it's not 
clear if that's the same as the usage terms.

I've cc'ed hot@ because they should be able clear up these confusions. 


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] next HOT tech chat

[Paul Norman]

> From: Yantisa Akhadi [mailto:yant...@gmail.com] 
> Sent: Monday, July 15, 2013 12:59 AM
> Subject: Re: [HOT] next HOT tech chat
> 
> A very interesting topic, unfortunately 17.00 UTC equal 02.00 AM in 
> Indonesia. Here in Indonesia we're thinking of developing some kind 
> of cache server, since network bandwith is a major issue almost in 
> every workshop that we have.

So, there's a few different things you could cache.

One is imagery/tiles. For tiles it's a well-solved problem, tile.osm.org
uses a bunch of squid caches and the configuration is all at
http://git.osm.org/chef.git/tree/HEAD:/cookbooks/tilecache

Imagery is in principle the same, but you have to check the terms of use to
make sure you can cache.

In terms of bandwidth, tiles + imagery is probably most. The two remaining
are API downloads and API uploads.

For download, there's a few options. If you're using JOSM with the mirrored
download plugin you can download from an XAPI-style mirror. This only works
on map? calls (downloading an area), not the other API calls like download
relation members. It also requires a plugin and an xapi-style mirror, which
I'll get to later.

There's almost-api which is a simple PHP script that directs to either an
overpass API instance or the main API, as appropriate. It doesn't support
oauth and some calls aren't properly supported.

I'm working on a cgimap-based solution right now, which uses pgsnapshot as a
backend. Better call support, and I have a config that redirects to the main
API for calls it can't handle.

All three problems require an xapi/pgsnapshot/overpass instance. This is
roughly in the 500GB range. You could load an extract and use regional
diffs, but I think these often lag behind by a few minutes+, and conflict
resolution is a pain.

As for API uploads, they can't be cached. 

For a deployment with limited resources, the only options are probably tiles
+ imagery caches. Hopefully if you can take away a significant part of the
traffic it makes everything else better. 

For the Indonesia case, an API cache is an option, but I'd suggest the
priority should be a tile CDN cache meeting the specs at
http://wiki.openstreetmap.org/wiki/Servers/Tile_CDN. If someone wants to
supply one, the contact info and requirements are on the wiki page. I know
the admins have said a few times that they want a tile cache in Asia


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] [Talk-us] Black Forest Fire Update

[Paul Norman]

To clarify, my question was not around what tags to use for the areas with
trees, it was on how to handle the fact that the forest in many cases is
presumably burnt out.

If it weren't for the fire I'd be tracing a lot of natural=wood in the
region.

> -Original Message-
> From: Tom Taylor [mailto:tom.taylor.s...@gmail.com]
> Sent: Friday, June 14, 2013 8:56 AM
> To: Russell Deffner
> Cc: 'Murry McEntire'; 'Paul Norman'; 'hot'; 'OSM US Talk'
> Subject: Re: [HOT] [Talk-us] Black Forest Fire Update
> 
> natural=wood is the obvious way to me. It's what I use here in Ottawa,
> Canada.
> 
> On 14/06/2013 11:19 AM, Russell Deffner wrote:
> > Just for the record, I don't disagree with Murry's suggestion and he
> > and I have talked about this face-to-face.  And I think you'd be the
> > most local expert on this one, please feel free to change my tags.
> >
> >
> >
> > Thanks!
> >
> >
> >
> > From: Murry McEntire [mailto:murry.mcent...@gmail.com]
> > Sent: Friday, June 14, 2013 9:07 AM
> > To: Paul Norman
> > Cc: hot; OSM US Talk
> > Subject: Re: [Talk-us] Black Forest Fire Update
> >
> > On Fri, Jun 14, 2013 at 2:26 AM, Paul Norman  wrote:
> >
> > What do you think we should do with what I would normally tag
> natural=wood?
> > There's plenty of woods in the residential areas that aren't mapped,
> > but I'm not sure how to handle them.
> >
> > I was hoping long time users and experts would jump on this question.
> > It bothers me a little that land_use=forest is used in the area of the
> > Black Forest community as there hasn't been any real managed forest in
> > the area for decades. Historically it was the area that was logged to
> > build early Colorado Springs, and was over harvested so was no longer
> > a forest. Then it was replanted and brought back - but was also
> > largely subdivided, so it is now largely woodland covering residential
> > lots. The lots are large, many 5 acres and up. It now does not seem to
> > fit the definition of landuse=forest of "Managed forest or woodland
> plantation".
> >
> > The land cover is definitely trees in much of the area so natural=wood
> > certainly fits and doen't conflict with landuse=residential but can
> > complement it. natural=wood "Woodland where timber production does not
> > dominate use."
> >
> >
> > How landuse=forest is presented on renderers makes a resident of the
> > Western United States think of National Forest land, as that is what
> other maps do.
> > It might lead some, rightly or wrongly, to think of hikes and camping
> > can be done there, but it is mostly peoples yards. The parks and open
> > space of the area have been marked very well (and are mostly
> > forested). The county contains much actual National Forest, just not
> in this area.
> >
> > I am also aware that the tags can be badly defined, I'm trying to
> > change that elsewhere now, but landuse=forest and natural=wood look to
> > be good definitions. So experts, what is the proper way to map this?
> > I'm just a casual mapper in OSM since April :-)


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] [Talk-us] Black Forest Fire Update

[Paul Norman]

What do you think we should do with what I would normally tag natural=wood?
There's plenty of woods in the residential areas that aren't mapped, but I'm
not sure how to handle them.

From: Russell Deffner [mailto:russdeff...@gmail.com] 
Sent: Thursday, June 13, 2013 8:21 PM
To: OSM US Talk
Cc: hot
Subject: [Talk-us] Black Forest Fire Update

 

Again, only remote mapping is suggested at this time.  Local knowledge to
interpolate addressing would be an absolutely amazing advantage of OSM
versus other mapping platforms, please refer to the wiki[2]; and if
'mentors' are available, please look at the changesets and you should see
the 'newbies' who are doing their best but could use some guidance.

 

___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] SOTM US (Peter Chin)

[Paul Norman]

> From: B P Chin [mailto:telemachu...@hotmail.com]
> Sent: Tuesday, May 07, 2013 7:04 PM
> To: hot@openstreetmap.org
> Subject: Re: [HOT] SOTM US (Peter Chin)
> 
> I will be there on June 8-10.  I'm coming from Canada. If anyone can
> suggest an affordable hotel that's close by, please share. Look forward
> to meeting all of you.  Thanks. 

Cheap in downtown SF is about $150/night. You might get a shared bath hotel
room for $130/night.

You could stay farther out (e.g. near the airport) and take transit in or do
a room share with someone else in a room with two queen beds.


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Mapa Inundaciones La Plata

[Paul Norman]

I’ve put it up. The JOSM URL is
http://pnorman.dev.openstreetmap.org/imagery/plata_apr_2013/{zoom}/{x}/{y}.j
peg
<http://pnorman.dev.openstreetmap.org/imagery/plata_apr_2013/%7bzoom%7d/%7bx
%7d/%7by%7d.jpeg> 

 

It goes south to General Belgrano and north across the water into Uruguay.

 

I’ll add it to the JOSM, P2 and iD lists tomorrow.

 

Technical details:

 

I did this as JPEG tiles for speed reasons. I also made use of the Terralook
shapefiles for clipping, which wasn’t entirely successful because there are
some small black gaps.

 

From: Paul Norman [mailto:penor...@mac.com] 
Sent: Tuesday, April 09, 2013 4:31 PM
To: 'Fernando'
Cc: hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

You have to go through glovis (http://glovis.usgs.gov/) and order it from
the Terralook ASTER collection. It comes as a geojpeg. I have some shell
scripts that make the merging easier.  Because it comes from Terralook we
get no choice of the bands.

 

I should have it up as a TMS layer tonight.

 

Landsat 8 will make this much easier, covering every point on Earth (except
some polar regions) every 16 days and with images 2-3x as wide per pass. 

 

From: Fernando [mailto:cor...@fernando.com.ar] 
Sent: Tuesday, April 09, 2013 6:13 AM
To: Paul Norman
Cc: 'Oscar López'; hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

Paul,

Please do!, that would be really great.
Is there a link for the full res geotiff?

Thanks
Fernando.

On 09/04/13 04:30, Paul Norman wrote:

It’s ASTER imagery which is fine. If someone is interested I can download
and host the full res original geotiff (from the Terralook ASTER
collection), which will also be correctly georeferenced. It would then be
available as a background layer in JOSM, P2 or iD.

 

From: Oscar López [mailto:osk...@gmail.com] 
Sent: Monday, April 08, 2013 10:17 AM
To: Severin MENARD
Cc: hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

According to the Image Policies linked from the footer in
<http://photojournal.jpl.nasa.gov/catalog/PIA16945>
http://photojournal.jpl.nasa.gov/catalog/PIA16945

 

"Unless otherwise noted, images and video on JPL public web sites (public
sites ending with a jpl.nasa.gov address) may be used for any purpose
without prior permission, subject to the special cases noted below.
Publishers who wish to have authorization may print this page and retain it
for their records; JPL does not issue image permissions on an image by image
basis."

 

By electing to download the material from this web site the user agrees:

1. that Caltech makes no representations or warranties with respect to
ownership of copyrights in the images, and does not represent others who may
claim to be authors or owners of copyright of any of the images, and makes
no warranties as to the quality of the images. Caltech shall not be
responsible for any loss or expenses resulting from the use of the images,
and you release and hold Caltech harmless from all liability arising from
such use.

2. to use a credit line in connection with images. Unless otherwise noted in
the caption information for an image, the credit line should be "Courtesy
NASA/JPL-Caltech."

3. that the endorsement of any product or service by Caltech, JPL or NASA
must not be claimed or implied.

 

 

Restrictions explained after these word  apply only regarding NASA and JPL
logos, trademarks, that may not be used freely except from NASA personnel.
But 

 

I think these terms are fully compatible with ODBL.

 

--

Oscar

 




Os

 

On Mon, Apr 8, 2013 at 1:21 PM, Severin MENARD 
wrote:

Hi Fernando,

 

On Mon, Apr 8, 2013 at 11:13 AM, Fernando  wrote:

Manuel, Severin

There is some NASA imagery, Oscar put this together:
http://mapa.ign.gob.ar/laplata/ I dont know if its compatible with ODbL

http://photojournal.jpl.nasa.gov/catalog/PIA16945 and
https://lpdaac.usgs.gov/products/aster_policies is not very clear. Does
someone know  their policy? 


Also, I was told that there was an aerial imagery mission going on, I will
try to get updates about it and to see if theres a way to use that.

In the other hand, I was setting up an umap instance on
http://umap.openstreetmap.org.ar then imported the ushahidi KMLs into it:

http://umap.openstreetmap.org.ar/map/cypher/inundaciones-2013/#12/-34.8904/-
57.9749

 

This is great 



Then presented it at http://sos.openstreetmap.org.ar

I created a task in OSMTM, we should improve OSM data for La Plata and I
think that priorities are the places with the highest density of alerts.

http://tareas.openstreetmap.org.ar/job/11

Definitely. Based on the umap, I just split the two main affected grid, both
to highlith them and allow contributor to complete the digitizing quicker 



Thats all for now,

Fernando.




On 08/04/13 10:17, Severin MENARD wrote:

Hola Manuel, 

 

Creo que no hay un mapa especifico en este momento, pero nosotros podemos
hacerle juntos. 

Re: [HOT] Mapa Inundaciones La Plata

[Paul Norman]

You have to go through glovis (http://glovis.usgs.gov/) and order it from
the Terralook ASTER collection. It comes as a geojpeg. I have some shell
scripts that make the merging easier.  Because it comes from Terralook we
get no choice of the bands.

 

I should have it up as a TMS layer tonight.

 

Landsat 8 will make this much easier, covering every point on Earth (except
some polar regions) every 16 days and with images 2-3x as wide per pass. 

 

From: Fernando [mailto:cor...@fernando.com.ar] 
Sent: Tuesday, April 09, 2013 6:13 AM
To: Paul Norman
Cc: 'Oscar López'; hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

Paul,

Please do!, that would be really great.
Is there a link for the full res geotiff?

Thanks
Fernando.

On 09/04/13 04:30, Paul Norman wrote:

It’s ASTER imagery which is fine. If someone is interested I can download
and host the full res original geotiff (from the Terralook ASTER
collection), which will also be correctly georeferenced. It would then be
available as a background layer in JOSM, P2 or iD.

 

From: Oscar López [mailto:osk...@gmail.com] 
Sent: Monday, April 08, 2013 10:17 AM
To: Severin MENARD
Cc: hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

According to the Image Policies linked from the footer in
<http://photojournal.jpl.nasa.gov/catalog/PIA16945>
http://photojournal.jpl.nasa.gov/catalog/PIA16945

 

"Unless otherwise noted, images and video on JPL public web sites (public
sites ending with a jpl.nasa.gov address) may be used for any purpose
without prior permission, subject to the special cases noted below.
Publishers who wish to have authorization may print this page and retain it
for their records; JPL does not issue image permissions on an image by image
basis."

 

By electing to download the material from this web site the user agrees:

1. that Caltech makes no representations or warranties with respect to
ownership of copyrights in the images, and does not represent others who may
claim to be authors or owners of copyright of any of the images, and makes
no warranties as to the quality of the images. Caltech shall not be
responsible for any loss or expenses resulting from the use of the images,
and you release and hold Caltech harmless from all liability arising from
such use.

2. to use a credit line in connection with images. Unless otherwise noted in
the caption information for an image, the credit line should be "Courtesy
NASA/JPL-Caltech."

3. that the endorsement of any product or service by Caltech, JPL or NASA
must not be claimed or implied.

 

 

Restrictions explained after these word  apply only regarding NASA and JPL
logos, trademarks, that may not be used freely except from NASA personnel.
But 

 

I think these terms are fully compatible with ODBL.

 

--

Oscar

 




Os

 

On Mon, Apr 8, 2013 at 1:21 PM, Severin MENARD 
wrote:

Hi Fernando,

 

On Mon, Apr 8, 2013 at 11:13 AM, Fernando  wrote:

Manuel, Severin

There is some NASA imagery, Oscar put this together:
http://mapa.ign.gob.ar/laplata/ I dont know if its compatible with ODbL

http://photojournal.jpl.nasa.gov/catalog/PIA16945 and
https://lpdaac.usgs.gov/products/aster_policies is not very clear. Does
someone know  their policy? 


Also, I was told that there was an aerial imagery mission going on, I will
try to get updates about it and to see if theres a way to use that.

In the other hand, I was setting up an umap instance on
http://umap.openstreetmap.org.ar then imported the ushahidi KMLs into it:

http://umap.openstreetmap.org.ar/map/cypher/inundaciones-2013/#12/-34.8904/-
57.9749

 

This is great 



Then presented it at http://sos.openstreetmap.org.ar

I created a task in OSMTM, we should improve OSM data for La Plata and I
think that priorities are the places with the highest density of alerts.

http://tareas.openstreetmap.org.ar/job/11

Definitely. Based on the umap, I just split the two main affected grid, both
to highlith them and allow contributor to complete the digitizing quicker 



Thats all for now,

Fernando.




On 08/04/13 10:17, Severin MENARD wrote:

Hola Manuel, 

 

Creo que no hay un mapa especifico en este momento, pero nosotros podemos
hacerle juntos. Usted tiene una fuente de imagen con esta inundación,
compatible con ODbL, o debemos utilizar la de Bing?

Podemos hablar de eso en el IRC #HOT en el OFTC (link:
http://en.irc2go.com/webchat/?net=OFTC
<http://en.irc2go.com/webchat/?net=OFTC&room=hot> &room=hot) 

Aparte de eso, usted puede responder in ingles, como es la lengua base in
esta talk list ? O quizás colocar une traducción automática?

 

Cordialmente,

 

Severin  

 

--

Hi Manuel 

 

I think there is no specific map for La Plate for the momentm but we can
make it together. Do you have a ODbL comaptible post-flood imagery or do we
have touse the Bing one?

We can talk about this on the HOT IRC on the OFTC network (link:
http://en.irc2go.com/webchat

Re: [HOT] Mapa Inundaciones La Plata

[Paul Norman]

It’s ASTER imagery which is fine. If someone is interested I can download
and host the full res original geotiff (from the Terralook ASTER
collection), which will also be correctly georeferenced. It would then be
available as a background layer in JOSM, P2 or iD.

 

From: Oscar López [mailto:osk...@gmail.com] 
Sent: Monday, April 08, 2013 10:17 AM
To: Severin MENARD
Cc: hot@openstreetmap.org
Subject: Re: [HOT] Mapa Inundaciones La Plata

 

According to the Image Policies linked from the footer in

http://photojournal.jpl.nasa.gov/catalog/PIA16945

 

"Unless otherwise noted, images and video on JPL public web sites (public
sites ending with a jpl.nasa.gov address) may be used for any purpose
without prior permission, subject to the special cases noted below.
Publishers who wish to have authorization may print this page and retain it
for their records; JPL does not issue image permissions on an image by image
basis."

 

By electing to download the material from this web site the user agrees:

1. that Caltech makes no representations or warranties with respect to
ownership of copyrights in the images, and does not represent others who may
claim to be authors or owners of copyright of any of the images, and makes
no warranties as to the quality of the images. Caltech shall not be
responsible for any loss or expenses resulting from the use of the images,
and you release and hold Caltech harmless from all liability arising from
such use.

2. to use a credit line in connection with images. Unless otherwise noted in
the caption information for an image, the credit line should be "Courtesy
NASA/JPL-Caltech."

3. that the endorsement of any product or service by Caltech, JPL or NASA
must not be claimed or implied.

 

 

Restrictions explained after these word  apply only regarding NASA and JPL
logos, trademarks, that may not be used freely except from NASA personnel.
But 

 

I think these terms are fully compatible with ODBL.

 

--

Oscar

 




Os

 

On Mon, Apr 8, 2013 at 1:21 PM, Severin MENARD 
wrote:

Hi Fernando,

 

On Mon, Apr 8, 2013 at 11:13 AM, Fernando  wrote:

Manuel, Severin

There is some NASA imagery, Oscar put this together:
http://mapa.ign.gob.ar/laplata/ I dont know if its compatible with ODbL

http://photojournal.jpl.nasa.gov/catalog/PIA16945 and
https://lpdaac.usgs.gov/products/aster_policies is not very clear. Does
someone know  their policy? 


Also, I was told that there was an aerial imagery mission going on, I will
try to get updates about it and to see if theres a way to use that.

In the other hand, I was setting up an umap instance on
http://umap.openstreetmap.org.ar then imported the ushahidi KMLs into it:

http://umap.openstreetmap.org.ar/map/cypher/inundaciones-2013/#12/-34.8904/-
57.9749

 

This is great 



Then presented it at http://sos.openstreetmap.org.ar

I created a task in OSMTM, we should improve OSM data for La Plata and I
think that priorities are the places with the highest density of alerts.

http://tareas.openstreetmap.org.ar/job/11

Definitely. Based on the umap, I just split the two main affected grid, both
to highlith them and allow contributor to complete the digitizing quicker 



Thats all for now,

Fernando.




On 08/04/13 10:17, Severin MENARD wrote:

Hola Manuel, 

 

Creo que no hay un mapa especifico en este momento, pero nosotros podemos
hacerle juntos. Usted tiene una fuente de imagen con esta inundación,
compatible con ODbL, o debemos utilizar la de Bing?

Podemos hablar de eso en el IRC #HOT en el OFTC (link:
http://en.irc2go.com/webchat/?net=OFTC
 &room=hot) 

Aparte de eso, usted puede responder in ingles, como es la lengua base in
esta talk list ? O quizás colocar une traducción automática?

 

Cordialmente,

 

Severin  

 

--

Hi Manuel 

 

I think there is no specific map for La Plate for the momentm but we can
make it together. Do you have a ODbL comaptible post-flood imagery or do we
have touse the Bing one?

We can talk about this on the HOT IRC on the OFTC network (link:
http://en.irc2go.com/webchat/?net=OFTC
 &room=hot)

Otherwise, can you answer in English? Or maybe put an automatic translation?

 

Sincerely,


Severin

 

--

Message: 1
Date: Sun, 7 Apr 2013 13:01:15 -0300
From: Manuel Retamozo 
To: hot@openstreetmap.org
Subject: [HOT] Mapa Inundaciones La Plata
Message-ID:

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

Hola, estan trabajando sobre algun mapa especifico por las inundciones de
la plata?
Alguien a quien me pueda sumar?

--
Analista de Sistemas Manuel Retamozo
La Plata - Bs As - Argentina
Calle 62 n821 "D" e/11y12 (CP 1900)
Tel. (0221) 453-8862
-- next part --
An HTML attachment was scrubbed...
URL:

[HOT] Mali multi-spectral imagery

[Paul Norman]

I have put a set of multi-spectral false-colour landsat imagery covering
Mali on my server. 

A preview is available at
http://imagery.paulnorman.ca/tiles/MEN_N_30_10_2000.html#8/12.600/-2.500

This imagery is 15m Landsat imagery taken in 2000 and put into a mosaic by
the USGS. Although I don't have a month, it looks like most of it was taken
in the wet season, perhaps after the waters started to go down.

The URL for JOSM is
http://{switch:a,b,c,d}.imagery.paulnorman.ca/tiles/MEN_N_30_10_2000/{zoom}/
{x}/{y}.png and the zoom range is 7,14 The approximate coverage is
http://www.openstreetmap.org/?bbox=-6.5238,9.9661,0.5524,15.01&box=yes

This includes the south Niger delta and Mopti.

Because the area is not generally very cloudy there is a *lot* of landsat
imagery available. It would require some processing to make any available
(pan-sharpening, combining bands, etc) but if there was enough interest I
could do so.

More recent imagery is problematic because of a failed component on Landsat7
which leads to gaps in the imagery, making stitching it together harder.


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Advice tracing footprints with poor imagery in Kathmandu, Nepal

[Paul Norman]

> From: maning sambale [mailto:emmanuel.samb...@gmail.com]
> Subject: Re: [HOT] Advice tracing footprints with poor imagery in
> Kathmandu, Nepal
> 
> There are opensource tools that can extract features from hires imagery,
> an example is GRASS, see this sample process (ignore the subjectline :))
> 
> http://lists.osgeo.org/pipermail/grass-user/2007-August/040808.html
> 
> But this requires, that you have direct access to the imagery (which
> isn't legally allowed with Bing)
> 
> Another option for small areas is to try balloon/kite mapping:
> 
> http://grassrootsmapping.org/
> 
> In my experience, the most effective way is by manually tracing in JOSM
> (no computer algorithm can do what a human can see, at least not
> yet) and of course ground validation.

The last time someone proposed importing automatically generated building
outlines[1] the consensus was against it. They used multispectral imagery
and LIDAR coverage and there were still significant concerns about the
quality. One of the basic problems with automatic building detection is that
buildings tend to consist of right angles but automatic detection methods
tend be better with irregularly shaped areas like tree coverage. I imagine
any proposed import would run into similar issues, particularly since the
imagery in Nepal is likely not as good as the multispectral+lidar that
vtcraghead had.

[1]: http://lists.openstreetmap.org/pipermail/imports/2012-March/001267.html


___
HOT mailing list
HOT@openstreetmap.org
http://lists.openstreetmap.org/listinfo/hot