Meta tags:
description=CORE is a service provided by the Knowledge Media Institute, based at The Open University, United Kingdom. ;

Headings (most frequently used words):

support, core, for, content, about, uk, heis, ref, 2029, access, to, raw, data, discovery, oai, identifiers, managing, bespoke, contracts, us, community, governance, innovations, product, organisation, writing,

Text of the page (most frequently used words):
the (198), for (63), and (62), core (59), repository (34), data (32), deposit (31), will (29), outputs (28), that (28), are (28), not (27), open (27), #access (27), this (26), research (23), repositories (23), ref (23), rioxx (21), from (20), metadata (19), which (19), can (17), ref2029 (17), date (16), with (15), support (14), all (14), policy (14), information (13), record (13), institutions (13), any (12), your (11), audit (11), dates (11), ensure (11), our (10), how (10), also (10), where (10), publication (10), example (10), guidance (10), have (9), oai (9), you (8), available (8), full (8), should (8), one (8), recommendations (8), output (8), compliant (8), subject (8), heis (8), identifier (8), however (8), january (8), embargo (8), about (7), members (7), their (7), more (7), text (7), possible (7), use (7), such (7), using (7), following (7), 2021 (7), provide (7), deposited (7), relation (7), shared (7), 2029 (7), dashboard (6), content (6), further (6), has (6), been (6), was (6), collect (6), first (6), time (6), changes (6), through (6), standard (6), key (6), aggregation (6), exposing (6), other (6), made (6), each (6), there (6), fully (6), must (6), licensing (6), period (6), 2026 (6), services (5), compliance (5), help (5), provides (5), check (5), discovery (5), england (5), them (5), format (5), these (5), identifiers (5), only (5), between (5), institutional (5), deposit_date (5), org (5), published (5), requirements (5), contact (4), team (4), indexing (4), infrastructure (4), articles (4), records (4), some (4), currently (4), given (4), could (4), due (4), web (4), page (4), supports (4), permanent (4), while (4), better (4), most (4), need (4), submitted (4), significant (4), than (4), submission (4), accessible (4), 2024 (4), below (4), pmh (4), endpoint (4), within (4), standards (4), they (4), meet (4), meeting (4), 1st (4), follow (3), discover (3), work (3), providers (3), governance (3), membership (3), service (3), out (3), quality (3), scholarly (3), indexed (3), when (3), might (3), affect (3), identify (3), issues (3), method (3), way (3), make (3), makes (3), datestamp (3), platforms (3), two (3), follows (3), yyyy (3), crossref (3), but (3), including (3), resolver (3), far (3), points (3), change (3), similar (3), future (3), process (3), important (3), transparency (3), increase (3), acceptance (3), its (3), monitoring (3), institution (3), schema (3), file (3), publicly (3), resource_exposed_date (3), resource (3), item (3), https (3), 123456789 (3), 9876 (3), via (3), whether (3), registered (3), correctly (3), guidelines (3), profile (3), supporting (3), set (3), well (3), may (3), current (3), scope (3), december (3), case (3), allowed (3), green (3), blog (2), faqs (2), terms (2), labs (2), sponsorship (2), profit (2), supported (2), guide (2), systems (2), find (2), provided (2), offers (2), checking (2), mission (2), rely (2), please (2), being (2), offer (2), free (2), versions (2), sustaining (2), review (2), incomplete (2), discretion (2), present (2), capture (2), prior (2), cannot (2), scraping (2), indexes (2), built (2), variety (2), therefore (2), collecting (2), iso (2), 8601 (2), post (2), supplied (2), same (2), used (2), described (2), then (2), ways (2), include (2), collects (2), assembling (2), level (2), verifiability (2), implemented (2), test (2), both (2), machine (2), many (2), cases (2), positive (2), development (2), intention (2), efficient (2), already (2), place (2), does (2), require (2), action (2), resulting (2), now (2), get (2), good (2), overall (2), often (2), processes (2), original (2), proportion (2), papers (2), without (2), importance (2), making (2), value (2), improve (2), crucial (2), uptake (2), would (2), point (2), beyond (2), practice (2), still (2), another (2), international (2), global (2), view (2), even (2), refer (2), unless (2), related (2), main (2), minimal (2), xmlns (2), http (2), exposed (2), rel (2), type (2), application (2), pdf (2), bitstream (2), xml (2), recommend (2), pid (2), linked (2), directly (2), system (2), enables (2), states (2), network (2), working (2), freely (2), correct (2), validator (2), potential (2), link (2), field (2), profiles (2), appropriate (2), soon (2), according (2), typically (2), encourage (2), expose (2), release (2), attribute (2), sure (2), advice (2), implementing (2), discoverability (2), previous (2), hei (2), applies (2), based (2), returned (2), exceptions (2), number (2), licences (2), requirement (2), 2028 (2), funding (2), bodies (2), licence (2), formats (2), openness (2), suitable (2), month (2), grace (2), after (2), ref2021 (2), periods (2), months (2), required (2), platinum (2), diamond (2), gold (2), journal (2), conference (2), contributions (2), revised (2), document (2), board (2), privacy, cookies, accessibility, cite, writing, organisation, product, connecting, configure, successful, provider, range, tools, management, enrichment, assessment, driven, endeavour, signatory, principle, posi, generous, sustain, questions, happy, additionally, useful, properly, plugin, manuscript, attached, analysis, rare, occasions, collected, performing, interpret, believe, negatively, result, end, aim, resolve, describes, update, improving, accurate, obtained, done, stores, receives, subsequent, updates, frequent, close, estimation, visible, pages, attempts, extracting, custom, scrapers, implements, methods, part, doesn, desired, granularity, prefer, 2004, decision, match, against, several, databases, those, best, gather, regularly, ongoing, cycle, above, followed, procedure, straightforward, deviations, try, alternative, declared, hasn, presence, availability, mining, seen, publishers, perspective, motivated, purely, strive, feedback, back, creating, interoperable, deserve, manual, likely, conducted, improves, across, sector, expected, audits, carried, sensible, automate, efficiency, readable, ensures, audited, everyone, gets, ensuring, preparation, leading, surprises, practices, science, leads, attention, improvement, decrease, lag, transactions, accessing, recent, becomes, earlier, publisher, addition, paywall, significantly, accelerate, dissemination, communication, citizens, citing, lord, kelvin, measure, monitored, improvements, measured, capturing, enabling, precisely, were, deliver, off, csv, allow, small, subsample, realise, goes, depositing, early, prevail, able, monitor, journey, just, fast, policies, plan, sense, ready, late, maintained, timely, collaborations, overseas, non, arxiv, few, involved, cross, external, requires, human, labour, limited, cooperating, complete, over, technology, effectively, understanding, individual, local, embargoed, carries, accepted, identifies, usually, landing, uri, excerpt, www, net, purl, elements, handle, published_article, article_metadata, recommended, fields, populated, unambiguously, matched, top, dois, pubmed, ids, dublin, aggregators, coar, real, benefits, come, interoperability, gives, ability, exchange, realised, protocol, majority, default, operation, response, problem, especially, larger, register, account, status, validators, confederation, operational, various, describing, particular, dedicated, attributes, common, stored, automatically, checked, storing, ideally, mark, eprints, display, definition, online, property, included, encoded, w3cdtf, indexable, reasons, achieve, greatly, reduces, complexity, algorithm, acquires, detail, needed, adopt, constantly, towards, sometimes, locations, introduce, multiple, advise, listed, ies, native, methodological, represented, mandated, held, visibility, engaging, dialogue, continually, keep, consequently, advising, insufficient, evidence, demonstrate, robust, managed, request, verify, exception, selected, randomly, unpaywall, combination, select, assess, comparing, identifying, days, greater, depositeddate, datepublished, relevant, sections, website, developed, broadly, mirror, risk, approach, adjustments, final, undertaken, yet, released, official, statement, having, clearly, step, widely, distributed, additional, permissible, aam, agreement, limiting, sharing, downloaded, materials, conditions, openly, strong, preference, equivalent, permitted, mandate, specific, recognise, researchers, choose, minimum, identified, section, removes, explicit, once, elapsed, notable, managers, aware, concerns, previously, zero, later, reduction, indicates, says, platform, copy, three, includes, allowable, rather, nuance, regarding, commonly, termed, conditional, criteria, clear, distinction, aka, effect, 31st, serial, issn, came, into, force, note, apply, 2025, excellence, framework, term, purposes, defined, focus, begins, turn, continue, efforts, optimum, regards, purpose, innovations, supporters, advisory, community, partnership, consultancy, bespoke, contracts, fair, certification, managing, recommender, fastsync, dataset, api, raw, explore, overview, positories, nnecting, skip,

