<html>
<body>
<br>
<i>"Posting of your message titled "RE: [HOT] QGIS and OSM
and.." has been rejected by the list moderator." </i>File too
big, deleted, sorry for duplication to those who received it earlier . .
. . <br><br>
Hi Phil,<br><br>
<x-tab>        </x-tab>Right,
thanks for the update.  Introducing yet another data-entry method is
certainly not ideal but the perspective view in GE is certainly a great
help.  I've edited 15 targets so far directly in GE and saved them as a
different file.  This file loads back into Manifold very well and, when
done, I can synthesize a few extra fields of information about each
helipad.  Currently, I'm coding them 1, 2, 3 and adding altitude and
comments.  Code 1 is Good, 2 is probably OK, 3 is rejected as built-up,
too small, off level, etc. I'm fairly confident with the coding so far,
some ground truthing would be good.<br><br>
<x-tab>        </x-tab>Progress
is reasonably quick but there are over 1400.  I now see that some of the
OSM fields do not show up when the KML lands in Manifold but they are
visible in GE itself.  We should probably check the aeroway = helipad
targets also.  Really hard to assess these from purely an overhead view. 
I always in/zoom out, spin around and get a low level, oblique view
before feeling confident.  If there are tourist photos, that is also a
great help.  If there is any doubt about size or surface, I give it a
2.<br><br>
<x-tab>        </x-tab>Maybe the
re-integration can utilize the OSM-ID to separate the new material from
the verified (relate the two tables).  Perhaps some of this detail should
be sorted out before I press on much further.  Not sure how much time I
can give this, but if it looks to be useful I will try to carry
on.<br><br>
<s><x-tab>        </x-tab>I've
attached the edited file for your perusal.<br><br>
</s><x-tab>        </x-tab><x-tab>
        </x-tab>Thanks for your
help, Done for now, Cheers . . . . . . . . Spring<br><br>
<br><br>
<br>
At 11-05-2015 01:22 Monday, Phil \(The Geek\) Wyatt wrote:<br>
<blockquote type=cite class=cite cite="">Hi Springfield,<br>
 <br>
I am not sure of the actual number of tiles. I did this as a minimalist
example of what is possible. Given the file is now 6 hours old it's
likely there have been many edits already by other mappers. The file was
simply a QGIS filter of all those polygons with
"leisure=common" as an attribute. <br>
 <br>
The instructions in the task manager were to mark up any possible
helicopter sites with such tags.<br>
 <br>
<a href="http://tasks.hotosm.org/project/1023" eudora="autourl">
http://tasks.hotosm.org/project/1023</a> - <b>also check the instructions
Tab<br>
</b> <br>
On review some of these areas may be edited to circles, get tags to
include "aeroway=helipad" or other tags. That's up to the task
managers or maybe the validators<br>
 <br>
<a href="http://www.openstreetmap.org/way/344152513" eudora="autourl">
http://www.openstreetmap.org/way/344152513</a><br>
 <br>
You could certainly edit the kml file (or turn it in to another format in
QGIS or maybe manifold) and then add another field to have clickable
links to the actual way in OSM (as in the format above). All that is
possible but just remember there may be many others using overpass turbo,
task manager, checking tags, validating and adding more areas all the
time. #1023 is now 92% complete<br>
 <br>
Cheers - Phil<br>
 <br>
 <br>
<b>From:</b> Springfield Harrison
[<a href="mailto:stellargps@gmail.com" eudora="autourl">
mailto:stellargps@gmail.com</a>] <br>
<b>Sent:</b> Monday, 11 May 2015 5:39 PM<br>
<b>To:</b> Phil (The Geek) Wyatt; 'Michael'; 'HOT'<br>
<b>Subject:</b> RE: [HOT] QGIS and OSM and..<br>
 <br>
Hello Phil & Michael,<br><br>
        Thanks for the quick reply, my
apologies for not seeing the KML file you attached. It opens fine in
Manifold but only has text comments so querying for helipad is difficult.
However, just did that and got 17 possible and probable helipads from the
1444 records. How many tiles does that represent do you think?<br><br>
        I just noticed that you indicate
around 1400 potential helipad sites. However, only 17 are flagged as such
and 1401 have no information in them whatsoever. None of them have any
key/value attributes, how were these records actually generated? Can I
assume that they are either aeroway/helipad or leisure/common? It would
be nice to know which is which. Have any been validated and how is that
shown? Sorry for all the questions but the pedigree for this file seems a
bit sketchy.<br><br>
        Thanks for your comments. You may
