> Or do you mean that when that particular format is used, then only the
> checksum is returned?
> The problem of such an approach is that between the download and the
> checksum is requested
> something in the data (or in the configuration) might have changed, thus
> making the checksum
> useless
>
Before I thought it through, I thought there would be a separate checksum,
but then concluded the same-- it would in many cases be misleading and thus
useless with changing data.
Continuing the process of thinking aloud-- for zipped WFS types like
shapefile, double zipping with the checksum inside the outer zipfile seems
viable. For something like GeoJSON, there may be no solution-- embedding
the checksum in the GeoJSON itself would be impossible, I would think-- an
extreme case of a snake eating it's own tail.
Best,
Steve
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
