<div dir="ltr"><div><div><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 15, 2016 at 1:58 PM, Daniel Baston <span dir="ltr"><<a target="_blank" href="mailto:dbaston@gmail.com">dbaston@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span class="gmail-">> Any words of warning about using a trigger and storing the data on a 10 cm<br>
> grid like i suggest?</span><br></blockquote></div><br clear="all"></div><div class="gmail_extra">Wow, thanks for the great responses. Lars Opsahl, nice to see you in the mailing list :D<br></div><div class="gmail_extra">So what i gather from this is that it is not ideal to use st_snaptogrid. It solves some problems, but it creates some new ones too.<br></div><div class="gmail_extra">Maybe a second geometry column would be a better idea, so that the original is still there (and will consume your server's memory &hdd space :/ )<br></div><div class="gmail_extra">Anyway, there is no automatic way to solve the problem right now.<br></div><div class="gmail_extra"><br></div>So how big are the problems that arise from this?<br></div><div>For me i have to say that we often have problems with errors in overlays, and we have to keep using st_makevalid after every step of a process. Decreasing the supersmall artifacts in the geometries would probably help with that. <br></div><div>@Lars Opsahl, you describe a lot of problems or very reasonable wishes in your presentation (link to abstract in previous mail). Do you think those could be solved  with a concept similar to fuzzy tolerance?<br></div><div>@Daniel Baston could you describe some of the problems that the hyperprecise coordinates cause for you?<br><br></div><div>Cheers,<br></div></div><div><div><div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br><div class="gmail_signature"><div dir="ltr">Willy-Bas Loos<br></div></div>
</div></div></div></div></div>