[gdal-dev] Registered Content-Type for VRT?

[Sean Gillies]

After re-reading https://tools.ietf.org/html/rfc6838, I remember that
"applications/gdalvrt+xml" would necessarily be a "standards tree" media
type and would need to be published in an RFC. The "vendor tree" is more
open. So something like "application/vnd.gdalvrt+xml" is more appropriate.
If you want this, Howard, you should fill out the form linked in RFC 6838.
It doesn't take long to get feedback and approval on vendor tree media
types.

On Tue, Apr 20, 2021 at 10:09 AM Even Rouault <even.rouault at spatialys.com>
wrote:

> application/gdalvrt+xml would just mean what the organization that defines the format is. People could reimplement that from scratch
>
> Note that there is potentially the OGR VRT format (that could go as application/ogrvrt+xml), but that is a separate schema and likely less used than its raster counterpart.
>
> Le 20/04/2021 à 18:04, Sean Gillies via gdal-dev a écrit :
>
> Hi Jukka,
>
> It's possible that ArcGIS has independently implemented VRT, but I think
> it's more likely that it delegates to GDAL. I think it would be possible to
> craft a VRT doc that would reveal some details -- such as one that uses
> GDAL's embedded Python pixel functions to dump some system information --
> but I don't have access to ArcGIS to try it.
>
> On Mon, Apr 19, 2021 at 4:01 PM jratike80 <
> jukka.rahkonen at maanmittauslaitos.fi> wrote:
>
>> Hi,
>>
>> Do you count ArcMap or ArcGIS Pro as self standing software or rather as
>> applications that use GDAL? They read VRTs pretty well but for writing
>> some
>> developer tools are required
>>
>> https://pro.arcgis.com/en/pro-app/latest/help/data/imagery/supported-raster-dataset-file-formats.htm
>> .
>>
>> -Jukka Rahkonen-
>>
>>
>> GDAL - Dev mailing list wrote
>> > Maybe application/gdalvrt+xml? As far as I know, GDAL is the only
>> software
>> > that plays VRTs, and probably the only software that ever can,
>> considering
>> > the extensions and embedded Python stuff.
>> >
>
>
-- 
Sean Gillies
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20210420/6d2c0250/attachment-0001.html>