ISNI: creating identifiers for women without them

In this guest blog, Catherine Senior & Pamela Johnson from the British Library’s Authority Control team introduce work on creating ISNIs (International Standard Name Identifiers) for women we’ve encountered during the Beyond Notability Project.

As members of the British Library Collections Authority Control team, the brief we were given was to create or amend ISNI records for approximately 600 women, to support the AHRC-funded ‘Beyond Notability’ project. These women – educated, knowledgeable, widely-read and sometimes widely travelled – were, in many cases, not given much recognition in their own lifetime.

The period which the project covers is roughly 1870-1950. It delves into the histories of women who were active in archaeology, history and heritage. Having created an ISNI record for each of them, or upgrading and adding to their record if they already had one on the database, we were able to supply an URL which will link to other data.

We describe our experiences of this piece of work below.

Catherine: I have found the project interesting, particularly as I am fascinated by nineteenth century history – most of identities I covered were from the late 19th century and early 20th. The women were highly educated, many having studied at University, yet the papers they produced were often read out at meetings by husbands or fathers – many were not allowed to use their own voice – which seems very alien to us. Quite a few of the women had lived abroad for part of their lives, involved mainly in archaeology, so they had obviously lived full and interesting lives at a time when you would expect women’s lives to be much more narrowly focused on the family.

One of the identities I looked at was simply described as “lady cataloguer” – the title of her paper had lived on, but not her name. I used prior knowledge of how I had tackled creating similar personal names, as a specialist cataloguer librarian, to decide how to cite the identity. It was fascinating to discover just how many women were involved in archaeology during this time period. It feels as though we have played a small part in unearthing some hidden history.

Pamela: Like my colleague Catherine, I found that some of the women did not read out their own papers. For example, Ellen K. Ware, also known as Mrs. Henry Ware, and when younger, as Ellen King Goodwin. In June 1886, Ellen Ware was elected an Honorary Member of the Society of Antiquaries of Newcastle upon Tyne. She was also a member of the Cumberland and Westmorland Antiquarian and Archaeological Society. At meetings of both these societies on different dates, papers that Ellen had written were read out on her behalf – on one occasion by a Dr. Hodgkin and on an earlier occasion by her father Bishop Goodwin. What we don’t know is – why? Why did Ellen not present her own papers? Was she not permitted, or did she not have the confidence to stand up in front of the assembled group, or was there some other reason? Fascinating, intriguing, and quite annoying for me as a 21st Century woman!

On now to Ethel Mary Colman from Norwich, who was vice president of the British Association in 1935, and even more excitingly, Lord Mayor of Norwich in 1923 – 24. She was not only the first woman to be Lord Mayor of Norwich, but the first woman to be a Lord Mayor of a UK city. I wondered, as I gathered Ethel’s facts together, what it must have felt like to achieve that.

And finally a quick look at Queen Victoria. As there was a considerable amount of existing metadata associated with her, I needed to add specific fields to tie the queen to the Beyond Notability project. I read on Queen Victoria’s Beyond Notability wikibase entry that she exhibited a portrait of Mary Queen of Scots at a meeting of the Society of Antiquaries in London; on another occasion she exhibited a Coronation spoon (topical!); was she there, did she attend the meeting, or did she just lend the exhibits?

The things we most enjoyed about the project were learning about the women and what interested them; their achievements and the limitations seemingly imposed upon them, and the chance to contribute to a fascinating project. We are both so happy that ISNI is a highly valued and useful identifier that plays a part in research. The ISNI data we created can be seen via the ISNI ID property on the Beyond Notability wikibase.

Catherine Senior & Pamela Johnson

Introducing our International Women’s Day 2023 Wiki editathon

By Amara Thornton (Co-Investigator, Beyond Notability)

We’re gearing up for our second International Women’s Day event next month. This will be a Wiki editathon, held both in person and online (book here!) at the Society of Antiquaries of London on 8th March 2023.

Following on from our collaborative Wiki editathon in December with the Victoria County History and the Women’s Classical Committee, we’re encouraging you to dive into our data once more and help us increase representation on Wikipedia and Wikidata of women active in archaeology, history and heritage. This time, we’re focusing on women who have entries in our database. We’ve built a project page on Wikipedia so we can see how Wikipedia and Wikidata entries for the women in our database grow and develop.

At present, we have over 500 women in the database. Some of them, like Ella Sophia Armitage, are already on Wikipedia and Wikidata. Others, like Sigridr Magnusson, are currently only on Wikidata. Many more, like Margaret Sefton-Jones, are not currently on either Wikipedia or Wikidata.

