Re: [Talk-us] Restoring bus routes in Portland
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
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
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
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
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
> 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
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