PROJ 4.7.0 Released

[Frank Warmerdam]

Folks,

I am pleased to announce the release of PROJ 4.7.0 available from:

   http://download.osgeo.org/proj/proj-4.7.0.tar.gz
   http://download.osgeo.org/proj/proj-4.7.0.zip

Release notes from the NEWS file:

  o Added in memory caching of init file search results for substantial
    acceleration in some application environments (like MapServer).

  o Regenerated nad/epsg init file with EPSG 7.1 database, including new
    support for Google Mercator (EPSG:3857).

  o Various thread safety improvements, including preliminary support for
    a mutex lock around some operations, like grid loading.

I plan to put out an OSGeo4W update based on this shortly.  I would encourage
other platform packages to incorporate this release as practical.  As always
feedback is welcome, and bug reports can be filed at:

   http://proj.osgeo.org/

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Bob Basques]

Some javascript/style in this post has been disabled (why?)

Related to the new stuff.

Did the AutoDesk projection LIB ever make it into the PROJ (or some other type of projectin list) as a published product for use?  I remember something about some new form of listing (like EPSG) that was going to be assembled, but . . .

I'm specifically interested in getting a projection for all the counties for each US state, which is in the AutoCAD list.

Thanks

bobb

>>> Frank Warmerdam <[hidden email]> wrote:

Folks,

I am pleased to announce the release of PROJ 4.7.0 available from:

   http://download.osgeo.org/proj/proj-4.7.0.tar.gz
   http://download.osgeo.org/proj/proj-4.7.0.zip

Release notes from the NEWS file:

  o Added in memory caching of init file search results for substantial
    acceleration in some application environments (like MapServer).

  o Regenerated nad/epsg init file with EPSG 7.1 database, including new
    support for Google Mercator (EPSG:3857).

  o Various thread safety improvements, including preliminary support for
    a mutex lock around some operations, like grid loading.

I plan to put out an OSGeo4W update based on this shortly.  I would encourage
other platform packages to incorporate this release as practical.  As always
feedback is welcome, and bug reports can be filed at:

   http://proj.osgeo.org/

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Frank Warmerdam]

Bob Basques wrote:

>
>
> Related to the new stuff.
>
>
> Did the AutoDesk projection LIB ever make it into the PROJ (or some
> other type of projectin list) as a published product for use?  I
> remember something about some new form of listing (like EPSG) that was
> going to be assembled, but . . .
>
>
> I'm specifically interested in getting a projection for all the counties
> for each US state, which is in the AutoCAD list.

Bob,

I believe you are referring to the CS-Map software library.  This has
been released by Autodesk as open source, and it is part of the
MetaCRS project, but it is distinct from PROJ.4.  It can be found at:

   http://csmap.osgeo.org/

It does include a variety of coordinate system dictionaries - some
derived from EPSG, but also from a variety of other sources.  I'm not
really familiar with it, and I don't immediately see one that is a
dictionary of county coordinate systems, but Norm and Hugues on
the metacrs list are the people to answer the question!

There has been a wee bit of discussion of how to more effectively share
coordinate system definitions between CSMap and PROJ.4, but so far there
hasn't been anything concrete done.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Bob Basques]

Some javascript/style in this post has been disabled (why?)

Frank,

Thanks for the reply.  I posted here initially since PROJ.4 is listed as a sub-project to MetaCRS which I figured would implement the additional projections (somehow) in PROJ.4

The counties are I believe separated or grouped by state, but I'm not that famialr with it either to tell the truth, just a long time user of AutoCAD Map and it's projection database.

bobb

>>> Frank Warmerdam <[hidden email]> wrote:

Bob Basques wrote:

>
>
> Related to the new stuff.
>
>
> Did the AutoDesk projection LIB ever make it into the PROJ (or some
> other type of projectin list) as a published product for use?  I
> remember something about some new form of listing (like EPSG) that was
> going to be assembled, but . . .
>
>
> I'm specifically interested in getting a projection for all the counties
> for each US state, which is in the AutoCAD list.

Bob,

I believe you are referring to the CS-Map software library.  This has
been released by Autodesk as open source, and it is part of the
MetaCRS project, but it is distinct from PROJ.4.  It can be found at:

   http://csmap.osgeo.org/

It does include a variety of coordinate system dictionaries - some
derived from EPSG, but also from a variety of other sources.  I'm not
really familiar with it, and I don't immediately see one that is a
dictionary of county coordinate systems, but Norm and Hugues on
the metacrs list are the people to answer the question!

There has been a wee bit of discussion of how to more effectively share
coordinate system definitions between CSMap and PROJ.4, but so far there
hasn't been anything concrete done.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Tamas Szekeres]

2009/9/29 Frank Warmerdam <[hidden email]>:

> I plan to put out an OSGeo4W update based on this shortly.  I would encourage
> other platform packages to incorporate this release as practical.  As always
> feedback is welcome, and bug reports can be filed at:
>
>   http://proj.osgeo.org/
>

Frank,