500 is a rather large number, so we thought we’d make things a bit easier by pulling together some smaller lists. These represent different areas of our database, different places, different activities, and different subjects.

Are you interested in folklore? Here is our list of women who were affiliated with the Folklore Society!

How about women who were freelance lecturers? Here is our list.

Or women who took part in excavations at Colchester? Another list!

And here is our list of women who were exhibiting a broad range of works in a variety of venues!

There’s something for everyone, we hope. So join us on 8th March – we look forward to seeing you there. If you want to take part online, we’re encouraging people working on Wikidata to take part from 8 March until the end of the month, as it is Women’s History Month.

Women of the VCH Wiki edit-a-thon

By Amara Thornton (Co-Investigator, Beyond Notability Project)

The Beyond Notability project is collaborating with the Victoria County History and the Women’s Classical Committee for an online Wiki editathon on 15 December. Since its foundation the Victoria County History has employed women as researchers and writers of these important county-level histories. Some of the women working for the VCH are already represented on Wikipedia and Wikidata, but many of them are not.

Attendees of the Wiki editathon will be adding women VCH contributors to Wikidata and Wikipedia, and augmenting entries for women who are already included to reflect their association with the VCH.

There are 21 women who contributed to the VCH currently included in our Beyond Notability database:

Of these 12 (Graham, Taylor, Armitage, Sellers, Bateson, Chapman, Harris, Wood, O’Neil, Stokes, Toynbee and Lobel) are on Wikidata, and 9 on Wikipedia (Graham, Taylor, Armitage, Sellers, Bateson, Wood, O’Neil, Stokes, and Lobel).

The Women’s Classical Committee has been working on adding women working in classics (broadly conceived) to Wikipedia in monthly editathons. There were 5 women involved in writing about Romano-British archaeology for the Victoria County History:

  • Charlotte Margaret Calthrop  – Romano-British Berkshire
  • Sophie Shilleto Smith – Romano-British Buckinghamshire
  • Edith Murray Keate – Romano-British Leicestershire (co-authored with William Page), Rutland (co-authored with HB Walters), Staffordshire (with Page)
  • Margerie Venables Taylor – Romano British Huntingdonshire, Kent (with Francis John Haverfield), Oxford, Shropshire (with Haverfield)
  • Ella Sophia Armitage – Ancient Earthworks for Yorkshire 1 (co-authored with Donald Montgomerie, this includes Romano-British Earthworks)

Of these, 3 are on our database (Keate, Taylor and Armitage), but only Taylor and Armitage are represented on Wikipedia and Wikidata.

15 December 2022: Editathon Programme

Purpose of event

  • Create, improve and enrich Wikidata and Wikipedia entries for women connected to the Victoria County History project
  • Introduce attendees to editing Wikipedia and Wikidata.
  • Provide a supportive environment for learning and sharing.

Goals

  • Create/augment Wikidata/Wikidata entries for women contributors to the VCH
    • If extant, are Wikidata/Wikipedia entries tidy? And do the links work?
    • HARDER Are there missing links to key identifiers (ie WorldCat, Archaeology Data Service) in Wikidata entries.
    • HARDER use “contributed to creative work” property to add VCH work to women’s entries as in this one for Mary Bateson (see her contributing to the DNB) https://www.wikidata.org/wiki/Q6779021.
  • ONE PERSON TASK Augment VCH entry on Wikipedia to clarify staffing structure, including work of contributors as well as editors
  • Use Beyond Notability database as a trusted source for referencing in Wikidata/Wikipedia entries

Event Plan

3-3.20 Intro talks

3-3.05 Brief welcome (Amara)

3.05-3.10 Intro to VCH (Adam)

3.10-3.15 Intro to BN (James)

3.15-3.20 Intro to WCC (Victoria)

3.20-4.30 Training & Editing

Training on Wikipedia editing (Victoria)

Training on Wikidata editing (James)

Editing

Further Reading/References

Link to VCH Volumes online (not all volumes are available for all counties): https://www.history.ac.uk/research/victoria-county-history/county-histories-progress

Beckett, John, 2011. Writing Hampshire’s History: The Victoria County History 1899-1914, Proceedings of the Hampshire Field Club Archaeological Society 66.

Chapman, Adam and Townsend, Mike, 2022. Bringing the VCH Past to the Wikipedia Present. IHR Blog.

