[Imports] Questions about importing data for University of Vermont campus

Frederik Ramm frederik at remote.org
Fri Jan 28 20:42:01 GMT 2011


Hi,

On 01/28/11 21:25, Andrew Guertin wrote:
> Our most likely choice for this (mostly at my urging) is
> OpenLayers with an OpenStreetMap base layer. To do this, we need to get
> the data into the OpenStreetMap database.

No. You can do it, and for some data (especially such as partially 
exists in OSM already) it will likely make sense, but there are other 
possibilities to mix your data with OSM's:

a) Keep a local OSM database and a parallel database with you data; 
enhance Mapnik rendering rules to fetch data from both databases and mix 
them; create your own tiles.

b) Keep your own local database, write a Mapnik style sheet (or other 
rendering tech e.g. Mapserver, Geoserver) to create transparent overlay 
tiles with your information; make OpenLayers display OSM base tiles and 
your overlay on top.

c) Keep your own local database or KML files, write Javascript code to 
display your vector data on top of OSM base tiles in OpenLayers.

I'm not saying any of these is best, just pointing out that you are not 
forced to put your data into OSM.

> For an initial import,
> can we blow away the buildings and sidewalks and replace them with our
> own?

If you are sure yours are better, you might do that, however I would 
always contact the local mappers first before you "blow away" their hard 
work.

> Would any sort of automated process be acceptable, considering that our
> data would be both authoritative and accurate?

No. OSM does not have, and does not like, the concept of authoritative 
data. If you believe that your building data is authoritative, then you 
must choose option (a) above, simply omitting OSM buildings from your 
map tiles and drawing in yours instead.

> Or would we have to watch
> for when our data changed and make changes to OSM manually?

That you could do, however if such watching would mean a knee-jerk 
revert of anything a mapper does to a building that you consider 
"authoritative" then that's a bad idea.

Consider that it is not unlikely for enthusiast mappers to survey 
changes to the building landscape before they are in your 
"authoritative" database, and that such surveying work is at the core of 
the OpenStreetMap project.

> How can we watch for changes other users make to the data?
> I've found
> http://wiki.openstreetmap.org/wiki/OWL_%28OpenStreetMap_Watch_List%29
> and the rss feeds you can get from there. Is that the best way?

If you're savvy you can also process the minutely diffs from 
planet.openstreetmap.org directly but OWL is certainly easiest. If you 
render your own tiles then you will probably be processing the diffs one 
way or another anyway.

> What are our options in the case someone adds valid data that we don't
> want displayed on our base map tiles?
> For example, suppose someone adds every single emergency phone
> (http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dphone) on campus to
> OSM (there are a lot), but we'd prefer to have that data in an overlay
> on our map so it can be turned on and off. Would we be forced to render
> our own tiles?

Yep. Interfering with OSM's data quality just so you can have it your 
way would not be acceptable to the community. However rendering your own 
tiles is really not such a big deal. It might even give you that extra 
bit of control against vandalism if you so desire; you could roll out a 
new set of tiles once a week after a cursory manual check or so. I'm not 
suggesting this is great (OSM likes minutely updates!) but you might be 
asked what your anti-vandalism mechanisms are and then you can say that 
this is possible.

Bye
Frederik



More information about the Imports mailing list