<div dir="ltr">Hi,<div><br></div><div>Since today is the last day for submitting the proposal, it would be great to have some feedback on my proposal which I have submitted on melange [1]. Also, GEOS is not listed on the OSGeo GSoC ideas wiki page [2] as of yet.</div>
<div><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Varun Saraf<br><br>[1] <a href="http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/varunsaraf/5668600916475904">http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/varunsaraf/5668600916475904</a><br>
[2] <a href="http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2014_Ideas">http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2014_Ideas</a><br><br><div class="gmail_quote">On Thu, Mar 20, 2014 at 12:47 AM, Varun Saraf <span dir="ltr"><<a href="mailto:varunsaraf14@gmail.com" target="_blank">varunsaraf14@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">Below is the link to the initial draft of my proposal. Please have a look and let me know. I have enabled comments so you can comment there itself. </span><br>
</div><div><br></div><a href="https://docs.google.com/document/d/1MBGF1w5WNGuT4KSBtrT7uJRHRtfpx_J1ik03LKk9GJs/edit#" target="_blank">https://docs.google.com/document/d/1MBGF1w5WNGuT4KSBtrT7uJRHRtfpx_J1ik03LKk9GJs/edit#</a><br>
<div><br></div>
<div>Regards,</div><div>Varun Saraf</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Mar 17, 2014 at 10:46 PM, Sean Gillies <span dir="ltr"><<a href="mailto:sean.gillies@gmail.com" target="_blank">sean.gillies@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>On Mon, Mar 17, 2014 at 2:31 AM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Sun, Mar 16, 2014 at 12:24:19PM -0600, Sean Gillies wrote:<br>
> On Mar 12, 2014 6:46 AM, "Sandro Santilli" <<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>> wrote:<br>
><br>
> > On Wed, Mar 12, 2014 at 06:16:00AM -0400, Paul Ramsey wrote:<br>
> > > I would tend to expect choosing a single precision model and working<br>
> > > with it for a long time to be a more common usage than swapping<br>
> > > between lots of models. My bias.<br>
> ><br>
> > I also find this to be a more likely usecase.<br>
><br>
</div><div>> While agree that one model at a time (and two at the most) is the most<br>
> likely use case, I'm concerned about designs that limit the number. I'm<br>
> also reversing myself on whether there should be a precision model in the<br>
> global context. I'd rather GEOS did not add more global state.<br>
><br>
> Please see the wiki page<br>
> <a href="http://trac.osgeo.org/geos/wiki/GSoC/CAPI_PrecisionModel" target="_blank">http://trac.osgeo.org/geos/wiki/GSoC/CAPI_PrecisionModel</a> for my (Shapely)<br>
> requirements.<br>
<br>
</div>So what would you think about "parking" a pointer to the client-owned<br>
GeometryFactory into the "context" right before calling the geometry<br>
creation functions ? Such "parking" method would return the old<br>
GeometryFactory, so that you can pass it back. You'd only own the<br>
GeometryFactory objects you'd have explicitly created.<br>
<br>
I'm talking about GeometryFactory rather than PrecisionModel because<br>
the object referenced by geometries is really a GeometryFactory,<br>
not a PrecisionModel. A GeometryFactory also references a<br>
CoordinateSequenceFactory.<br></blockquote><div><br></div></div><div>Sounds practical. Geometry objects will have to park their factories before every operation, right? Offloading complexity to client code seems fair enough.<br>
<br></div><div>I've updated my wiki notes to refer to geometry factories instead of models.<span><font color="#888888"><br></font></span></div><span><font color="#888888"><br></font></span></div>
<span><font color="#888888"><br>-- <br>Sean Gillies
</font></span></div></div>
<br></div></div><div class="">_______________________________________________<br>
geos-devel mailing list<br>
<a href="mailto:geos-devel@lists.osgeo.org" target="_blank">geos-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/geos-devel" target="_blank">http://lists.osgeo.org/mailman/listinfo/geos-devel</a><br></div></blockquote></div><br></div>
</blockquote></div><br></div></div>