<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hi,</p>
<div class="moz-cite-prefix">On 5/8/20 3:13 PM, Tobias Wendorff
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:7c6b14b1-3863-270c-6db0-0209700f2927@tu-dortmund.de">
<pre class="moz-quote-pre" wrap="">Am 08.05.2020 um 15:10 schrieb Andreas Neumann:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">To me, this is not a downside, but a big, big plus! Fewer mess on the
file system.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
My students and co-workers start to save each layer in a new GPKG, so I
don't have a benefit all ;)</pre>
</blockquote>
<p>You can also have multiple sheets in an excel file. I normally
don't. But as long as this doesn't get into my way, I don't mind.</p>
<blockquote type="cite"
cite="mid:7c6b14b1-3863-270c-6db0-0209700f2927@tu-dortmund.de">
<pre class="moz-quote-pre" wrap="">
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">If you want to discuss this, please open a separate thread on it.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
Did so in the past, that's why I'm using FlatGeobuf. But I'm quiet now.</pre>
</blockquote>
<p>Flatgeobuf is indeed a very nice concept. For my understanding it
has one design decision which makes it unusable as everyday
default file format (unless I'm missing a point)</p>
<p>> Deliberately does not support random writes for simplicity
and to be able to cluster the data on a <a
href="https://en.wikipedia.org/wiki/Hilbert_R-tree#Packed_Hilbert_R-trees"
rel="nofollow">packed Hilbert R-Tree</a> enabling fast bounding
box spatial filtering.</p>
<p>Source: <a class="moz-txt-link-freetext" href="https://github.com/bjornharrtell/flatgeobuf">https://github.com/bjornharrtell/flatgeobuf</a><br>
</p>
<p>Matthias</p>
</body>
</html>