[Imports] Bulk Import of Hotels

[jamesmikedupont at googlemail.com]

Guys,
This sounds like a nice application. I think there is a general need for
some type of POI database, even where you dont have the location yet.
Streetname, town, general lists could be loaded and compared and linked to
osm..

But where is this hotel data? I would like to see a sample. Can you just
paste the first 10 lines into the mail so we know what we are dealing with?

mike

On Thu, Jan 28, 2010 at 6:33 PM, Greg Troxel <gdt at ir.bbn.com> wrote:

>
> Pieren <pieren3 at gmail.com> writes:
>
> > On Thu, Jan 28, 2010 at 1:37 PM, Greg Troxel <gdt at ir.bbn.com> wrote:
> >
> >> I've been thinking about how to handle maintenance of imports; so far
> >> osm has tended to import once and then just edit.  My suggestion is to
> >> put whatever database primary key you use on the node, and to be able to
> >> look at the node and tell which import was done, which really means the
> >> internal date or whatever identifier of your database extract.
> >
> > But what happens if someone replaces your imported node with a new one or
> > the node is deleted or someone just changes your primary key for fun ?
> > I think it would be better to keep the node_id or way_id (building) in
> your
> > own database and check regularly if your element is still at the right
> > location (with some tolerance) with the right tags (with some tolerance)
> .
> > Then if the POI has been removed, check if the same one has not been
> > recreated around. If yes, just refresh the node_id in your db. If not,
> > recreate the POI or revert the deletion. The link between your db and OSM
> is
> > the lat/lon, not an id which is not guaranteed in time.
>
> The basic principle that I think should be followed is that if imported
> data is changed by a user, then that change should not be blindly
> overwritten by an import process.  That doesn't mean "node not updated"
> - if a user moves a hotel point and the hotel company has a new phone
> number and verifies (perhaps programmatically) that the old phone number
> is still there, then it's fine to automatically edit it.  But it would
> be broken to overwrite the location.
>
> If a user deletes a node and replaces it, then the next import should
> flag that as needing manual intervention.  And users shouldn't do that -
> they should edit the node.
>
>
> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/imports
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20100128/51a16d3b/attachment.html>