Re: [gdal-dev] Transform from lat/long/elevation to 3d sphere

2009-07-03 Thread Christopher Hunt
That appears to do exactly what I want. Thanks. Peter, thoughts? On 03/07/2009, at 10:07 PM, Adam Nowacki wrote: Something like: OGRSpatialReference sr; sr.SetFromUserInput("+proj=geocent"); ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://

Re: [gdal-dev] Transform from lat/long/elevation to 3d sphere

2009-07-03 Thread Christopher Hunt
eve your goal. The later chapters give the equations for the various projections. Best wishes, Peter Christopher Hunt wrote: Sorry for the hopefully not so dumb question here. If I want to transform from one projection to a projection of the earth in 3D, how would I set up my target sr

[gdal-dev] Transform from lat/long/elevation to 3d sphere

2009-07-03 Thread Christopher Hunt
Sorry for the hopefully not so dumb question here. If I want to transform from one projection to a projection of the earth in 3D, how would I set up my target srs? I want to take a WGS-84 lat/long/elevation and have an x,y,z returned in metres. Here's my present code: // Read the image

[gdal-dev] Big three rules for C++ classes

2009-07-01 Thread Christopher Hunt
Hi there, I've just started using the classes from the ogr_geometry API and note that they do not obey the C++ Rule of Three: http://en.wikipedia.org/wiki/Rule_of_three_(C%2B%2B_programming) Perhaps the copy ctor and assignment operators should receive a private scope in OGRGeometry unless

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-08-22 Thread Christopher Hunt
a_srs EPSG:27700 ... Anyhow all good. Thanks for the help. Cheers, -C On 16/08/2008, at 7:54 PM, Christopher Hunt wrote: Thanks for your reply Frank. On 16/08/2008, at 2:05 PM, Frank Warmerdam wrote: I believe EPSG:27700 is British National Grid which is a projected coordinate system based o

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-08-16 Thread Christopher Hunt
Thanks for your reply Frank. On 16/08/2008, at 2:05 PM, Frank Warmerdam wrote: I believe EPSG:27700 is British National Grid which is a projected coordinate system based on the OSGB 1936 datum. So you should ensure the provider means the dataset is actually in BNG, in addition to being based o

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-08-15 Thread Christopher Hunt
Hi again Frank et. al, I've made some progress. The aerial image provider now tells me that it is projected as OSGB 1936 which I believe is EPSG:27700. Thus if I use a command like: gdal_translate -a_srs EPSG:27700 -a_ullr then I should be able to create my GeoTIFF. Unfortunately the

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-08-01 Thread Christopher Hunt
tres? How do I centre a projection? lat_0 and lon_0 values? Thanks again for your time - I appreciate that time is precious. Cheers, -C On 30/07/2008, at 5:38 PM, Christopher Hunt wrote: On 30/07/2008, at 9:07 AM, Frank Warmerdam wrote: Christopher Hunt wrote: Hi Frank, Thanks for the reply

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-07-30 Thread Christopher Hunt
On 30/07/2008, at 9:07 AM, Frank Warmerdam wrote: Christopher Hunt wrote: Hi Frank, Thanks for the reply and for the confirmation that I'm on the right track. Dumb newbie question: wouldn't most aerial photos taken, say, from 12,000ft be ortho in their projection? Christopher

Re: [gdal-dev] Guidance sought on using gdal-translate

2008-07-29 Thread Christopher Hunt
Hi Frank, Thanks for the reply and for the confirmation that I'm on the right track. Dumb newbie question: wouldn't most aerial photos taken, say, from 12,000ft be ortho in their projection? Cheers, -C ___ gdal-dev mailing list gdal-dev@lists.o

[gdal-dev] Guidance sought on using gdal-translate

2008-07-29 Thread Christopher Hunt
Hi there, Being new to gdal I'm hoping that someone can help me by verifying my gdal_translate command. Thanks in advance. I have an aerial photo of an airport which I therefore assume is orthographic. Three points have been provided to me which I am assuming to be wgs84: point1 = -0.49