headers
Gerald I. Evenden | 1 Sep 2008 16:31
Picon

Lease block definition

A few weeks ago the item of oil lease blocks came up as an item to be plotted 
on extended range TM maps.  My encounter with lease blocks was only as a 
short spectator of someone digitizing the irregular shore boundaries of said 
lease blocks.

My understanding is that the lease block boundaries are established in terms 
of UTM grid coordinates?  If so, what are the typical side lengths in meters?

My recollection was that one of the reasons for selecting TM for large area 
mapping was because of "facilitating" the plotting of lease blocks.  True, 
false?

Any information related to what has been done or proposed for large region 
mapping with TM would be appreciated.
--

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 3 comments |
headers
Campbell Smith | 1 Sep 2008 16:58
Picon

Re: Lease block definition

I think that the UK and Norwegian blocks are based on fractions of
lat/long in ED50 rather than sensible UTM.

Other countries may be different.

On 01/09/2008, Gerald I. Evenden <geraldi.evenden <at> gmail.com> wrote:
> A few weeks ago the item of oil lease blocks came up as an item to be
> plotted
> on extended range TM maps.  My encounter with lease blocks was only as a
> short spectator of someone digitizing the irregular shore boundaries of said
> lease blocks.
>
> My understanding is that the lease block boundaries are established in terms
> of UTM grid coordinates?  If so, what are the typical side lengths in
> meters?
>
> My recollection was that one of the reasons for selecting TM for large area
> mapping was because of "facilitating" the plotting of lease blocks.  True,
> false?
>
> Any information related to what has been done or proposed for large region
> mapping with TM would be appreciated.
> --
> The whole religious complexion of the modern world is due
> to the absence from Jerusalem of a lunatic asylum.
> -- Havelock Ellis (1859-1939) British psychologist
> _______________________________________________
> Proj mailing list
> Proj <at> lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/proj
(Continue reading)

Permalink | Reply | 0 comments |
headers
Noel Zinn | 1 Sep 2008 17:43
Picon

RE: Lease block definition

The US Outer Continental Shelf (Gulf of Mexico anyway) lease blocks are
defined in NAD27 UTM by zone (so extended coverage per the recent threat is
of no relevance), but in US Survey Feet.  These are federal waters.  State
waters are defines SPCS27.

Google "protraction diagram" and you'll find all the information you'll
need.

Noel

-----Original Message-----
From: proj-bounces <at> lists.maptools.org
[mailto:proj-bounces <at> lists.maptools.org] On Behalf Of Gerald I. Evenden
Sent: Monday, September 01, 2008 9:31 AM
To: PROJ.4 and general Projections Discussions
Subject: [Proj] Lease block definition

A few weeks ago the item of oil lease blocks came up as an item to be
plotted 
on extended range TM maps.  My encounter with lease blocks was only as a 
short spectator of someone digitizing the irregular shore boundaries of said

lease blocks.

My understanding is that the lease block boundaries are established in terms

of UTM grid coordinates?  If so, what are the typical side lengths in
meters?

My recollection was that one of the reasons for selecting TM for large area
(Continue reading)

Permalink | Reply | 1 comment |
headers
Frank Warmerdam | 1 Sep 2008 17:51
Picon
Favicon
Gravatar

PROJ 4.6.1 Released

Folks,

I have promoted the PROJ 4.6.1 RC3 to being the PROJ 4.6.1 final release
since there don't seem to be any serious problems with it.  From the news
file:

