Hello,
I am trying to reproject a window inside a coastcolour (=MERIS) image. As far
as I can see GDAL cannot read the coastcolour data directly, so i am reading
the coastcolour netcdf in python, building a source dataset using the memory
driver, adding GCPS (1 for every 10th pixel) and
Hello everyone.
I am a last year student at Moscow Power Engineering Institute, Russia. For
GSoC 2014 I would like to work on networking capabilities in GDAL/OGR.
*Overall idea*
I would like to try to implement a universal network model. The
universality of the model would reflect not only in
Dear list,
I am trying to compile gdal 1.10 with the intention of adding KMZ support
to Mapserver. I do not get the Google libkml support as yes. Is this the
necessary to get the KML/KMZ driver support?
If so, how can I compile GDAL to get support to KML/KMZ support? I am
trying to compile
I'm using the last SVN version of libkml with GDAL. See
https://code.google.com/p/libkml/source/checkout
2014-02-17 11:25 GMT+01:00 Juanma M. R. juanma...@gmail.com:
Dear list,
I am trying to compile gdal 1.10 with the intention of adding KMZ support
to Mapserver. I do not get the Google
Hi Mikhai,
Great! Nice to see such interesting to GSoC this year.
Best regards,
Dmitry
17.02.2014 14:13, ?? ? ?:
Hello everyone.
I am a last year student at Moscow Power Engineering Institute,
Russia. For GSoC 2014 I would like to work on networking capabilities
in
Ok, finally I got it. Just missed to launch the autogen.sh script.
Thanks Oliver.
Cheers,
Juan Manuel Moreno Rivera.
Sección de Teledetección y SIG / Remote Sensing GIS group
Instituto de Desarrollo Regional / Institute for Regional Development
Universidad de Castilla-La Mancha / University
Hi,
The default value of -gt parameter of ogr2ogr utility is 200 which is all
too low for databases. Especially bad it seems to be for SQLite/Spatialite
and thus also for GeoPackage.
Are there some drivers which would suffer badly if the default value for -gt
would be increased to something like
Hello Ivan,
ReprojectImage() has a parameter psOptions()
http://www.gdal.org/gdalwarper_8h.html#ad36462e8d5d34642df7f9ea1cfc2fec4
It should accept any of the warping options, e.g. '-tps'
http://www.gdal.org/gdalwarp.html
I'm not 100% sure (since I'm using Python) but it may work.
I'll take
As far as I know, the gdal warp api is not exposed to python.
I have no idea on reading the MERIS data with the gdal netcdf driver - what
I the problem?
But you might be able to use this workaround: instead of creating a source
dataset using the memory driver, create a file on disk (in gtiff
Mikhail,
This is a very interesting idea.
You might want to add specific support pgRouting which already supports
building graphs, creating routing topology and solving various graph
problem using postgis for geometry and tables for building and linking
the topology.
You might also want to
Also of potential interest :
- Virtual Network, a module of Spatialite :
https://www.gaia-gis.it/spatialite-2.3.0/spatialite-network-2.3.0.html
- GraphServer : https://github.com/graphserver/graphserver/tree/master
- OpenTripPlanner : http://opentripplanner.com/
Mikhail,
This is a very
Hi,
There are no GUI-tools for managing GeoPackage databases at the moment and
because after all they are only SQLite db files just like Spatialite files I
thought it would be a good idea to do some maintenance work for GPKG
database with Spatialite-gui.
I could do a few things with
Jukka,
I highly suspect that the ALTER TABLE must imply a rewriting of the file by
spatialite/spatialite-gui, and when doing so, it doesn't preserve the
application id (4 bytes in the header of sqlite file), that geopackage
specification mentions to be set to a particular value. Consequently the
Even Rouault even.rouault at mines-paris.org writes:
Jukka,
I highly suspect that the ALTER TABLE must imply a rewriting of the file by
spatialite/spatialite-gui, and when doing so, it doesn't preserve the
application id (4 bytes in the header of sqlite file), that geopackage
Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes:
Hi,
The default value of -gt parameter of ogr2ogr utility is 200 which is all
too low for databases. Especially bad it seems to be for SQLite/Spatialite
and thus also for GeoPackage.
Are there some drivers which would suffer badly if
Selon Jukka Rahkonen jukka.rahko...@mmmtike.fi:
Even Rouault even.rouault at mines-paris.org writes:
Jukka,
I highly suspect that the ALTER TABLE must imply a rewriting of the file by
spatialite/spatialite-gui, and when doing so, it doesn't preserve the
application id (4 bytes in
On Mon, 17 Feb 2014 16:14:39 +0100, Even Rouault wrote:
Jukka,
I highly suspect that the ALTER TABLE must imply a rewriting of the
file by
spatialite/spatialite-gui, and when doing so, it doesn't preserve the
application id (4 bytes in the header of sqlite file), that
geopackage
Hi Anton,
thanks for responding,
I have tried adding the tps option like this:
gdal.ReprojectImage(input_ds, output_ds, input_ds.GetProjection(),
output_ds.GetProjection(),
gdal.GRA_NearestNeighbour, 0.5*1024*1024*1024, 0, None,
{'tps': True})
but it has no effect.
If anyone is interested. I have implemented a dynamic subBlockSize. It
seems to work just fine and the memory consumption is now minimal even with
huge WMS rasters.
I have attached a patch file with the changes.
Greetings,
Dennis
0001-dynamic-subBlockSize-fixes-problem-with-huge-rasters.patch
Hi Etienne,
firstly the problem reading the MERIS (actually coastcolour) data was due to
the fact i was using gdal 1.6, after upgrading to 1.9 i can at least list the
bands so i guess that 'works'.
regarding the use of the filesystem, i tried that, however it is slow to write
out the whole
Le lundi 17 février 2014 16:31:55, Jukka Rahkonen a écrit :
Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes:
Hi,
The default value of -gt parameter of ogr2ogr utility is 200 which is all
too low for databases. Especially bad it seems to be for
SQLite/Spatialite and thus also for
On Mon, Feb 17, 2014 at 2:03 PM, Ivan Price ivan.pr...@noveltis.fr wrote:
Hi Etienne,
firstly the problem reading the MERIS (actually coastcolour) data was due
to the fact i was using gdal 1.6, after upgrading to 1.9 i can at least
list the bands so i guess that 'works'.
does it really
On 2/17/2014 11:39 AM, Even Rouault wrote:
Le lundi 17 février 2014 16:31:55, Jukka Rahkonen a écrit :
Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes:
I took some timings:
ogr2ogr -f GPKG germany.gpkg germany.osm.pbf -gt 2 -progress
--config OSM_COMPRESS_NODES YES
Timing: 18 minutes
Saulteau Don sault.don at gmail.com writes:
On 2/17/2014 11:39 AM, Even Rouault wrote:
Le lundi 17 février 2014 16:31:55, Jukka Rahkonen a écrit :
Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes:
I took some timings:
ogr2ogr -f GPKG germany.gpkg germany.osm.pbf -gt 2
24 matches
Mail list logo