Re: [Talk-us] Restoring bus routes in Portland

[Peter Dobratz]

Hi Greg,

I've fixed all of the relations that had their contents replaced wholesale
by restoring to the last known good version and then adjusting as necessary
to match the current data.  The one change to my method was to download all
of the relation members after I load the prior version from a .osm XML
file.  That way if any of the relation members have since been deleted they
will be filtered out by JOSM when resolving the conflict with the existing
relation.

I think the rest of the bus route relations in this area are still intact,
but have gaps and/or incorrectly ordered members here and there.  I can fix
these fairly easily though.

Thanks,
Peter



On Sat, May 21, 2016 at 9:43 PM, Greg Morgan  wrote:

> On Fri, May 20, 2016 at 9:24 AM, Peter Dobratz  wrote:
> > Luckily, I saved a link to all of these bus routes on a wiki page as it's
> > impossible to download a relation with zero members (unless you happen to
> > know the ID):
> >
> http://wiki.openstreetmap.org/wiki/Portland,_Oregon/Transit_Route_Relations
>
> Please let me know if you need additional help with the relationships.
> It is unclear to me if this issue has been resolved or not.
>
> You have done the hard work.  You have a handy list of relations.
> I've been thinking of creating such lists for other highways and what
> not.
> If you don't want to hack and whack on an xml file, then you can also
> do something like this.
> 1. ) Select the relation number that you are interested in and copy it
> from your wiki page, control c.
>  The only downside to your wiki page is that you used a name and
> did not directly expose the relation number.
> 2..) In Josm menu bar>File>Down object...
> 3.) The dialog will show with the relation number already filled in.
> 4.) Pick any of the check box options in the dialog. You will have to
> experiment depending on what you are mapping at the time.
>  a.) Since you need to work with different layers pick
> the"Separate layer" check box.
>  b.) Uncheck the other two check boxes:  "Download referrers
> (parent relations)" and "Download relation members".
> 5.) Next click the Download Object button.
> 6.) Another layer can be used to download the current state with the
> steps above.
>  Inside the relation editor is a "Download incomplete members"
> button.  Use this to download all the ways or nodes in a relationship.
>  Of course this is great for working on extending and existing
> relationship.   I don't know if it will help you repair these
> relationships.
> I thought that I'd throw this out there for others.
>
> These are the rules that I use when I am extending a relationship.
> 1.) You have to be careful because you cannot delete. The way or way
> nodes may be connected to other parts of the map.
> 2.) In some node moves, you will have to download more data before
> moving nodes.  That way you see other ways attached to the nodes.
> 3.) Deleting nodes also requires more data.  You have to see the whole
> context with additional downloads of data.
>
> Regards,
> Greg
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Restoring bus routes in Portland

[Greg Morgan]

On Fri, May 20, 2016 at 9:24 AM, Peter Dobratz  wrote:
> Luckily, I saved a link to all of these bus routes on a wiki page as it's
> impossible to download a relation with zero members (unless you happen to
> know the ID):
> http://wiki.openstreetmap.org/wiki/Portland,_Oregon/Transit_Route_Relations

Please let me know if you need additional help with the relationships.
It is unclear to me if this issue has been resolved or not.

You have done the hard work.  You have a handy list of relations.
I've been thinking of creating such lists for other highways and what
not.
If you don't want to hack and whack on an xml file, then you can also
do something like this.
1. ) Select the relation number that you are interested in and copy it
from your wiki page, control c.
 The only downside to your wiki page is that you used a name and
did not directly expose the relation number.
2..) In Josm menu bar>File>Down object...
3.) The dialog will show with the relation number already filled in.
4.) Pick any of the check box options in the dialog. You will have to
experiment depending on what you are mapping at the time.
 a.) Since you need to work with different layers pick
the"Separate layer" check box.
 b.) Uncheck the other two check boxes:  "Download referrers
(parent relations)" and "Download relation members".
5.) Next click the Download Object button.
6.) Another layer can be used to download the current state with the
steps above.
 Inside the relation editor is a "Download incomplete members"
button.  Use this to download all the ways or nodes in a relationship.
 Of course this is great for working on extending and existing
relationship.   I don't know if it will help you repair these
relationships.
I thought that I'd throw this out there for others.

These are the rules that I use when I am extending a relationship.
1.) You have to be careful because you cannot delete. The way or way
nodes may be connected to other parts of the map.
2.) In some node moves, you will have to download more data before
moving nodes.  That way you see other ways attached to the nodes.
3.) Deleting nodes also requires more data.  You have to see the whole
context with additional downloads of data.

Regards,
Greg

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

Re: [Talk-us] TopOSM

[Clifford Snow]

TopOSM looks like a good candidate for a hack session at SOTM-US. Let me
know if you are interested so I can find a room for people to meet on July
25th.

On Sat, May 21, 2016 at 9:37 AM, Bill Ricker  wrote:

>
>
> On Sat, May 21, 2016 at 10:06 AM, Lars Ahlzen  wrote:
>
> TopOSM was never rendered on-the-fly. It's just a (very large) set of
>> static tiles (currently hosted by Stamen).
>> ​
>>
>
> ​And that's appreciated.​
>
> There's already the OSM cycle map which has a lot of the same features,
>> though with a slightly different focus. I guess one advantage of something
>> like toposm is that it can use higher-resolution data from sources like
>> USGS, and uses US conventions for things like units, symbols and other
>> cartographic details.
>>
>
> ​Yes and yes
> ​
>
>
>> Would it be would be worth picking it up again?
>>
>
> yes, but which goal? ​reordered:
> ​
>
>
>> ​​To update it I'd have to either re-render and upload the entire set, or
>> improve it until it can be rendered in real time. I was working on the
>> latter [1] but never quite finished it.​
>>
>>
> ​If the horsepower to render it real-time is available, it would be nice
> to have, but seems unnecessary.​
> Cyclically updating periodically on a background process would likely be
> good enough.
> For 'real time', cycle-map is good enough.
> The elegance of TopOsm is worth waiting for.​
>
> --
> Bill Ricker
> bill.n1...@gmail.com
> https://www.linkedin.com/in/n1vux
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


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

