Re: [OSM-talk] Global high-resolution model of relief

[Michał Brzozowski]

It's actually better described as "hillshade". Hence why 15 m data
from a 30 m source make sense. For me it's nothing new, really. This
has been done many times, the only differentiator being the denoising
method, if any.

Michał

On Wed, Mar 16, 2016 at 10:04 PM, moltonel  wrote:
>
>
> On 16 March 2016 18:05:12 GMT+00:00, clustergis  wrote:
>>In the ClusterGIS association (http://clustergis.org) we have made a
>>global
>>model of relief of high-resolution (15m/px), in geotiff format.
>>
>>Data can be downloaded from the page http://theearthsrelief.com with CC
>>BY
>>license.
>
> Thanks very much for this. Where did you get the 15m data from, if NASA's 
> SRTM is only 30m ? Is it via postprocessing of 30m sources ? What about areas 
> where SRTM has holes, like in high-altitude ?
> --
> Vincent Dp
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Global high-resolution model of relief

[Martin Koppenhoefer]

2016-03-18 5:38 GMT+01:00 clustergis :

> We test the API and it seems that's right. May be that the cell that you
> request is out.



yes, you are right, I had requested a non-existing cell, for existing ones
it is working. As a minor note, you might consider replying with a 404
rather than a 502 error code in these cases?

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

[OSM-talk] WeeklyOSM 295

[Jinal Foflia]

The weekly round-up of OSM news, issue #295, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7128

*Among others:*

   - Remember the first few days of mapping OSM? User SM@Edit shares his
   first time experience with OpenStreetMap...
   - Wondering if there is a tool that can compare the standard OSM layer
   and Satellite imagery? Look in to try the tool...
   - A script by user baditaflorin that can help find duplicated nodes...
   - Read more about the humanitarian mapathon where two-hundred and twelve
   10 year old children from elementary school mapped to eradicate
malaria [image:
   :clap:]
   - Want to build your own offline OSMAND map? Look in to read more about
   it...

Cheers,

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

Re: [OSM-talk] Global high-resolution model of relief

[clustergis]

30m is the 3.0 NASA DTM and the 15m is the renderized model of the image.
All the process is described in an Spanish post (soon in English) in our
blog (https://clustergis.wordpress.com/2016/03/05/the-earths-relief/)
This version of NASA DTM fills the voids  with GDEM an GMTED 2010 data.

2016-03-16 22:04 GMT+01:00 moltonel :

>
>
> On 16 March 2016 18:05:12 GMT+00:00, clustergis 
> wrote:
> >In the ClusterGIS association (http://clustergis.org) we have made a
> >global
> >model of relief of high-resolution (15m/px), in geotiff format.
> >
> >Data can be downloaded from the page http://theearthsrelief.com with CC
> >BY
> >license.
>
> Thanks very much for this. Where did you get the 15m data from, if NASA's
> SRTM is only 30m ? Is it via postprocessing of 30m sources ? What about
> areas where SRTM has holes, like in high-altitude ?
> --
> Vincent Dp
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Global high-resolution model of relief

[Hans De Kryger]

Wouldn't this be helpful for this project? - http://beta.openaerialmap.org/

*Regards,*

*Hans*

On Wed, Mar 16, 2016 at 2:04 PM, moltonel  wrote:

>
>
> On 16 March 2016 18:05:12 GMT+00:00, clustergis 
> wrote:
> >In the ClusterGIS association (http://clustergis.org) we have made a
> >global
> >model of relief of high-resolution (15m/px), in geotiff format.
> >
> >Data can be downloaded from the page http://theearthsrelief.com with CC
> >BY
> >license.
>
> Thanks very much for this. Where did you get the 15m data from, if NASA's
> SRTM is only 30m ? Is it via postprocessing of 30m sources ? What about
> areas where SRTM has holes, like in high-altitude ?
> --
> Vincent Dp
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Bug in iD?

[Andy Townsend]

On 17/03/2016 22:44, Adrian wrote:

A user of the iD editor has added a new way along an existing way, with the two 
ways sharing the same nodes. In so doing, he has replaced all the nodes of the 
existing way with new nodes. The old nodes have been deleted. The new nodes are 
in exactly the same positions as the old nodes. If an old node had tags, the 
tags are reproduced on the new node. If an old node was a member of a relation, 
the new node replaces the old node in the relation, with the same position and 
role. These things would be difficult to do in JOSM.

See, for example
https://www.openstreetmap.org/changeset/37338712 - 144 nodes deleted
https://www.openstreetmap.org/way/280996572/history versions 1 and 2
https://www.openstreetmap.org/way/155392067/history versions 1 and 2


It's not a problem that I've heard of with iD before.  It might be worth 
mentioning it to the iD developer over at 
https://github.com/openstreetmap/iD/issues , but without some idea of 
how it was created I suspect it's going to be difficult for them to do 
anything.


What I'd suggest is to try talking to the mapper via a changeset 
discussion comment, politely explaining what the problem is and what you 
did to fix it, and asking how the data ended up as it did in the first 
place.


I'd add the comment to the discussion in both English and French (if you 
don't speak French machine-translated between those languages won't be 
perfect but will I'm sure be good enough; if you're worried that the 
results might be wrong machine-translate it back to English to 
double-check).  You may not get a reply, but at least you've tried to 
find out :)


Cheers,

Andy


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

Re: [OSM-talk] Global high-resolution model of relief

[moltonel]

On 16 March 2016 18:05:12 GMT+00:00, clustergis  wrote:
>In the ClusterGIS association (http://clustergis.org) we have made a
>global
>model of relief of high-resolution (15m/px), in geotiff format.
>
>Data can be downloaded from the page http://theearthsrelief.com with CC
>BY
>license.

Thanks very much for this. Where did you get the 15m data from, if NASA's SRTM 
is only 30m ? Is it via postprocessing of 30m sources ? What about areas where 
SRTM has holes, like in high-altitude ?
-- 
Vincent Dp

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

Re: [OSM-talk] Global high-resolution model of relief

[clustergis]

We test the API and it seems that's right. May be that the cell that you
request is out. If you are an cartodb user, you can get the grid containing
data from the project:
https://gzllpz.cartodb.com/viz/52439344-cf68-11e5-8f54-0ecfd53eb7d3/public_map


Regards.

GonZaLo. ClusterGIS

2016-03-17 21:07 GMT+01:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Am 17.03.2016 um 19:01 schrieb clustergis :
> >
> > We haven't got any ftp, but you can make an script using this template
>
>
> yes, I've tried this, but I got an http 502 bad gateway error
>
>
> cheers,
> Martin
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Global high-resolution model of relief

[Heather Leson]

Wow, Thanks Gonzalo and ClusterGIS!

Heather
On 16 Mar 2016 21:07, "clustergis"  wrote:

> Hi,
>
> probably you know that recently NASA has released all SRTM data of
> elevation with a resolution of 30m.
>
> In the ClusterGIS association (http://clustergis.org) we have made a
> global model of relief of high-resolution (15m/px), in geotiff format.
>
> Data can be downloaded from the page http://theearthsrelief.com with CC
> BY license.
>
> We want to offer these data to OpenStreetMap community, especially to the
> Humanitarian OpenStreetMap Team (HOT).
>
> We thought they are a good complement to OSM data in many parts of the
> world.
>
> Kind regards,
>
> GonZaLo López
> ClusterGIS Team
> @clustergis
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Introduction

[avi kaur]

Hello there,
I'm Gursimran Kaur currently pursuing my Masters of computer applications.

I have experience with image processing using openCV, python and
sagemath. I do have basic understanding of Machine Learning.


In my group, one of my friend is working on open street map and I was
thinking of making project using visual odometry then she said, can't
we make something by combining visual odometry + OSM server and we
thought we can make maps using Visual odometry.
I want your views on this project.

-- 
--
Avi kaur
Blog: https://avikashyap620.wordpress.com
"There is no lacking of opportunity, The thing is you do not want to see It"

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

[OSM-talk] Bug in iD?

[Adrian]

A user of the iD editor has added a new way along an existing way, with the two 
ways sharing the same nodes. In so doing, he has replaced all the nodes of the 
existing way with new nodes. The old nodes have been deleted. The new nodes are 
in exactly the same positions as the old nodes. If an old node had tags, the 
tags are reproduced on the new node. If an old node was a member of a relation, 
the new node replaces the old node in the relation, with the same position and 
role. These things would be difficult to do in JOSM.

See, for example
https://www.openstreetmap.org/changeset/37338712 - 144 nodes deleted
https://www.openstreetmap.org/way/280996572/history versions 1 and 2
https://www.openstreetmap.org/way/155392067/history versions 1 and 2

As a result, a good deal of history has been lost. (I have since reinstated 
some of the old nodes.)

I am not familiar with iD, so I am asking, is this
1. A bug in iD,
2. Inadvertent action by the user, or
3. Deliberate action by the user?

(The user is French; his name exists in both English and French. If the user 
needs to be contacted, it may be necessary to raise this on talk-fr.)

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

Re: [OSRM-talk] Debugging map

[Frédéric Rodrigo]

Hello,

Really interesting. Sometime it's scary me about some tagging issue and 
computed speed !


I think there is an issues with blue and green in scale.

Frédéric.



Le 16/03/2016 22:42, Daniel Patterson a écrit :

Hi all,

  A little while ago, we added a vector tile plugin to OSRM.  Why?  So 
you can see the road network that OSRM has in memory :-)


  Today, I've added a viewer for these tiles to the front-end for the 
demo server at:


http://map.project-osrm.org/debug/

  The colored roads are what OSRM is routing on with the car profile. 
 Speed values are attached to edges, and roads are colored according 
to travel speeds.  The dark background is OSM.


  Notes:

- tiles are only generated to Z12, so if you zoom out too far, 
you'll just get the background map.
- if you zoom in too far, there's a geometry clipping bug, so some 
lines might go to crazy places.  Just zoom out a bit.

- small component identification doesn't seem to be working

  Feedback on usefulness would be appreciated.

daniel




___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk] Global high-resolution model of relief

[clustergis]

Hi,

probably you know that recently NASA has released all SRTM data of
elevation with a resolution of 30m.

In the ClusterGIS association (http://clustergis.org) we have made a global
model of relief of high-resolution (15m/px), in geotiff format.

Data can be downloaded from the page http://theearthsrelief.com with CC BY
license.

We want to offer these data to OpenStreetMap community, especially to the
Humanitarian OpenStreetMap Team (HOT).

We thought they are a good complement to OSM data in many parts of the
world.

Kind regards,

GonZaLo López
ClusterGIS Team
@clustergis
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Bug in iD?

[Adrian]

@ Dave F

Almost all of the work on way 341531911 has been done by the user in question. 
It has taken me a while to look into the details.

I agree that what the user has done, also raises issues of quality and good 
practice. These issues will need to be discussed with the user. But before 
starting a discussion with the user, it is necessary to know whether
1. to call him out for deliberately misusing iD,
2. to explain to him how he is inadvertently mishandling iD, or
3. to say nothing about the replacement of nodes, if it is a bug in iD.
Also, before sending in a bug report, it is necessary to know whether it is a 
bug.

That is why I asked the question about iD.

It is recommended to try to preserve history 
https://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history

To answer your question about the history of way 341531911 in a bit more 
detail:- The history of the way is complicated so I am simplifying 
considerably. User Géovélo split an older way, and the part split off became 
version 1 of way 341531911. Géovélo did this to add the part split off, to two 
cycle route relations.
Version 1, 13 nodes, 280 m, running east 2015-04-29
User J... (I avoid using his full name) split the way at its second node, so 
the bulk of the original way continues to exist under a new id. After an 
editing session on 2015-08-21 he arrived at this:
Version 5, 36 new nodes and 2 pre-existing nodes, 250 m, running south
Most of the way follows an older way. Over that stretch, the older way has had 
all its nodes replaced. J... altered the lists of members of four cycle route 
relations and left one of them broken.
And so on, with edits on 2016-01-01, 2016-01-16 and 2016-02-21, extending the 
way over existing ways, reaching
Version 12, 775 nodes of which 8 pre-existing, 6.9km
Almost all the nodes of the overlaid ways have been replaced.
Finally, I fixed up 1.6km of roads that the way follows, producing
Version 13, 771 nodes of which 95 pre-existing and 1 new, 6.9km 2016-03-15

The user's mapping raises a large number of issues:
o  Two highways overlaid. There should be one highway; the mapper should decide 
what is its principal characteristic or use and tag accordingly, then add any 
appropriate tags for additional characteristics or uses.
o  He has mapped a cycleway along roads where there isn't a cycle track or a 
cycle lane.
o  He has mapped a route which includes one-way sections (roundabouts and dual 
carriageways). How is he going to account for the opposite direction of travel?
o  Traced from misaligned imagery.
o  Excessive density of points in some parts of the way.
o  A flourish or hook at the end of the way, which does not reflect anything on 
the ground, and the end node tagged 'to be continued' (no note or fixme). The 
hook raises errors in QA tools (intersecting ways on the same level with no 
node in common).
o  In two places the way is overlaid with a second short cycleway, one a 
bridge, one a tunnel.
o  The way is a member of two cycle route relations. J... has left both 
relations broken.
o  What the user is mapping with this way, should actually be mapped with a 
cycle route relation. Way 341531911 should be deleted except for two short 
sections where it does not overlay any other way.

This may not be easy to deal with.

Adrian

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

Re: [OSRM-talk] Debugging map

[Daniel Patterson]

Hi Frédéric,

1) The speed shown on the map not the original value applied to the , 
but rather it is the duration of the segment, divided by the length of the 
segment.  OSRM internally uses the duration, but the map is showing speed for 
convenience.  There might be a rounding error in there somewhere calculating 
the speed.  I've added some code to expose the duration value, which is 
precise, we'll add it to the map in the near future.

2) Internally, edge-based-graph only has one node for each road between 
intersections, no matter how many small segments it has.  We need to store the 
small segments once, as they're necessary to draw the route line, but they do 
no really contribute a huge amount to memory footprint.  The ".geometry" and 
".fileIndex" files both increase as new segments get added, but if the total 
number of intersections remains the same, other files will not grow.

daniel

> On Mar 19, 2016, at 1:18 PM, Frédéric Rodrigo  wrote:
> 
> Le 16/03/2016 23:08, Daniel Patterson a écrit :
>>> On Mar 16, 2016, at 3:03 PM, Frédéric Rodrigo  
>>> wrote:
>>> 
>>> I think there is an issues with blue and green in scale.
>> Ah, good catch, fixed!
>> 
> 
> Still about the scale, I think the two orange colours beside the brown is 
> very counterintuitive.
> 
> I'm wondering why there small pieces of path with higher speed ? like this:
> http://map.project-osrm.org/debug/#18.34/44.83336/-0.59283
> http://map.project-osrm.org/debug/#19/44.83034/-0.58037
> http://map.project-osrm.org/debug/#18.67/44.85380/-0.57284
> 
> One other thing about small segments. They appear particularly on roundabout, 
> producing "dashed" roundabout. It may helps fighting again file and memory 
> footprint if there are not splitted in numerous parts.
> http://map.project-osrm.org/debug/#19.34/44.84722/-0.69228
> http://map.project-osrm.org/debug/#17.86/44.90770/-0.70889
> 
> Frédéric.
> 
> 
> ___
> OSRM-talk mailing list
> osrm-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk


___
OSRM-talk mailing list
osrm-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Bug in iD?

[Adrian]

@ Andy Townsend

Thank you for the good advice. Fortunately I do speak French.

@ all

I would be interested to have further views on the replacement of nodes in iD.

Adrian

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

[OSM-talk] Early Bird Registration to State of the Map US

[Clifford Snow]

Registration to State of the Map US in Seattle, WA is now open. Tickets are
available for $90 until April 10th, then they will go up to the regular
rate of $150.

Head over to http://StateOfTheMap.us  and get
your early bird ticket.

Interested in speaking at the conference, organizing workshops or a
scholarship to attend? Hold tight, more updates coming soon.

Have a great weekend -

your State of the Map US team

-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Global high-resolution model of relief

[Martin Koppenhoefer]

2016-03-16 19:05 GMT+01:00 clustergis :

> Data can be downloaded from the page http://theearthsrelief.com with CC
> BY license.
>


is there a way to batch download / ftp or similar?

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