[Talk-us] TopOSM

[Clifford Snow]

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

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

-- 
@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

[Talk-us] RFC: San Francisco building import (San Francisco, California, USA)

[Brandon Liu]

Hi,

We are proposing an import of the CC0-licensed building height data
for San Francisco [0].

This import will not add new buildings - instead, we're conflating the
available LIDAR height data with existing OSM building footprints. The
data was collected in 2011 and covers the city/county of San
Francisco. 161,473 OSM buildings have heights that can be derived from
LIDAR.

This import is low-impact - the only changes being made are adding a
height tag to buildings that don't have one yet. We have a working
process and task manager set up, and would now like the community to
review our plan. We've contacted the local OSM user group [1] as well.

We've set up a public chat channel on Gitter to discuss the import [2].

This has been cross-posted to talk-us@, imports-us@ and imports@.

Thank you,

Brandon Liu, github.com/bdon
Alan McConchie, github.com/almccon

[0] https://wiki.openstreetmap.org/wiki/San_Francisco_Building_Height_Import
[1] http://www.meetup.com/Bay-Area-OpenStreetMappers/
[2] https://gitter.im/osmlab/sf_building_height_import

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

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

[Andy Townsend]

On 20/05/2016 13:20, Arun Ganesh wrote:


Reverting the changesets are causing multiple conflicts and there does 
not seem to be a mechanism to just restore relation membership to a 
historical version. Any help and ideas appreciated


[1] https://github.com/mapbox/mapping/issues/185


If it helps, what I've done when things like this have happened in the 
past is:


1) Edit failing OSC files to not include relation changes that cause 
problems - i.e. get all the ways and nodes in OSM how you want them.


2) Find the "desired version" of the relation that you want to update, 
and try and apply that (e.g. via level0).  It'll fail, so find out which 
ways don't exist, take them out of the relation details you're trying to 
upload and try again.


3) Obviously now you'll have gaps in the relation - either fill them in 
manually if it's obvious, or figure out where the deleted ways that used 
to be in the relation were (by looking at undeleted nodes and the 
history of deleted nodes), and use that information to fill in gaps.


As to "what caused it", there were examples of "relation contents being 
lost in JOSM uploads" a while back, but I've not heard reports of recent 
problems**, though there were reports of API upload slowness a few days 
ago (much discussed elsewhere - and in fact the message at the top of 
#osm still says "Ongoing server issues, sysadmins are on the case").  
With any change in OSM it makes sense to double check the changes that 
you've made immediately after you've made them - did you really mean to 
make all changes in the resulting changeset?  Are all relations intact? etc.


Cheers,

Andy

PS: and FWIW I guessed that it was the Portland with the homelessness 
problem* and the nice river running through it, not the one with a crab 
fixation or the one that's scared of "underground mutton" :)


* when I last visited, which was a while ago.  They might have got their 
act together now.


** The DWG often gets cries for help when big relations disappear


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

[Talk-us] Restoring bus routes in Portland

[Arun Ganesh]

Requesting for help from those experienced with managing relations. We have
a group of changesets that caused a breakage in multiple route relations in
Portland.

The issue was reported today by Portland mapper Peter who has been mapping
the TriMet routes on the Mapbox data team project tracker for adding turn
lanes. The relation members of around 20 routes and some turn restrictions
have been replaced by another route accidentally. After speaking to the
mapper, the entire incident has been documented here [1].

Currently it is unclear how to recreate such a scenario and if it was a
mapper oversight or software issue that caused so many relations to change
without being noticed. We still need to restore the routes to its previous
state and the workflow/tools for this does not seem very clear.

Reverting the changesets are causing multiple conflicts and there does not
seem to be a mechanism to just restore relation membership to a historical
version. Any help and ideas appreciated

[1] https://github.com/mapbox/mapping/issues/185

-- 
Arun Ganesh
@planemad

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