Elrington, CR (Ed.), 1990. The Victoria History of the Counties of England: General Introduction Supplement 1970-1990 (Oxford University Press).

Pugh, Ralph (Ed.), 1970. The Victoria History of the Counties of England: General Introduction (Oxford University Press).

Acknowledgements:

Special thanks to Adam Chapman, Victoria Leonard, James Baker, Shani Evenstein-Sigalov.

Getting started with wikibase.cloud for heritage projects

By James Baker (Co-Investigator)

The Beyond Notability Knowledge Base stores biographical information about women’s work in archaeology, history, and heritage in Britain between 1870 and 1950, information gathered during the course of our AHRC-funded research. We create information in the form of semantic triples, machine and human reading statements that describe the relationship between two things: the Miss Hemming lived in Uxbridge, that Louisa Elizabeth Deane was a donor to the Society of Antiquaries of London in 1887, that Harriet Loyd Lindsay destroyed the Yew Down barrow in 1906.

Wikidata, which celebrates its 10th birthday this Autumn, is the pre-eminent knowledge base for machine readable linked data describing the relationship between people and things. Whilst we are adding and enriching wikidata, and whilst we use it as a source of information we choose not to duplicate, we maintain our research on a separate knowledge base because we need to describe relationships that are too particular to us to represent on Wikidata, and because we diverge from the Wikidata community in how some concepts – such as gender expression – should be described.

If you visually compare our knowledge base with Wikidata you’ll notice that they look remarkably similar. This is because they use the same underlaying software – Wikibase – to create, maintain, manage, and query semantic triples. Since June this year, our Beyond Notability Wikibase instance has been hosted by Wikimedia Deutschland via their wikibase.cloud service. wikibase.cloud enables people who want to run a Wikibase but don’t have the (technical or financial) capacity to run their own instance, to create a Wikibase on a shared hosting platform with minimal configuration.

This post describes how to get started, key points to consider, and some basic things to do to make your work with wikibase.cloud easier.

Create an Instance

At the time of writing, wikibase.cloud is in a closed beta, which means they are not accepting account requests. However, you can sign up for early access and join community mailing list.

Once you have a login, you can create a new wiki by choosing a site name, deciding a prefix to .wikibase.cloud, and then creating your wiki. From there you have a few important configuration options:

  • to set a site logo;
  • to edit your site skin from three options (ours is “Vector”);
  • to select whether users of your Wikibase can create accounts and edit straight away, or require your approval (we have the latter);
  • whether or not to map your properties to those on Wikidata (we don’t, for reasons).

Editing pages

