Peridot Gemstone

That how it works today, at lest on the sites where I use the site map module. See the demo site for an example.

Comperare the links you see in the site map and the ones you have built aliases for. My guess there are some differences between them like "taxonomy/term/15/0" vs "taxonomy/term/15/all" or similar.

Example: Existing system path "taxonomy/term/15/0" is aliased to "articles/topics/jewelry". Site map has in turn been told to put out "taxonomy/term/15/all" and there is no alias for that.

The fix is to change the site map settings or change the alias.

taxonomy/term/15/0 mean show all nodes belonging to term 15 (this is the default so taxonomy/term/15 works also)
taxonomy/term/15/all mean show all nodes belonging to term 15 and all nodes belonging to any child terms of term 15

I know you've suggested an answer to this but I'm not sure I'm understanding you, or the solution you proposed wouldn't be practical if importing lots of new node and category content.

If I understand you correctly, you are suggesting that the administrator manually alias (for example):

taxonomy/term/30/all >> articles/topics/jewelry

Is that right?

If I'm correct, unless there's a way to automate pathauto to create such relationships, then I'm not sure this module is suitable for a site-owner transfering an existing site with lots of content, or one that grows quite rapidly, as it would incur a huge amount of work to manually create aliases.

... unless I'm missing something!

As it stands, site-map is printing links to category as described above (taxonomy/term/30/all) which means that search engine spiders essentially record 2 different paths to the same content, resulting in a duplicate content issue/penalty.

(For the record, my pathauto alias is setup to output category paths as: articles/topics/jewelry/index.htm.)

Leaving that aside, for search-engine-friendliness (and arguably user-friendliness too), it would be a better solution to have the site-map output ALL links to all nodes/content types, rather than a narrow sub-selection of books and one menu (for reasons that would take-up another thread to explain) (Google in particular, only spiders in-depth if the site has enough pagerank "juice", so it's better practice to have as many deep-links near to the surface as possible).

I think that whilst having links-to-category is a useful option (subject to the paths resolving "correctly"), it would be better served as a supporting option, secondary to having all pages linked, by default (and if necessary, continuing on page 2, page 3 etc... for large sites).

Anyway, I may well be experiencing a "blind-spot" which is preventing me seeing the solution rigt now - though I have looked - in which case, I apologise for re-opening this issue. Otherwise, I would describe it as a bug on account it really should output all links consistent with the aliased path structure (without having to further manually intervene) and that it harms a site in terms of SEO

If you have alias set up, be it manually, via pathauto or whatever, site map module will use them, you don't need to do anything.

As I said in comment #3 users need to understand that e.g. "taxonomy/term/15/0" are different from "taxonomy/term/15/all". By default site map will generate the later but you can change that in the settings.

Thanks for your prompt reply frjo.

I think you'd be as well to explain where the settings are that control this behaviour seeing as a few people have come up against this. I'm looking but can't for the life of me see a setting on Admin >> Settings >> Sitemap.

I thought (clutching at straws) you might be referring to changing the "Categories depth:" from "All", to a specific depth but that results in the same behaviour.

Pretend I'm a 6 year old.

Well (for the possible benefit of others facing the same issue), after setting 'RSS feed depth' to 0 (zero), and after several forced refreshes of the browser, the RSS links seem to be now using pathauto's alias, as desired.

(Cache is off BTW)

... but still no change with the category links.

Take a look at "Categories depth" settings, it work the same as "RSS feed depth".

Make also sure you have the latest 4.7 version of the module, v 1.18.2.1 2006/08/24.

I too had this same issue. pathauto does not generate url_alias with any depth after the term id. Using the attached patch, choosing a negative number for cat_depth now does not append any cat depth and site_menu generates an url like taxonomy/term/term_id which is recognized as an alias correctly for me.

I did not patch the same for RSS feeds.

This may not be applicable for everyone but it fixed things for me.

Joe

Committed patch in #14 from joestewart to HEAD.

TfR75, I think you are using Views example taxonomy view instead of Drupal built in function. Disable the View or make it work with depth and I believe the problem will go away.

In my opinion that example taxonomy view is broken and should not be used, as anything besides an example.

Simply disable it and Drupal will use the normal built in display instead. Then your problem will go away.

What path does pathauto generate the RSS alias for? Have you rebuilt them after you turned off the view?

Drupal core builds up term RSS links like this:

http://example.com/taxonomy/term/123/[depth]/feed

Where depth can be "all", or a number from 0 and up.

Site map has a setting to choose what depth to use.

The non-aliased paths are of the type /taxonomy/term/3277/all/feed.

Then you need to set RSS feed depth to "all" on the Site map settings page (admin/settings/sitemap).

Site map will then output path like /taxonomy/term/3277/all/feed and since Site map run it through the Drupal function url() it will be converted to the alias if it exist.

Is the original term path that pathauto has generated aliases the same as Site map outputs?

If it's and you still have problems I'm at loss how to help you.

If you want to keep your Peridot GemStone new. Don’t place peridot jewelry in an ultrasonic cleaner. The changes of temperature can cause peridot to crack. Always keeps your stone in a tarnish resistant bag. It will keep your Peridot gem shinier and grace. http://www.peridotlovers.com