Program hangs up... or does not complete task in reasonable time

[RsH]

I have a 'track' made up of 4 separate GPX files from my ASUS R300. The total number of positions in the unedited result are 43512. When I ask the program to calculate the speed, or to number the positions, etc., javaw seems to grab a lot of CPU time and a lot of memory, whether or not the map side is showing or closed, and the program never seems to get to the end of the list that needs the speed or whatever if ALL of the points are selected. If I only select a screen full or a few hundred the program completes doing the job in a few seconds, but when all are picked an hour later it still seems to be busy, with my barber pole still sitting there revolving - I use an old fashioned pointer display :-) and the end no where in sight. Is there a 'cut off' limit I am missing. Even if I remove all of the 0 movement positions and cut the number of positions to the 28,000 range the same thing happens. I would expect a few minutes of time to be required, but not hours! Help!

[routeconverter]

Hi Bob,

have you tried to close the map by pressing the small arrow to the left before doing updates on all positions? If not: does it help?

[RsH]

Hi Bob,

have you tried to close the map by pressing the small arrow to the left before doing updates on all positions? If not: does it help?

Yes, I've tried it both ways, with and without the map side open. It does not seem to help in any material fashion, but I am working with a file that covers 8 hours of driving time, at 3600 positions per hour, so it is a large file. Elevation shows progress as it scrolls through the file. Postal Address hung up after about 15,000 positions, and I had to save and then restart it from that point... Speed I finally did by chunk of the file.

The problem seems to be in the java program, which ends up growing and growing in memory use size, and does not seem to release memory at all. It just keeps grabbing more memory as it progresses through the file, if I watch it in the task manager.

I also am finding that I still need to have both postal address and location, as I find, as my postal addresses in the U.S. typically have the road, state and zip code, but do NOT have the location by town or city name at all! The location, on the other hand, has the town or city name, but not the state and not the zip code... so I need both to have the real information about where the place really is <grin>...

[routeconverter]

Yes, I've tried it both ways, with and without the map side open.

Ok, I try to reproduce this with your Panamal canal file.

I also am finding that I still need to have both postal address and location, as I find, as my postal addresses in the U.S. typically have the road, state and zip code, but do NOT have the location by town or city name at all! The location, on the other hand, has the town or city name, but not the state and not the zip code... so I need both to have the real information about where the place really is <grin>...

Here in Germany the postal address is typically

Street Number, ZIP City

while the populated place is seldomly the City but most of the time the name of the area. What's an example for the US?

[RsH]

The program seems to produce something like Rt522, PA 17234 as the postal address, with or without address numbers... or 1-820 Highland Street, PA 17324 as the postal address, and Chambersburg or Orsonia Or Rockhill as the location. So the CITY is not included in the postal address, but in the populated place.

In Canada, where I live, the postal address might be 1-39 Elmhurst Avenue, Toronto, ON and the location might be Lansing, which is the place name historically used inside Toronto, so the location is much narrower than Toronto, which sprawls over something like 45 by 15 kilometers of geographic space. Lansing would all be withing one kilometer of my front door <grin>...

[routeconverter]

The program seems to produce something like Rt522, PA 17234 as the postal address, with or without address numbers... or 1-820 Highland Street, PA 17324 as the postal address, and Chambersburg or Orsonia Or Rockhill as the location. So the CITY is not included in the postal address, but in the populated place.

That's funny since the postal address is something that I fetch from Google's APIs without any further processing. In Europe it seems to include the location, so I cannot simply add it to the postal address.

In Canada, where I live, the postal address might be 1-39 Elmhurst Avenue, Toronto, ON and the location might be Lansing, which is the place name historically used inside Toronto, so the location is much narrower than Toronto, which sprawls over something like 45 by 15 kilometers of geographic space. Lansing would all be withing one kilometer of my front door <grin>...

Doesn't make sense then to bake postal address and populated place together, doesn't it?