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

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] 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] 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] 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] 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] 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] 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 
http://www.gadm.org/


image http://www.gadm.org/





Global Administrative Areas | Boundaries without limits 
http://www.gadm.org/
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 http://www.gadm.org/

Preview by Yahoo

GeoCommons http://geocommons.com/














___
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] 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 tom.taylor.s...@gmail.com
 To: Imports OpenStreetMap.org impo...@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] 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
  tom.taylor.s...@gmail.com To: Imports OpenStreetMap.org
  impo...@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]

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
  tom.taylor.s...@gmail.com To: Imports OpenStreetMap.org
  impo...@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
 
 
 
 ___
 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] [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]

 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] 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
kathleen.daniel...@gmail.com 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 robert.ban...@redcross.org
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 penor...@mac.com 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] 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 penor...@mac.com 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] 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 severin.men...@gmail.com
wrote:

Hi Fernando,

 

On Mon, Apr 8, 2013 at 11:13 AM, Fernando cor...@fernando.com.ar 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

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