[gdal-dev] VRT file from NetCDF
Yves Jacolin
yjacolin at free.fr
Thu Mar 1 10:06:27 EST 2012
Yes it is what we are doing but I just wanted to know if it is possible to
improve the driver ;)
thanks,
Y.
Le Mercredi 29 Février 2012 11:02:49 Etienne Tourigny a écrit :
> Can you not pass the full path to the vrt file? This would resolve the
> problem. Like Even I don't see an easy fix in the driver.
>
> Etienne
>
> On Wed, Feb 29, 2012 at 6:57 AM, Yves Jacolin <yjacolin at free.fr> wrote:
> > Even,
> >
> > I understand.
> >
> > Thanks,
> >
> > Y.
> >
> > Le Mercredi 29 Février 2012 09:54:27 Even Rouault a écrit :
> >> Selon Yves Jacolin <yjacolin at free.fr>:
> >> > Hello,
> >> >
> >> > Sorry to come again to this thread :)
> >> >
> >> > It seems that when using relatif file for NETCDF for instance,
> >> > MapServer won't
> >> > work correclty, see Even comment below.
> >> >
> >> > Is it a bug from GDAL? Do I need to open a ticket about this?
> >>
> >> I don't see an easy fix to improve that. That would require some
> >> cooperation with the driver to return the filename from the
> >> connection string and to reform a new connection string with the full
> >> filename. IMHO not worth the effort, but perhaps worth documenting it
> >> for the moment.
> >>
> >> > Y.
> >> >
> >> > >Selon Yves Jacolin <yjacolin at free.fr>:
> >> > >> Hello,
> >> > >>
> >> > >> Etienne asked some question offlist so I investigate.
> >> > >>
> >> > >> gdal create relatif path by default (I don't see a flag to
> >> > >> change
> >> > >> this). MapServer and QGIS don't like this.
> >> > >
> >> > >MapServer and QGIS don't even know the content of the VRT, so
> >> > >the
> >> > >problem is more complex than that.
> >> > >
> >> > >If you pass a relative path to gdalbuildvrt or gdal_translate
> >> > >-of VRT, a
> >> > >relative path will be written. In which case the VRT driver
> >> > >should be
> >> > >able>
> >> >
> >> > to
> >> >
> >> > >recompute the full path given the location of the .vrt.
> >> > >On the contrary, if you pass an absolute path, it will be store
> >> > >as
> >> > >absolute.
> >> > >
> >> > >The issue here is likely with netCDF subdatasets, where the
> >> > >connexion
> >> > >string is
> >> > >not a file, but something like "netCDF:xxxx:a_filename", that
> >> > >the VRT
> >> > >driver cannot interpret. In that case, the resolution of
> >> > >relative
> >> > >filenames will>
> >> >
> >> > not
> >> >
> >> > >work. So I'd suggest you to use "netCDF:xxx:full_filename" to
> >> > >avoid
> >> > >those issues. Or you must be sure that the current directory of
> >> > >MapServer and QGIS is
> >> > >the directory of the .VRT, but you cannot always guarantee this.
> >> > >
> >> > >> After changing relatif path to absolute path both are
> >> > >> working
> >> > >> correctly.
> >> > >>
> >> > >> Thanks,
> >> >
> >> > Y.
> >> > --
> >> > Yves Jacolin
> >> >
> >> > http://yjacolin.gloobe.org
> >> > _______________________________________________
> >> > gdal-dev mailing list
> >> > gdal-dev at lists.osgeo.org
> >> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
> > --
> > Yves Jacolin
> >
> > http://yjacolin.gloobe.org
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
--
Yves Jacolin
http://yjacolin.gloobe.org
More information about the gdal-dev
mailing list