Re: [Talk-us] TopOSM

[Bill Ricker]

On Sat, May 21, 2016 at 10:06 AM, Lars Ahlzen  wrote:

TopOSM was never rendered on-the-fly. It's just a (very large) set of
> static tiles (currently hosted by Stamen).
> ​
>

​And that's appreciated.​

There's already the OSM cycle map which has a lot of the same features,
> though with a slightly different focus. I guess one advantage of something
> like toposm is that it can use higher-resolution data from sources like
> USGS, and uses US conventions for things like units, symbols and other
> cartographic details.
>

​Yes and yes
​


> Would it be would be worth picking it up again?
>

yes, but which goal? ​reordered:
​


> ​​To update it I'd have to either re-render and upload the entire set, or
> improve it until it can be rendered in real time. I was working on the
> latter [1] but never quite finished it.​
>
>
​If the horsepower to render it real-time is available, it would be nice to
have, but seems unnecessary.​
Cyclically updating periodically on a background process would likely be
good enough.
For 'real time', cycle-map is good enough.
The elegance of TopOsm is worth waiting for.​

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TopOSM

[Marc Gemis]

there is also https://opentopomap.org, is this similar to what you need ?

regards

m

On Sat, May 21, 2016 at 4:06 PM, Lars Ahlzen  wrote:
> On 05/20/2016 10:58 PM, Richard Welty wrote:
>>
>> On 5/20/16 9:24 PM, Clifford Snow wrote:
>>>
>>> I was just on TopOSM [1] which appears to be very outdated. Does
>>> anyone know who maintains this site?
>>>
>>> [1] http://toposm.ahlzen.com/
>>
>> lars ahlzen maintains it. not sure if he's still monitoring this list
>> closely or not.
>
>
> I do. It's pretty out of date indeed.
>
> TopOSM was never rendered on-the-fly. It's just a (very large) set of static
> tiles (currently hosted by Stamen). To update it I'd have to either
> re-render and upload the entire set, or improve it until it can be rendered
> in real time. I was working on the latter [1] but never quite finished it.
>
> There's already the OSM cycle map which has a lot of the same features,
> though with a slightly different focus. I guess one advantage of something
> like toposm is that it can use higher-resolution data from sources like
> USGS, and uses US conventions for things like units, symbols and other
> cartographic details.
>
> Would it be would be worth picking it up again?
>
> - Lars
>
> [1] https://github.com/Ahlzen/TopOSM2
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] TopOSM

[Tod Fitch]

> On May 21, 2016, at 7:06 AM, Lars Ahlzen  wrote:
> 
> On 05/20/2016 10:58 PM, Richard Welty wrote:
>> On 5/20/16 9:24 PM, Clifford Snow wrote:
>>> I was just on TopOSM [1] which appears to be very outdated. Does
>>> anyone know who maintains this site?
>>> 
>>> [1] http://toposm.ahlzen.com/
>> lars ahlzen maintains it. not sure if he's still monitoring this list
>> closely or not.
> 
> I do. It's pretty out of date indeed.
> 
> TopOSM was never rendered on-the-fly. It's just a (very large) set of static 
> tiles (currently hosted by Stamen). To update it I'd have to either re-render 
> and upload the entire set, or improve it until it can be rendered in real 
> time. I was working on the latter [1] but never quite finished it.
> 
> There's already the OSM cycle map which has a lot of the same features, 
> though with a slightly different focus. I guess one advantage of something 
> like toposm is that it can use higher-resolution data from sources like USGS, 
> and uses US conventions for things like units, symbols and other cartographic 
> details.
> 
> Would it be would be worth picking it up again?
> 
> - Lars
> 
> [1] https://github.com/Ahlzen/TopOSM2
> 
> 

I like the style used to generate it and if it were current as far as OSM data 
would use it and recommend it to others.

Thanks!

-Tod




smime.p7s
Description: S/MIME cryptographic signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TopOSM

[Lars Ahlzen]

On 05/20/2016 10:58 PM, Richard Welty wrote:

On 5/20/16 9:24 PM, Clifford Snow wrote:

I was just on TopOSM [1] which appears to be very outdated. Does
anyone know who maintains this site?

[1] http://toposm.ahlzen.com/

lars ahlzen maintains it. not sure if he's still monitoring this list
closely or not.


I do. It's pretty out of date indeed.

TopOSM was never rendered on-the-fly. It's just a (very large) set of 
static tiles (currently hosted by Stamen). To update it I'd have to 
either re-render and upload the entire set, or improve it until it can 
be rendered in real time. I was working on the latter [1] but never 
quite finished it.


There's already the OSM cycle map which has a lot of the same features, 
though with a slightly different focus. I guess one advantage of 
something like toposm is that it can use higher-resolution data from 
sources like USGS, and uses US conventions for things like units, 
symbols and other cartographic details.


Would it be would be worth picking it up again?

- Lars

[1] https://github.com/Ahlzen/TopOSM2

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