Data Doctors correcting <references /> tag typos

+10 votes
503 views
There seem to be a lot of spelling errors in the <references /> tag following The == Sources == heading.   I spent hours last night and today fixing these. Is it possible for the Editbot to do a find and replace for each error to fix these leaving the data doctors free to fix the more complex errors?  Eg Find </References> Replace with <references /> etc.  it seems our time could be better spent fixing what a bot can’t do and let the bot fix a simple find and replace.  Then the find and replace algorithm could run on a monthly basis to fix new errors.  We all make spelling mistakes but this would solve the common ones.
in The Tree House by Deborah Talbot G2G6 Mach 7 (70.4k points)
I'm curious about the purpose or utility of the space between "references" and "/".  I have no objection whatever to following style conventions, just curious why it is needed.
The space is not required.
In HTML, the syntax defines an empty tag as "<" followed by the tag code followed by one space, the "/", and the ">".  The <references /> tag is not part of HTML, but I suppose wiki code syntax matches HTML for those tags that look like HTML tags.  The fact that it still works without the space is probably an instance of wiki code being forgiving of some errors.  Although you can apparently get away without the space, correct syntax specifies it.
Thank you, Gail's. A simple answer to something I had been wondering about.

3 Answers

+7 votes
 
Best answer

There is 10 years of legacy, and there isn't that many of them. Often there are other error next to the typo, that DD can correct while there.

Also 868 error means that there are <ref> after <references /> so your suggestion wouldn't correct the error unless there are duplicated references and just different error would display.

by Aleš Trtnik G2G6 Pilot (804k points)
selected by Deborah Talbot
+4 votes
I also found quite a few that had a space after the ending slash.
by Linda Peterson G2G6 Pilot (774k points)
+3 votes

I am getting a ton of  db_error_868 Inline citations after <references /> tag as people are adding information to profiles at the bottom of the page and not above the Source/Reference section.  It is time-consuming to clean them up, and doesn't prevent someone from coming along and repeating the process and generating new errors before I can get the old ones cleaned up.  Is there some kind of utility that can reposition these "comments" into the right section.

by Janne Gorman G2G6 Mach 4 (41.0k points)
you could simply move the "<references />" tag to the end of the page, after the last citation -- that would be the simplest "fix"
Except then the citations would be after "acknowledgements" and "see also" instead of at the top of "sources".
As a former Db administrator, it seems that there could be a utility created that would apply the "simple fix" to profiles as they are amended, instead of a profile manager having to bring up each profile individually and manually taking care of them.  The code could be written to add the references in the correct portion of the profile when the comments are saved.
Correct portion for "Inline Citations" is everything before == Sources == Heading. If a source is only listed in == Sources ==, it should not use inline citation. It should use only

* Source...
I have found that this problem frequently happens when merges are done and the person doing the merge doesn't 'clean up' the profile so there is only One Sources and one 'References' line.  If one profile had a'references' and one didn't, there is only one included, so it is not always getting an error about duplicated lines.

Related questions

+3 votes
1 answer
+6 votes
1 answer
+8 votes
2 answers
342 views asked Jan 17, 2019 in Policy and Style by David Fentress G2G6 (9.4k points)
+7 votes
1 answer
+5 votes
1 answer
194 views asked Oct 25, 2022 in WikiTree Help by Phil Grace G2G6 Mach 1 (17.6k points)
+5 votes
2 answers
+16 votes
2 answers
334 views asked Mar 5, 2023 in The Tree House by Walt Steesy G2G6 Mach 4 (48.6k points)

WikiTree  ~  About  ~  Help Help  ~  Search Person Search  ~  Surname:

disclaimer - terms - copyright

...