[OSM-talk] [Spam] Re: Temporary Items, overlays, changes
peter.miller at itoworld.com
Thu Jan 8 00:36:15 GMT 2009
On 7 Jan 2009, at 22:50, Stephen Hope wrote:
> No, don't delete them if they may be of historical value (or if they
> come back again). Tag them with something so they don't show in the
> "current day" maps. We already have historical tagged items - things
> that don't currently exist. (US Civil war battlesites, etc).
Could we wrap all the features all up in a relation that has a period
of applicability associated with it. It would work for black-rock
where there is nothing there in-between festival periods, but would be
more complex for area where the characteristics of what is there
changes and some tags change but some features remain. I don't see an
easy solution to that problem, but ripping it all up seems a problem.
Can we have a parallel world and then drop the tiles from that
parallel world into the main map at the right time whilst allowing
people to work on the parallel world in the period running up to the
event? We are then moving towards having periods of applicability
associated with tiles so we can produce a map for a place for a
particular date, normally now but possibly also in the future or past!
> There is a festival near me that lasts for 1 1/2 weeks each year. Some
> people start camping there two-three weeks early to get a good spot.
> The rest of the year there is a couple of permanent roads, with a lot
> of permanent toilets and not much else, in the middle of some state
> forest. I would like to map the site next time it occurs, and then
> leave the temporary ways in a disused state, but in the database so
> it's easy to turn them on again when they actually exist.
> 2009/1/8 Rory McCann <rory at technomancy.org>:
>> I think the OSM database should have the current map of the world. If
>> something is created, then map it. If it then gets torn down 2 weeks
>> later, then delete those nodes/ways from the database. Just because
>> main slippy map is only re-rendered every week doesn't mean we can't
>> have more instananeous changes in it.
> talk mailing list
> talk at openstreetmap.org
More information about the talk