On Wed, Oct 19, 2011 at 1:23 PM, Roger Viton wrote:
> There have been other threads on this topic. The threads seem to die with no
> clear solution presented.
>
> Does anyone have a Java example on how to get elevations from a DTED file?
>
>
> org.gdal.gdal.Dataset dataset = org.gdal.gdal.gdal.Op
On 19 October 2011 08:44, canduc17 wrote:
> Compiling my gdal programs with the autotools, I would like to use
> gdal-config in my configure.ac file, in order to manage gdal path on
> different systems.
>
> The same things is made for example with the PKG_CHECK_MODULES macro for
> libraries which
Guys,
given these changes are considered bug-fixes/improvements, would you
approve of adding these changes (when sufficiently tested and matured)
to the 1.8 branch?
If not there are a number of bugfixes (some already commited) that I
would like to commit to 1.8.
Related to this - in what timefr
Check the code for gdallocationinfo app.
Docs for the app:
http://gdal.org/gdallocationinfo.html
code for the app:
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdallocationinfo.cpp
That should get you started. I assume the java bindings are up to date.
kss
-Original Message-
There have been other threads on this topic. The threads seem to die with no
clear solution presented.
Does anyone have a Java example on how to get elevations from a DTED file?
org.gdal.gdal.Dataset dataset = org.gdal.gdal.gdal.Open(,
org.gdal.gdalconst.gdalconst.GA_ReadOnly);
With an x y
Le mercredi 19 octobre 2011 22:04:47, Etienne Tourigny a écrit :
> Even,
>
> I've been thinking about this, and I knew you were going to prefer
> incremental changes, as it would be preferable. However, there's
> about a month of development in there and it would be quite difficult
> to try to se
Even,
I've been thinking about this, and I knew you were going to prefer
incremental changes, as it would be preferable. However, there's
about a month of development in there and it would be quite difficult
to try to separate things in small chunks.
It will also be difficult because there has be
> > As PSC chair I will not be offended if you proceed with netcdf changes
> > *without* a formal RFC type vote on the changes. The changes are fixing
> > bugs and don't cause real backward compatability issues and I'm willing
> > to treat you as the authority/owner for the driver.
>
> OK Frank,
I've figured out a way to save any comandline command : as
GDALGeneralCmdLineProcessor() gets called by all applications, the
command args can be saved to a static char[] and then consulted later.
My question to other devs: where can I add code to create/modify a
metadataitem (e.g. "history") in c
SupportLists qlands.com> writes:
>
>
> Hi,
> I have an ASCII grid with pixel sizes:
> p, li { white-space: pre-wrap; }0.0083,-0.0083.
> Its dimensions are X: 1510 Y: 1970 Bands: 1.
> How can I re-project it to a pixel size of 0.083,-0.083?
> Many thanks i
Hi,
I have an ASCII grid with pixel sizes: 0.0083,-0.0083. Its
dimensions are X: 1510 Y: 1970 Bands: 1.
How can I re-project it to a pixel size of 0.083,-0.083?
Many thanks in advance,
Carlos.
___
gdal-dev mailing list
gdal-dev@lis
Mateusz, all:
It's good to hear there is an effort in this. The dependencies/optional
packages will be painful I expect. If you need testers for Fedora I can
help just let me know.
Take care,
Dave
On 10/19/2011 09:37 AM, Mateusz Łoskot wrote:
On 19 October 2011 13:42, Jayesh Chaudhary wr
On 19 October 2011 13:42, Jayesh Chaudhary wrote:
> On Fri, Oct 7, 2011 at 4:44 PM, Mateusz Loskot wrote:
>>
>> On 07/10/11 19:14, Jayesh Chaudhary wrote:
>> > It is good to see that people are supporting the idea. To know more
>> > about CMake please visit http://cmake.org/cmake/project/about.ht
On Wed, Oct 19, 2011 at 10:42 AM, Jayesh Chaudhary wrote:
>
>
> On Fri, Oct 7, 2011 at 4:44 PM, Mateusz Loskot wrote:
>>
>> On 07/10/11 19:14, Jayesh Chaudhary wrote:
>> > It is good to see that people are supporting the idea. To know more
>> > about CMake please visit http://cmake.org/cmake/proj
On Fri, Oct 7, 2011 at 4:44 PM, Mateusz Loskot wrote:
> On 07/10/11 19:14, Jayesh Chaudhary wrote:
> > It is good to see that people are supporting the idea. To know more
> > about CMake please visit http://cmake.org/cmake/project/about.html.
> > Please feel free to contact us if you have any que
On Wed, Oct 19, 2011 at 3:34 AM, Frank Warmerdam wrote:
> On 11-10-18 10:19 PM, Etienne Tourigny wrote:
>>
>> Hi Frank,
>>
>> On Tue, Oct 18, 2011 at 7:22 PM, Frank Warmerdam
>> wrote:
>>>
>>> On Tue, Oct 18, 2011 at 1:10 PM, Etienne Tourigny
>>> wrote:
2) Change to a default south-up
Yes - I mean lat and lon. I'm using the datums in common use in Australia,
i.e. Australian Geodetic 1966, Australian Geodetic 1984, Australian
Geocentric 1994
From: Simon Lyngby Kokkendorff silyko-at-gmail.com |GDAL|
[mailto:r0dk224...@sneakemail.com]
Sent: Wednesday, October 19, 2011 10:32
Hi Marc,
I suppose that when you say: WGS84 datum, you mean geographical coordinates
based on the WGS84-datum (i.e. lat,lon)?
Which other datums are involved?
Cheers,
Simon
On Wed, Oct 19, 2011 at 12:53 PM, wrote:
> Well, it’s ‘working’ (sort of) but I’m still confused. I’ll try to explain
Well, it's 'working' (sort of) but I'm still confused. I'll try to explain
better what I'm trying to do.
I have a database of map coordinates stored in WGS84 datum.
I load and display a map in my application which may, or may not, use the
WGS84 datum. I am setting up a coordinatetransformation
Well - I have it working, without fully understanding why. I used a SetUTM on
each SRS to give it a projection, and all seems OK. I'm still getting a GEOGCS
only for the first SRS (MapSRS) but it doesn't seem to matter.
Some of my map use the "Lambert Conformal Conic" projection. How do I set t
Hi Marc,
Just to understand your problem fully: You have data in your database in
WGS84, in geographical coordinates, or what? That would correspond to a
srs=osr.SpatialReference(), srs.SetWellKnownGeogCS("WGS84").
What kind of projection or geographical coordinate system do you want to
pro
I have a big clue - I have inspected the output of ExportToWKT, and the results
are interesting
With WGS84SRS
GDALError = .SetProjCS("WGS84 Datum")
Debug.Assert(GDALError = OGRError.OGRERR_NONE, GetLastErrorMsg())
GDALError = .SetWellKnownGeogCS("WGS84"
Hi Francesco,
My initial thought without checking :
I don't think it should cause any ABI problem. IMHO, the symbols of the
internal libtiff and libgeotiff have never been thought as belonging to the GDAL
API/ABI. I believe that Debian uses --with-hide-internal-symbols by the way
(to be confirmed
Hi Even,
Le 18/10/2011 19:16, Even Rouault a écrit :
Therefore, my plan is to provide, in our PPA ([3], [4]), yet-another
patched GDAL 1.8.0 package integrating this fix, and building gdal with
--with-rename-internal-libtiff-symbols=yes and
--with-rename-internal-libgeotiff-symbols=yes
I think a
I have not used org2ogr. I have just realised that the C API for GDAL uses a
mixture of STD and CDECL. How annoying. Anyway – I have carefully checked and
all are correct. I get a stack balance problem if they are not anyway. It’s
hard to see how I could get the arguments wrong – one is the stri
Compiling my gdal programs with the autotools, I would like to use
gdal-config in my configure.ac file, in order to manage gdal path on
different systems.
The same things is made for example with the PKG_CHECK_MODULES macro for
libraries which support pkg-config.
Is there a pre built macro to do
Marc,
You don't need to rebuild proj.4; you are already using it. Since you were
able to use ogr2ogr to do the transformation, it works.
What you need to do is find out if the arguments you are passing to the
transformation builder are good. Especially 'MapSRS'. If it doesn't show any
problem, pl
Thanks for all the suggestions – they have given me many possibilities to
eliminate, but I still haven’t really got an answer to the original question.
Am I required to have proj.dll built with support for the datums/projections I
want to use, or is it sufficient to set GDAL_DATA such that gc
28 matches
Mail list logo