Editing a page – e.g. a landing page or a list of queries – on your wikibase.cloud instance is the same as editing a page on Wikipedia in that both use the same syntax: so, ==HEADING== for a heading, * for a bullet, [http://www.foo.bar My Website] for a link, etc.

If you aren’t sure where to start, hit the View source link on another Wikibase – like ours! – borrow the code, and start playing around. Anything you get wrong can be reverted via the View history tab, so little can really go wrong.

Note that to make a new page, there is no new page button of the kind you might be used to on WordPress or similar sites. To create a new page you need to manually enter the URL you want for your new page – such as https://beyond-notability.wikibase.cloud/wiki/Project:MyNewPage – in your browser, and then hit the create this page button to create the page from scratch.

Give your collaborators edit access

Once you are logged into your Wikibase, you will see a Special pages link on the left-side tower. Here you can find lots of useful pages for maintaining your site. One is the Create account page. Use this to add new people who will be collaborating with you on the Wikibase. Their user privileges can then be maintained via links in the Users and rights section of Special pages.

Create some linked data

Linked data is made up of Subject-Predicate-Object triples. These are both human and machine readable, meaning that – on our Wikibase – Margaret Sefton-Jones (Subject) was a member of (Predicate) the Royal Archaeological Institute (Object) is the same as bnwd:Q507 bnwdt:P67 bnwd:Q35.

Subjects and objects can change position (so, the Royal Archaeological Institute (Subject) has archives at (Predicate) the Society of Antiquaries of London (Object)). On Wikibase – as on Wikidata – both subjects and objects are represented by Q numbers and called “Items”. Predicates are the glue in the middle, represented by P numbers and called “Properties”. A Q-P-Q triple is known as a “Statement”.

To make a new item, hit New Item on the left-side tower. To make a new property, hit New Property on the left-side tower. Note that you must select a Data type for new properties otherwise they can’t be used to make statements. In most cases, the Data type will be Item, meaning that the property takes a Q number as its object. Common alternatives are Point in time or EDTF Date/Time (used for dates) and Monolingual text (used for adding free text).

Once you’ve made two items and a property you can make them into a statement. To do that works as follows:

  • Go to the item page for the item you want to be a subject, hit add statement, type in your P number (note that you can start typing the label for a P or Q in this box, but new items and properties won’t appear immediately because the search index for wikibase.cloud refreshes occasionally – usually daily at the slowest – to minimise resource use/impact) and click it.
  • Add your Q number in the next box and hit save to create your statement.
  • For more complex statements, create qualifiers to add detail to your statements and/or references to show where you got the information from. Qualifiers work the same way as statements so should feel intuitive (even if the logic takes a while to figure out – dig around our Wikibase and look at pages for individuals such as Margerie Venables Taylor if you need some guidance).

See who has been making what

Special pages are your friend. One really useful section is Recent changes and logs, which can give you a sense of what changes have been made recently, who has been doing what, and the new items that have been created in your Wikibase. If you are planning quality assurance work on your Wikibase, these logs are the place to start.

Use the ‘what links here’ pages

On the left side of each item and property page is the link What links here. This is an incredibly useful resource for navigating your emerging knowledge base, getting reports on usage of particular properties, and spotting quirks (and errors!) in the implementation of your data model.

For example, the What links here page for Margerie Venables Taylor gives you a quick sense of all the items – mostly for people – that link to her, in most cases because of her role in putting other women forward as Fellows of the Society of Antiquaries.

Equally, the What links here page for Oxford gives a sense of that place as hub for women’s intellectual communities in our period.

And the What links here page can also be useful for properties. For example, the What links here page for the property Archaeology Data Service person ID gives a list of all the people with ADS IDs in our Wikibase. That the result (at the time of writing) is 304 of 489 women in our Wikibase indicates the way our sources are revealing voices thus far unrecorded on other canonical services and persistent identifer infrastructures.

Write your first query

You can query your data with your ‘Query Service’, which can be accessed from the left pane. The Wikibase query services uses a query language called SPARQL, a standard query language for linked data. I have had a long and painful relationship with SPARQL – it isn’t all that easy to get your head around. Thankfully there are amazing resources out there to support query writing, notably Bob DuCharme’s book Learning SPARQL, and the Wikidata community maintains a range of example queries which give a sense of what is possible. Because a lot is possible.

We use SPARQL queries not only for analysing our data (for example, a query that returns people in our knowledge base sorted by the number of places they lived, including the number of cites/towns/villages in which they lived in), but also for auditing our data: for example, to return lists of people whose gender we’ve been unable to assign or people in the knowledge base listed alongside the external identifiers – e.g. Wikidata IDs – that we’ve been able to find. These connections with external IDs enable our linked data to link to other linked data, and are particularly powerful in enabling us – for example – to recover familial connections from Wikidata (where people have Wikidata IDs, and to the extent to which their familial connections are listed on Wikidata).

By building up our data, and connecting to external sources, we hope – in time – to be able to write more complex queries that support our research, including queries that return lists of women who undertook work within two years of having their first child, or those people who used their position in the field to bring women into the profession (a hacky version of which we’ve made a start on), and so on.

Join the community

When I run out of SPARQL talent (which happens often), Bob’s book and the examples of Wikidata often help me realise how to write the query I want. But if I’m totally stuck, I’ve also found that the Wikibase community is full of wonderful people willing to offer advice and guidance. Questions on Twitter are responded to. The Wikibase community on Telegram are a constant source of support and insight. And public tickets on Phabricator – where fixes and feature additions are proposed, prioritised, and tracked – help reveal which problems are your own, and which are shared; as well as being a space to log problems and suggest features. Like many such open source communities, the Wikibase community – as well as the wider Wikidata – are welcoming to beginners, full of expertise, and provide sustainability to the technology – software is, after all, about people. So, if you are thinking of using the Wikibase, join the community, dig around the community activity, don’t be afraid to ask the community and when you have insights to share or wish to contribute to the community.

License your data

People need to know how they can use your data. So make it easy for them. Good linked data enables data to be connected, queried across, and assembled from various sources. So clearly state your terms of use (data on Wikidata is available under the Creative Commons CC0 License) so that it can be used. Better still use your Wikibase to document your data so that people using it get a sense of the decisions you’ve made, the absences you are aware of, and the uses you think would be inappropriate or might cause harm. If you are not sure where to start, see Timnit Gebru, Jamie Morgenstern, Briana Vecchione, Jennifer Wortman Vaughan, Hanna Wallach, Hal Daumé III, and Kate Crawford’s wonderful ‘Datasheets for Datasets’ (2020) – you don’t need to follow every suggestion, but given that you will be creating machine readable data on your Wikibase, it is sure to provide inspiration.


Modelling Excavations with Wikibase

By Amara Thornton (Co-Investigator)

A fair few women in our database were involved in excavation. Their work spans a spectrum between informal digging, directed by one person who may or may not be ‘trained’, to a larger scale affair organised by multiple groups such as local excavation committees, learned societies, training institutions, and/or universities; including both paid and volunteer labour; and supported financially by public subscription, patronage, grants, or a combination of the lot. In order to indicate effectively both the potential complexity of archaeological sites in terms of staffing, and to provide ways to document the full range of ‘work’ on site, we have come up with a model for representing excavations as organisations.

James’s early handwritten first draft of our excavations model, Feb 2022.

We have two main properties that (at the moment) serve as the gateway to our excavation model: [member of excavation during archaeological field work] and [director of archaeological fieldwork]. The first excavation we modelled using these properties was the dig that took place over multiple seasons in the 1930s in Colchester. We used the excavation report Camulodonum: First Report on the Excavations at Colchester 1930-39 (an item on our database) as our main source.

The Introduction to Camulodonum provides the staff list for our model. In it, authors Mark Reginald Hull and Christopher Hawkes acknowledge by name a myriad of paid and unpaid men and women who worked on site. We created an item [Excavations at Colchester] and used the Introduction to provide a skeleton staff list and organisational framework for the excavation (Please note: the staff was absolutely larger than the number explicitly named in Hull and Hawkes’s Introduction).

The Introduction names 4 Directors (all men), 21 “voluntary assistants” (11 women and 10 men), and 4 “charge hands” (all men). The men listed as “charge hands” were most likely managing a other men (not named and credited for their labour in the final report) who were undertaking the heavy digging. The “charge hands” and the men who they managed were probably all paid for their work, though only access to the paylists from the excavation will tell us how much.

The Colchester dig was organised by the Colchester Excavation Committee and the Society of Antiquaries Research Committee – we have used a property [organised by] to link to entries for each group. The President of the Colchester Excavation Committee was Annie Pearson, Viscountess Cowdray. She served alongside various Colchester notables, and representatives from the Society of Antiquaries. The Society of Antiquaries Research Committee also provided funding out of their designated pot for the Colchester dig.  

The excavation model that we have used for Colchester is expandable. If, for example, we find the names of other people working (either as paid or unpaid labour) on site, we can add them using the property [member of the excavation team]. We can adjust job titles for any of the individuals listed, should we find more specific information elsewhere. We can add specifics about where people were working within the area being excavated, which could be useful if particular areas of the excavation are now designated archaeological sites with individual entries on Wikidata. If a particular named individual is associated with the discovery of an artefact in a museum collection, and the artefact is discoverable through a museum collection database, we could add a link to the artefact to their entry.

The model works for smaller-scale excavations as well. In 1904, the artist Jessie Mothersole, who is on our database, worked as a “lady artist” copying tomb paintings at Saqqara, Egypt, an ancient Egyptian necropolis and (both then and now) an archaeological site and tourist attraction. We created [Excavations at Saqqara 1] (because there were multiple seasons with slightly different staff) as an item and linked it to her entry. The director of this season at Saqqara was Margaret Murray, whose report on the dig provides details on some staff.  But one of the most valuable sources for outlining the staffing of this excavation is a short article written by Jessie Mothersole for the popular illustrated magazine Sunday at Home.   

In this article, Mothersole outlines that eleven Egyptian men and boys were clearing the tombs (digging out sand) to lay bare the tomb paintings so that they could be copied: “eight basket boys, two turyehs, and a reis”. She does not name any of these men and boys. In order to include them with what little information she provided, we created an item for [name unrecorded] which we could use to indicate the existence of each person, and give them a job title.

There were two Egyptian men that both Mothersole and Murray named in their writings on this season of work at Saqqara: Reis Khalifa and Reis Rubi, two experienced foremen who were based at Saqqara during the time. They were father and son. Both are also mentioned in the Service des Antiquities journal. Mothersole also names the servant who attended the three women on site, Ibrhim Abd-el-Karim. We added him and his job title to the members of the dig team.

We hope that this model for excavations helps to emphasise the critical factor on any dig: people. We may not know who they are, or even what exactly they were doing, but if we view any excavation as an organisation we can begin to give people the credit they are due for their work to reveal the past.

Building the Beyond Notability Knowledge Base: 4 reasons why we chose Wikibase

By James Baker (Co-Investigator, Beyond Notability)

For all that people like to moan about the things that are wrong on Wikipedia (and there is much that is wrong on Wikipedia), it is the place people go to when they want to know something: together with the other sites run by the Wikimedia Foundation, Wikipedia is the knowledge infrastructure of the web. Since 2010 cultural institutions have formally contributed to this ecosystem through Wikimedian-in-Residence programmes, typically resulting in digitised material appearing on Wikimeda Commons, the home for every media artefact you encounter when browsing Wikipedia.

More recently a number of those Wikimedian-in-Residence programmes have directed attention towards Wikidata, a multilingual knowledge graph that is a common source of open data used on Wikipedia. More significantly, every time you search Google and a little info box pops up on the right side of the screen containing useful – typically biographical – information, that is probably drawn from Wikidata. In turn a person without a Wikidata page is unlikely to get a box. And so if less than 20% of Wikipedia Biographies are about women, and if most Wikipedia biographies have a corresponding Wikidata page, then it follows that enriching Wikidata with otherwise neglected histories of women active in archaeology, history and heritage is something worth attention. Hence, our project.

Wikidata is a wiki (a collaboratively edited hypertext publication) whose technical infrastructure is based on a combination of the software MediaWiki and a set of knowledge graph MediaWiki extensions known as Wikibase, the workings of which are explained in the ’Introducing Our Database’ post. We have built the Beyond Notability Knowledge Base on the same infrastructure, using Wikibase-as-a-service, first via WbStack (with amazing support from Adam Shorland) and latterly via the Wikimedia Deutschland hosted Wikibase Cloud (with thanks to Mohammed Sadat). In this blog we list the Top 4 reasons why we took this approach.

1. Aligning Biographical Approaches

We can’t record the evidence we find directly onto Wikidata because many of the women we encounter in our research do not meet Wikidata’s ‘notability threshold’ – in some cases because evidence for their work in archaeology, history, and heritage is fragmentary, in other cases because the evidence needs to be assembled first to get over that threshold. Despite this, it wouldn’t make much sense for us to design from scratch a biographical database. And so we align our approach with Wikidata because, in part, it gives us an ontological platform to build on, a template for how to represent things like familial relations, office holding, and residences.

2. Beyond Notability as a Trusted Source

It made sense then to use the same technical infrastructures as Wikidata for our knowledge base. But whilst alignment is useful we cannot – as discussed in our recent blog ‘On Working with Gender – faithfully follow the Wikidata model for representing biographical information: the historically-specific circumstances in which women were working in the late-nineteenth and early-twentieth century are an awkward fit for a data model orientated around modern ways of being in the Global North: indeed, our project is a test of the capacities of data models like Wikidata to capture and represent these women’s lives. Given this need to diverge, given the choices we are making to diverge from Wikidata-as-canon, using the same software platform as Wikidata, the same visual and ontological aesthetic, supports our ambition for the Beyond Notability Knowledge Base to be regarded as a trusted source of biographical information. This is important because we think our work can make vital contributions to Wikidata. Take as an example Gwenllian Morgan, the subject of our previous blog. Prior to our project she was not listed on Wikidata as being a Fellow of the Society of Antiquaries (the construction of which on Wikidata uses the’award received’ property). But now she is, with the amended Wikidata entry using Beyond Notability as the source of this information.

3. Querying Between Knowledge Bases

Recording Gwenllian Morgan as a Fellow of the Society of Antiquaries (FSA) means that any queries that use Wikidata to return a list of FSAs will now include her, as one of the many people that link to the Wikidata item Fellow of the Society of Antiquaries (Q26196499). These queries can be made through the Wikidata Query Service, a SPARQL endpoint, “SPARQL” here meaning the query language used to interrogate graph databases. Building the Beyond Notability Knowledge Base on the same technologies as Wikidata means not only that we too have a SPARQL Query Service but also that both sets of data are organised using the same underlying principles, allowing us to more easily write queries that simultaneously interrogate both knowledge bases (and, indeed, any other knowledge bases that take a similar form).

We are already doing this kind of cross-querying to help our data entry. For example, we are using this..

PREFIX bnwd: <http://beyond-notability.wiki.opencura.com/entity/>
PREFIX bnwds: <http://beyond-notability.wiki.opencura.com/entity/statement/>
PREFIX bnwdv: <http://beyond-notability.wiki.opencura.com/value/>
PREFIX bnwdt: <http://beyond-notability.wiki.opencura.com/prop/direct/>
PREFIX bnp: <http://beyond-notability.wiki.opencura.com/prop/>
PREFIX bnps: <http://beyond-notability.wiki.opencura.com/prop/statement/>
PREFIX bnpq: <http://beyond-notability.wiki.opencura.com/prop/qualifier/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX wd:  <http://www.wikidata.org/entity/>

SELECT ?person ?personLabel ?item ?WD_DOB ?WD_DOD
WHERE {  
  ?person bnwdt:P16 ?isFSA . #select FSA
  FILTER NOT EXISTS {?person bnwdt:P4 bnwd:Q12 .} #filter out project team
  ?person bnwdt:P14 ?url . #look for wikidata URL on person page
  BIND(IRI(REPLACE(?url,"https://www.wikidata.org/wiki/","http://www.wikidata.org/entity/")) as ?item ) 
  
  SERVICE <https://query.wikidata.org/sparql> {
        ?item wdt:P21 wd:Q6581072 . #select women
        OPTIONAL {?item wdt:P569 ?WD_DOB . } #recall date of birth
        OPTIONAL {?item wdt:P570 ?WD_DOD . } #recall data of death
      }
  
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en-gb". } 
}

