Comments (7)
I get an test error when running "gie" program with "gridshift.gie" file for the operation:
"operation +proj=gridshift +grids=tests/test_gridshift_projected.tif"
gridshift: Invalid latitude
I'm using PROJ v9.4.0
from proj.
I get an test error when running "gie" program with "gridshift.gie" file for the operation:
I suspect some misconfiguration in your system. Are you sure you aren't mixing PROJ versions?
from proj.
This is the header obtained when running "projinfo" and "proj" programs:
Rel. 9.4.0, March 1st, 2024
All tests are succeeded except the one for this operation
On the other hand, here a piece of code for debugging this issue:
PJ_COORD source = proj_coord(-598000.000, -1160020.000, 0.000, 0);
PJ_CONTEXT* context = proj_context_create();
PJ *pj = proj_create(context, "+proj=gridshift +grids=test_gridshift_projected.tif");
double x = proj_roundtrip(pj, PJ_DIRECTION::PJ_FWD, 1, &source);
Should be right? What about the pipeline at the beginning of this conversation?
from proj.
Should be right? What about the pipeline at the beginning of this conversation?
both looks OK
from proj.
Then, what could be the problem?
This is very important for us. Any idea about what I can do?
Does the code above work fine on your end?
from proj.
Does the code above work fine on your end?
yes, it does (and the related tests runs fine on the continuation integration on all major platforms):
I've just successfully tested the following:
$ cat test.cpp
#include <stdio.h>
#include <proj.h>
int main() {
PJ_COORD source = proj_coord(-598000.000, -1160020.000, 0.000, 0);
PJ_CONTEXT* context = proj_context_create();
PJ *pj = proj_create(context, "+proj=gridshift +grids=test_gridshift_projected.tif");
PJ_COORD res = proj_trans(pj, PJ_FWD, source);
printf("%f %f\n", res.xy.x, res.xy.y);
PJ_COORD res2 = proj_trans(pj, PJ_INV, res);
printf("%f %f\n", res2.xy.x, res2.xy.y);
return 0;
}
$ g++ -I../src test.cpp -o mytest -Llib -lproj && LD_LIBRARY_PATH=$PWD/lib PROJ_DATA=data/for_tests/tests:data PROJ_DEBUG=ON ./mytest
pj_open_lib(proj.ini): call fopen(data/proj.ini) - succeeded
pj_open_lib(proj.db): call fopen(data/proj.db) - succeeded
pj_open_lib(test_gridshift_projected.tif): call fopen(data/for_tests/tests/test_gridshift_projected.tif) - succeeded
-5597999.884995 -6160019.977850
-598000.000000 -1160020.000000
Then, what could be the problem?
I don't know. I'm pretty bad at diagnosing issues I can't reproduce locally. Maybe compare the log messages you get by setting PROJ_DEBUG=ON with the ones above. Otherwise I have nothing better to suggest than running through a debugger and stepping ...
from proj.
Thank you so much for your help. I'll check, again, everything on my end.
from proj.
Related Issues (20)
- Different (~100m) results from transforming WGS84 -> Belgian lambert 72 depending on definition used HOT 6
- General grid shift issue HOT 4
- Wrong transformation from vertical with geoid model to "vertical offset" HOT 1
- Doc Helmert: rotation matrix HOT 2
- Google marks proj.org as potentially hacked, recommends against visiting it HOT 11
- Help with compiling PROJ 5.1.0 with JNI on windows HOT 2
- I'm cross-compiling, tried 9.3.1, 9.3.0, 9.0.0, and sqlite cross-compilation and local compilation all failed, don't know why the build failed HOT 3
- Error with sqlite link in cross-compilation HOT 3
- Error initializing invproj 9.1.1 with epsg PROJ_USE_PROJ4_INIT_RULES=YES HOT 1
- multi-grid GTG with overlapping grids and nodata HOT 6
- Make output or error message
- ReadTheDocs Deprecation: Removal of Sphinx context injection at build time
- Proj paramater string with "significant" or "junk" parameters returns incorrect transformation results for EPSG:4326 to some projected coordinate systems HOT 2
- Grid alternative for `gllmsl_2022.tif` is not picked up HOT 4
- rHEALPix projection behaviour at lon = -180 deg HOT 1
- proj-9.3.0-r1 fails to compile with gcc-15.0.0_pre20240804 HOT 1
- Missing +axis=neu in EPSG:4326, EPSG:3844, potentially other projinfo proj string HOT 2
- Change network dependence on configure / build time
- Request to Include Burkina Faso Transverse Mercator (BFTM) Projection System in Future Updates HOT 2
- different projection results by using python vs c++ implementation of Proj HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from proj.