<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body dir="auto">
Sure. But I mean: They should decide about and use S2 or whatever by default as part of the new standard and create a reference implementation, if they were serious about solving mentioned issues in practice.
<div><br>
<br>
<div><br>
Am 31.10.2017 um 19:14 schrieb Kurt Schwehr <<a href="mailto:schwehr@gmail.com">schwehr@gmail.com</a>>:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">See also space filling curves like the hilbert curve and Google's S2...
<div><br>
</div>
<div><a href="https://docs.google.com/presentation/d/1Hl4KapfAENAOf4gv-pSngKwvS_jwNVHRPZTTDzXXn6Q/view#slide=id.i0">https://docs.google.com/presentation/d/1Hl4KapfAENAOf4gv-pSngKwvS_jwNVHRPZTTDzXXn6Q/view#slide=id.i0</a><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Oct 31, 2017 at 8:09 AM, Stadin, Benjamin <span dir="ltr">
<<a href="mailto:Benjamin.Stadin@heidelberg-mobil.com" target="_blank">Benjamin.Stadin@heidelberg-mobil.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">To me this proposal looks too complicated for practical application in it‘s current form. I think the surface model (or a „default“ model) and related algorithms should be part of the proposal.
<div><br>
</div>
<div>I needed to solve some of the problems they mention for our 3d rendering engine (store vector data of multiple projections in an indexed storage and separate vector storage, projection and visible projection when rendering) as well as for parallel data
processing of large data sets. </div>
<div><br>
</div>
<div>I found that systems which use ellipsoidal polygons on the surface model of the earth impractical for a variety of reasons: Image data and rendering systems mostly deal with rectangular tiles, there are commonly accepted (but not standardized) properties
like zoom levels and tile sizes which many software adheres to, and also algorithm complexity and implementation effort. </div>
<div><br>
</div>
<div>I ended up with an adaptation of the MODIS grid for our application (<a href="https://modis-land.gsfc.nasa.gov/MODLAND_grid.html" target="_blank">https://modis-land.gsfc.nasa.<wbr>gov/MODLAND_grid.html</a>) so that cells (which are equal area in MODIS)
are of the same length as OSM / Web Mercator tiles (at the equator), also considering zoom levels. <br>
<div><br>
</div>
<div>
<div>I think there is a real need for such concept, but in my opinion there needs to be a default model and algorithms in order to be relevant.</div>
<div><br>
</div>
<div>Best</div>
<div>Ben<br>
<br>
<div id="m_3867605602663971305AppleMailSignature">Von meinem iPad gesendet</div>
<div><br>
Am 31.10.2017 um 13:40 schrieb Roberto Ribeiro <<a href="mailto:robertofig85@gmail.com" target="_blank">robertofig85@gmail.com</a>>:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="auto">I too took that understanding from the text, Ari. I'll read the specs later, but since they mention a lot Big Data and the raster <> vector integration, I it is akin to a geometry collection, but encompassing a wider range of data types, and
arranged in a pyramid/r-tree -esque environment for faster processing.
<div>
<div class="h5">
<div dir="auto"><br>
</div>
<div dir="auto">If so, it's not an entirely novel idea (Esri's File GDB is mostly that, as well as the entire CAD modelling), but one that would be interesting to have an open standard for.</div>
</div>
</div>
</div>
<div>
<div class="h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">2017/10/31 午前4:23 "Ari Jolma" <<a href="mailto:ari.jolma@gmail.com" target="_blank">ari.jolma@gmail.com</a>>:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That also caught my eye. The text sounds a bit like marketing talk but maybe there is something.<br>
<br>
>From a quick look my understanding is that the idea is to create a grid that divides the whole earth into cells of similar shape in a sequence of increasing cell size. And that sounds to me like a new idea.<br>
<br>
Any other thoughts? Did I get the idea right?<br>
<br>
Best,<br>
<br>
Ari<br>
<br>
<br>
Helmut Kudrnovsky kirjoitti 29.10.2017 klo 01:16:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Fyi<br>
<br>
<a href="http://www.opengeospatial.org/pressroom/pressreleases/2656" rel="noreferrer" target="_blank">http://www.opengeospatial.org/<wbr>pressroom/pressreleases/2656</a><br>
<br>
"The goal of DGGS is to enable rapid assembly of spatial data without the<br>
difficulties of working with projected coordinate reference systems. The OGC<br>
DGGS Abstract Specification standard defines the conceptual model and a set<br>
of rules for building highly efficient architectures for spatial data<br>
storage, integration and analytics. ....."<br>
<br>
<br>
<br>
-----<br>
best regards<br>
Helmut<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html" rel="noreferrer" target="_blank">
http://osgeo-org.1560.x6.nabbl<wbr>e.com/GDAL-Dev-f3742093.html</a><br>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/gdal-dev</a><br>
</blockquote>
<br>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/gdal-dev</a></blockquote>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<div class="h5">
<blockquote type="cite">
<div><span>______________________________<wbr>_________________</span><br>
<span>gdal-dev mailing list</span><br>
<span><a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a></span><br>
<span><a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a></span></div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/gdal-dev</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">--
<div><a href="http://schwehr.org" target="_blank">http://schwehr.org</a></div>
</div>
</div>
</div>
</blockquote>
</div>
</body>
</html>