..query to return a list of all woman on our knowledge base with corresponding Wikidata entries and – where present – their dates of birth and death as listed on Wikidata (and yes, it could be a better query, I’m still learning). This is important to know, because we intend to use Wikidata to run queries that rely on this information – for example, return all the women who became Fellows of the Society of Antiquaries before they were 40 – for those women on Wikidata (for those who aren’t, we will record that data on our knowledge base).

As we develop more research orientated queries, using a comparable infrastructure to Wikidata gives us more example queries to draw on for inspiration and guidance. One such query is helping to develop our understanding of the interpersonal connections that women relied on to get recognition for their work, and who were key allies for women in the period. Other queries we are starting to imagine and this is helping shape the data we include in the Beyond Notability Knowledge Base. For example, in order to successfully run a queries that returns a list of all women in our knowledge base who undertook professional activities within 3 years of becoming a mother, we need a record of when their children were born, data which only exists in Wikidata for women whose children are all considered ‘notable’. We therefore have started to formulate plans for how to record information about motherhood, and other life events, in a way that preserves our imperative to centre women in our data.

4. A Community

Finally, we choose Wikibase because it isn’t just a piece of software, it is a community. The Wikibase Stakeholder Group is providing a space where we can gain expertise, share ideas, and demonstrate our commitment to trustworthy linked open data infrastructures. Our particular thanks go to Adam Shorland, Laurence ‘GreenReaper’ Parry, Lozana Rossenova, Maarten Brinkerink, and Maarten Zeinstra. We look forward to continuing to work with you over the next few years of our project.

