| Anonymous | Login | Signup for a new account | 2013-05-21 08:18 EDT |
| Main | My View | View Issues | Change Log | Roadmap | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| 0001968 | [Slicer4] Core: Documentation & Wiki | minor | have not tried | 2012-05-01 18:50 | 2012-08-21 15:59 | |||||||
| Reporter | jcfr | View Status | public | |||||||||
| Assigned To | jcfr | |||||||||||
| Priority | normal | Resolution | open | |||||||||
| Status | assigned | Product Version | ||||||||||
| Summary | 0001968: Setup robot.txt so that only current stable version of Slicer documentation is indexed | |||||||||||
| Description |
See http://www.mediawiki.org/wiki/Manual:Robots.txt [^] The following pages should be excluded: index.php/Documentation/4.0/ index.php/Template: May be documentation associated with slicer 3.6, 3.5 etc .. should also be excluded ? |
|||||||||||
| Additional Information |
From Greg Sharp - april 12th 2012: Hi, I just noticed today, when I use a common, commercial search engine to find the Slicer documentation, the pages for version 4.0 appeared higher in the list than documentation for version 4.1. This caused me to refer to an old version of the documentation. Of course ok for me, but I think it can be confusing for new users to get the old documentation. Greg |
|||||||||||
| Tags | No tags attached. | |||||||||||
| Attached Files | ||||||||||||
|
|
||||||||||||
Notes |
|
|
(0004119) jcfr (administrator) 2012-05-01 19:19 |
Could also use the magic word __NOINDEX__ See http://www.mediawiki.org/wiki/Help:Magic_words [^] |
|
(0004120) mhalle (developer) 2012-05-01 23:53 |
I don't think "unindexing" content is the best solution here. First, disabling crawling doesn't clear the index. It take a long time for that information to expire. Second, that content may still be useful to someone. That's especially true of the 3.X documentation. Third, I'd like to see what the best practices are. For instance, I get old versions of the VTK docs all the time when I do a search. Same for python sometimes. That's not great, but it is predictable and understandable behavior. The alternative fixes are to 1) provide pointers to the most current documents at the top of the 4.0 pages (that's what W3C standards do -- always maintain a "latest" pointer) 2) Have a "latest" version on the wiki that redirects or is copied in some way, 3) Have documents that describe current behavior as well as recent changes (for example, the python docs say "since version 2.6" or "added in 2.5"). |
|
(0004124) jcfr (administrator) 2012-05-02 10:52 |
Good point. Will think about it. Assigned the issue back to me. |
|
(0004156) jcfr (administrator) 2012-05-03 18:11 |
From Lauren - May 3, 2012: you could do what NIH does for old grant info pages, or what amazon does so that people know the model number is old, edit the top of the page with info pointing to the current version or have wiki URLS that point to Current, and redo those links when the latest stable version changes, maybe they will accumulate more google cred since they are longer lasting URLs my 2 cents |
| Mantis 1.1.4[^] Copyright © 2000 - 2008 Mantis Group |