[gdal-dev] Support USRP

[xavier lhomme]

Hi

  I have a USRP product with several images organized with
   a THF file which describe all containing image and a directory for each
image
(with  .Gen, .SOU, .IMG and a .QAL ).
The ASRP/USRP driver recognize .IMG file as explain in the web site.

ASRP/USRP is related to ADRG (and source code is stored in the ADRG
directory)
the ADRG driver is able to recognize THF file

Is it possible to improve ASRP/USRP driver to support THF files ?


Best regards
xlhomme
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Using/citing GDAL documentation

[Nick Ves]

sounds really cool.

One question though: Whats the difference between gdalUtils and rgdal?

On Sat, Oct 19, 2013 at 4:13 AM, Jonathan Greenberg  wrote:
> GDALers:
>
> I'm working with a colleague on a new set of R wrappers for GDAL, and
> we are at the point where we are starting to document the functions.
> Our R interface is designed to be VERY close to the GDAL command line
> utilities (we use the same parameter names, for instance), so I was
> wondering if it would be ok to use almost word-for-word the GDAL
> documentation of each of the parameters in our package's man files
> (this would save us an inordinate amount of time paraphrasing the docs
> for all of those functions).  If this is ok, how should I cite the
> documentation properly?
>
> Cheers!  Incidentally, the package is up on R-forge:
> https://r-forge.r-project.org/projects/gdalutils/
>
> --j
>
> --
> Jonathan A. Greenberg, PhD
> Assistant Professor
> Global Environmental Analysis and Remote Sensing (GEARS) Laboratory
> Department of Geography and Geographic Information Science
> University of Illinois at Urbana-Champaign
> 259 Computing Applications Building, MC-150
> 605 East Springfield Avenue
> Champaign, IL  61820-6371
> Phone: 217-300-1924
> http://www.geog.illinois.edu/~jgrn/
> AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307, Skype: jgrn3007
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Getting SRID from MS SQL Server Spatial Table

[Bob Cave]

Hi Tamas,

I looked through the source code for the MS SQL Server Spatial driver,
version 1.10.1 and in the latest trunk download, and was unable to find that
query.  Is that something that you have added but not checked in yet?

In any case, I will give try that query myself.  Thanks.

Cheers,

Bob


Tamas Szekeres wrote
> The driver is doing something like:
> 
> select top 1 ogr_geometry.STSrid from [mytable]
> 
> Best regards,
> 
> Tamas
> 
> 
> 
> 2013/11/13 Bob Cave <

> bobc@

> >
> 
>> Tamas,
>>
>> Thank you for the quick reply.
>>
>> My code is reading a table, so I am trying to identify the SRID that was
>> used when the table was created and the geometries were added to the
>> table.
>> How do I query the SRID from the geometry in the table?  The MS SQL
>> Server
>> driver does this when it is reading the geometry_columns table, but when
>> the
>> driver is not using the geometry_columns table, it does not attempt to
>> identify the SRID. I am trying to determine how I can do this myself.
>>
>> Thanks,
>>
>> Bob
>>
>>
>> Tamas Szekeres wrote
>> > Bob,
>> >
>> > You should specify the SRID as the attribute in the geometries in the
>> > database table, which should also set the spatial reference of the
>> layer.
>> >
>> > Best regards,
>> >
>> > Tamas
>> >
>> >
>> >
>> > 2013/11/13 Bob Cave <
>>
>> > bobc@
>>
>> > >
>> >
>> >> Hello,
>> >>
>> >> I am using the MS SQL Server driver (1.10.1) with
>> >> MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=NO.  When I attempt to read a table,
>> I
>> >> find that the driver does not identify the spatial reference the table
>> is
>> >> using.  Is there a way to get the driver to query for the SRID?
>> >>
>> >> When I use MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=YES, then the SRID can be
>> >> identified.  This is fine for my test database, but I need to be able
>> to
>> >> support databases that don't have a geometry_columns table.
>> >>
>> >> Thanks,
>> >>
>> >> Bob
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019.html
>> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> >> ___
>> >> gdal-dev mailing list
>> >>
>>
>> > gdal-dev@.osgeo
>>
>> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>> >>
>> >
>> > ___
>> > gdal-dev mailing list
>>
>> > gdal-dev@.osgeo
>>
>> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089033.html
>> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> ___
>> gdal-dev mailing list
>> 

> gdal-dev@.osgeo

>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
> 
> ___
> gdal-dev mailing list

> gdal-dev@.osgeo

> http://lists.osgeo.org/mailman/listinfo/gdal-dev





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089183.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Getting SRID from MS SQL Server Spatial Table

[Tamas Szekeres]

Bob,

I did not mention to use exactly the same select, just a similar effect
when reading the geometries.
In 
ogrmssqlspatiallayer.cppsee
the function
OGRMSSQLSpatialLayer::GetNextRawFeature()

nSRSId = oParser.GetSRSId();

and then:

if ( GetSpatialRef() )
   poGeom->assignSpatialReference( poSRS );


Best regards,

Tamas



2013/11/14 Bob Cave 

> Hi Tamas,
>
> I looked through the source code for the MS SQL Server Spatial driver,
> version 1.10.1 and in the latest trunk download, and was unable to find
> that
> query.  Is that something that you have added but not checked in yet?
>
> In any case, I will give try that query myself.  Thanks.
>
> Cheers,
>
> Bob
>
>
> Tamas Szekeres wrote
> > The driver is doing something like:
> >
> > select top 1 ogr_geometry.STSrid from [mytable]
> >
> > Best regards,
> >
> > Tamas
> >
> >
> >
> > 2013/11/13 Bob Cave <
>
> > bobc@
>
> > >
> >
> >> Tamas,
> >>
> >> Thank you for the quick reply.
> >>
> >> My code is reading a table, so I am trying to identify the SRID that was
> >> used when the table was created and the geometries were added to the
> >> table.
> >> How do I query the SRID from the geometry in the table?  The MS SQL
> >> Server
> >> driver does this when it is reading the geometry_columns table, but when
> >> the
> >> driver is not using the geometry_columns table, it does not attempt to
> >> identify the SRID. I am trying to determine how I can do this myself.
> >>
> >> Thanks,
> >>
> >> Bob
> >>
> >>
> >> Tamas Szekeres wrote
> >> > Bob,
> >> >
> >> > You should specify the SRID as the attribute in the geometries in the
> >> > database table, which should also set the spatial reference of the
> >> layer.
> >> >
> >> > Best regards,
> >> >
> >> > Tamas
> >> >
> >> >
> >> >
> >> > 2013/11/13 Bob Cave <
> >>
> >> > bobc@
> >>
> >> > >
> >> >
> >> >> Hello,
> >> >>
> >> >> I am using the MS SQL Server driver (1.10.1) with
> >> >> MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=NO.  When I attempt to read a
> table,
> >> I
> >> >> find that the driver does not identify the spatial reference the
> table
> >> is
> >> >> using.  Is there a way to get the driver to query for the SRID?
> >> >>
> >> >> When I use MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=YES, then the SRID can
> be
> >> >> identified.  This is fine for my test database, but I need to be able
> >> to
> >> >> support databases that don't have a geometry_columns table.
> >> >>
> >> >> Thanks,
> >> >>
> >> >> Bob
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >>
> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019.html
> >> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
> >> >> ___
> >> >> gdal-dev mailing list
> >> >>
> >>
> >> > gdal-dev@.osgeo
> >>
> >> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >> >>
> >> >
> >> > ___
> >> > gdal-dev mailing list
> >>
> >> > gdal-dev@.osgeo
> >>
> >> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >>
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089033.html
> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
> >> ___
> >> gdal-dev mailing list
> >>
>
> > gdal-dev@.osgeo
>
> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >>
> >
> > ___
> > gdal-dev mailing list
>
> > gdal-dev@.osgeo
>
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
>
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089183.html
> Sent from the GDAL - Dev mailing list archive at Nabble.com.
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Getting SRID from MS SQL Server Spatial Table

[Bob Cave]

Hi Tamas,

It looks like I misunderstood what you were saying.  Thank you for the
clarification.

Cheers,

Bob


Tamas Szekeres wrote
> Bob,
> 
> I did not mention to use exactly the same select, just a similar effect
> when reading the geometries.
> In
> ogrmssqlspatiallayer.cppsee
> the function
> OGRMSSQLSpatialLayer::GetNextRawFeature()
> 
> nSRSId = oParser.GetSRSId();
> 
> and then:
> 
> if ( GetSpatialRef() )
>poGeom->assignSpatialReference( poSRS );
> 
> 
> Best regards,
> 
> Tamas
> 
> 
> 
> 2013/11/14 Bob Cave <

> bobc@

> >
> 
>> Hi Tamas,
>>
>> I looked through the source code for the MS SQL Server Spatial driver,
>> version 1.10.1 and in the latest trunk download, and was unable to find
>> that
>> query.  Is that something that you have added but not checked in yet?
>>
>> In any case, I will give try that query myself.  Thanks.
>>
>> Cheers,
>>
>> Bob
>>
>>
>> Tamas Szekeres wrote
>> > The driver is doing something like:
>> >
>> > select top 1 ogr_geometry.STSrid from [mytable]
>> >
>> > Best regards,
>> >
>> > Tamas
>> >
>> >
>> >
>> > 2013/11/13 Bob Cave <
>>
>> > bobc@
>>
>> > >
>> >
>> >> Tamas,
>> >>
>> >> Thank you for the quick reply.
>> >>
>> >> My code is reading a table, so I am trying to identify the SRID that
>> was
>> >> used when the table was created and the geometries were added to the
>> >> table.
>> >> How do I query the SRID from the geometry in the table?  The MS SQL
>> >> Server
>> >> driver does this when it is reading the geometry_columns table, but
>> when
>> >> the
>> >> driver is not using the geometry_columns table, it does not attempt to
>> >> identify the SRID. I am trying to determine how I can do this myself.
>> >>
>> >> Thanks,
>> >>
>> >> Bob
>> >>
>> >>
>> >> Tamas Szekeres wrote
>> >> > Bob,
>> >> >
>> >> > You should specify the SRID as the attribute in the geometries in
>> the
>> >> > database table, which should also set the spatial reference of the
>> >> layer.
>> >> >
>> >> > Best regards,
>> >> >
>> >> > Tamas
>> >> >
>> >> >
>> >> >
>> >> > 2013/11/13 Bob Cave <
>> >>
>> >> > bobc@
>> >>
>> >> > >
>> >> >
>> >> >> Hello,
>> >> >>
>> >> >> I am using the MS SQL Server driver (1.10.1) with
>> >> >> MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=NO.  When I attempt to read a
>> table,
>> >> I
>> >> >> find that the driver does not identify the spatial reference the
>> table
>> >> is
>> >> >> using.  Is there a way to get the driver to query for the SRID?
>> >> >>
>> >> >> When I use MSSQLSPATIAL_USE_GEOMETRY_COLUMNS=YES, then the SRID can
>> be
>> >> >> identified.  This is fine for my test database, but I need to be
>> able
>> >> to
>> >> >> support databases that don't have a geometry_columns table.
>> >> >>
>> >> >> Thanks,
>> >> >>
>> >> >> Bob
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> View this message in context:
>> >> >>
>> >>
>> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019.html
>> >> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> >> >> ___
>> >> >> gdal-dev mailing list
>> >> >>
>> >>
>> >> > gdal-dev@.osgeo
>> >>
>> >> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>> >> >>
>> >> >
>> >> > ___
>> >> > gdal-dev mailing list
>> >>
>> >> > gdal-dev@.osgeo
>> >>
>> >> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089033.html
>> >> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> >> ___
>> >> gdal-dev mailing list
>> >>
>>
>> > gdal-dev@.osgeo
>>
>> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>> >>
>> >
>> > ___
>> > gdal-dev mailing list
>>
>> > gdal-dev@.osgeo
>>
>> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089183.html
>> Sent from the GDAL - Dev mailing list archive at Nabble.com.
>> ___
>> gdal-dev mailing list
>> 

