Web Page does not work for Opencaching pages

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Import GPX GC file from Opencaching.pl
1. Select waypoint from Cache list
2. Click Web Page button

What is the expected output? What do you see instead?
Instead of www.opencaching.pl cache page, GeoBeagle is displaying
Geocaching.com 404 page.

What version of the product are you using? On what operating system?
0.72 on Era G1 1.5

Please provide any additional information below.
Correct URL is in GPX file, in gpx->wpt->url tag.

Original issue reported on code.google.com by spam.bebe on 23 Jun 2009 at 9:48

[GoogleCodeExporter]

A couple of questions:

- Do the opencaching caches always start with "OC"?
- How do I construct the url from the cache id?  For example,  
http://www.opencaching.de/viewcache.php?
cacheid=133843 goes to cache OC7836

Original comment by stephen5...@gmail.com on 2 Jul 2009 at 2:27

[GoogleCodeExporter]

1. When I contributed to opencaching.pl code branch, I've seen a match like:
if ((($target == 'oc') || ($target == 'op') ||($target == 'nc') || ($target == 
'gc'))
&& mb_ereg_match('((oc|op|gc)([a-z0-9]){4,4}|n([a-f0-9]){5,5})$',
mb_strtolower($searchfor)))

to search for caches in database, but I've never seen an actual cache with 
prefix
other than OC and OP. So I'm not quite sure, but I'll have it checked with other
developers.

2. You can construct url through 
http://www.opencaching.de/viewcache.php?wp=OC7836 .
It can be a little buggy, eg. wp arg does not get carried over when you log in, 
so
you'll get "cache not found" page when submitting credentials, but I'll have it
reported so it should get fixed pretty soon (at least in .pl code branch).

Original comment by spam.bebe on 2 Jul 2009 at 8:59

[GoogleCodeExporter]

I can wire this to opencaching.de for now....but the cache might come from 
opencaching.cz or .pl too!  Is there a 
way I can tell?  I might need to popup a dialog to ask the user.

Is the information in the pocket query?

BTW, the "google maps" link does not include the cache id.  Since you are a 
developer, can you add that to the 
link so I can grab it in GeoBeagle?  Perhaps there is a way to slip in de vs cz 
vs pl in the url as well.

Original comment by stephen5...@gmail.com on 3 Jul 2009 at 4:52

• Changed state: Started

[GoogleCodeExporter]

Is there a reason why GeoBeagle creates its own URLs from the name element, 
rather
than using the URL provided in the url element?

Original comment by d.b.mcg...@gmail.com on 27 Aug 2009 at 3:25

[GoogleCodeExporter]

Original comment by andpet@gmail.com on 9 Sep 2009 at 7:12

[GoogleCodeExporter]

As far as I can tell there is no way from the url to distinguish between de / 
cz / pl 
opencaching web sites.

If I am wrong, please send me sample URLs from each of the sites and we can 
make 
geobeagle parse them.

Original comment by stephen5...@gmail.com on 9 Sep 2009 at 10:03

[GoogleCodeExporter]

It appears that GeoBeagle uses the name element in the GPX file
  <name>GC1MATH</name>
to open the cache page at Geocaching.com
  http://www.geocaching.com/seek/cache_details.aspx?wp=GC1MATH

However, this doesn't work if some other application (e.g., GSAK, Geocaching
Basecamp) has rewritten the name element before GeoBeagle sees it. GeoBeagle 
opens a
non-functional URL, like
  http://www.geocaching.com/seek/cache_details.aspx?wp=Difference Cache

Meanwhile, a working URL has been provided in the url element:

<url>http://www.geocaching.com/seek/cache_details.aspx?guid=7a21403b-a097-403f-b
b2d-f62f914fa5c8</url>

GeoBeagle should be able to use that URL reliably.

Original comment by d.b.mcg...@gmail.com on 9 Sep 2009 at 10:29

[GoogleCodeExporter]

oh, ignore my last comment, I was thinking this bug was about google maps link 
importing

I haven't looked at the gpx file format lately, but we should be able to 
support this and 
hopefully it will fix the opencaching problem.

Original comment by stephen5...@gmail.com on 9 Sep 2009 at 10:37