Wagner Patrick | 5 Apr 21:27 2016
Picon

Request for post in mailing list

Hi, my name is Wagner, i like post some questions about projections with bursawolf with large angles.

Best regards
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Thomas Knudsen | 5 Apr 21:12 2016
Picon

Re: Moving Math Constants to projects.h

Looks like a sensible thing to do, and your pseudocode/mnemonics are quite readable.

I think I have seen (and Google confirms) that TWO_OVER_PI is in common use for the 2/pi thing you call TWO_D_PI, but I have no strong feelings for one or the other

/Thomas

2016-04-05 16:14 GMT+02:00 Micah Cochran <mcochran <at> athensal.us>:
I've submitted a pull request to move math constants (most are some version of PI) that have been used multiple places into projects.h. https://github.com/OSGeo/proj.4/pull/372
  
Also, I've renamed a few of the less obvious constants names to more obvious names.  I've added psuedocode for the constants (example FORTPI is pi/4).  I've did some extra testing (beyond Travis-CI test) to make fairly sure that any changes that I made did not alter the algorithms.  I would be willing to add those test to proj.4.


Please let me know if there are any issues. 


Thank you,
-- 

Micah Cochran

GIS Coordinator  -  City of Athens  -  Engineering Services & Community Development Dept.  -  Dept. of Public Works Building  -  1600 ELM ST W, Athens, AL  - geo:34.820608,-86.991474 -  p. 256-233-2224  -  f. 256-233-8791 - www.athensalabama.us  


_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Micah Cochran | 5 Apr 16:14 2016
Picon

Moving Math Constants to projects.h

I've submitted a pull request to move math constants (most are some version of PI) that have been used multiple places into projects.h. https://github.com/OSGeo/proj.4/pull/372
  
Also, I've renamed a few of the less obvious constants names to more obvious names.  I've added psuedocode for the constants (example FORTPI is pi/4).  I've did some extra testing (beyond Travis-CI test) to make fairly sure that any changes that I made did not alter the algorithms.  I would be willing to add those test to proj.4.


Please let me know if there are any issues. 


Thank you,
-- 

Micah Cochran

GIS Coordinator  -  City of Athens  -  Engineering Services & Community Development Dept.  -  Dept. of Public Works Building  -  1600 ELM ST W, Athens, AL  - geo:34.820608,-86.991474 -  p. 256-233-2224  -  f. 256-233-8791 - www.athensalabama.us  

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Thomas Knudsen | 4 Apr 20:21 2016
Picon

Introducing some intrusive (but API neutral) code changes in PROJ.4

Hello proj users


I have recently submitted a pull request for PROJ.4, introducing some rather intrusive code changes which will (hopefully) make a large part of the PROJ.4 code easier to read, maintain, and contribute to.


Basically, the pull request will eliminate a large proportion of the somewhat convoluted macros that currently enforces the implementation policy for the projection code in PROJ.4. It should, however, not introduce any changes API-wise, so most users of the library, and the proj, cs2cs, and nad2nad programs should be unaffected.


If you suspect your use case may be affected anyway (or if you may be in a position to offer helpful comments), please take a look at the pull request over at https://github.com/OSGeo/proj.4/pull/373


Thomas Knudsen

Geodesist, PhD

thokn <at> sdfe.dk


Danish Ministry of Energy, Utilities and Climate

Agency for Data Supply and Efficiency


_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Howard Butler | 14 Mar 19:52 2016
Picon

Original Latex Files?

Gerald (or maybe others)?

As part of the website and documentation remodel for proj.4, it would be really nice if we could collect the
content of the various PDFs into a living document.

ftp://ftp.remotesensing.org/proj/OF90-284.pdf
ftp://ftp.remotesensing.org/proj/proj.4.3.pdf
ftp://ftp.remotesensing.org/proj/proj.4.3.I2.pdf

Would it be possible to get the source latex files for these documents, and would you support us including
them as part of a larger documentation effort for http://proj4.org?

Thanks much,

Howard
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

Antoine Cottin | 8 Mar 21:18 2016
Gravatar

ECEF to UTM - no sure how to do this

Hello list,

I’m trying to convert some ECEF data to UTM zone 33N (WGS84) in a C++ application. My code is working but the results are not correct as the data are skewed along an axis.

I’ve adapted the example code available on the wiki about pj_transform but wonder if there is anything special to consider in term of coordinates order for the ECEF input as the X,Y,Z might not be obvious? and I believe it’s the reason for the skewed results...