Text of the page (random words):
f openness are also permitted for the period 1 january 2026 to 31 december 2028 outputs shared by deposit aam where subject to terms of a publication agreement limiting sharing and or use of downloaded materials embargo period will not need to fully meet these licensing standards they will however need to meet all other conditions for deposit discovery and access however from 1 january 2029 all future in scope outputs will need to fully meet open licensing standards subject to any permissible exceptions having the correct licences clearly described in the metadata for your outputs is already an important step in making sure your content is as widely distributed and used as possible from 2029 this will be an additional requirement to ensure compliance with ref policy 2 ref2029 audit guidance the final guidance for how the open access audit will be undertaken has not yet been publicly released the current official statement is as follows the full audit guidance for ref 2029 is being developed for open access audit processes will broadly mirror the risk based approach for ref 2021 subject to further review and potential adjustments the previous guidance is accessible via the ref website however the relevant sections from it are given below 46 we will assess each heis overall compliance with the ref 2021 open access policy by iv using core comparing the datepublished and depositeddate and identifying where the number of days between the two dates is greater than 92 and 49 where there is insufficient evidence to demonstrate a robust and well managed process for open access we will identify a set of outputs from each submission made by the hei and request further information to verify whether they are compliant with the policy or whether an exception applies outputs may be selected randomly or based on information in unpaywall org or core or a combination of the two we will select outputs that have been returned as compliant with the policy and or outputs that have been returned with exceptions consequently at this time we are advising uk heis and core members to follow the previous guidelines and the recommendations given below we are currently engaging in dialogue with the ref team research england so we can continually keep you up to date with any and all changes to the published guidelines and how they may affect your institution 3 recommendations for exposing research outputs metadata to core for ref2029 the following points are recommendations we make to institutional repositories to ensure their data is well represented in core while these recommendations are not mandated by research england implementing them will both improve the quality of the data held by core to support ref2029 as well as increase the discoverability and visibility of the institutions research outputs we encourage institutions to expose their metadata using the rioxx v3 metadata schema which provides native support for exposing deposit dates core provides a metadata validator for rioxx v3 in the core dashboard and can provide methodological advice to supporting and sustaining members for implementing rioxx v3 1 make sure that your institutional repository ies are registered in core we are constantly working towards core indexing all repositories available however as repositories sometimes change their web locations platforms or some institutions introduce multiple repositories we advise institutions to check that their repositories are registered and listed on the core s data providers page 2 adopt rioxx as a data format one of the key reasons for the development of the rioxx metadata profile was to help institutions achieve compliance with the original ref 2021 open access policy while core can capture the data from repositories not supporting rioxx supporting rioxx greatly reduces the complexity of the algorithm through which core acquires the data the below recommendations detail which information should be shared in the metadata and how this information should be exposed in rioxx we further provide an example rioxx metadata record with all information needed for ref 2029 correctly set 3 release deposit dates publicly so that they are indexable by core following the release of rioxx v3 the deposit_date is an attribute within the dc relation property if included this attribute s value must be encoded according to the w3cdtf a profile of iso 8601 which typically follows the following format yyyy mm dd 4 we encourage repositories to expose the deposit date for each research output even when rioxx is not implemented and ideally to mark it as date deposited for example eprints repositories typically display the deposit date on the page of a given record an example at open research online this date must be the date of the first compliant deposit we rely on the following definition of first compliant deposit 5 ensure that all records to be submitted to ref have a full text linked directly from the metadata there are various ways of describing the link in the metadata and you can follow the guidelines for each one in particular we recommend storing the full text link in the dc relation field with all the dedicated attributes if you are using the rioxx v3 profile in many other profiles the most appropriate place is the dc identifier field core supports most of the common profiles so as soon as the data is stored according to the standards it will be automatically checked 6 ensure that your repository oai pmh endpoint is operational the oai pmh endpoint in your repository enables aggregators to collect data from your repository the confederation of open access repositories coar states that the real benefits of repositories come from interoperability which gives us the ability to exchange data within a network this is currently realised by the oai pmh protocol in the majority of cases the oai pmh endpoint will be correctly working in your repository by default to check its operation there are freely available validators that ensure the correct response of the endpoint however the validator does not fully ensure that the data from the repository could be indexed without issues which could be a potential problem especially for larger repositories any repository can register freely for the core repository dashboard account which enables the repository to check its indexing status 7 ensure outputs have a registered permanent identifier pid to ensure the ref research outputs can be unambiguously matched to the metadata in the repository we recommend that institutions ensure that outputs have a permanent identifier pid an oai identifier can be linked directly to each research output by the repository core provides a global oai resolver built on top of the core research outputs aggregation system other permanent identifiers such as dois or pubmed ids can also be made accessible via the record s metadata whether using dublin core or rioxx v3 below is a minimal example of a rioxx record with the recommended fields populated example minimal rioxx v3 record excerpt rioxx xmlns http www rioxx net schema v3 0 xmlns dc http purl org dc elements 1 1 core identifier for the resource dc identifier https repository example org handle 123456789 9876 dc identifier related file s with deposit and exposed dates dc relation rel item type application pdf deposit_date 2024 01 15 resource_exposed_date 2024 02 01 https repository example org bitstream 123456789 9876 1 published_article pdf dc relation dc relation rel item type application xml deposit_date 2024 01 15 resource_exposed_date 2024 02 01 https repository example org bitstream 123456789 9876 1 article_metadata xml dc relation rioxx key points from the example dc identifier identifies the main record usually a landing page uri for the item dc relation deposit_date yyyy mm dd each related resource e g full text file carries a deposit_date the date the repository first accepted deposited that resource resource_exposed_date when the file was made publicly accessible often same as deposit date unless embargoed for further information please refer to the full rioxx v3 schema 4 how core aggregation supports heis for ref2029 1 individual heis have a local and incomplete view of compliance an output deposited late to a repository maintained by one institution can still be compliant due to a timely deposit at another repository research collaborations are international i e the first compliant deposit can be to an overseas repository and this could also include non institutional subject repositories such as arxiv while a few institutions are involved in cross institutional checking for possible external deposit this practice requires human labour and is limited only to cooperating institutions core has a global and more complete view over the data and can provide technology that will effectively support institutions in better understanding which outputs are compliant and which are not even prior to the ref submission 2 open access uptake monitoring a key intention of the original ref 2021 oa policy was to increase the proportion of oa outputs and decrease the time lag between acceptance and deposit as a significant proportion of web transactions for accessing research papers is to recent papers if research becomes available earlier in repositories than on publisher platforms and is in addition available without a paywall this will a significantly increase the importance of the repository infrastructure b accelerate research dissemination by making the scholarly communication process more efficient and c provide better value to citizens citing lord kelvin s if you cannot measure it you can not improve it it is crucial for any policy that its uptake can be monitored and improvements measured at any time by capturing this information at an aggregation level we are enabling precisely that for example if institutions were to deliver deposit dates to research england as a one off in csv only at the time of ref submission this would not allow such monitoring as it would only provide deposit dates for a small subsample of content in repositories and only at one point in time it is crucial to realise that the importance of the ref open access policy goes far beyond ref the practice of depositing early should prevail beyond the ref as we should be able to monitor our journey to not just open access but also to fast open access in the future similar policies e g due to plan s will require similar monitoring so it makes sense to get ready now 3 audit transparency exposing deposit dates and other important information in a machine readable format in support of the audit through repositories ensures transparency of the audited data everyone can check the data that not only gets submitted but also that is about to get submitted ensuring good preparation leading to no surprises overall transparency is a key to good research practices and open science it also often leads to more attention resulting in improvement of processes and better quality data 4 efficiency collecting data through an aggregation is by far the most efficient method of assembling the data where systems are already in place it does not require any manual work or action any work likely to be conducted improves the repository infrastructure resulting in a positive change across the sector as it is expected that similar audits might need to be carried out in the future it is sensible to automate this process now 5 verifiability assembling data at an aggregation level offers verifiability of the declared data while this hasn t been implemented so far it will be possible to test both the presence and machine availability of the full text which is key to many use cases including text and data mining exposing data such as deposit dates will also be seen as a positive development by publishers from the perspective of core our intention to test these points is motivated purely by our strive to feedback any issues back to repositories and support them in creating a better and more interoperable repository infrastructure which we all deserve 5 how core collects this information core regularly indexes data from repositories in a permanent and ongoing cycle if all the recommendations described above are followed then the procedure is straightforward if any deviations are present core will try to collect the data in alternative ways these include if rioxx is not supported core will gather metadata such as information about the identifiers using standard dc if identifiers are not available for some records core will use available metadata to match these records against several key databases including crossref to discover those identifiers the best way is to ensure that your repository supports the core oai resolver if the date of publication is not supplied by the repository or it doesn t have the desired granularity we prefer iso 8601 post 2004 versions which follows the following format yyyy mm dd core will collect the publication date from crossref where the publication date is supplied by the repository but the date is not the same as in crossref the decision as to which one will be used in the audit will be up to the discretion of research england as deposit dates are not part of standard dc core therefore implements the following two methods for collecting them where deposit dates are visible through the web pages in the repository core attempts to collect them by scraping them i e extracting the data from the web page of the record using custom built scrapers for a variety of repository platforms where deposit dates cannot be obtained using scraping core makes use of the record s datestamp provided in the record s metadata this is done in the following way core stores the first datestamp it receives for a given record i e the first time core indexes the record as the deposit date subsequent changes to the datestamp which could be due to the record s updates will not affect the deposit date due to the frequent indexing this provides a close estimation of the deposit date this describes the method we use to collect data from repositories that currently do not support rioxx we might update this method if we identify a way of improving it such as to make the data we collect more accurate when on rare occasions the collected data might be incomplete it will be up to the discretion of research england performing the audit to interpret the data we believe that if a record present in the repository has not been indexed by core or it was not possible to capture some metadata this should not negatively affect the audit result to this end our aim is to support institutions to identify and resolve any issues prior to the audit 6 how can core help you we offer a free ref review and analysis for core sustaining members additionally the core dashboard available for all data providers provides useful information to check that your repository is being properly indexed we also offer a free core dis...