While possible to host your own version of the OSM API, I would say it
would be a lot of effort to do.
It comes down to how many people you'd have editing at once. If you can
ensure that only one person will edit at a time, you can just have a .osm
file as your database and not worry about implementing the API.
The advantage of using the OSM XML format with OSM editors like JOSM is you
can build regions with valid topology easily. Just draw a way for the
shared boundary and create multi polygons for each region. With GeoJSON you
can't really do that easily.
I don't need to tell you you can just set OSM as a background layer in
JOSM, and you can then trace out your own network on top.
I've trained non-OSM, non-technical, non-GIS people to use JOSM to edit and
maintain their own spatial data with their own tag schema and to be honest
I was surprised how quickly they picked it up.
On Mon, 17 Jun 2019 at 15:30, Ben Kelley wrote:
> Hi.
>
> A project I have been thinking about for a while is creating a map of
> Anglican (church) parish boundaries in Australia.
>
> In some sense these are like admin boundaries, but the source of the
> boundary is not easily verifiable. While the resulting map would be based
> on OSM, the data itself probably does not belong in OSM.
>
> Any thoughts on a tool set for how to do this?
>
> I'm after ideas for a way for people to edit this data, ways to store it,
> ways to display it online, and ways to make a printed map (if necessary).
>
> The source data in some areas can be written, like "The boundary runs
> north from the end of Railway Parade until it crosses the creek." The
> person editing this map would use OSM to draw the boundary (making it a
> derivative work), possibly for display as a layer on top of OSM data.
>
> If I needed to stand up a server to store edits, that's a possibility. Is
> it possible to integrate existing editing UI tools with a different back
> end, or would this require people to use JOSM?
>
> In the past some people have done similar using Google's tool set, but
> then the resulting maps are derivatives of Google's base map, which creates
> problems if you want to reproduce that map outside of Google Maps.
>
> - Ben.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au