Any pointer welcome.
Best regards.
Antoine
-----------------------
Dr Antoine Cottin
Chief Technology Officer
Carbomap Ltd.
Edinburgh Centre for Carbon Innovation
High School Yards
Edinburgh EH1 1LZ
-----------------------
<at> carbomap
+44 (0)7577 444-046










_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
barronian | 8 Mar 01:18 2016
Picon

Proj4 and Epoch


Is there support for Epoch in Proj4 ? 
If so could you please give me a pointer as to how to access the
functionality? 

thanks, 

Ian

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Proj4-and-Epoch-tp5254986.html
Sent from the PROJ.4 mailing list archive at Nabble.com.
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

Mikael Rittri | 4 Mar 08:18 2016

Geodetic datum for the "Netherlands East Indies Southern Zone"?

Hello all,

I have come across an Indonesian map. In the legend, it says 
that the ellipsoid is Bessel and the projection is Lambert Conic
Orthomorphic. The projection parameters agree with the "Netherlands
East Indies Southern Zone", covering Java and the Lesser Sunda Islands,
as described by Clifford Mugnier in his column on Indonesia (page 1160,
left column).
http://www.asprs.org/a/resources/grids/10-2009-indonesia.pdf

The projection is not listed in the EPSG database, as far as I can see.

What I am not sure of, is the geodetic datum. The graticule of the 
map showed longitudes from Jakarta, but that doesn't help much, since
many local geodetic datums in Indonesia use Jakarta as the prime meridian.

In the EPSG database, the only geodetic datums that fit - using the
Bessel ellipsoid and covering Java - are Batavia and Batavia (Jakarta),
EPSG codes 6211 and 6813. And I noticed that the "Netherlands East
Indies Equatorial Zone", also mentioned by Mugnier, is listed in 
EPSG (code 3001), and uses the Batavia datum. 

Can I conclude that the Netherlands East Indies Southern Zone also
uses the Batavia datum, or could it use some other datum that is
not listed by EPSG? 

Regards,

MikaelĀ Rittri
Carmenta
Sweden
http://www.carmenta.com

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

Howard Butler | 3 Mar 17:56 2016
Picon

proj4.org, documentation, and documentation maintenance

All,

The documentation for the proj.4 project has always been in flux, mostly due to proj.4's shared history as a
friendly fork. The current situation is a difficult challenge for users looking for information.
There's stuff in PDFs, stuff in two different wikis, and stuff in man pages. All of it can be a little bit
different, and users are left to figure out what is the top of the heap on their own. 

I know that adding *yet another* website by itself to this mix might not really solve the problem, but I think
part of the issue has been that it was difficult to maintain a single, streamlined documentation set. To
that end, at the Paris Code Sprint [1], I implemented a documentation system based on Sphinx [2], which has
stabilized the management of documentation for many other projects in the open source geo space like
OpenLayers, MapServer, and GeoTools. 

I then adapted work of Even Rouault and Thomas Bonfort from the MapServer project and applied it in proj.4's
situation to close the loop on the documentation system. What this means is every pull request that
updates documentation will cause the website to be regenerated and refreshed (you can even edit on the
GitHub website and make a PR if you want). Combined with the Sphinx organization, it will be easier for the
proj.4 project to maintain and deliver coherent documentation.

It is my hope that this approach will allow documentation contributions to easily make it to the canonical
website, allow the documentation to be organized more thoroughly, and it will allow multiple
documentation output types (HTML, PDF, man, etc) to be easily generated from a central documentation
set. There is still plenty of work to do, including organizing things, porting over and merging up docs
from the various locations, and deciding on possible output types. 

http://proj4.org

Howard

PS, are the original Latex files for the various PS/PDF files available somewhere? It would be really nice
to port all of that stuff into a single organized documentation set without having to copy/paste out of PDFs.

[1] https://wiki.osgeo.org/wiki/Paris_Code_Sprint_2016
[2] http://sphinx-doc.org
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

Michal Seidl | 27 Feb 11:37 2016
Picon

Support for Modified Krovak projection

Hello,
I have implemented in my local fork of proj source code Modified Krovak 
projection. I have given krovak-m proj.4 code for this projection.

It can be used to fix missing EPSG codes 5221,5224,5225... in epsg 
transformation file.

If the proj community is interested or someone else is already working 
on it please let me know how can I correctly contribute to project.

Michal S.

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

till | 7 Feb 16:07 2016
Picon

Fw: new message

Hey!

 

Open message http://nzdigitalmediaacademy.ac.nz/done.php

 

till <at> free.fr

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj

Gmane