[gdal-dev] RFC 46 GDAL/OGR unification adopted and commited

[Ivan Lucena]

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: mateusz at 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.rouault at mines-paris.org
> CC: lucena_ivan at hotmail.com; gdal-dev at lists.osgeo.org
> 
> On 26 May 2014 17:21, Even Rouault <even.rouault at 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
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140526/4cade0b4/attachment.html>