Closed (fixed)
Project:
XML sitemap
Version:
5.x-1.3
Component:
xmlsitemap
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Nov 2007 at 22:39 UTC
Updated:
10 Dec 2007 at 22:14 UTC
With the Internationalization module enabled, the sitemap.xml will end up being forwarded to www.example.com/en/sitemap.xml when called via www.example.com/sitemap.xml. It no longer appears inside the root folder.
Google sitemap validation reports this as a problem.
Google and Yahoo validation links seem to work fine, though.
Comments
Comment #1
daniel_h commentedSorry, duplicate to: "Generate sitemap for each i18n language" (http://drupal.org/node/182442)
Comment #2
darren ohI can't reproduce this. Please provide information about your system.
Comment #3
darren ohComment #4
daniel_h commentedNo need for more information.
You already fixed it.
Version 1.3. Tested with i18n module active. sitemap.xml is no longer at /xx/sitemap.xml, but appears as www.example.com/sitemap.xml as it should.
Reopened only to give feedback.
Thank you
Comment #5
daniel_h commentedI might add, though, that I was surprised to find that 'Additional's added as "en/foo/bar" store as "en/foo/bar" but appear as "foo/bar" in the sitemap file (the languagepath is removed).
Easy to work around using URL alias. (I have one '/willkommen' redirecting to '/de/' frontpage and one '/welcome' redirecting to '/en/' frontpage. There is no frontpage without /countrycode/ on my site. Visitors accessing 'www.example.com' are redirected to their specific language frontpage. E.g.: 'www.example.com/en/welcome'.
'/willkommen' and '/welcome' are 'Additionals' in the sitemap.xml file.)
This was an unexpected effect, though. Depends on site design.
Removing the language path from sitemaps (current situation) might even be the better solution.
One effect might occur, if I may stress this point to the limit:
Spider enters sitemap and starts with
www.example.com/willkommen
www.example.com/welcome
(no language paths in the sitemap.xml)
It finds all links to be of the form '/en/foo/bar' and '/de/foo/bar' respectively (all of them with language path). Their content is in German or English respectively.
Both might lead back to '/en/welcome' and '/de/willkommen'. This is minimal duplicate content.
Relevant notes:
My opinion is, that the current situation is 'by design' or 'makes no real difference even if fixed'.
Just wanted to show up the effect of this.
Comment #6
darren ohFixed additional links in CVS commit 89293.
Comment #7
darren ohComment #8
daniel_h commentedThank you.
Comment #9
(not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.