- 2011.07.27 22:37 "Re: [Tiff] Using photon lists rather than rasters", by Bob Friesenhahn
-
2011.07.28 00:34 "Re: [Tiff] Using photon lists rather than rasters", by Chris Cox
- 2011.07.27 22:51 "Re: [Tiff] Using photon lists rather than rasters", by Terry L. Sprout
- 2011.07.28 00:56 "Re: [Tiff] Using photon lists rather than rasters", by Terry L. Sprout
-
2011.07.28 11:48 "Re: [Tiff] Using photon lists rather than rasters", by Leonard Rosenthol
-
2011.07.28 17:30 "Re: [Tiff] Using photon lists rather than rasters", by
- 2011.07.27 23:57 "Re: [Tiff] Using photon lists rather than rasters", by Chris Cox
- 2011.07.28 18:19 "Re: [Tiff] Using photon lists rather than rasters", by Thomas Richter
- 2011.07.28 18:30 "Re: [Tiff] Using photon lists rather than rasters", by Terry L. Sprout
- 2011.07.29 18:53 "Re: [Tiff] Using photon lists rather than rasters", by Chris Cox
- 2011.07.28 18:04 "Re: [Tiff] Using photon lists rather than rasters", by Andreas Kleinert
-
2011.07.28 17:30 "Re: [Tiff] Using photon lists rather than rasters", by
- 2011.07.28 00:45 "Re: [Tiff] Using photon lists rather than rasters", by Daniel McCoy
- 2011.07.28 18:12 "Re: [Tiff] Using photon lists rather than rasters", by Andreas Kleinert
2011.07.28 18:12 "Re: [Tiff] Using photon lists rather than rasters", by Andreas Kleinert
If at all, then a new compression type.
There are various quite exotic image formats and compression types out there.
All that it needs is to ensure that the output matches a 2D raster again after decompression - and that any incoming 2D raster might be compressed using that approach.
I mean, if I apply some kind of wavelet transformation and compress the coefficients later, this doesn't necessarily look like a raster anymore, either, during the process...
But in this case you should write it as single strip and hide all coordinate/sub-pixel details within that.
If someone wants to process the raw data, he still may do it.
Or just go for a RAW format, like someone else proposed.
-------- Original Message --------
> Perhaps this could be considered a new compression type instead (no need > for a sub file type). How do I register a compression type, or is there
> already one that exists for coordinate-based pixels? (The coordinates > must be floating-points since they represent sub-pixel accuracy.)