Introducing Our Database

We are now three months into Beyond Notability. We gave our first overview presentation of the project at the Society of Antiquaries Christmas Miscellany last month, for which we pulled together some initial findings. It’s the start of a new year, and so it seems an opportune moment to introduce the first iteration of one of the main project outputs: our research database. 

The research database was set up by Co-Investigator James Baker, and currently operates on WbStack, a shared hosting platform for Wikibase sites. You can find it at the web address https://beyond-notability.wiki.opencura.com (though note the address will change in Spring 2022 when we migrate to Wikibase.Cloud, a new service that will be managed and maintained by Wikimedia Deutschland). You can also find a link to it on our website, by clicking on “Database” in the menu. This post will take you through a few key parts of the database at this early stage of its development. Please note:  if you are using Chrome as your browser, you may need to make sure your language settings are set to British English in order to see all the data.  

And so, to begin. At the top of the main page of the database site you will find a short description of the aims of the project. This section also links to our statement of project values, which has a related bibliography. 

Screenshot of the main page of the Beyond Notability project database, Jan 2022.

Below the first section you will find a section called “Where to start”. The links under this section will take you to a list of all the items (currently) in the database, each of which has an individual Q number, the unique identification number for each item. The list includes people, organisations, events, titles, publications and sources, all linked in some way to individual women’s records. You will also find a list of properties in this section. These are words or phrases that allow us to link items together, or qualify information in a given item (with, for example, an approximate date for the information given, or a reference to source material).  

