Community of VE/MapPoint Users and Developers
This is a discussion on MP 2004 really slow with large custom territories within the MapPoint 2006/2009 Discussion forums, part of the Map Forums category; I have 3 territories set up which cover the entire USA in three parts, essentially regions. I created the territories ...
| |||||||
| Register | Blogs | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| |||
| MP 2004 really slow with large custom territories Is there any way to make this faster? I run this on a 1.2Ghz machine with 512mb RAM and plenty of free disk space.... Any help is appreciated! Regards, Yves M. |
| |||
|
Are you linked to these territories from a data source or are they in Mappoint already ? Running the whole data in MapPoint makes the file bigger and can take longer to process. It might be worth exporting the data to a source file then linking to it and trying that for speed - it could be taxing your swap file slowing the PC down with one big MapPoint file (in theory) - you don't need the data source open to link to it and the mappoint file is much smaller in memory when only linked to a data source. regards Kieron |
| |||
| RE: MP 2004 really slow with large custom territories
I have no data linked or in Mappoint at this point for thisproject. I am only creating territories on a ZIP code level. However, it seems that since I only have 3 (large) territories, equally dividing up all of the 48 continental US states, it slows down the program when making even the smallest change in these territories, i.e. adding or removing a ZIP code from one of the three territories... I am just wondering if there is a better way - if I had a list of ZIp codes and the states they belong to I could indeed link to this file to create the territories... however, I know of no source that would provide me a completet list of ZIP codes and associated states... Has anyone else come accross this? Thanks for any feedback! Please post replies here as I do not want to post my business email address for SPAM reasons... thanks! Regards, Yves M. |
| |||
|
When you do an operation on the map, I think Mappoint recalculte all data present in the current view on the map. More data you visualize, more time Mappoint will take to make changes to the map. Try to do a goto to 0;0 location, with a zoom level that permits to visualize only water ('cause in the ocean there are no feature), then do your changes to the map (add shapes, for example) and then return to the original location. |
| |||
| zipcodes
I am in the UK and I know that you can select the whole country as a territory then export all the postcodes at area, district or sector level. I am sure somethign similar is achieveable with the US version and then you could link to the export. It is slow because you have all the data in mappoint and it does really make the file bigger and more cumbersome. Try exporting and linking back to the territories - I know on many projects for my own work this has speeded things up endlessly. Regards KeZ |
![]() |
| Tags |
| 2004, custom, large, slow, territories |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
| ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Mappoint 2004 territories help please | fuglyjowls | MapPoint 2006/2009 Discussion | 0 | 01-26-2006 04:33 AM |
| custom vb.net application using mappoint 2004 | Anonymous | MapPoint 2006/2009 Discussion | 3 | 10-19-2004 01:37 PM |
| Can 2004 handle territories like this? | mmaslar | MapPoint 2006/2009 Discussion | 1 | 03-23-2004 06:43 PM |
| Custom territories and adding new geographical units | mirekm | MapPoint 2006/2009 Discussion | 1 | 10-30-2003 08:00 AM |
| Custom Territories | Anonymous | MapPoint 2006/2009 Discussion | 1 | 11-22-2002 02:32 PM |