<html>
<head>
</head>
<body>I'ts a little boy. His name is Birger, an old nordic name so my working name on the patch is Birgers Boost :-)<br />
<br />
About the patch:<br />
I can see more possible functions that might be interesting.<br />
<br />
A function that gives the answer to for example:<br />
"How far away from France can you get in Belgia"<br />
To answer that we have to store compare the shortest distance to geometry2 from each vertex in geometry1 and finaly find wich vertex in geometry1 that has the highest "mindistance" to geometry2.<br />
Hope the idee is possible to understand. Is it of any use?<br />
<br />
The thing is that those distance functions all do the same iterations point for point, so it would be very nice to have the possibility to get more information out of doing it once. There is no problem in storing the information for all the functions st_distance, st:max_distance, st_shortestline, st_longestline and eventually this new function. The extra time for storing the information seems to be very small compared to the effort to do the iteration. The problem is just to get it out. I will try to start this discussion in a new post, he discussion we started earlier in springtime about calculating the same thing many times. <br />
<br />
/Nicklas<br />
<br />
2009-07-07 Paragon Corporation wrote:<br />
<br />
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);">Nicklas,</span></div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);"></span> </div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);">Congratulations on the new baby! Is it a boy or
girl?</span></div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);"></span> </div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);">I'm okay with you just adding this to the current ticket since
I agree they are all related. Probably best to wait for Paul, Kevin, or
Mark to voice any issues/complaints, but I can't think of
any.</span></div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);"></span> </div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);">Thanks,</span></div>
>
<div align="left"><span style="font-family: Arial; font-size: 10pt; color: rgb(0, 0, 255);">Regina</span></div><br />
>>
<div align="left">
<hr />
<span style="font-family: Tahoma; font-size: 10pt;"><span style="font-weight: bold;">From:</span>
postgis-devel-bounces@postgis.refractions.net
[mailto:postgis-devel-bounces@postgis.refractions.net] <span style="font-weight: bold;">On Behalf Of
</span>nicklas.aven@jordogskog.no<br />
><span style="font-weight: bold;">Sent:</span> Tuesday, July 07, 2009 8:16
AM<br />
><span style="font-weight: bold;">To:</span> PostGIS Development Discussion<br />
><span style="font-weight: bold;">Subject:</span> Re:
[postgis-devel] st_dwithin, st_within, st_dcompletlywithin<br />
></span><br />
></div>
>
<div> </div>I think ST_DFullyWithin sounds great.<br />
>Is it ok if I put this to in
ticket #137. In the code they are all close related, st_distance,
st_max_distace, st_shortestline, st_longestline, st_dwithin,
st_dfullywithin<br />
><br />
>I have a patch for the trunk that seems to work, but I
haven't tested more than randomly. I will try to build cunit-tests but I think
it is difficult to get the make check thing work at all. In windows I get som
problems and in ubuntu I get permission-problems. I'm new to Linux.<br />
><br />
>I
also just have become a father :-) two weeks ago so my sparetime for learning
new things has drastically decreased. <br />
><br />
>/Nicklas<br />
><br />
><br />
>2009-07-07
Paragon Corporation wrote:<br />
><br />
>Paul and Nicklas,<br />
>><br />
>>I think we
had suggested calling it ST_DFullyWithin or maybe that was
my<br />
>>idea.<br />
>><br />
>>http://trac.osgeo.org/postgis/ticket/20<br />
>><br />
>>Though
I guess we closed this out when we put the short circuit in
for<br />
>>ST_DWithin. We probably should resurrect or add it as a separate
ticket.<br />
>>Nicklas since you are working on it, you want to add it as a trac
item.<br />
>><br />
>>Thanks,<br />
>>Regina<br />
>><br />
>>
<br />
>><br />
>>-----Original Message-----<br />
>>From:
postgis-devel-bounces@postgis.refractions.net<br />
>>[mailto:postgis-devel-bounces@postgis.refractions.net]
On Behalf Of Paul<br />
>>Ramsey<br />
>>Sent: Monday, July 06, 2009 7:23
PM<br />
>>To: PostGIS Development Discussion<br />
>>Subject: Re: [postgis-devel]
st_dwithin, st_within, st_dcompletlywithin<br />
>><br />
>>It gets even more
confusing if you note that some members of the WFS working<br />
>>group insist
that the semantics of the WithinDistance OGC filter op are the<br />
>>semantics
of your proposed function, rather than the semantics of
dwithin.<br />
>><br />
>>P<br />
>><br />
>>On Mon, Jul 6, 2009 at 4:19 PM,
wrote:<br />
>>> Hallo<br />
>>><br />
>>>
This is a semantic question.<br />
>>> I'm working with the new functions
st_shortestline etc.<br />
>>> I found that we can get another new function
for free when we have <br />
>>> implemented st_max_distance. By using the
max-calculation instead of <br />
>>> min-calculation the same way as
st_dwithin, we insead get <br />
>>> "st_dcompletlywithin" the function
returns true if the maximum <br />
>>> distance between the geometries is
shorter than the third input.<br />
>>><br />
>>> My question is (beside the
question if this is something useble), what <br />
>>> to call the function. I
think it easily can be confusing. I mean, <br />
>>> st_within and st_dwithin
is two quite similar names wich is ok because <br />
>>> they don't really
relate to eachother in what they do, but if we add a <br />
>>> function that
do the same as st_dwithin but whith the difference that <br />
>>> the
geometries has to be completly inside the given distance of <br />
>>>
eachother, maybe we risk making it confusing. I guess <br />
>>>
st_dcompletlywithin is maybe the most describing, but very
long.<br />
>>><br />
>>> Greetings<br />
>>>
Nicklas<br />
>>><br />
>>><br />
>>><br />
>>>
_______________________________________________<br />
>>> postgis-devel
mailing list<br />
>>> postgis-devel@postgis.refractions.net<br />
>>>
http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>>><br />
>>><br />
>>_______________________________________________<br />
>>postgis-devel
mailing
list<br />
>>postgis-devel@postgis.refractions.net<br />
>>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>><br />
>><br />
>><br />
>>_______________________________________________<br />
>>postgis-devel
mailing
list<br />
>>postgis-devel@postgis.refractions.net<br />
>>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>><br />
>>.AVEN@JORDOGSKOG.NO>
</body>
</html>