Based on the conversation below, it appears there is already a solution, and people well-versed with PostGIS may be helping with this already. Given that, are my n00b skillz of much use?<div><br></div><div>Second question--when might this cross street feature be available? I am asking for selfish reasons--I am working on a praxis and have thousands of cross streets I need to geocode.</div>

<div><br></div><div>Aren<br><br><div class="gmail_quote">On Tue, Nov 29, 2011 at 12:03 PM, Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com">woodbri@swoodbridge.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="HOEnZb"><div class="h5">On 11/29/2011 12:42 PM, Stephen Frost wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* Stephen Woodbridge (<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a>) wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I currently have some lists of names that are converted to optimized<br>
pcre regular expressions. I uses these to help separate the street<br>
from the city name. The lists are only used to create header files<br>
that contain the regular expressions that get compiled into the<br>
code. The idea being that these names are reasonably static for a<br>
given data set.<br>
</blockquote>
<br>
Ah, ok, I see.  When converting this to a PG function, I'd probably want<br>
to go ahead and pull those lists from the TIGER data set and compile the<br>
regexps on PG backend startup instead.  Does it handle misspelled names<br>
or do any kind of "sounds like" searching on the city names?  I'm<br>
guessing 'no', but figured I'd ask anyway..<br>
</blockquote>
<br></div></div>
The lists that I have generated are pulled from a number of sources, like the actual tiger data, the fips 4-2 placenames, I also have some common abbreviations, and misspellings, but it is not doing any sounds like searching. I think that I broke the regular expressions into separate state specific regular expressions because putting them all into a sine expression exceeded some limit in pcre.<br>


<br>
The regex expressions are created in perl and are highly optimized. You probably can not read the regex's and make much sense out of them, but they are extremely efficient to evaluate.<br>
<br>
Also you can take just that directory from PAGC and build it and it should create a command line executable that you can test with and run it in the debugger and valgrind, etc. Something like:<br>
<br>
cd parseaddress<br>
./configure<br>
make<br>
./parseaddress 101 W MLK AVE NORTH CHELMSFORD MA 01863<div class="HOEnZb"><div class="h5"><br>
<br>
-Steve<br>
______________________________<u></u>_________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@postgis.refractions.net" target="_blank">postgis-users@postgis.<u></u>refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank">http://postgis.refractions.<u></u>net/mailman/listinfo/postgis-<u></u>users</a><br>
</div></div></blockquote></div><br></div>