![]() I want an incentive to move to the new API so the transition happens as fast as possible. Unless there is any objections to this, I will rename the types XY, LP, UV, XXYZ, LPZ, UVZ to PJ_XY, PJ_LP, PJ_UV, PJ_XYZ, PJ_LPZ, PJ_UVZ.Īnother solution to the problem would be to move the mentioned functions to proj_api.h. So at least I think we should change that in order to not clash with other libraries. Unfortunately you will have the same problem since we also have a UV typedef in the new API. Package Version Arch Repository qmapshack1.12.b: 1.12.3: amd64: Debian Main Official: qmapshack: All: All: All: Requires 25. Main features: - Use of several workspaces. So the simple answer is to use the new API. QMapShack is the successor of QLandkarteGT. The reason being that the datum parameter is “classic” PROJ functionality which will be phased out eventually (we are moving away from the WGS84 hub datum which datum is based on). Except that there is no function for getting the list of datums. Which does the same thing as the pj_get_*_ref() functions you mention. rc2 is a bit late to move defs fromĬonst PJ_OPERATIONS *proj_list_operations(void) Ĭonst PJ_PRIME_MERIDIANS *proj_list_prime_meridians(void) Or, not my preference, I could collect that data at compile-time fromĬommand-line scripts and insert that in the code. Into my Proj.xs Of course, that needs to be maintained for all libproj4 It is only a small part of projects.h, so I may also copy that code My = split(/\n/, `echo | proj -v $params`) QMapShack is the successor of QLandkarteGT. I see that PDL::GIS::Proj also does this: I have no idea whether anyone is using it for real. For instance, to create option menus in graphicalĪpplications. ![]() Looking back at the code, my memory tells me that it only has to do withīeing able to get names defined in the library:Īccess to these tables is very useful to be able to give some help I did not know that PDL had a connection to proj4 as well. Package Version Arch Repository qmapshack-1.16.: 1.16. Main features: - use of several work-spaces - use several maps on a work-space - handle data project-oriented - exchange data with the device by drag-n-drop. Projects.h is an internal API that Geo::Proj4 shouldn't use, this along with the other old APIs will be removed from the upcoming releases. QMapShack is the successor of QLandkarteGT. Makefile:339: recipe for target 'Proj4.o' failed usr/lib/x86_64-linux-gnu/perl/5.26/CORE/perl.h:1655:16: note: previous declaration of 'UV' was here usr/include/projects.h:161:40: error: conflicting types for 'UV' D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fdebug-prefix-map=/build/libgeo-proj4-perl-1.09=.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |