<div dir="ltr">Phil, you might want to recalibrate your advice about running geometric operations on the client using JSTS.  We're using JSTS to do all kinds of geometric operations (intersection, union, buffer, topology validation, etc) client-side.  It's fast and robust for geometries containing many 1000's of points.  <div>
<br></div><div>Also, we've just finished porting the fast noding code in JTS to JSTS, which dramatically improves performance (for example, a 1000x speedup in for vallidating a 15K point polygon).  We'll be issuing a pull request soon to commit this back to trunk.</div>
<div><br></div><div>Martin Davis (the developer of JTS, and now a happy & impressed JSTS user)</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 16, 2013 at 1:04 PM, Phil Scadden <span dir="ltr"><<a href="mailto:p.scadden@gns.cri.nz" target="_blank">p.scadden@gns.cri.nz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you mean merging drawing geometries, then you might want to look at JSTS <a href="http://www.ohloh.net/p/jsts" target="_blank">http://www.ohloh.net/p/jsts</a><br>

for help. However, for anything really complex, I would consider posting geometries back to server and using JTS there to sort it out.<br>
<br>
Notice: This email and any attachments are confidential.<br>
If received in error please destroy and immediately notify us.<br>
Do not copy or disclose the contents.<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.osgeo.org" target="_blank">Users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/openlayers-users" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/openlayers-<u></u>users</a><br>
</div></div></blockquote></div><br></div>