Hi Mateusz, That seems like a good idea.
But I don't know if I should unify two drivers an put then on frmts/mixed. It will certainly works in the new structure proposed by RFC 46 but it might create some problems for me. What I am most interested is to have two driver (that uses the same data container) sharing a little bit of code. The RFC 46 says "Various data containers can accept both data types" and by that I understand it means "at the same time". The same dataset can contain Vector and Raster. If I understood it correclty, if you use gdalinfo with one of those dataset it will call GDALOpenEx with GDAL_OF_RASTER and if you use ogrinfo with the same dataset it will call GDALOpenEx with GDAL_OF_VECTOR. So nothing new under the sun here, from the user point of view. What is a very good thing. But it might be a case where you would like to develop or unify some drivers and put then into the mixed folder. I don't know. In my case I would like to have a folder structure to keep my two driver under the same folder. Something like that: /frmts/container/ /frmts/container/vector /frmts/container/raster But that idea doesn't help with your concern about a large number of sub-folders under /frmts. What do you think? Regards, Ivan > From: mate...@loskot.net > Date: Mon, 26 May 2014 17:36:49 +0200 > Subject: Re: [gdal-dev] RFC 46 GDAL/OGR unification adopted and commited > To: even.roua...@mines-paris.org > CC: lucena_i...@hotmail.com; gdal-dev@lists.osgeo.org > > On 26 May 2014 17:21, Even Rouault <even.roua...@mines-paris.org> wrote: > > One thing that just came to my mind is if we want every drivers to stay > > under > > frmts, or if we want more structure like frmts/raster, frmts/vector, > > frmts/mixed. > > IMO, the frmts folder as a single bag for all drivers will quickly become > difficult to navigate through. I'm very supportive to Even's idea of > introducing the extra level that would indicate type of a driver. > > Best regards, > -- > Mateusz Łoskot, http://mateusz.loskot.net
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev