#744 Broken clarosnet/Ashmolean links in relation example

[Martin de la Iglesia]

In the example

<relation type="CRM" name="P87_is_identified_by" active="http://id.clarosnet.org/places/ashmol/placecode/22584" passive="http://id.clarosnet.org/places/ashmol/placename/orvieto"/>

both hyperlinks lead to "Not Found" pages. I tried to look up the current URIs, and I think http://id.clarosnet.org/places/ashmol/placecode/22584 needs to be replaced with http://id.clarosnet.org/places/metamorphoses/place/italy-orvieto, and http://id.clarosnet.org/places/ashmol/placename/orvieto with http://id.clarosnet.org/places/metamorphoses/placename/orvieto.

[Sebastian Rahtz]

ha! nice error.

have changed example

[Martin Holmes]

More concerning is why the Guidelines linkchecker job on Jenkins didn't pick this up. Investigating that now...

[Sebastian Rahtz]

the link checker doesn’t do links in examples at all. so there is no check on the URLs
in eg http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-ptr.html
--
Sebastian Rahtz
Chief Data Architect
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

[Martin Holmes]

I think it might be worth running some XSLT to generate a single page
with links from all the examples, and checking that in addition to the
Glines pages. Shouldn't be difficult.

Cheers,
Martin

On 15-03-13 08:33 AM, Sebastian Rahtz wrote:

the link checker doesn’t do links in examples at all. so there is no check on the URLs
in eg http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-ptr.html
--
Sebastian Rahtz
Chief Data Architect
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

---

[bugs:#744] Broken clarosnet/Ashmolean links in relation example

Status: closed-fixed
Group: AMBER
Created: Fri Mar 13, 2015 01:14 PM UTC by Martin de la Iglesia
Last Updated: Fri Mar 13, 2015 03:16 PM UTC
Owner: Sebastian Rahtz

In the example

<relation type="CRM" name="P87_is_identified_by" active="http://id.clarosnet.org/places/ashmol/placecode/22584" passive="http://id.clarosnet.org/places/ashmol/placename/orvieto"/>

both hyperlinks lead to "Not Found" pages. I tried to look up the current URIs, and I think http://id.clarosnet.org/places/ashmol/placecode/22584 needs to be replaced with http://id.clarosnet.org/places/metamorphoses/place/italy-orvieto, and http://id.clarosnet.org/places/ashmol/placename/orvieto with http://id.clarosnet.org/places/metamorphoses/placename/orvieto.

---

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/tei/bugs/744/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

[Sebastian Rahtz]

On 13 Mar 2015, at 16:09, Martin Holmes martindholmes@users.sf.net wrote:

I think it might be worth running some XSLT to generate a single page
with links from all the examples, and checking that in addition to the
Glines pages. Shouldn't be difficult.

that would be amusing, I agree. just the http[s]:// ones.

Sebastian Rahtz
Chief Data Architect
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

[Sebastian Rahtz]

On 13 Mar 2015, at 15:08, Martin Holmes martindholmes@users.sf.net wrote:

More concerning is why the Guidelines linkchecker job on Jenkins didn't pick this up. Investigating that now…

cost they are not links….

Sebastian Rahtz
Chief Data Architect
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

[Martin Holmes]

...and it's obvious, really: these are not href attributes in HTML, they're text in spans in the examples. I wonder if it would be worth generating a list of such things and checking them once in a while.

[Martin Holmes]

Just did it as a test:

119 links checked. 22 warnings found. 43 errors found.

There are over 400 links, but most are duplicates; many are not intended to work (www.example.com etc.).

Should be possible to add this into the system, filtering out the example.com ones. I'm going to re-open this bug and assign it to myself to do that.

[James Cummings]

MH to go ahead and find more of these and fix them. ;-)

[Hugh A. Cayless]

Closing. Opened [bugs:#764] and assigned to Martin for followup.