<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Dmrpp on betolink</title><link>https://betolink.github.io/blog/tags/dmrpp/</link><description>Recent content in Dmrpp on betolink</description><generator>Hugo</generator><language>en</language><lastBuildDate>Thu, 12 Nov 2026 11:00:00 -0600</lastBuildDate><atom:link href="https://betolink.github.io/blog/tags/dmrpp/index.xml" rel="self" type="application/rss+xml"/><item><title>dmrpp as a chunk reference format</title><link>https://betolink.github.io/blog/posts/dmrpp-is-a-proxy/</link><pubDate>Thu, 12 Nov 2026 11:00:00 -0600</pubDate><guid>https://betolink.github.io/blog/posts/dmrpp-is-a-proxy/</guid><description>&lt;p&gt;I keep coming back to DMR++. It is a good old idea: instead of making every&#10;client parse an HDF5 granule from scratch, publish the map ahead of time. A&#10;sidecar gives you dimensions, variables, chunk positions, offsets, and byte&#10;lengths. The client follows the references and only fetches what it needs.&lt;/p&gt;&#10;&lt;p&gt;That is a proxy. It is not a copy, and it is not a proof.&lt;/p&gt;&#10;&lt;p&gt;The &lt;a href="https://betolink.github.io/blog/notebooks/dmrpp-to-zarr/"&gt;reference notebook&lt;/a&gt; parses a&#10;small DMR++ document, turns the offsets into a VirtualiZarr chunk manifest, and&#10;puts the result next to an Icechunk-style manifest.&lt;/p&gt;</description></item><item><title>DMR++ as a virtual chunk manifest</title><link>https://betolink.github.io/blog/notebooks/dmrpp-to-zarr/</link><pubDate>Thu, 12 Nov 2026 00:00:00 +0000</pubDate><guid>https://betolink.github.io/blog/notebooks/dmrpp-to-zarr/</guid><description>&lt;p&gt;DMR++ is a metadata sidecar used by OPeNDAP/Hyrax. For an HDF5 granule, it&#10;describes the dataset structure and, importantly, the byte ranges of each chunk&#10;inside the original file. A client can therefore build a virtual view of the&#10;dataset without parsing the granule from scratch.&lt;/p&gt;&#10;&lt;p&gt;This notebook makes the mapping explicit with a small synthetic DMR++ document.&#10;It then builds a VirtualiZarr &lt;code&gt;ChunkManifest&lt;/code&gt; from the same references and&#10;compares the result with the shape of an Icechunk-style manifest.&lt;/p&gt;</description></item></channel></rss>