We have begun creating records for women who were proposed as Fellows of the Society of Antiquaries.  For these entries we began by using the information available in one key source for our project, the Certificates of Candidates for Election (also known as “blue papers”). The “blue papers” have been bound into volumes, each volume representing papers from roughly a 10-year period. The volumes are held in the Society of Antiquaries’ archive. Eventually, we intend to add to these entries with information from other sources. 

Scrolling down the page, under the Additional Resources section of the website you will find a link called “Meta“. This will take you to a page where we will be documenting our decision making and our source material. Under the “Item Templates” section is a list of information we will be prioritising in our dataset, and also information we intend not to prioritise. The following section “Key Sources” will link to pages with descriptions of some of the most important sources for our dataset, such as the “blue papers”, with details on why they are useful for our project.  

Let’s look at an individual entry. 

In 1924, the archaeologist Marjerie Venables Taylor became the first woman proposed and elected as a Fellow of the Society of Antiquaries through the same route as a man – that is to say, she was proposed by another Fellow and not by the Society’s Council.  We have extracted data from the  “blue paper” for M. V. Taylor (as she was more commonly known) to begin representing Taylor’s life; our current efforts are on our website at this url: https://beyond-notability.wiki.opencura.com/wiki/Item:Q133. This url will be the main ‘address’ for Taylor on our database for the present, and in due course more information from other sources will be added to supplement the information given on Taylor’s “blue paper”.  