4.6.1 Release Notes
-------------------

  o Upgraded to EPSG 6.17 version for nad/epsg.  Also corrected the precision
    problem introduced in the last version.

  o Added logic for tmerc projection to fail rather than return crazy results
    if more than 90 degrees away from the central meridian (#5).  This change
    may only be temporary till a more comprehensive solution is found.

  o Fixed handling of extra text in cs2cs.

  o Renamed INSTALL to INSTALL.TXT.

  o The eqc projection has been generalized to include a latitude of origin.

  o Added the glabsgm (Gauss Laborde / Sphere Geometric Mean) projection,
    and gstmerc variation.

  o nad/IGNF init catalogue created.

  o added the ntf_r93.gsb datum shift file.

  o Add /Op in nmake.opt compile options to avoid VC7 optimization bug (#12)
(Continue reading)

Permalink | Reply | 3 comments |
headers
Gerald I. Evenden | 1 Sep 2008 18:35
Picon

Re: PROJ 4.6.1 Released

On Monday 01 September 2008 11:51:17 am Frank Warmerdam wrote:
> Folks,
>
> I have promoted the PROJ 4.6.1 RC3 to being the PROJ 4.6.1 final release
> since there don't seem to be any serious problems with it.  From the news
> file:
	...
>   o Added the glabsgm (Gauss Laborde / Sphere Geometric Mean) projection,
>     and gstmerc variation.

Don't they produce the same numbers?  If they do, why two entries?  If they do 
not, please let me know.  Anyway, I thought gstmerc was the consensus.

Also, I have no idea what the "Sphere Geometric Mean" applies to in this 
projection?  If anyone has any ideas, please let me know.
	...
--

-- 
The whole religious complexion of the modern world is due
to the absence from Jerusalem of a lunatic asylum.
-- Havelock Ellis (1859-1939) British psychologist
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 2 comments |
headers
Dean C.Mikkelsen | 1 Sep 2008 18:43

Re: Lease block definition

Hi everyone,

Here is a useful site on the GOM Lease Blocks:

http://www.gomr.mms.gov/homepg/pubinfo/MapsandSpatialData.html

If you have any questions, let me know.

Cheers,
Dean

On Mon, 1 Sep 2008 10:43:54 -0500
  "Noel Zinn" <ndzinn <at> comcast.net> wrote:
> The US Outer Continental Shelf (Gulf of Mexico anyway) 
>lease blocks are
> defined in NAD27 UTM by zone (so extended coverage per 
>the recent threat is
> of no relevance), but in US Survey Feet.  These are 
>federal waters.  State
> waters are defines SPCS27.
> 
> Google "protraction diagram" and you'll find all the 
>information you'll
> need.
> 
> Noel
> 
> -----Original Message-----
>From: proj-bounces <at> lists.maptools.org
> [mailto:proj-bounces <at> lists.maptools.org] On Behalf Of
(Continue reading)

Permalink | Reply | 0 comments |
headers
RICHARD Didier | 1 Sep 2008 20:04
Picon
Favicon

Re: PROJ 4.6.1 Released


> On Monday 01 September 2008 11:51:17 am Frank Warmerdam wrote:
>> Folks,
>>
>> I have promoted the PROJ 4.6.1 RC3 to being the PROJ 4.6.1 final release
>> since there don't seem to be any serious problems with it.  From the
>> news
>> file:
> 	...
>>   o Added the glabsgm (Gauss Laborde / Sphere Geometric Mean)
>> projection,
>>     and gstmerc variation.
>
> Don't they produce the same numbers?  If they do, why two entries?  If
> they do
> not, please let me know.  Anyway, I thought gstmerc was the consensus.
>
> Also, I have no idea what the "Sphere Geometric Mean" applies to in this
> projection?  If anyone has any ideas, please let me know.
> 	...

Gerald, all,

Gerald you're right: the former glabsgm was to be replaced with gstmerc !-)

Regards,

didier

> --
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Warmerdam | 1 Sep 2008 22:05
Picon
Favicon
Gravatar

Re: PROJ 4.6.1 Released

Gerald I. Evenden wrote:
> On Monday 01 September 2008 11:51:17 am Frank Warmerdam wrote:
>> Folks,
>>
>> I have promoted the PROJ 4.6.1 RC3 to being the PROJ 4.6.1 final release
>> since there don't seem to be any serious problems with it.  From the news
>> file:
> 	...
>>   o Added the glabsgm (Gauss Laborde / Sphere Geometric Mean) projection,
>>     and gstmerc variation.
> 
> Don't they produce the same numbers?  If they do, why two entries?  If they do 
> not, please let me know.  Anyway, I thought gstmerc was the consensus.
> 
> Also, I have no idea what the "Sphere Geometric Mean" applies to in this 
> projection?  If anyone has any ideas, please let me know.

Gerald,

I would note that I was unclear on how to properly finalize this NEWS
file entry.  I'm still a bit confused about the final resolution, but
understood from Didier that it represented a consensus between the two
of you and was properly applied in CVS.

Best regards,
--

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam <at> pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Fahner | 2 Sep 2008 01:30

Michigan georef projection reproject to lat-lon

Hello,

I have been trying for the longest time now to convert data I received from Michigan DNR to lat-long data so it can be used within Google maps.

The data is snowmobile trails but I can’t for the life of me find a program which does not contain an large price tag to do this for me. I can’t see spending money on it when I just need to convert the data once and then I won’t need it done anymore. Does anyone have a good program to use to do this. They included all the files with the zip file they sent me. (.dbf, .prj, .sbn,.sbx,.shp,.shp.xml,shx). I think I’ve tried to use more than a handful of software’s. The closest I got was with the program map window but there seems to be an issue with it reprojecting.

 

Thanks,

Chris

 

_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 9 comments |
headers
Richard Greenwood | 2 Sep 2008 02:11
Picon

Re: Michigan georef projection reproject to lat-lon

FWTools http://fwtools.maptools.org/ (which includes Proj.4) has a
command line program called ogr2ogr which includes coordinate system
transformation. At the command prompt, you would enter something like:
   ogr2ogr destDir srcFile.shp -s_srs EPSG:codeForMichiganDNR -t_srs
EPSG:codeForLatLong
where:
  destDir is an empty destination (output) directory
  srcFile.shp is the name of the snowmobile shapefile
  codeForMichiganDNR is the EPSG number for your source data (maybe
not required)
  codeForLatLong is the EPSG number for lat-long (probably 4326)

Rich

On Mon, Sep 1, 2008 at 5:30 PM, Chris Fahner <chris <at> mi-sledding.com> wrote:
> Hello,
>
> I have been trying for the longest time now to convert data I received from
> Michigan DNR to lat-long data so it can be used within Google maps.
>
> The data is snowmobile trails but I can't for the life of me find a program
> which does not contain an large price tag to do this for me. I can't see
> spending money on it when I just need to convert the data once and then I
> won't need it done anymore. Does anyone have a good program to use to do
> this. They included all the files with the zip file they sent me. (.dbf,
> .prj, .sbn,.sbx,.shp,.shp.xml,shx). I think I've tried to use more than a
> handful of software's. The closest I got was with the program map window but
> there seems to be an issue with it reprojecting.
>
>
>
> Thanks,
>
> Chris
>
>
>
> _______________________________________________
> Proj mailing list
> Proj <at> lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/proj
>

--

-- 
Richard Greenwood
richard.greenwood <at> gmail.com
www.greenwoodmap.com
_______________________________________________
Proj mailing list
Proj <at> lists.maptools.org
http://lists.maptools.org/mailman/listinfo/proj
Permalink | Reply | 5 comments |

Gmane