Hello Everyone
I have updated the Summer Of Code Ideas Page for GDAL. I have Introduced
the above idea in that page also. Mr. Chaitanya Kumar is willing to mentor
the project.
Please look into this.
Suggestions and Comments are welcomed.
Regards,
Kshitij Kansal
Lab For Spatial Informatics,
I
Dear list,
I run into problems with gdal_translate.exe, calling a VRT file which I
created using the MapWindow OCX.
This is the error when I run gdal_translate.exe from the batch file,
calling the VRT-file:
0ERROR1: Can't find RasterDMS field in Eimg_layer with block list
ERROR 1: y:\...\i21b
Hi,
We've stumbled upon memory problems when using huge raster levels.
For instance for a common TMS/WMS server on the full level you will have
something like:
Raster Size: 268435456x268435456
Block Size: 256x256
With SUBBLOCK_SIZE 64 this results in:
nSubBlocksPerRow = 268435456 / 256
Hi again,
Sorry, I just realized this was a topic before:
http://thread.gmane.org/gmane.comp.gis.gdal.devel/21150/focus=21167
http://trac.osgeo.org/gdal/ticket/3224
A hashtable would probably be the better solution, but just computing
subBlockSize dynamically could be a quicker fix.
Kind regard
Am 13.02.2014 12:31, schrieb Siebe Bosch:
Any ideas?
Can you add what gdalinfo reports as extent of your vrt file?
Greetings,
André Joost
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi Eli,
Eli Adam wrote:
> wrote:
> > Hi all,
> >
> > We have been using -tap as a command-line argument to gdalwarp to
> > force pixels to be aligned with the origin (0,0) in the output
> coordinate system.
> >
> > We now have a situation where we want to specify a different 'snap'
> > coordinate
Le jeudi 13 février 2014 17:03:11, Gregory, Matthew a écrit :
> Hi Eli,
>
> Eli Adam wrote:
> > wrote:
> > > Hi all,
> > >
> > > We have been using -tap as a command-line argument to gdalwarp to
> > > force pixels to be aligned with the origin (0,0) in the output
> >
> > coordinate system.
> >
I've been updating my R bindings to GDAL/OGR. The repo is at
https://github.com/thk686/rgdal2.
There is still lots to do and this might make a good GSOC project.
THK
--
http://www.keittlab.org/
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http:/
Taken from OGC press releases
13 February 2014 - The Open Geospatial Consortium (OGC®) has adopted
the OGC GeoPackage (GPKG) Encoding Standard. The GeoPackage standard
will make it much easier to exchange and share geospatial (or
location) information across different devices, applications and web
Hi,
I've confirmed my presence to the OSGeo Vienna code sprint (
http://wiki.osgeo.org/wiki/Vienna_Code_Sprint_2014 ). Are there folks that
will be there and indent doing some work on GDAL ? Any particular topics of
interest ?
It could be the opportunity to take a crack at some changes that ha
On Thu, Feb 13, 2014 at 12:55 PM, Tim Keitt wrote:
> I've been updating my R bindings to GDAL/OGR. The repo is at
> https://github.com/thk686/rgdal2.
>
> There is still lots to do and this might make a good GSOC project.
>
In case there is any confusion (I've received one such email), I should
m
Le jeudi 13 février 2014 22:17:40, Tim Keitt a écrit :
> On Thu, Feb 13, 2014 at 12:55 PM, Tim Keitt wrote:
> > I've been updating my R bindings to GDAL/OGR. The repo is at
> > https://github.com/thk686/rgdal2.
> >
> > There is still lots to do and this might make a good GSOC project.
>
> In cas
Hi All,
Recently I received a reminder from Hamish. Quoted here:
a reminder for any projects wishing to participate in OSGeo's Google
Summer of Code 2014: we need your ideas pages up and
fully QA'd ASAP! We submit our org application tomorrow, and it will
be assessed by Google early
> I upgrade GSoC page in WiKi: http://trac.osgeo.org/gdal/wiki/SummerOfCode
>
> We need some new ideas and mentors/co-mentors. It seems to me this is
> very urgent.
Thanks Dmitriy for taking the lead on this ! I've added a few precisions in
some ideas and listed myself as a possible mentor in th
Chuiqing,
The OGR Shapefile driver supports spatial indexing through qix files. To
explicitly create a spatial index use the Create Index command:
CREATE SPATIAL INDEX ON tablename [DEPTH N]
Depth can range from 1 to 12. You can issue the SQL command using ogrinfo.
ogrinfo -sql 'CREATE SPATIAL
Chuiqing,
You can create an index through SQL. This is the preferred method even if
you stick to the shapefile format for your vector data.
OGRDataSource::ExecuteSQL()
OGR's Shapefile driver supports these SQL commands among others:
CREATE SPATIAL INDEX ON layer_name [DEPTH n]
DROP SPATIAL INDEX
16 matches
Mail list logo