<html>
<head>
<title></title>
<meta name="GENERATOR" content="MSHTML 8.00.6001.18852"></meta>
</head>
<body>
<div align="left">ok, here comes a document describing in general phrases what I have done and why. It is written in a strange form but is only meant for this discussion.</div>
<div align="left"> </div>
<div align="left">I have taken most of it directly from my head so there is no consistent in the deepness of the details.</div>
<div align="left"> </div>
<div align="left">Mark, if you want more I think you have to give me a direction.</div>
<div align="left"> </div>
<div align="left">Paul, as I have rearranged the whole measures.c as described in the end of this document you might be intrested to read that part, how I have grouped the functions.<br />
</div>
<div align="left">I have written documentation for the new functions in the doc-part of the spike.</div>
<div align="left">What need to be discussed is the definitions like what to return from shortestline when the geometries intersect. Now the first intersection-point found is returned as both first and second point in the returned line.</div>
<div align="left">The reason is that I think it is very important that the length of the returned line should be the same as the result from st_distance. By doing it this way it might also be a useful way to find the intersection of two lines. </div>
<div align="left"> </div>
<div align="left">/Nicklas</div>
<div align="left"><br />
2009-11-08 nicklas.aven@jordogskog.no wrote:<br />
<br />
></div>
<div align="left">Now I have moved the information about the distance calculation to the wiki:</div>>
<div align="left"><a href="http://trac.osgeo.org/postgis/wiki/NewDistCalc">trac.osgeo.org/postgis/wiki/NewDistCalc</a></div>>
<div align="left"> </div>>
<div align="left">and complemented with som word about the sub geometries handling.</div>>
<div align="left"> </div>>
<div align="left">I am also working on a small novell :-) of why the different changes is made. </div>>
<div align="left"> </div>>
<div align="left">Paul, I have done no more commenting in the code (the weekend is not long enough) so you have to just ask if something is too messy written so it makes no sense</div>>
<div align="left"> </div>>
<div align="left">/Nicklas</div>>
<div align="left"><br />
> 2009-11-07 Paul Ramsey wrote:<br />
><br />
> My understanding is that the code is pretty modular and only activates<br />
> >for the particular large geometry cases it performs well for. Perhaps<br />
> >Niklas could put his .doc explanation, which is good, into the wiki<br />
> >where it's more webbly accessed. I'll be looking for a number of CUnit<br />
> >tests that run and compare both methods on a variety of inputs.<br />
> ><br />
> >p.<br />
> ><br />
> >On Sat, Nov 7, 2009 at 3:03 AM, Mark Cave-Ayland<br />
> > .cave-ayland@siriusit.co.uk> wrote:<br />
> >> Paul Ramsey wrote:<br />
> >><br />
> >>> Niklas,<br />
> >>> I'm going to start reviewing your distance work on Monday, speak now<br />
> >>> or forever hold your peace :)<br />
> >>> P.<br />
> >><br />
> >> I don't think reading the code will be a problem - my main concern is the<br />
> >> lack of documentation for the algorithm changes. I'd like to see better<br />
> >> documentation of the changes present in Niklas' spike (new algorithm<br />
> >> descriptions and reason for change, clear evidence of testing) before<br />
> >> agreeing to commit.<br />
> >><br />
> >><br />
> >> ATB,<br />
> >><br />
> >> Mark.<br />
> >><br />
> >> --<br />
> >> Mark Cave-Ayland - Senior Technical Architect<br />
> >> PostgreSQL - PostGIS<br />
> >> Sirius Corporation plc - control through freedom<br />
> >> http://www.siriusit.co.uk<br />
> >> t: +44 870 608 0063<br />
> >><br />
> >> Sirius Labs: http://www.siriusit.co.uk/labs<br />
> >> _______________________________________________<br />
> >> postgis-devel mailing list<br />
> >> postgis-devel@postgis.refractions.net<br />
> >> http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
> >><br />
> >_______________________________________________<br />
> >postgis-devel mailing list<br />
> >postgis-devel@postgis.refractions.net<br />
> >postgis.refractions.net/mailman/listinfo/postgis-devel<br />
> ><br />
> ></div>
</body>
</html>