Screenshot of the Beyond Notability database entry for Margerie Venables Taylor, Jan 2022.

The box at the top indicates Taylor’s name as it was given on the blue paper. Alternative names are also listed under “also known as”.  The alternative names are important as women frequently appear in different sources with different names (this is particularly true if they were married).  

Below the top box, is the “event” of the proposal, given as a single statement. This includes the propertyelection to SAL proposed by“, with the name of the person who initially proposed Taylor (who we have assumed is the first signatory on the list) following. The property “evidence (free-text)” is next, enabling us to transcribe of the information on the blue paper. Another property “point in time” is used to indicate the date that the blue paper was submitted. All the people who signed her blue paper are listed with the property “proposed election to SAL signed by“. Each person has been given their own Q number, and are included in the list of “items”. The property “is elected” allows us to indicate whether or not the person was admitted as a Fellow.  The property “evidence (item)” is used where we have created individual items for individual pieces of evidence, such as a job, or a publication, that were used as supporting details for admission to the Fellowship.    

Below this are separate statements with properties to indicate an individual’s sex/gender, whether or not they are already included in Wikidata, whether they have been given a person ID by the Archaeology Data Service (which links to a list of their publications), their residence including locality (given in the blue paper), employment or degree information.  

The information given in the blue papers can sometimes be difficult to isolate as an item. In Taylor’s case, while there was specific information about the positions she held at the Society for the Promotion of Roman Studies, there was also an explicit statement about her “distinguished service to the study of Roman Britain”. To capture this more ambiguously framed but important information, we have created a free-text property called “area of expertise“.  Each of the statements described above has been given a reference, using the property “stated in“, which links to the item “Society of Antiquaries Certificates of Candidates for Election“. 

There are currently three statements on Taylor’s page that do not come from her blue paper, and they show the potential for adding information from other sources to enrich the data given in the blue papers. Two of these – “described at URL” and “Archaeology Data Service person ID” – link outward to other websites that describe Taylor’s life and work in the form of statements, connecting our data to those sites, and enabling cross-referencing and querying. The third uses the property “member of” to indicated that Taylor sat on the (item) “Society of Antiquaries Research Committee“. This information has come from another recently added item, the publication “Camulodonum: The First Report of the Excavations at Colchester“. This excavation was conducted in the 1930s as a collaboration between the Society of Antiquaries (through the Research Committee) and the (item) “Colchester Excavation Committee“. Creating the publication as an item enables us to use it as a reference for the work of other women mentioned in the report. From the “Camulodonum” item, you can use “what links here” on the left-hand menu to see the other women included in the report. Some of these women were proposed and elected as Fellows in the years that followed. We will be adding their blue papers in the months to come. 

Detail from Margerie Venables Taylor’s page showing the what links here link (see bottom left hand corner), Jan 2022.

We hope that this post will help you navigate our database site, which grows larger every day. This site is a work in progress, and the ways in which we are cataloguing the data will change as we continue discussing, thinking about and analysing the records. We encourage all of you to take a look at the women we’ve already been able to represent with the data available to us to date. And we hope that you enjoy engaging with the data as much as we do.