[OSM-talk] Imagery Boundary?

[Dave Sutter]

Yes, we would need tagging conventions like this so users can identify
the data that is of interest to them.  And relations would be useful
to group geometry that goes together, such as the features associated
with a particular bird migration study.

On the technical side, I suppose access to the data would best be
served by the Overpass API since a bounding box or ID search from the
Editting API would not be particularly useful.

Dave

On Sun, Apr 7, 2013 at 10:01 AM, LM_1 <flukas.robot+osm at gmail.com> wrote:
> That idea seems good to me: reasonably simple - not a new database for each
> usecase, but giving place to all that potentially useful data that is seen
> as unworthy for the main database.
> Some categories (category=sport/birds/metadata/...) would likely have to be
> created to allow filtering only some features in JOSM, otherwise it would be
> unusable.
> Lukáš Matějka (LM_1)
>
>
> 2013/4/7 Dave Sutter <sutter at intransix.com>
>>
>> Creating another instance of the OSM database and server is a very
>> good idea. I would propose we make the purpose of this database to
>> allow people post ANY geo data that is NOT part of the base map. It
>> would be an open database for general GIS data.
>>
>> Some examples of random things people could do with this database:
>> - The high resolution imagery outlines discussed in this thread
>> - Migratory patterns of birds (I can't find the post where someone was
>> requesting where to do this...)
>> - GPS tracking for running, hiking, cycling and other recreation,
>> similar to Strava or MapMyRun (see
>> http://wiki.openstreetmap.org/wiki/OpenSportMap)
>> - GIS Management for operations like Haiti OSM team
>>
>> The official OpenStreetMap database is for the basemap and this new
>> instance would be for operational data.
>>
>> Of course there could be many different operational layer databases,
>> and different layers have been discussed many times. For starters, we
>> could just make one database and let people use it for any such
>> purpose.
>>
>> Also, when there is talk of alternate databases there is talk of
>> linking between databases. For starters we would not have any
>> provision for this. This would just be a separate GEO database.
>>
>> How do we do this? I'd like to reference a post by Jason Remillard,
>> http://lists.openstreetmap.org/pipermail/talk/2013-February/066301.html
>>
>> "We apparently have a lots extra bandwidth and disk space on our US
>> OSM servers. Requests have gone out asking for ideas..."
>>
>> So perhaps it could be hosted on US OSM servers.
>>
>> Dave
>>
>> On Sat, Apr 6, 2013 at 8:08 PM, Steve Bennett <stevagewp at gmail.com> wrote:
>> > On Sun, Apr 7, 2013 at 2:15 AM, Janko Mihelić <janjko at gmail.com> wrote:
>> >> I think this boundaries can be useful, but should be in some other
>> >> database.
>> >
>> >
>> > Are there any other appropriate databases? That is, something with the
>> > same form (an OSM database) for stuff related to the OSM project, but
>> > not containing actual OSM content. I'm thinking Wikipedia has talk
>> > pages, project pages, and meta.wikimedia.org; Stack Overflow has
>> > "meta" - would some kind of "meta" OSM database be appropriate?
>> >
>> > Steve
>> >
>> > _______________________________________________
>> > talk mailing list
>> > talk at openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk
>>
>> _______________________________________________
>> talk mailing list
>> talk at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk
>
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>