| Age | Commit message (Collapse) | Author |
|
by a number of projected CRS in Colombia (fixes #589)
|
|
|
|
|
|
|
|
Also define merc (resp. tmerc) as the conformal projection in which the
equator (resp. a chosen meridan} projects to a straight line at constant
scale.
|
|
This addresses item 1 in issue #2387
Things to note:
* I made "editorial" changes to the text. The virtues and vices of
Mercator are a hot topic. So check these out. (I judged that the
text I replaced to be pretty misleading.)
* I include the radius of the sphere/ellipsoid in the formulas (and I
did this also for my mods for tmerc documentation). Surely this is
better than leaving the reader to figure out how this is introduced.
* I include the "old-style" (ca 18th century) formulas and the newer
ones in terms of hyperbolic functions. The former may be the familiar
ones, but the latter are better for computation (more succinct, more
accurate, faster, preserve parity).
* For the inverse ellipsoidal transformation, I just say that the
formula for psi is inverted iteratively. This is probably sufficient,
but it could be expanded later.
|
|
* Document the default poder_engsager algorithm for tmerc.
* Give exact expression for phi' in terms of phi
* Aadd another datapoint on range of applicability + explanation for
complex numbers.
* Update tmerc figure with one reflecting poder/engsager algo.
Courtesy of @hobu.
Co-authored-by: Charles Karney <charles.karney@sri.com>
|
|
* implement conda package building
* paths
* need libtool
* PLATFORM check
* point to my PROJ feedstock for now
* point to PROJ repos
* plot building and artifact upload
* syntax
* add proj conda package for plotting
* retab
* no doxygen
* syntax
* update docs Makefile
* doc building
* needs
* consolidate doc/plots
* plot updates
* put updated plot output into docs
* register spelling module
* use v2 download-artifact
* artifact upload
|
|
Implement ellipsoidal formulation of +proj=ortho (fixes #397)
|
|
Implements RFC-6
|
|
- Map ESRI 'Local' to +proj=ortho when Scale_Factor = 1 and Azimuth = 0
- Map ESRI 'Orthographic' to a PROJ WKT2 'Orthographic (Spherical)'
which maps to +proj=ortho +f=0 to froce spherical evaluation
|
|
|
|
+lat_0 and +k_0 (#2255)
Refs #2254
|
|
|
|
- Move the generic method initiated from adams_ws2 to a
pj_generic_inverse_2d() method
- Use it in adams_ws2
- Use it in wink2
Fixes https://github.com/qgis/QGIS/issues/35512
|
|
Limit peirce_q to northern hemisphere, and fix images for adams_hemi, guyou and peirce_q
|
|
- Central lon for zone 2 should be -d10, not d10
- Extra lobe was missing for zone 11
- New figure generated
- New test suite values generated
|
|
- The current implementation of the Interrupted Goode Homolosine
projection emphasizes land area. This is a compliment projection
that emphasizes ocean area.
- A value of lon0=-160 produces a reasonable real-world map.
|
|
Add a +proj=defmodel transformation for multi-component time-based deformation models
|
|
deformation models
Fixes #1001
Co-authored-by: Chris Crook <ccrook@linz.govt.nz>
|
|
regenerate associated images
|
|
|
|
and handle +czech correctly (fixes #2199) (#2200)
* createFromProjString(): handle default parameters of '+krovak +type=crs', and handle +czech correctly (fixes #2199)
* Doc: add default values for Krovak
|
|
tmerc/utm: add a +algo=auto/evenden_snyder/poder_engsager parameter
|
|
|
|
This commit adds five new projections to PROJ:
adams_hemi: Adams Hemisphere in a Square
adams_wsI: Adams World in a Square I
adams_wsII: Adams World in a Square II
guyou: Guyou
peirce_q: Pierce Quincuncial
The code originates from Gerry Evendens libproject and has been adapted
to work with modern PROJ. To ensure that the modified code works as
intended extensive test data has been created using libproject and
sproj so that no errors occured when porting from libproject to PROJ.
The test data is wrapped in a gie files. All test cases reproduce
results from libproject at the mm level.
|
|
The default remains +alg=poder_engsager.
This default value can be changed in proj.ini
+algo=auto will use Evenden Synder implementation if the error in
doing so remains below 0.1 mm on Earth-sized ellipsoid
|
|
projinfo: add a --hide-ballpark option
|
|
(fixes #2115)
|
|
|
|
|
|
opposed to the spherical one)
Instead of 'elliptical'.
Was suggested by @cffk in https://github.com/OSGeo/PROJ/pull/2030#issuecomment-596132341
An elliptical projection is a projection whose global shape fits inside an
ellipsoid, like Mollweide. At least according to
https://www.merriam-webster.com/dictionary/elliptical%20projection
and
https://en.wikipedia.org/wiki/Mollweide_projection
|
|
ENOMEM was wrongly set after setting PJD_ERR_ELLIPSOID_USE_REQUIRED
Note: it is a bit strange to forbid the pure spherical case whereas the
maths would allow it. I presume this is due to the typical usage of those
methods.
|
|
+no_defs and +datum has no effect on the behaviour of proj, so can be
left out in these examples in the docs. +no_defs in rare occasions would
have had an effect in older PROJ versions but not from PROJ 6 and
onwards. +datum has ever only been honoured by cs2cs and pj_transform().
Fixes #2017
|
|
|
|
|
|
Fixes #1846
|
|
Fixes #1881
Digging into the implementation of proj=cea, it appears that
k_0 and lat_ts are intended to be exclusive ways of specifying the
same concept. EPSG only models the variant using lat_s.
So if k_0 is found and lat_ts is absent, compute the equivalent
value of lat_ts from k_0.
Note: k_0 should normally be in the [0,1] range. In case creative users
would use something outside, we raise an exception, even if the cea
implementation could potentially deal with any k_0 value. Hopefully
this is a (reasonable) limitation that will address nominal use cases.
|
|
This commit is the result of the squashing of rfc4_dev branch in a single
commit. It implements mostly RFC 4 related work.
* Grid handling:
- remove obsolete and presumably unfinished implementation of grid catalog functionality
- all grid functionality is in grids.cpp/.hpp
- vertical and horizontal grid shift: rework to no longer load whole grid into memory
- remove hgrids and vgrids member from PJ structure, and store them in hgridshift/vgridshift/deformation structures
- build systems: add optional libtiff dependency. Must be explicitly disabled if not desired
- add support for horizontal and vertical grids in GeoTIFF, if libtiff is available
- add GenericShiftGridSet and GenericShiftGrid classes, relying on TIFF grids, that can be used for generic purpose grid-based adjustment
- add a +proj=xyzgridshift method to perform geocentric translation by grid. Used for French NTF to RGF93 transformation using gr3df97a.tif grid
- deformation: add support for +grids= for GeoTIFF grids
- horizontal grid shift: fix failures on points slightly outside a subgrid (fixes #209)
* File management:
- add a filemanager.cpp/.hpp to deal with file related work
- test for legacy proj_api.h fileapi
- proj.h: add proj_context_set_fileapi() and proj_context_set_sqlite3_vfs_name() (fixes #866)
- add capability to read resource files from the user writable directory
* Network access:
- build systems: add optional curl dependency
- add a curl-based default implementation for network related functionality
- proj.h: add C API to control network functionality, and optionaly provide network callbacks
- add data/proj.ini with default settings
- add a SQLite3 local cache of downloaded chunks
- add proj_is_download_needed() and proj_download_file()
* Use Win32 Unicode APIs and expect all strings to be UTF-8 (fixes #1765)
For backward compatibility, if PROJ_LIB content is found to be not UTF-8 or
pointing to a non existing directory, then an attempt at interpretating it
in the ANSI page encoding is done.
proj_context_set_search_paths() now assumes strings to be in UTF-8, and
functions returning paths will also return values in UTF-8.
|
|
|
|
Previous version was describing oea by mistake. It is also a projection
by Snyder and the isea docs was based on the paper on the oea
projection. This commit fixes that.
|
|
|
|
|
|
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|
|
Co-Authored-By: Kristian Evers <kristianevers@gmail.com>
|