Agreed!
"start_date" and "end_date" are best. Suppose for Burning Man, I can just go
ahead and use these tags, and whatever bad result comes out can be used as
motivation for the main rendering systems to tweak their processing (ie add an
osmosis step) to deal with this. Or with updated stylesheets. Whatever works
best for the renderers.
That may result in overlapping Burning Man maps .. that could be ok for OSM
itself. For Burning Man, and possibly for Flickr, I've set up another rendering
system.
-Mikel
________________________________
From: Andy Robinson (blackadder-lists) <ajrli...@googlemail.com>
To: Mikel Maron <mikel_ma...@yahoo.com>; talk@openstreetmap.org
Sent: Tuesday, August 18, 2009 4:43:23 AM
Subject: RE: [OSM-talk] Historic Mapping needs help Now!
here's my thoughts.
If object is no longer present we need some sort of "ghost" tagging, and the
ghost tag take precedent when rendering. This means that the data that was
present is still available, its useful data after all. Ideally there would
be a start_date and end_date tag also that defines the period when the
object was present.
Now for rendering we need an engine/style sheet that respects these tags.
Burning Man 08 doesn't require many tiles, so it's something Y! can probably
render and hard code? Quick and dirty maybe and wouldn't scale, but it would
be a start.
Cheers
>-----Original Message-----
>From: talk-boun...@openstreetmap.org [mailto:talk-
>boun...@openstreetmap.org] On Behalf Of Mikel Maron
>Sent: 17 August 2009 10:01 PM
>To: talk@openstreetmap.org
>Subject: [OSM-talk] Historic Mapping needs help Now!
>
>Hi
>
>I'm again working this year on mapping for the Burning Man arts festival,
>coming up in two weeks.
>This makes urgent a growing theme in OSM, with several presentations at
>this year's SOTM .. how to handle historic data.
>
>Here's the current map of Burning Man for 2009. I haven't added Camp
>locations yet, will come soon.
>http://playaevents.burningman.com/brc/2009/map/
>
>That map data hasn't been added to OSM.org yet, because the prior year's
>map is still there, and still being used. For example, Flickr...
>http://radar.oreilly.com/2008/08/flickr-burning-man-open-street-map.html
>
>Why is 2008 historic map data now? Well each year, the location of the
>festival moves, to minimize impact on the area. Everything is rebuilt,
>created again over several weeks, existing as a place for one week, and
>then deconstructed over several weeks. However, the impact of Burning Man
>is year round, and for years to come; the amount of media generated and
>geotagged during the event is enormous. Take a look at the photos in the
>Flickr map to understand why.
>
>
>So I'd like to import 2009 BM into OSM now. But there's a need to retain
>the 2008 data. I'm opening the question up... what is the best way to mark
>this data as historic, keep it available as needed, but make sure it
>doesn't show up in core renderings?
>
>Look forward to some good ideas.
>
>Thanks
>Mikel
_______________________________________________
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
