Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integrate storage of route relations with osm2pgsql #4

Closed
kennykb opened this issue Aug 28, 2018 · 2 comments
Closed

Integrate storage of route relations with osm2pgsql #4

kennykb opened this issue Aug 28, 2018 · 2 comments
Labels
enhancement New feature or request help wanted Extra attention is needed wontfix This will not be worked on

Comments

@kennykb
Copy link
Owner

kennykb commented Aug 28, 2018

The current mewthod of using on the 'slim tables' of osm2pgsql to generate the 'shieldroute' and 'shieldway' tables works well for a workflow that applies daily updates from GeoFabrik (a fairly common case for those who map less than the planet). It obviously cannot scale to minutely updates of a whole planet. Moreover, the developers of 'osm2pgsql' strongly deprecate accessing the slim tables, warning that their content may change without warning.

The SQL operations to create, update, or delete route relations are pretty trivial. The obvious possibility for handling minutely updates (and improving update performance on the less-frequent ones) would be to include an option in 'osm2pgsql' to keep these two tables in sync when the database is first imported and when diffs are applied.

@kennykb kennykb added the help wanted Extra attention is needed label Aug 28, 2018
@kennykb kennykb added the enhancement New feature or request label Aug 28, 2018
@kennykb
Copy link
Owner Author

kennykb commented Sep 4, 2018

Floated a proposal to add the necessary changes to osm2pgsql. Now to see whether I can get enough information from the better informed to flesh out the open issues in the requirements.

@kennykb
Copy link
Owner Author

kennykb commented Oct 3, 2018

Alas, this turns out not to be feasible.

I've received a fairly definitive indication from the maintainers of osm2pgsql that it is simply the wrong tool for this use case.

Will have to replan.

@kennykb kennykb closed this as completed Oct 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant