Stan:

The macro is locating the addresses in a more "relaxed" way, that is less accurate, the case you have mentioned regarding the two streets with the same word (but clearly different) points out to that thesis. I suggest that you geocode manually first (until clarified how to reduce de "relaxing" of the GISDK routine) and then use the locate by value method using the ZIP zones or points over the Not Found set in order to at least have a general location some how near the place where the new streets should be.  I believe this sounds a little confusing, but it sure works.

Good luck!

Reinaldo (Brazil)




Stan Buck wrote:
Not sure what your point is.  The GISDK line I gave was, of course, part of 
a much longer routine.

More:
The odd part is how GISDK vs manual is so different.  The progress bars look 
identical with either method, but the results are different.  The original 
MS Access table has 12027 records.  When done by hand, the dialog box 
reports 337 Records Not Located out of 12027.  When run through the GISDK 
routine, the resulting layer has 12365 records (338 more than the original 
table!) of which 43 have no lat/long.  If anyone could explain what that 
macro is doing, I'd appreciate it.



----- Original Message ----- 
From: "Armando Scalise" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, April 06, 2005 11:00 AM
Subject: Re: [Maptitude] Continued problems with Address Match macro


  
Stan,

I my experience, if you want to increase the hit rate when geocoding wth
Maptitude, you need to do some pre and post processing before calling
any of the Standard Interface Macros (""GISDK Locate Address" and
"GISDK Address Match").  That means using some GISDK routines in order
to have a better control of the process.

Armando


Stan Buck wrote:

    
I have to ask this again because I never got an answer the first time, but
the problem is growing.

When we geocode our database, there are always some addresses that are on
streets that are too new to be in Maptitude's Streets database.  If  I
geocode the database manually, i.e. open the file, choose
Tools-->Locate-->Locate by Address, these addresses are properly marked 
Not
Found.

But if I try to do it in GISDK code using the Address Match macro:

RunMacro("GISDK Address
Match",vw1+"|",{"recordID","address","zip",},"Streets",strDBPath,"Child
Care",)

the macro seems to attempt to guess the location of the point.  They are
given incorrect lat/longs.  Sometimes it's obvious what was going on, i.e.
an address on Weeping Cherry was plotted on Cherry Lane, 2 miles away, but
usually it's not apparent what the program is doing.

We would rather have these addresses Not Found than incorrectly plotted.
How can I geocode with GISDK without this happening?

Stan Buck





Yahoo! Groups Links












      



Yahoo! Groups Links








    



------------------------ Yahoo! Groups Sponsor --------------------~--> 
Has someone you know been affected by illness or disease?
Network for Good is THE place to support health awareness efforts!
http://us.click.yahoo.com/RzSHvD/UOnJAA/79vVAA/C5grlB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/Maptitude/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 





  


Yahoo! Groups Links

Reply via email to