Icaatom Languages & Google search results

[mull...@gmail.com]

Hi,

We have activated only 2 languages (English & French) for the Menu, when we are browsing within the ICAAtoM we are fine. 

The problem is when we do some search for our collection in google and the google search results leads us to other languages. The URLs from google search has "sf_culture=" values like "nl", "pt" etc..

Hpw to stop ICAAtoM from generating these URLs for non English or French languages?

Example :

In Google, search for "department of biochemistry and medical genetics correspondence and reports"

 and look for the links starting with "http://nanna.lib.umanitoba.ca", it should be the second or third in the search results, but it may differ from your location.

URL from google search:

http://nanna.lib.umanitoba.ca/icaatom/index.php/university-of-manitoba-faculty-of-medicine-archives;isdiah?page=3&limit=100&sf_culture=nl

 

This URL will lead to a page in which all the Static content are in Dutch language, which we have not activated.

But when you do the same search with out ICAAtoM instance we are fine, it is all in English.

MAIN Collections URL : http://nanna.lib.umanitoba.ca/icaatom

Thanks is advance for your help

Cheers,

-Mullai.

[JBushey, ICA-AtoM Product Manager]

Dear Mullai,

That is very odd. I did as you instructed and had the same results in Dutch. I also tried to do more random tests, but could not duplicate the language error. Would you be able to send me the EAD export for the specific description that is defaulting to Dutch through google search? You can send it to: jes...@artefactual.com. Maybe there is something in this particular file that explains what is going on. I will also alert our developers and see if they have any ideas.

Best,
Jessica Bushey

[Tim Hutchinson]

Hi Mullai,

Is it possible that these pages got indexed before you disabled those languages? Dutch and Portuguese both seem to be enabled by default. (Similarly, we have seen google results for the XML views of descriptions, since the links are there to follow.) Since the pages still exist, they wouldn't disappear from Google's index. One option might be to use mod_rewrite or something to redirect those pages.

Tim

--
You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To post to this group, send email to ica-ato...@googlegroups.com.
To unsubscribe from this group, send email to ica-atom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msg/ica-atom-users/-/OSgB6NAP6lcJ.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

-- 
Tim Hutchinson
University of Saskatchewan Archives
301 Main Library, 3 Campus Dr.
Saskatoon, SK S7N 5A4
(306) 966-6028
e-mail: tim.hut...@usask.ca

[Jesús García Crespo]

Hi Mullai,

I think that Tim is right. If the problem persists you could try to solve in different ways. I believe that you could do that using mod_rewrite, with some specific rules looking at the sf_culture query parameters. If the rule matches, you can redirect the request with a 301 code, that would do the trick and Google should update its index after the next visit.

Also, you could try to do the same using Symfony, maybe using its routing system or maybe a filter. Unfortunately, that would require some custom development although I could provide you with some more details if you need them.

You may also find useful the Google Webmaster Tools, but I don't think it can solve your problem.

Let us know if you find a solution.

Regards,

--

You received this message because you are subscribed to the Google Groups "ICA-AtoM Users" group.
To post to this group, send email to ica-ato...@googlegroups.com.
To unsubscribe from this group, send email to ica-atom-user...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msg/ica-atom-users/-/lMBovEzSRPcJ.

For more options, visit https://groups.google.com/groups/opt_out.
 
 

--
Jesús García Crespo