2015-05-22 0:53 GMT+02:00 Even Rouault :
...
>> * "Easting","Northing"
> X,Y or Geometry(X), Geometry(Y) or Point(X),Point(Y) would perhaps be easier
> to get. I don't know.
So let's propose Point(X),Point(Y) or PointX,PointY.
-S.
2015-05-22 0:53 GMT+02:00 Even Rouault :
> Le vendredi 22 mai 20
Le vendredi 22 mai 2015 00:33:43, Stefan Keller a écrit :
> 2015-05-21 23:34 GMT+02:00 Even Rouault :
> ...
>
> >> 4. "Geometry(Easting)","Geometry(Northing)"
> >
> > For points only I guess?
>
> Yes.
>
> >> 5. "Geometry" -- encoded in WKT; having subtype values WKT (default),
> >> Point, LineS
2015-05-21 23:34 GMT+02:00 Even Rouault :
...
>> 4. "Geometry(Easting)","Geometry(Northing)"
> For points only I guess?
Yes.
>> 5. "Geometry" -- encoded in WKT; having subtype values WKT (default),
>> Point, LineString, Polygon.
> "WKT" is not really consistant with Point,LineString,Polygon since
Le jeudi 21 mai 2015 23:17:26, Stefan Keller a écrit :
> Hi Even
>
> I just see some type mod and subtype definitions for .csvt files in
> the CSV docs [1] :
> <<
> In a single line the types for each column have to be listed with
> double quotes and be comma separated (e.g., "Integer","String").
Hi Even
I just see some type mod and subtype definitions for .csvt files in
the CSV docs [1] :
<<
In a single line the types for each column have to be listed with
double quotes and be comma separated (e.g., "Integer","String"). It is
also possible to specify explicitly the width and precision of
Hi,
I'll be giving a workshop at FOSS4G-E at Como on July 14th about GDAL :
http://europe.foss4g.org/2015/Workshops
I was wondering if someone who would be available that day on that timeslot
(morning) would be willing to help me assisting attendees. Besides some
familiarity with GDAL command
Sameer,
> I am using GDAL (Java binding) API in my application to read from file
> geodatabase. I am trying to read multipatch geometry and textures of a
> Building. I could read features, Geometry, relationship information etc.
> from file geodatabase, but unable to read multipatch textures. Coul
Hello,
I am using GDAL (Java binding) API in my application to read from file
geodatabase. I am trying to read multipatch geometry and textures of a Building.
I could read features, Geometry, relationship information etc. from file
geodatabase, but unable to read multipatch textures.
Could anybod
21.05.2015, 19:30, Even Rouault kirjoitti:
Le jeudi 21 mai 2015 18:22:08, Ari Jolma a écrit :
Probably just adding
%apply (int) {VSI_RETVAL};
is enough...
Yes, indeed. So I've committed :
r29225
"Add default typemap for VSI_RETVAL for Python, CSharp and Java; Regenerate
python bindings"
ok,
Le jeudi 21 mai 2015 18:22:08, Ari Jolma a écrit :
> Probably just adding
>
> %apply (int) {VSI_RETVAL};
>
> is enough...
Yes, indeed. So I've committed :
r29225
"Add default typemap for VSI_RETVAL for Python, CSharp and Java; Regenerate
python bindings"
Nice to have you as our Swig champion ;
Probably just adding
%apply (int) {VSI_RETVAL};
is enough...
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Le jeudi 21 mai 2015 17:57:04, Otto Dassau a écrit :
> Hi,
>
> is it possible to change parameters, e.g. a AUTHORITY["EPSG","9001"]]]
> value inside the PROJCS area of an existing GDAL dataset with gdal_edit.py?
>
> PROJCS["UTM Zone 33, Northern Hemisphere",
> GEOGCS["GRS 1980(IUGG, 1980)",
>
21.05.2015, 19:07, Even Rouault kirjoitti:
Ari,
I regenerated the Python bindings and I'm now spammed with messages like the
following that cause the tests to fail:
$ python vsifile.py
TEST: vsifile_1 ... swig/python detected a memory leak of type 'VSI_RETVAL
*', no destructor found.
swig/py
Ari,
I regenerated the Python bindings and I'm now spammed with messages like the
following that cause the tests to fail:
$ python vsifile.py
TEST: vsifile_1 ... swig/python detected a memory leak of type 'VSI_RETVAL
*', no destructor found.
swig/python detected a memory leak of type 'VSI_RET
Hi,
is it possible to change parameters, e.g. a AUTHORITY["EPSG","9001"]]]
value inside the PROJCS area of an existing GDAL dataset with gdal_edit.py?
PROJCS["UTM Zone 33, Northern Hemisphere",
GEOGCS["GRS 1980(IUGG, 1980)",
DATUM["unknown",
SPHEROID["GRS80",6378137,298.25
I defined a new type VSI_RETVAL to be used instead of int with VSI
functions that return -1 in error and set errno.
For the Perl bindings I defined two typemaps for this type. One which
strips the return value and one which throws an error if the return
value is -1. The error is strerror(errno
Thank you Rutger, it was me who was missing things - I've been confused
about to what level the GDAL warping is appropriate, and every part of this
discussion has been very helpful. It seems very much like the
orthorectification process where you need a DEM as well as details on
camera geometry, bu
Le jeudi 21 mai 2015 15:14:46, jramm a écrit :
> That sounds great. Does this driver allow you to only write the dbf file
> (and not the shp/shx etc files?)
Yes, if you create a layer with a None geometry type, no .shp,.shx will be
created.
>
> I can't find much on the docs for doing that:
> ht
Scratch my last message, I should've read more carefully:
"Can be one of NULL for a simple .dbf file with no .shp file,"
On 21 May 2015 at 14:14, jramm wrote:
> That sounds great. Does this driver allow you to only write the dbf file
> (and not the shp/shx etc files?)
>
> I can't find much on t
That sounds great. Does this driver allow you to only write the dbf file
(and not the shp/shx etc files?)
I can't find much on the docs for doing that:
http://www.gdal.org/drv_shapefile.html
I'll have a look through the header files...
On 20 May 2015 at 15:38, Even Rouault-2 [via OSGeo.org] <
ml
Hi all,
after a long time not installing R afresh, I was surprised seeing the
the important rgdal package is not packaged. Is there a spcific reason
for this, or is it just the usual lack of time?
all the best, and thanks.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.fau
Le jeudi 21 mai 2015 10:19:13, Yuta Sato a écrit :
> Hi,
>
> I think the MOD021KM swath product is point data, which should be gridded
> using the array of latitude and longitude given.
> gdal griddata may be an option. However, it's very slow even for a single
> band of MOD021KM product.
>
> MOD
Hi,
I confirm that gdalwarp should not work well with MODIS/VIIRS bow-tie effect.
Maybe apply the same reprojection logic but on each bow-tie separately (bow-tie
are blocks of 20 rows I think) should give better results by I don't know if
it's possible.
Here we developed an internal reprojecti
Rutger,
>
> Maybe i'm missing something, but for as far as i know, the MODIS MOD021KM
> product is still a 'swath', and therefore still containing the bow-tie
> effect as the result of the scanning sensor. Wouldn't this mean that
> gdalwarp will never work? The lat/lon arrays aren't continuous,
Hi,
I think the MOD021KM swath product is point data, which should be gridded
using the array of latitude and longitude given.
gdal griddata may be an option. However, it's very slow even for a single
band of MOD021KM product.
MODIS team provides MODIS Swath Reprojection Tool for gridding the dat
Hey,
Maybe i'm missing something, but for as far as i know, the MODIS MOD021KM
product is still a 'swath', and therefore still containing the bow-tie
effect as the result of the scanning sensor. Wouldn't this mean that
gdalwarp will never work? The lat/lon arrays aren't continuous, so any
fitting
26 matches
Mail list logo