Welcome to MapForums!

Register, sign in, or use Facebook Connect above to join in and participate in the forum.

When you are signed in, this message, the ads in this row, and the red-underlined link ads all go away.

Subscribe to receive our newsletter.
Subscribe Unsubscribe
Results 1 to 2 of 2

While the UI and API in MapPoint 2002 are great, t....

This is a discussion on While the UI and API in MapPoint 2002 are great, t.... within the MapPoint Desktop Discussion forums, part of the Map Forums category; While the UI and API in MapPoint 2002 are great, the program can't map about 10% of the street addresses ...

  1. #1
    Anonymous is offline Senior Member Black Belt
    Join Date
    Jul 2002
    Posts
    5,137
    While the UI and API in MapPoint 2002 are great, the program can't map about 10% of the street addresses we enter (Washington, DC Metro area). Is there any way to get the program to use external map data? If so, then can you recommend one that we can plug in? Also, who provides Microsoft with their data? That company might have a few ideas. Thanks!!

  2. #2
    Walt Cygan is offline Senior Member Green Belt
    Join Date
    Aug 2002
    Posts
    124
    No. MapPoint's data can not be extended. There is a menu option for Map Feedback on the Tools menu, but any improvements will not be seen until MapPoint 2003. Data is supplied by GDT and NavTech.


    One caution. Most address validation and mapping products are very sensitive about how data is supplied. For example, 2021 3rd Ave N, Minneapolis, MN is found, but 2021 N 3rd Ave, Minneapolis, MN is not. If you are finding addresses is an automated process you may have to flip direction around to get a match.


    (I assume you have done this, but I'll throw it in anyway.) Take an address that was not found and search for it manually. This assumes it is an address you know. Find the location on the map and click on the street. What address does it show? Does it show numbering at all? In some cases, the data just doesn't exist, in others you may find a format problem that MapPoint just can't resolve.


    Also, if you are using the "FindAddressResults" method, sometimes giving a zip code can hurt you. If you are using data supplied to you by customers, frequently you can get the wrong zip. If you try to match using the zip it can fail, even though you can get a good match without the zip.


    One more example in Minneapolis. We have one inner ring suburb called Edina. Many addresses will not match if you give Edina as the city, but will match if only the zip is used or you use Minneapolis.


    Sometimes address matching is a science and sometimes it is an art. Good luck.


    - Walt Cygan

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Microsoft Great Plains worldwide help & support
    By Andrew Karasev in forum News and Announcements
    Replies: 1
    Last Post: 09-08-2005, 11:02 AM
  2. Selecting Corporate ERP: MBS Great Plains
    By Andrew Karasev in forum MapPoint Desktop Discussion
    Replies: 0
    Last Post: 07-11-2005, 06:33 PM
  3. Great Plains 8.0 for Australian businesses
    By Anonymous in forum News and Announcements
    Replies: 0
    Last Post: 09-12-2004, 03:49 PM
  4. MapPoint is great in findig routes. One result of ....
    By Anonymous in forum MapPoint Desktop Discussion
    Replies: 1
    Last Post: 07-23-2002, 05:51 AM
  5. I am using the Great Britain version of MappPoint2....
    By Anonymous in forum MapPoint Desktop Discussion
    Replies: 1
    Last Post: 08-15-2001, 02:30 AM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83