be right about QGIS, I'm not that familiar with it but I know that it
happily opens many of my local shapefiles with no issues.<br><br>
        Yes, JOSM was running under remote
control but the transfer of data from turbo failed with cryptic error
messages.<br><br>
        My intent, actually suggested by
someone else from OSM, is to inspect existing helipad candidates, and
possibly find more, using the better reconnaissance capabilities inherent
in Google Earth. I think it would be important to have the tile grid
boundaries for that.<br><br>
        Anyway, this may or may not be a
good idea but I thought it showed promise. I will overlay your file on
Google Earth tomorrow and let you know how things look. It may not be
right away as I am well behind on other things now.<br><br>
       
        Thanks again to all, Cheers . . . .
. . . . Spring Harrison<br><br>
<br><br>
<br><br>
At 10-05-2015 23:42 Sunday, Phil \(The Geek\) Wyatt wrote:<br><br>
 <br>
 <br>
<b>From:</b> Springfield Harrison
[<a href="mailto:stellargps@gmail.com">mailto</a>
<a href="mailto:stellargps@gmail.com">:stellargps@gmail.com</a>] <br>
<b>Sent:</b> Monday, 11 May 2015 3:43 PM<br>
<b>To:</b> Michael; 'HOT'<br>
<b>Subject:</b> Re: [HOT] QGIS and OSM and..<br>
 <br>
Hello Michael,<br><br>
Thanks for your reply.<br><br>
So you are confirming that downloading OSM data through JSOM is a waste
of time? I wish I had known this earlier. I was advised that it would
download all of Nepal but that doesn't seem to be the case.<br>
 <br>
JOSM is really just an editor for doing small area changes to OSM data -
its not designed for country editing. QGIS however, can download any area
in the world (subject to your bandwidth and hard disc size)<br><br>
<br>
I tried the open street map data link that you provided. It shows some
promise but I haven't looked at the data yet. [Just looked at some of
those shapefiles, they do load and display in QGIS. However, when I tried
to change the symbology for the helipads, they all disappeared.
WTF?]<br>
 <br>
OK - thats likely a QGIS issue - nothing to do with OSM<br><br>
<br>
I also stumbled upon the HOT Export site. It is very convoluted but also
shows promise once one figures out the myriad of options. Creating
presets would be helped enormously if there were drop-down lists for the
keys and their values. My last attempt here failed, probably due to bad
capitalization or some such. It looks like a dog's breakfast.<br><br>
Now I see your reference to Overpass Turbo, hopefully not another blind
alley. Simply downloading data in OSM is anything but streamlined. The
key/value concept seems to complicate things considerably. What is the
benefit of that system?<br><br>
I have fired up Overpass Turbo. Used the wizard to create and run a query
but the export options only offers some less than useful choices. GPX and
KML files are of limited use in a GIS and I don't recognize any of the
other files. The geojson file was only recognized by QGIS but it would
not display.<br>
 <br>
Make sure JOSN is running (with remote control turned on) and then use
the Overpass turbo export "load data into an OSM editor:
<a href="http://overpass-turbo.eu/"><b>JOSM</a></b>
,<a href="http://level0.osmz.ru/?url=%2F%2Foverpass-api.de%2Fapi%2Finterpreter%3Fdata%3D%252F*%250AThis%2520has%2520been%2520generated%2520by%2520the%2520overpass-turbo%2520wizard.%250AThe%2520original%2520search%2520was%253A%250A%25E2%2580%259Chelipad%25E2%2580%259D%250A*%252F%250A%255Bout%253Axml%255D%252F*fixed%2520by%2520auto%2520repair*%252F%255Btimeout%253A25%255D%253B%250A%252F%252F%2520gather%2520results%250A(%250A%2520%2520%252F%252F%2520query%2520part%2520for%253A%2520%25E2%2580%259Chelipad%25E2%2580%259D%250A%2520%2520node%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A%2520%2520way%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A%2520%2520relation%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A)%253B%250A%252F%252F%2520print%2520results">
 </a><a href="http://level0.osmz.ru/?url=%2F%2Foverpass-api.de%2Fapi%2Finterpreter%3Fdata%3D%252F*%250AThis%2520has%2520been%2520generated%2520by%2520the%2520overpass-turbo%2520wizard.%250AThe%2520original%2520search%2520was%253A%250A%25E2%2580%259Chelipad%25E2%2580%259D%250A*%252F%250A%255Bout%253Axml%255D%252F*fixed%2520by%2520auto%2520repair*%252F%255Btimeout%253A25%255D%253B%250A%252F%252F%2520gather%2520results%250A(%250A%2520%2520%252F%252F%2520query%2520part%2520for%253A%2520%25E2%2580%259Chelipad%25E2%2580%259D%250A%2520%2520node%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A%2520%2520way%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A%2520%2520relation%255B%2522aeroway%2522%253D%2522helipad%2522%255D(26.635183800721723%252C83.935546875%252C28.72672197269823%252C86.83319091796875)%253B%250A)%253B%250A%252F%252F%2520print%2520results"><b>Level0</a></b>".
