2011/11/4 Frank Warmerdam :
> 2011/11/3 Mateusz Łoskot :
>>> I would be receptive to a motion to grant Jayesh
>>> full commit privileges.
>>
>> Thanks!
>>
>> I guess Jayesh will need to agree on the RFC3
>> plus, Jayesh's OSGeo User ID is required, right?
>
> Mateusz,
>
> Yes to both, and someone (
2011/11/3 Mateusz Łoskot :
>> I would be receptive to a motion to grant Jayesh
>> full commit privileges.
>
> Thanks!
>
> I guess Jayesh will need to agree on the RFC3
> plus, Jayesh's OSGeo User ID is required, right?
Mateusz,
Yes to both, and someone (ie. you) should make a
motion.
Best regard
Personally I like the idea. I'd probably go for the flattened version
unless there is a good reason to carry a bunch of sub-directories around.
If there are any serious arguments against doing this then I'd like to
hear them.
Daniel
On 11-11-03 05:31 PM, Mateusz Łoskot wrote:
On 3 November
2011/11/4 Frank Warmerdam :
> 2011/11/3 Mateusz Łoskot :
>> Dear PSC,
>>
>> Following my brainstorm with Jayesh about CMake,
>> I would like to ask for home for CMake related works.
>>
>> I think it would be good to host it in GDAL's spike, e.g.
>>
>> http://svn.osgeo.org/gdal/spike/cmake
>
> Mateu
2011/11/3 Mateusz Łoskot :
> Dear PSC,
>
> Following my brainstorm with Jayesh about CMake,
> I would like to ask for home for CMake related works.
>
> I think it would be good to host it in GDAL's spike, e.g.
>
> http://svn.osgeo.org/gdal/spike/cmake
Mateusz,
/spike is for stuff being deprecated
Dear PSC,
Following my brainstorm with Jayesh about CMake,
I would like to ask for home for CMake related works.
I think it would be good to host it in GDAL's spike, e.g.
http://svn.osgeo.org/gdal/spike/cmake
or may be as an official branch in
http://svn.osgeo.org/gdal/branches/cmake
Obviousl
2011/11/3 Jayesh Chaudhary :
>
>> > Also as far as dependencies of GDAL driver's are concerned, we can
>> > probably manage them using CMake superbuild support.
>>
>> I have never heard of CMake superbuild support.
>> Where can I learn more?
>
> This is a very good question. Actually I realized t
On 3 November 2011 22:05, Even Rouault wrote:
> Le jeudi 03 novembre 2011 22:33:38, Mateusz Łoskot a écrit :
>> On 3 November 2011 21:26, Kyle Shannon wrote:
>> > I believe that is on the 2.0 changes list, or something along those
>> > lines. See:
>> >
>> > http://trac.osgeo.org/gdal/wiki/GDAL20
On 3 November 2011 20:38, Jukka Rahkonen wrote:
>
> Thereafter I will try if I can just turn the coordinates from these
> 6605838.360 61685.735
> into these
> 61685.735 6605838.360
> in the whole xml file with awk or something else as horrible.
Maybe something like this?
perl -ne 's,([-+e\.0-9
Le jeudi 03 novembre 2011 22:33:38, Mateusz Łoskot a écrit :
> On 3 November 2011 21:26, Kyle Shannon wrote:
> > I believe that is on the 2.0 changes list, or something along those
> > lines. See:
> >
> > http://trac.osgeo.org/gdal/wiki/GDAL20Changes
> >
> > under House Keeping issues
>
> Grea
On 3 November 2011 21:26, Kyle Shannon wrote:
> I believe that is on the 2.0 changes list, or something along those lines.
> See:
>
> http://trac.osgeo.org/gdal/wiki/GDAL20Changes
>
> under House Keeping issues
Great news!
Frank, Even,
Can I set http://trac.osgeo.org/gdal/ticket/3435 with 2.0
On 3 November 2011 21:24, David Burken wrote:
>
> Just wondering if you've thought about namespacing the include paths? That
> is:
>
> #include "cpl_config.h"
> #include "gdal_frmts.h"
>
> Becomes:
> #include
> #include
>
> Or (flattened):
> #include
> #include
David,
I thoroughly agree.
He
I believe that is on the 2.0 changes list, or something along those lines. See:
http://trac.osgeo.org/gdal/wiki/GDAL20Changes
under House Keeping issues
kss
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of David Burken
Se
Mateusz,
Just wondering if you've thought about namespacing the include paths?
That is:
#include "cpl_config.h"
#include "gdal_frmts.h"
Becomes:
#include
#include
Or (flattened):
#include
#include
This would make installs / uninstalls cleaner. Say your install prefix is:
/usr/local
Even Rouault mines-paris.org> writes:
>
>
> > I already thought that I could get a valid shapefile with ogr2ogr by
> > replacing EPSG:3067 with EPSG:3047 everywhere in the XML document.
> > However, ogr2ogr was creating a similar flipped shapefile. Is this a gdal
> > bug? EPSG:3047 is definite
> I already thought that I could get a valid shapefile with ogr2ogr by
> replacing EPSG:3067 with EPSG:3047 everywhere in the XML document.
> However, ogr2ogr was creating a similar flipped shapefile. Is this a gdal
> bug? EPSG:3047 is definitely Northing-Easting
The EPSG: notation is ambigu
Rahkonen Jukka mmmtike.fi> writes:
>
> Even Rouault wrote:
>
> >> EPSG:3067 and
> >> 25835 are just the same ETRS89 / UTM zone 35N but the latter is officially
> >> Northing-Easting.
>
> > Hum, GDAL (as reported by "gdalsrsinfo EPSG:25835") sees both as Easting-
> > Northing ordered. What is y
Even Rouault wrote:
>> EPSG:3067 and
>> 25835 are just the same ETRS89 / UTM zone 35N but the latter is officially
>> Northing-Easting.
> Hum, GDAL (as reported by "gdalsrsinfo EPSG:25835") sees both as Easting-
> Northing ordered. What is your reference for EPSG:25835 being ordered as
> Northing
2011/11/3 Mateusz Łoskot :
> On 3 November 2011 15:21, Jukka Rahkonen wrote:
>> I am getting tired with GML3 and Northing/Easting coordinate order. There
>> seems
>> to be just two kind of GML3 available: either it is Easting/Northing but it
>> should be Northing/Easting, or another way round.
>
> But what can I do with this file
> http://latuviitta.org/documents/inspire_au.xml with a schema
> http://latuviitta.org/documents/inspire_au.xsd ?
>
> It is in EPSG:3067 which in really an Easting-Northing system but the file
> has written as Northing-Easting as if it were EPSG:25835.
I'm afra
Even Rouault wrote:
> Selon Jukka Rahkonen :
>> Hi,
>>
>> I am getting tired with GML3 and Northing/Easting coordinate order. There
>> seems
>> to be just two kind of GML3 available: either it is Easting/Northing but it
>> should be Northing/Easting, or another way round.
>>
>> Is there already s
On 3 November 2011 15:21, Jukka Rahkonen wrote:
> I am getting tired with GML3 and Northing/Easting coordinate order. There
> seems
> to be just two kind of GML3 available: either it is Easting/Northing but it
> should be Northing/Easting, or another way round.
Two kind? Keep counting.
Check th
On Jueves, 3 de Noviembre de 2011 16:21:21 Jukka Rahkonen escribió:
> I am getting tired with GML3 and Northing/Easting coordinate order. There
> seems to be just two kind of GML3 available: either it is Easting/Northing
> but it should be Northing/Easting, or another way round.
>
> Is there alrea
Selon Jukka Rahkonen :
> Hi,
>
> I am getting tired with GML3 and Northing/Easting coordinate order. There
> seems
> to be just two kind of GML3 available: either it is Easting/Northing but it
> should be Northing/Easting, or another way round.
>
> Is there already some hidden switch in ogr2ogr fo
Felix,
Not sure I clearly understand the benefit, though it may be due to my lack
of knowledge in NuGet.
Is this just another way how to deploy the compiled binaries or something
to be incorporated in the GDAL build process?
Best regards,
Tamas
2011/11/3 Felix Obermaier
> Hello,
>
> are the
Jean-Claude Repetto free.fr> writes:
>
> Le 03/11/2011 10:45, Jan Tappenbeck a écrit :
> >
> > i had transform some tif-files by epsg-code so the images will rotate
> > and at the border now some black triangles.
> >
> > now i want to merge by gdalwarp
>
> Hi,
> Wouldn't it be easier to merge t
Hi,
I am getting tired with GML3 and Northing/Easting coordinate order. There seems
to be just two kind of GML3 available: either it is Easting/Northing but it
should be Northing/Easting, or another way round.
Is there already some hidden switch in ogr2ogr for changing the x and y
coordinate orde
Hello,
are there any plans to supply a NuGet (www.nuget.org) package for the C#
Bindings?
Or is there an interest in me setting one up?
Thanks
Felix Obermaier
--
Ingenieurgruppe IVV GmbH & Co. KG
Dipl.-Ing. Felix Obermaier
Oppenhoffallee 171
52066 Aachen
Hi everyone,
I've started using the Python GDAL package to convert raster images in
ENVI format to GeoTIFF, ERDAS Imagine, PCI Geomatics and other formats.
My imagery is UTM, WGS-84 and path-oriented, i.e., rotated away from
north-up. I find that, after conversion with GDAL, the rotation is
alwa
I don't know exactly what the Debug build does, but AFAIK it incorporates
the symbolic debug information inside the compiled object, layouts a
different assembly, and links against the debug runtime, but from the point
of view of common debugging (breakpoints, inspecting properties, etc.) I
don't s
I find very useful, for common debugging of C++ apps, to build in Release
mode (/MD) but with debugging infos (/Zi) and removing optimization (/Od).
With this flags I'm able to debug my app but I don't need to link against
Debug libraries.
giovanni
___
g
On 3 November 2011 10:30, QUILLET Jean-Charles
wrote:
> I'm working on an application linked against GDAL on Visual Studio 9.
> Everything is working fine in release mode. But in debug mode, gdal fails
What GDAL binaries do you use in Debug mode?
I suppose I know what is going on (/MD vs /MDd).
I
This may not be the simplest way but you could use mapserver to draw the
polygon layer as a point layer (at the centroids) and then use the wfs export
format capability to export back to shapefile.
Mike
--
Michael Smith
US Army Corps
Remote Sensing GIS/Center
From: Chaitanya kumar CH mailto:ch
Le 03/11/2011 11:23, Jan Tappenbeck a écrit :
can andyone tell me how the command had to be for
"Consider using color table expansion (-expand option in
gdal_translate)" ???
This is explained in the documentation :
http://www.gdal.org/gdal_translate.html
In your case, I think you'll have to
Jan,
The -dstalpha option should have created the alpha band. Check the gdalinfo
output of the destination file TEST.tif
On Thu, Nov 3, 2011 at 3:15 PM, Jan Tappenbeck wrote:
>
>
> hi !
>
> i had transform some tif-files by epsg-code so the images will rotate and
> at the border now some black
Hi,
I'm working on an application linked against GDAL on Visual Studio 9.
Everything is working fine in release mode. But in debug mode, gdal fails to
load the proj4 library and the VRF driver from OGDI. Indeed, these are compiled
in release mode.
For proj4, the easy way out would be to link i
hi !
i had cit-files (microstation) to convert into ecw.
in the first step i transform into tiff by:
gdal_translate -of GTiff image.cit image.tif
if i get the image-properties by gdalinfo i get following:
C:\Program Files (x86)\FWTools2.4.7>gdalinfo
"D:\Duelmen\Musterdaten\g8744-1.tif
"
Le 03/11/2011 10:45, Jan Tappenbeck a écrit :
i had transform some tif-files by epsg-code so the images will rotate
and at the border now some black triangles.
now i want to merge by gdalwarp
Hi,
Wouldn't it be easier to merge the maps before warping ?
Jean-Claude
___
hi !
i had transform some tif-files by epsg-code so the images will rotate
and at the border now some black triangles.
now i want to merge by gdalwarp and i use following command with the
dstalpha-option:
C:\Program Files (x86)\FWTools2.4.7>gdalwarp
-dstalpha[Path]\geotiff\trans_a.tif
39 matches
Mail list logo
