[Talk-GB] OSM should not be a database dump.

[SK53]

Just because no-one has done it is scarcely a good reason why it should not
be done. It rather negates why OSM exists
in the first place. The main reason why it was added in the first place was
twofold: 1) it makes it much easier for another mapper
to check the data; and 2) it avoided pulling in additional data which was
either unnecessary (local authority) or subject to constant change
(food and other ratings).

Yes, this sort of thing is something that Overture Maps may want to do, but
it's open for open data communities to do it too. There's masses
of potential from merging different open data sets in ways that allows more
value to be obtained than is possible from individual datasets.That
additional information could be valuable for OSM. At present lots of this
open data is available in a huge mismash of formats (CSV, XML, Geojson,
Shapefiles),
and there isn't a location where specific data is easy to obtain in a
consistent manner.

Adding lots of potentially out-of-date data to OSM tends to move the
project from being one of mapping things to one about maintaining a
somewhat
out-of-date database.

Jerry



On Fri, 10 Feb 2023 at 14:58, Cj Malone <
me-osm-talk-gb at keepawayfromfire.co.uk> wrote:

> On Fri, 2023-02-10 at 13:31 +0000, Dave F via Talk-GB wrote:
> > This reinforces my argument that OSM should leave this professionally
> > maintained (by law?) database as a separate entity & only reference
> > back to it.
>
> To play devils advocate, who cares about GB? Asking data consumers to
> implement external APIs all over the world isn't viable, and it seeds
> power to other projects like Overture that may make this kind of data
> available with no friction.
>
> We've added fhrs:id for how long? I don't know of a single OSM project
> to pull that data in [1]. Imagine if we only added it and not
> addresses, how much worse would OSM data be here?
>
> CJ
>
> [1] Please OsmAnd https://github.com/osmandapp/OsmAnd/issues/9825
>
>
> _______________________________________________
> Talk-GB mailing list
> Talk-GB at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-gb/attachments/20230210/ee125905/attachment.htm>