Then in JOSN you can edit away as required<br><br>
Then I tried the KML and GPX files. I'm QGIS the KML file was listed but
not accepted for viewing; the GPX layers were accepted but would not
display. In JSON the KML file was not recognized and GPX file would not
display.<br>
 <br>
 <br>
Most of this sounds like QGIS issues/familiarity not OSM issues.<br><br>
<br>
If I recall correctly, the option to send the query results directly to
JSON failed also.<br><br>
This is a huge amount of trial and error with very little, almost
nothing, to show for two late nights. I appreciate everyone's attempt to
help, and have read many wiki pages but she's all uphill.<br><br>
My intention is very simple -<br>
       download a shapefile of the Nepal task
tiles<br>
       download a shapefile of the potential and
actual helipads [this might have been achieved with the Hot Export, the
many attempts are all blurring together now]<br>
       possibly download a shapefile of other
features<br>
 <br>
The question here is "what do you want to do with the data after you
have it?" We can suggest the best tools if we know what the whole
job actually is. I have sent you a KML file of Leisure=common sites
(around 1400 potential helipad sites) that you could use in Google Earth
(as you previously mentioned that it would help you define better landing
sites). I have also suggested how you can then edit them again via
OSM.<br>
 <br>
There is not a quick process to take masses of data out of OSM, edit it
offline, and then reimport it with validation ...especially whilst there
are so many folks editing during an activation.<br>
 <br>
If someone can outline a GUARANTEED process to achieve that I would be
most appreciative. In most GIS environments, these are everyday
activities accomplished with a few mouse clicks. In many years, I don't
think I have ever seen such a complex mishmash of GIS tools.<br>
 <br>
 <br>
Yep, each set of tools and software have their uses, foibles and learning
curve - personally I use Mapinfo, QGIS, FME, OSM, JOSM Editor, ID Editor,
Google Earth, Oziexplorer, Mapsource, Basecamp and occasionally even ESRI
products (even Manifold years ago!). Sometimes a combination of tools
gives the best result.<br><br>
<br>
       Thanks very much, Cheers . . . . . . . .
Spring Harrison<br><br>
<br><br>
<br>
At 10-05-2015 10:33 Sunday, Michael wrote:<br><br>
Hi Spring,<br><br>
Am 10.05.2015 um 10:47 schrieb Springfield Harrison:<br><br>
Further bad news, trying to download OSM through JOSM yielded the
following message:<br><br>
/The OSM server 'api.openstreetmap.org' reported a bad request.<br><br>
The area you tried to download is too big or your request was too
large.<br>
Either request a smaller area or use an export file provided by the OSM
community.<br><br>
I am afraid but this is standard behavior in any editor. Basically this
is not the way to go if you actually want to download OSM data for
consumption.<br><br>
<br>
/Does this process usually work? Is it not possible to simply get a
shapefile<br>
of this information and avoid all the multiple file type
rigmarole?<br><br>
If you actually want a shapefile for all of Nepal I would recommend using
one of the available downloads listed on
<a href="https://wiki.openstreetmap.org/wiki/2015_Nepal_earthquake#Exporting_OpenStreetMap_data">
https://wiki.openstreetmap.org/wiki/2015_Nepal_earthquake#Exporting_OpenStreetMap_data</a>
 <br><br>
But if you are only interested in some feature you should have a look at
Overpass Turbo. This allows to download filtered results.
<a href="http://overpass-turbo.eu/s/9hb">
http://overpass-turbo.eu/s/9hb</a> is a sample query for aeroway=helipad
in the area showed in the map. But unfortunately this will not yield
shapefiles. Also the query language requires to go through some learning
curve if you want to create a bit more complex queries.<br><br>
Cheers,<br>
       Michael (user Ohr)<br>
No virus found in this message.<br>
Checked by AVG - <a href="http://www.avg.com">www.avg.com</a><br>
Version: 2015.0.5941 / Virus Database: 4342/9744 - Release Date:
05/10/15</blockquote></body>
</html>