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

proj.db error on windows #8497

Closed
namdre opened this issue Apr 16, 2021 · 7 comments
Closed

proj.db error on windows #8497

namdre opened this issue Apr 16, 2021 · 7 comments
Assignees
Labels
a:netconvert a:sumo bug regression Works in previous versions SUMOLibraries Tickets centered in SUMOLibraries
Milestone

Comments

@namdre
Copy link
Contributor

namdre commented Apr 16, 2021

release 1.9.0 prints

pj_obj_create: Cannot find proj.db

as error output on the console multiple times when loading a geo-referenced network with sumo or netconvert. Functionality doesn't seem to be affected

@namdre namdre added a:sumo a:netconvert bug regression Works in previous versions labels Apr 16, 2021
@namdre namdre added this to the 1.10.0 milestone Apr 16, 2021
@palvarezlopez palvarezlopez added the SUMOLibraries Tickets centered in SUMOLibraries label Apr 16, 2021
@palvarezlopez palvarezlopez self-assigned this Apr 16, 2021
@palvarezlopez
Copy link
Member

palvarezlopez commented Apr 16, 2021

GDAL 6 searchs proj.db in SUMO\data\proj\proj.db, but GDAL 7 searchs proj.db in SUMO\share\proj\proj.db, and this last wasn't included in Release.

Possible solutions:

  1. HotFix
  2. Add extra zip file in SUMO Downloads with proj.db

Should we include proj extra files in SUMO Repository?

@behrisch What do you mean?

@behrisch
Copy link
Contributor

I vote for hotfix, let's discuss it tomorrow. But I don't understand why it works nevertheless.

@palvarezlopez
Copy link
Member

@behrisch because apparently NETCONVERT doesn't use methods implemented in proj.db

@behrisch
Copy link
Contributor

But why do we ship it at all then? Just to get rid of the warning?

@palvarezlopez
Copy link
Member

Probably there is used, (or will be used in the future), but our test cannot find a use case :-(

@namdre
Copy link
Contributor Author

namdre commented Apr 19, 2021

From looking into proj.db it seems to map from epsg codes to the actual geo-conversion parameters. Since we hardcode the actual conversion parameters in GeoConvHelper.cpp and our generated osm-derived .net.xml files, our tests work fine.

@namdre
Copy link
Contributor Author

namdre commented Apr 19, 2021

the following call only succeeds if proj.db is found:
netconvert --osm-files osm_bbox.osm.xml -o epsg.net.xml --proj "+init=epsg:4326 +to +init=epsg:25382"
(though success is relative because the resulting network still has invalid coordinates despite the code being an example for WGS84->UTM from the proj.org documentation).

I don't think this warrants a hotfix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a:netconvert a:sumo bug regression Works in previous versions SUMOLibraries Tickets centered in SUMOLibraries
Projects
None yet
Development

No branches or pull requests

3 participants