> gdal-dev@.osgeo

>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
> 
> ___
> gdal-dev mailing list

> gdal-dev@.osgeo

> http://lists.osgeo.org/mailman/listinfo/gdal-dev





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Getting-SRID-from-MS-SQL-Server-Spatial-Table-tp5089019p5089210.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] geotiff projection not showing up

[Trent Piepho]

On Nov 10, 2013 1:44 AM, "Even Rouault" 
wrote:
>
> Le dimanche 10 novembre 2013 00:14:42, Trent Piepho a écrit :
> > I've found that unless you call SetGeoTransform() and give an affine
> > transform, most apps, including listgeo and gdalsrsinfo, aren't
> > entirely happy with the georeferencing.  GDAL has a function that
> > computes a transform from GCPs, but it needs to be part of the GDAL
> > code for the dataset driver.  GDAL doesn't automatically do it when a
> > user of GDAL wants an affine transform from a dataset.
>
> True. This is (I think) a design decision, as generally GDAL tries to
expose
> information as close as possible to what is in the dataset. GCPs alone
don't
> provide an unambiguous way of transforming image pixel coordinates into
real-
> world coordinates. You have to specify which extrapolation method you
want to
> use : polynomial at which order, thin plate spline, ..

>From what I've seen many apps just want to translate between pixel,line and
geographic coordinates.  The method to do this appears to be to get the SRS
from the dataset, use one of it's methods to transform between geographic
coordinates and projected coordinates, then get the geotransform
coefficients and preform the affine transform with them.

With no geotransform, this doesn't work.  Instead one is supposed toI
don't know.  I don't see any OGR or dataset function that will do the
coordinate transform.  I've looked at other apps, and none of them can
handle this.   So you end up with the only way to georeference a dataset,
and have anything work, is to use a affine transform.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] geotiff projection not showing up

[Even Rouault]

Le jeudi 14 novembre 2013 21:24:01, Trent Piepho a écrit :
> On Nov 10, 2013 1:44 AM, "Even Rouault" 
> 
> wrote:
> > Le dimanche 10 novembre 2013 00:14:42, Trent Piepho a écrit :
> > > I've found that unless you call SetGeoTransform() and give an affine
> > > transform, most apps, including listgeo and gdalsrsinfo, aren't
> > > entirely happy with the georeferencing.  GDAL has a function that
> > > computes a transform from GCPs, but it needs to be part of the GDAL
> > > code for the dataset driver.  GDAL doesn't automatically do it when a
> > > user of GDAL wants an affine transform from a dataset.
> > 
> > True. This is (I think) a design decision, as generally GDAL tries to
> 
> expose
> 
> > information as close as possible to what is in the dataset. GCPs alone
> 
> don't
> 
> > provide an unambiguous way of transforming image pixel coordinates into
> 
> real-
> 
> > world coordinates. You have to specify which extrapolation method you
> 
> want to
> 
> > use : polynomial at which order, thin plate spline, ..
> 
> From what I've seen many apps just want to translate between pixel,line and
> geographic coordinates.  The method to do this appears to be to get the SRS
> from the dataset, use one of it's methods to transform between geographic
> coordinates and projected coordinates, then get the geotransform
> coefficients and preform the affine transform with them.
> 
> With no geotransform, this doesn't work.  Instead one is supposed toI
> don't know.  I don't see any OGR or dataset function that will do the
> coordinate transform.  I've looked at other apps, and none of them can
> handle this.   So you end up with the only way to georeference a dataset,
> and have anything work, is to use a affine transform.

You can use gdalwarp to transform a dataset with GCPs to a dataset with 
geotransform. gdalwarp uses the GDAL warping API : 
http://www.gdal.org/warptut.html


-- 
Geospatial professional services
http://even.rouault.free.fr/services.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] l1b to grid

[Nikolaos Hatzopoulos]

Does anyone know how to grid a level1b swath image from satellites to a
gridded projection?

Best,
--Nikos Hatzopoulos
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev