OK,
I've finally implemented /vsicurl_stream/ , optimized the GML driver for it,
and ported the WFS driver to use it transparently. It should now be possible
to parse gigabytes of GML through WFS with very little RAM consumption.
For example,
ogrinfo -ro -al -q WFS:http://testing.deegree.org/d
Thanks Frank and Etienne-
Ticket filed here: http://trac.osgeo.org/gdal/ticket/4672
Yours,
Chris
On Fri, May 18, 2012 at 7:08 PM, Frank Warmerdam wrote:
> Christopher,
>
> I have no problem reproducing the problem. Please file a ticket
> referencing this particular file. I'm going to look int
On Fri, May 18, 2012 at 10:35 AM, Ari Jolma wrote:
> Folks,
>
> The deadline for 2.0 is at the end of this year:
> http://trac.osgeo.org/gdal/milestone/2.0.0
Ari,
Lets not take this deadline too seriously. If it takes
till summer 2013 for 2.0 that is ok (IMHO).
> Is the RFC list the best sourc
Folks,
The deadline for 2.0 is at the end of this year:
http://trac.osgeo.org/gdal/milestone/2.0.0
Is the RFC list the best source for what new features are planned for it?
This page is about smaller issues for 2.0:
http://trac.osgeo.org/gdal/wiki/GDAL20Changes
I have an old wish to have f
Christopher,
I have no problem reproducing the problem. Please file a ticket
referencing this particular file. I'm going to look into it briefly
now but I don't want the issue lost track of so it is important to
have a ticket filed.
Best regards,
Frank
On Fri, May 18, 2012 at 9:57 AM, Christop
I can confirm the bug on linux 64bit. Please file a bug report and
attach a small dataset (<1MB) or whith the link you sent in your
second mail.
I suspect that the gdal hdf4 driver does not handle something spedific
in this hdf-eos dataset.
On Fri, May 18, 2012 at 12:54 PM, Christopher Mutel wr
Frank-
Here is the dataset in the given images:
ftp://ftp.ntsg.umt.edu/pub/MODIS/Mirror/MOD16/MOD16A2_MONTHLY.MERRA_GMAO_1kmALB/Y2000/M01/MOD16A2.A2000M01.h12v12.105.2010357170459.hdf
However, I see the same behaviour with all the files in the directory:
ftp://ftp.ntsg.umt.edu/pub/MODIS/Mirror/
> If you want to know if it is a QGIS or OGR issue, you can try ogrinfo
> your.vrt
> -where ""
Great tip, thanks Even. Confirmed that OGR does filter properly using ogrinfo,
so that's encouraging :)___
gdal-dev mailing list
gdal-dev@lists.osgeo.o
Dear all-
I am having trouble reading a HDF4 dataset using GDAL 1.9.0. The
datasets I am want to process come from the MODIS evapotranspiration
project (http://www.ntsg.umt.edu/project/mod16), and can be understood
correctly in e.g. HDFlook
(http://www-loa.univ-lille1.fr/Hdflook/hdflook_gb.html).
Le vendredi 18 mai 2012 17:33:50, Tyler Mitchell a écrit :
> Thanks I'll check that out.
>
> I'm mainly using the VRT in QGIS against Ingres database. QGIS isn't doing
> filtering properly for me, (even with passthrough=true) so I'm trying to
> discern whether it's a deficiency of our Ingres driv
In case anybody else is trying this, my plan worked out well.
I found that doing it via a Python script was the best way, as I added some
code to
reproject the source extent to destination, calculating the new tiles etc.
-- Oyvind
On Fri, May 18, 2012 at 10:34 AM, Oyvind Idland wrote:
> Hello,
Thanks I'll check that out.
I'm mainly using the VRT in QGIS against Ingres database. QGIS isn't doing
filtering properly for me, (even with passthrough=true) so I'm trying to
discern whether it's a deficiency of our Ingres driver or if the functionality
just doesn't exist yet elsewhere :)
Le vendredi 18 mai 2012 07:12:03, Tyler Mitchell a écrit :
> I've done my best to comb through the code but can't see how to use an
> attribute filter in a (OGR) VRT definition.
Tyler,
You have 2 possibilities :
1) Probalby not what you want for your use case, but you can set a OGR VRT and
set
Hello,
i have a set of GeoTIFF tiles, that I want to reproject into a new set of
tiles.
So far I have the following strategy:
1) create a VRT from the existing tiles
2) make a script that creates new tiles, one by one using gdalwarp.
Is there a better way of doing this ?
- Oyvind
+1
Tamas
2012/5/17 Frank Warmerdam
> Motion: The GDAL/OGR 1.9.1RC2 release candidate is hearby
> declared the final GDAL/OGR 1.9.1 release.
>
> --
>
> +1 Frank
>
> --
>
> ---+--
> I set the clouds in motion - turn up |
Tyler,
The patch mentioned in #900 is just for a passthrough of the filter to the
underlying source. As of now, there is no provision for setting an
attribute filter in OGR's VRT.
On Fri, May 18, 2012 at 10:42 AM, Tyler Mitchell
wrote:
> I've done my best to comb through the code but can't see h
16 matches
Mail list logo