Good work indeed, thanks for the release. I would apply for a small
change in nmake.opt in order to have my automated builds running
smoothly. http://trac.osgeo.org/proj/ticket/54
This would also be required if we were about to extend the buildbot
(http://buildbot.osgeo.org:8502/waterfall) with further windows
buildslaves.

I'm a bit confused about the datumgrid files can be downoaded at:
http://download.osgeo.org/proj/proj-datumgrid-1.5.zip
It seems some of those files have already been versioned in SVN (which
are the newer ones). Wouldn't it be reasonable to have all those files
in the SVN repository?

Best regards,

Tamas
_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Frank Warmerdam]

Tamas Szekeres wrote:

> 2009/9/29 Frank Warmerdam <[hidden email]>:
>
>> I plan to put out an OSGeo4W update based on this shortly.  I would encourage
>> other platform packages to incorporate this release as practical.  As always
>> feedback is welcome, and bug reports can be filed at:
>>
>>   http://proj.osgeo.org/
>>
>
> Frank,
>
> Good work indeed, thanks for the release. I would apply for a small
> change in nmake.opt in order to have my automated builds running
> smoothly. http://trac.osgeo.org/proj/ticket/54
> This would also be required if we were about to extend the buildbot
> (http://buildbot.osgeo.org:8502/waterfall) with further windows
> buildslaves.

Tamas,

Applied.

> I'm a bit confused about the datumgrid files can be downoaded at:
> http://download.osgeo.org/proj/proj-datumgrid-1.5.zip
> It seems some of those files have already been versioned in SVN (which
> are the newer ones). Wouldn't it be reasonable to have all those files
> in the SVN repository?

I'm not convinced that grid shift files belong in the source tree. Some
of the ones that are there were carried over from the 90's and others
were added by folks other than me.

Today I was considering having grid shift files in a directory in
subversion that is parallel to the source tree, and in fact I just
moved the old postscript files out parallel to the source code
(http://svn.osgeo.org/metacrs/proj/trunk/docs).

However, since the files are not generally revised, are large,
binary and not "owned" by PROJ.4 I'm not convinced they belong in
subversion at all.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Roger Bivand]

Frank Warmerdam <warmerdam <at> pobox.com> writes:

>
> Folks,
>
> I am pleased to announce the release of PROJ 4.7.0 available from:
>
>    http://download.osgeo.org/proj/proj-4.7.0.tar.gz
>    http://download.osgeo.org/proj/proj-4.7.0.zip
>

Hi,

Am I missing something?

I'm seeing:

$ proj
Rel. 4.7.1, 23 September 2009
usage: proj [ -beEfiIlormsStTvVwW [args] ] [ +opts[=arg] ] [ files ]

and in proj-4.7.0/src:

$ grep "4.7.1" *
pj_release.c:char const pj_release[]="Rel. 4.7.1, 23 September 2009";

So this is actually 4.7.1, since that is what pj_get_release() returns?

Maybe pj_release.c should be built to match the information in the headers in
proj_config.h and its originator?

Any ideas?

Roger




_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Frank Warmerdam]

Roger Bivand wrote:

> Am I missing something?
>
> I'm seeing:
>
> $ proj
> Rel. 4.7.1, 23 September 2009
> usage: proj [ -beEfiIlormsStTvVwW [args] ] [ +opts[=arg] ] [ files ]
>
> and in proj-4.7.0/src:
>
> $ grep "4.7.1" *
> pj_release.c:char const pj_release[]="Rel. 4.7.1, 23 September 2009";
>
> So this is actually 4.7.1, since that is what pj_get_release() returns?
>
> Maybe pj_release.c should be built to match the information in the headers in
> proj_config.h and its originator?

/me whacks self in forehead.

At this point it isn't really proper for me to reissue 4.7.0, so I would
need to issue 4.7.1 at which point the pj_release values would be true!

I'm just going to ignore this botch in the hopes it isn't really serious
though I imagine it will confuse people from time to time.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [hidden email]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Hermann Peifer]

Frank Warmerdam wrote:
>
> I'm just going to ignore this botch in the hopes it isn't really serious
> though I imagine it will confuse people from time to time.
>

By the way confusing... cs2cs, geod, nad2nad and proj man pages say:

>  2000/03/21 Rel. 4.4

Hermann

_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj

[Markus Neteler]

On Wed, Sep 30, 2009 at 10:45 PM, Hermann Peifer <[hidden email]> wrote:
> Frank Warmerdam wrote:
>>
>> I'm just going to ignore this botch in the hopes it isn't really serious
>> though I imagine it will confuse people from time to time.
>>
>
> By the way confusing... cs2cs, geod, nad2nad and proj man pages say:
>
>>  2000/03/21 Rel. 4.4

The best solution might be to replace the hardcoded version
strings with Makefile magic which uses the available
PACKAGE_STRING
(found in man/Makefile)

Markus
_______________________________________________
Proj mailing list
[hidden email]
http://lists.maptools.org/mailman/listinfo/proj