DOCSLIB.ORG

See Also... a Library Weblog by Steve Lawson

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
See Also... a Library Weblog by Steve Lawson What the world needs now is another library weblog like I need a hole in my head August 17, 2005 At least that's what I thought after reading over Walt Crawford's investigation of the "biblioblogosphere" in the September Cites & Insights (pdf link). I knew there were a lot of library weblogs--I subscribe to close to thirty in my RSS reader--but Crawford analyzed over 230 library-related blogs, and ran down sixty of the blogs with the widest reach (according to his interpretation of his data; if you'd like to interpret it yourself, he's made it available as an Excel spreadsheet). The likelihood of my adding something entirely new to that mix seems low. And yet, here we are. This is the first real post to my new library weblog, See Also. While I am obviously feeling a little self-conscious about adding my blog to those 230+ that are already out there, I'm also very excited about the idea of thinking, writing, and conversing about libraries, librarianship, and more. I have had other blogs in the past, but most of those were just my outboard brain, a parking place for URLs I didn't want to lose (now I just use del.icio.us). I made no attempt to build a readership, to communicate, to connect. But over the last year as I read more and more library weblogs as they hashed out Gormangate and tried to understand the implications of tags and folksonomies, I wanted to become part of the conversation. I left the occasional comment, but it seemed like I needed a home base if I was really going to take part. See Also is intended to be that base. So the next few posts will probably also be navel-gazers like this one. Then I want to write up a few things I have been working on this summer (or longer). After that, though, I hope to take a wider perspective, and write about academic libraries and librarianship, libraries and technology, and similar topics. So the next time Crawford does his investigation, I hope that See Also will be right up there, and that I can thank my many (I'll settle for several) loyal readers for making See Also such a success. Posted 10:56 PM to Navel gazing Getting dressed in public August 18, 2005 If you are reading this entry close to the time that I'm publishing it, you will notice that the site design is a little...sparse. Or non-existent. I'm not a great web designer, but I do love to play around with (X)HTML and CSS. So much so, that I'm afraid if I waited to start posting here until the site design was "done," I'd never get started. So instead, I blew away the default CSS from Movable Type, and did some minimal styling on the fonts. I have made some changes to the index page template, including adding my own div's with id's. I was thinking if I got some content up here first, and made sure the markup was semantic and made sense, then I should be able to do the CSS as we go. Let's just hope you aren't reading this many months after I post it thinking "well, it still looks crummy." Posted 2:50 PM to Blogs and blogging, Navel gazing, Web design Google Maps and directions for Tutt Library August 22, 2005 A little project that I finished relatively recently was this map and directions page for Tutt Library, using Google Maps. To create the map, I used the Google Maps API. You sign up for a key to the API which then lets you place Google maps on pages your pages. Google Maps doesn't have a geocoding component, so to find out our location, I started with lat-long.com. Lat-long has locations for colleges and universities, so that got me close, but then I asked around and a colleague had a GPS device so we got the coordinates from right in front of the building. Google has what looks like pretty complete documentation for the API, but I confess that my JavaScript isn't all it could be. After several go-rounds of doing the programming-language equivalent of just speaking English louder and slower when in a foreign country, I started to look around for some code to copy. I'm sure that any idiot could read Google's documentation, and convert their "place 10 random points" examples to "place one very special point right where I want it," but I'm not just any idiot. So I found a nice, simple, real-world example at the Thomas Ford Memorial Library, designed not-so-coincidentally by Aaron Schmidt of the library blog Walking Paper. I made one further refinement to the Tutt map page by putting the map in an <iframe>, something I'd never used before. The Google Map API key is granted only for a particular directory on your site. In itself that isn't a problem, but the URL is case-sensitive. That means that, according to Google Maps, http://www.coloradocollege.edu/library/about and http://www.coloradocollege.edu/library/About are two different directories, and the key will only work with the one you registered with Google. That is a big problem for me, as our directories typically have capital letters, but we don't always use them in links. Grrr. The way around that is to put the map itself in an <iframe> so you can control the exact URL used to reference the map, and the URL used for the surrounding page doesn't matter so much. I'm not sure where I learned that hack; I think I found reference to using iframes on several pages, then tried the idea on my own. Last, I added the driving directions section (which doesn't require an API key) using the technique described here which I found via librarian.net. I tried to cover all the browser problems (Google Maps wants new browsers, need to have JavaScript enabled, etc.) with a link to the less-sexy MapQuest. Posted 4:23 PM to Tutt Library, Web design Integrating library services with the user in mind September 01, 2005 Last week, Tutt Library had a day-long retreat with other "academic support" groups on campus, including members of the IT department, the Writing Center, and other components of the Teaching and Learning Center, which is physically located in the library. One of the sessions had us responding to this prompt: What is your vision, or possibilities that you see for the future, that reflect/support an integrated learning support services model? Where do you see us presently relative to your vision, and how do you feel about it? I was on a pre-selected panel for that one, so I had time to put together my thoughts beforehand. I seem to have lost my notes, but here is the gist of what I said. First (I said), as we discuss this in late summer, I think it is safe to say that there is not a single student or faculty member who is, at this moment, saying to him- or herself "Gee, I hope the library and IT department and Learning Center staff are preparing an integrated learning support services model." There very well may be, however, a student thinking "I'm dreading doing the research for my senior thesis this year because I can never figure out where I am supposed to search for articles," or "I bet I have to take my new laptop over to the help desk some time when they are open; I wish I didn't have to do that." But in order to find out what they are thinking, we need to talk to them. We need to ask them questions, and then ask them more questions until we know what they really need. We are already doing this, of course. The IT department did a student survey of what their top priorities should be, and near the top was "offer an electronic reserve of articles and other readings that is better than the Library's current E-Res system." That's a start, but what does "better" mean? Faster downloads? An interface that is easier to use? Or do they just hate having to print all those articles themselves each semester? Without more asking and listening, we could spend a lot of time solving the wrong problem. When I think of what I would like to see integrated, I think of the back end of our many web services. Like many libraries, when we want to provide a new database or web-based service, we don't build it ourselves; we go out and license an existing product. As a result, we have many scores of databases, electronic journals, and specialized services, such as ERes and RefWorks, and most of them don't play very well together. I think if the library had a programmer/database expert who was dedicated to the library--not full time, perhaps, but enough to understand our problems and concerns, and to understand MARC and Z39.50 and other library-specific formats and protocols--we could go a long way toward addressing those problems. As an example, Sian Meikle at the University of Toronto Libraries has presented a system for adding a direct export link from your OPAC to RefWorks (PPT link). But the system involves writing a script in PHP or Perl or another scripting language.
Load more

Recommended publications
  • JSON Application Programming Interface for Discrete Event Simulation Data Exchange
    JSON Application Programming Interface for Discrete Event Simulation data exchange Ioannis Papagiannopoulos Enterprise Research Centre Faculty of Science and Engineering Design and Manufacturing Technology University of Limerick Submitted to the University of Limerick for the degree of Master of Engineering 2015 1. Supervisor: Prof. Cathal Heavey Enterprise Research Centre University of Limerick Ireland ii Abstract This research is conducted as part of a project that has the overall aim to develop an open source discrete event simulation (DES) platform that is expandable, and modular aiming to support the use of DES at multi-levels of manufacturing com- panies. The current work focuses on DES data exchange within this platform. The goal of this thesis is to develop a DES exchange interface between three different modules: (i) ManPy an open source discrete event simulation engine developed in Python on the SimPy library; (ii) A Knowledge Extraction (KE) tool used to populate the ManPy simulation engine from shop-floor data stored within an Enterprise Requirements Planning (ERP) or a Manufacturing Execution System (MES) to allow the potential for real-time simulation. The development of the tool is based on R scripting language, and different Python libraries; (iii) A Graphical User Interface (GUI) developed in JavaScript used to provide an interface in a similar manner to Commercial off-the-shelf (COTS) DES tools. In the literature review the main standards that could be used are reviewed. Based on this review and the requirements above, the data exchange format standard JavaScript Object Notation (JSON) was selected. The proposed solution accom- plishes interoperability between different modules using an open source, expand- able, and easy to adopt and maintain, in an all inclusive JSON file.
    [Show full text]
  • Information Architecture for Social Media: a Case Study on Building an Event Backchannel with Twitter
    Old Dominion University ODU Digital Commons STEMPS Faculty Publications STEM Education & Professional Studies 2014 Information Architecture for Social Media: A Case Study on Building an Event Backchannel with Twitter Robert L. Moore Old Dominion University, [email protected] Follow this and additional works at: https://digitalcommons.odu.edu/stemps_fac_pubs Part of the Educational Technology Commons, and the Social Media Commons Original Publication Citation Moore, R. L. (2014). Information architecture for social media: A case study on building an event backchannel with Twitter. International Journal of Social Media and Interactive Learning Environments, 2(1), 21-36. doi:10.1504/IJSMILE.2014.059690 This Article is brought to you for free and open access by the STEM Education & Professional Studies at ODU Digital Commons. It has been accepted for inclusion in STEMPS Faculty Publications by an authorized administrator of ODU Digital Commons. For more information, please contact [email protected]. Int. J. Social Media and Interactive Learning Environments, Vol. 2, No. 1, 2014 21 Information architecture for social media: a case study on building an event backchannel with Twitter Robert L. Moore School of Government, University of North Carolina at Chapel Hill, Knapp-Sanders Building, CB 3330, Chapel Hill, NC 27514, USA E-mail: [email protected] Abstract: This paper presents a case study on creating a backchannel through Twitter for the live event, featuring the Secretary of the US Navy, hosted by the School of Government. The project, which ultimately was successful in creating social media buzz for the lecture, was a new approach for the School of Government in how it markets its events.
    [Show full text]
  • Standardisation and Organisation of Clinical Data and Disease Mechanisms for Comparison Over Heterogeneous Systems in the Context of Neurodegenerative Diseases
    PhD-FSTC-2018-51 The Faculty of Sciences, Technology and Communication DISSERTATION Defence held on 03/07/2018 in Luxembourg to obtain the degree of DOCTEUR DE L’UNIVERSITÉ DU LUXEMBOURG EN BIOLOGIE ​ by AISHWARYA ALEX NAMASIVAYAM Born on 12 November 1987 in Bharananganam (India) STANDARDISATION AND ORGANISATION OF CLINICAL DATA AND DISEASE MECHANISMS FOR COMPARISON OVER HETEROGENEOUS SYSTEMS IN THE CONTEXT OF NEURODEGENERATIVE DISEASES Dissertation defence committee Prof. Dr Reinhard Schneider, dissertation supervisor ​ ​ Professor, Université du Luxembourg Dr Inna Kuperstein Researcher and scientific coordinator, Institut Curie, Paris Dr Enrico Glaab, Chairman ​ ​ Senior research scientist, Université du Luxembourg Prof. Dr Karsten Hiller Professor, Technische Universität Braunschweig Dr Marek Ostaszewski, Vice Chairman ​ ​ Research associate, Université du Luxembourg Affidavit I hereby confirm that the PhD thesis entitled "Standardisation and Organisation of Clinical Data and Disease Mechanisms for Comparison Over Heterogeneous Systems in the Context of Neurodegenerative Diseases" has been written independently and without any other sources than cited. Luxembourg, July 26, 2018 Aishwarya Alex Namasivayam i ii Acknowledgements First and foremost, I would like to thank Dr. Reinhard Schneider, my supervisor for giving me the opportunity and support to pursue my PhD in the group. Biocore is a very wonderful working environment. I couldnt ask for a better boss! I would like to thank all my colleagues for their support and making this a memorable journey. Special thanks to Marek, Venkata, Wei and Piotr for their valuable suggestions and feedbacks. My sincere gratitude to Dr. Jochen Schneider and Dr. Karsten Hiller for agreeing to be part of the CET committee and the constructive criticism during the PhD.
    [Show full text]
  • Architecture of a P2P Distributed Adaptive Directory
    Architecture of a P2P Distributed Adaptive Directory Gennaro Cordasco Vittorio Scarano Cristiano Vitolo [email protected] [email protected] [email protected] Dipartimento di Informatica e Applicazioni “R.M.Capocelli” Universit`a di Salerno, 84081 Baronissi (SA) – Italy Categories and Subject Descriptors C.2.4 [Distributed Systems]: Distributed Applications; H.3.4 [Systems and Software]: Distributed Systems; H.5.4 [Hypertext/Hypermedia]: Navigation General Terms Design Keywords Adaptivity, Bookmark sharing, Peer to Peer 1. INTRODUCTION Bookmarks are, nowadays, an important aid to navigation since they represent an easy way to reduce the cognitive load of man- aging and typing URLs. All the browsers have always provided, since the very beginning of the WWW, friendly ways of managing bookmarks. In this paper we deal with the problem of enriching this Figure 1: The diagram of the architecture of our system. supportive framework for bookmarks (as provided by the browsers) The middle layer, named DAD, exploits the bottom level to ob- by adding collaboration and (group) adaptation with a P2P system. tain information about bookmarks and users, providing a collabora- In this paper, we describe a system that offers a distributed, co- tive and adaptive system to manage bookmarks. Shared bookmarks operative and adaptive environment for bookmark sharing. DAD are placed in an ontology that is common to all the peers and the (Distributed Adaptive Directory) offers an adaptive environment adaptivity provided by the system is based on a modified applica- since it provides suggestions about the navigation based on (a) the tion of the Kleinberg algorithm to evaluate hub and authorities on a bookmarks, (b) the feedback implicitly provided by users and (c) web structure.
    [Show full text]
  • Dogear: Social Bookmarking in the Enterprise David R Millen, Jonathan Feinberg, Bernard Kerr One Rogers Street
    CHI 2006 Proceedings • Social Computing 1 April 22-27, 2006 • Montréal, Québec, Canada Dogear: Social Bookmarking in the Enterprise David R Millen, Jonathan Feinberg, Bernard Kerr One Rogers Street. Cambridge, MA 02142 {david_r_millen, jdf, bernard_kerr}@us.ibm.com +1-617-693-7490 ABSTRACT Perhaps the most familiar approach to re-finding informa- In this paper we describe a social bookmarking service de- tion on the web has been the use of personal bookmarks, as signed for a large enterprise. We discuss design principles supported by various web browsers. For example, the addressing online identity, privacy, information discovery Mozilla browser supports the creation of collections of (including search and pivot browsing), and service extensi- URLs, which can be annotated using keywords or free-form bility based on a web-friendly architectural style. In addi- text, and then sorted on a variety of dimensions (e.g., time tion we describe the key design features of our implementa- last visited, keyword, location). An early study of book- tion. We provide the results of an eight week field trial of mark use showed that people created bookmarks based on this enterprise social bookmarking service, including a de- the quality of and personal interest in the content, high fre- scription of user activities, based on log file analysis. We quency of current use, and a sense of potential for future share the results of a user survey focused on the benefits of use [1]. Furthermore, the number of bookmarks contained the service. The feedback from the user trial, comprising in an individual collection grew steadily and roughly line- survey results, log file analysis and informal communica- arly, and the use of folders to categorize bookmarks in- tions, is quite positive and suggests several promising en- creased as the size of the collection increased.
    [Show full text]
  • Microsoft in Education Teaching with Technology: Facilitator Guide
    Microsoft in Education Teaching with Technology: Facilitator Guide 1 Table of Contents INTRODUCTION ......................................................................................................................... 4 How to Use This Guide .............................................................................................................................................. 5 Overview .......................................................................................................................................................................... 5 Chapter Summary ........................................................................................................................................................ 7 CHAPTER 1: CURRICULUM OVERVIEW AND THE ROLE OF THE FACILITATOR .. 9 Chapter Overview and Objectives ...................................................................................................................... 10 Your Role as a Facilitator ........................................................................................................................................ 12 Summary ....................................................................................................................................................................... 14 CHAPTER 2: PLANNING FOR EFFECTIVE FACILITATION............................................ 16 Chapter Overview and Objectives ...................................................................................................................... 17
    [Show full text]
  • British 8Th Infantry Division on the Western Front, 1914-1918
    Centre for First World War Studies British 8th Infantry Division on the Western Front, 1914-18 by Alun Miles THOMAS Thesis submitted to The University of Birmingham For the Degree of DOCTOR OF PHILOSOPHY School of History and Cultures College of Arts & Law January 2010 University of Birmingham Research Archive e-theses repository This unpublished thesis/dissertation is copyright of the author and/or third parties. The intellectual property rights of the author or third parties in respect of this work are as defined by The Copyright Designs and Patents Act 1988 or as modified by any successor legislation. Any use made of information contained in this thesis/dissertation must be in accordance with that legislation and must be properly acknowledged. Further distribution or reproduction in any format is prohibited without the permission of the copyright holder. ABSTRACT Recent years have seen an increasingly sophisticated debate take place with regard to the armies on the Western Front during the Great War. Some argue that the British and Imperial armies underwent a ‘learning curve’ coupled with an increasingly lavish supply of munitions, which meant that during the last three months of fighting the BEF was able to defeat the German Army as its ability to conduct operations was faster than the enemy’s ability to react. This thesis argues that 8th Division, a war-raised formation made up of units recalled from overseas, became a much more effective and sophisticated organisation by the war’s end. It further argues that the formation did not use one solution to problems but adopted a sophisticated approach dependent on the tactical situation.
    [Show full text]
  • Understanding
    Implementing UBL Mark Crawford UBL Vice Chair XML 2003 9 December 2003 Why Are We Talking About UBL • UBL fulfils the promise of XML for business by defining a standard cross-industry vocabulary • UBL is the ebXML missing link • UBL plus ebXML enables the next generation of eBusiness exchanges – Cheaper, easier, Internet-ready – Extends benefits of EDI to small businesses – Fits existing legal and trade concepts – Allows re-use of data • UBL can provide the XML payload for a wide variety of other web-based business frameworks Overview 1 What and Why of UBL 2 The Design of UBL ebXML Core Components Naming and Design Rules Document Engineering Customizing UBL 3 The Content of UBL 1.0 What is Normative What is non-Normative Availability 4 Making UBL Happen 5 UBL Phase 2 6 Summary The promise of XML for e-business • Plug ‘n’ play electronic commerce – Spontaneous trade – No custom programming • Ubiquity on the Internet – Dirt-cheap tools – Complete platform independence – Enable true global market availability • Enable universal interoperability – Abandon existing EDI systems – Handle both "publication" document types and "transactional" documents Goals for Successful eBusiness Services • Web-enable existing fax- and paper-based business practices • Allow businesses to upgrade at their own pace • Preserve the existing investment in electronic business exchanges • Integrate small and medium-size businesses into existing electronic data exchange-based supply chains The standardization of XML business documents is the easiest way to accomplish
    [Show full text]
  • Vol VII, 3, Pp 25-36 Autumn 2012
    CADHAS Notes & Queries Campden & District Historical and Archæological Society Regd. Charity No. 1034379 NOTES & QUERIES NOTES & QUERIES Volume VII: No. 3 Gratis Autumn 2012 ISSN 1351-2153 Contents Page Letters to the Editor 26 “Then There Was The School” Part 4 Margaret Fisher & Pearl Mitchell 27 A Belgian Soldier’s Grave and the VAD Hospital Martin Middlebrook 29 The Trinders of Chipping Campden Roberta Ashworth 34 From The Editor With this issue we are halfway through yet another Volume and it is amazing to me how there are always new aspects of Campden and our District to write about or which come to light through others’ researches and inquiries to the Archive Room. This issue contains two most interesting articles - from Martin Middlebrook about the workings of a VAD hospital and Roberta Ashworth’s Trinder family researches. We also have the last part of the Ebrington School and Reverend Hornby’s note book story by Margaret Fisher and Pearl Mitchell and some useful correspondence and queries. Thank you all once again for sending your articles for Notes & Queries and a special thank you to Jill Wilson, who proof checks my drafts and is always full of good suggestions. Editor: C.Jackson, CADHAS Archive Room, Old Police Station, High St, Chipping Campden, Glos. GL55 6HB 25 CADHAS Notes & Queries Letters to the Editor An inquirer to the Archive Room, Duncan R. G. Jolly from Lincolnshire, asked if we knew of his grandfather, George ‘Spoe’ Fletcher, a local poacher in the 1930s and 1940s? He told us that ‘Spoe’ allegedly sold rabbits at 2p each from a bicycle around Campden and is believed to be buried in the small graveyard on the Paxford Road out of Blockley.
    [Show full text]
  • Χchek RC2 User Manual
    χChek RC2 User Manual Documentation maintained by Jocelyn Simmonds and Arie Gurfinkel [email protected] Department of Computer Science 40 St George Street University of Toronto Toronto, Ontario, Canada M5S 2E4 This document is part of the distribution package of the χChek model checker. Copyright c 2002 – 2007 by University of Toronto Contents 1 Introduction 2 2 Installation 4 3 Input 5 3.1 Models .......................................... ........ 5 3.1.1 SMV ........................................... .... 5 3.1.2 GCLang........................................ ...... 5 3.1.3 XML ........................................... .... 9 3.2 Algebras........................................ .......... 11 3.2.1 Availablealgebras .. .... .... ... .... .... .... .... ........... 11 3.2.2 Encodinganalgebra ............................. .......... 12 3.3 Properties ...................................... ........... 14 4 Guide to the XChek User Interface 16 4.1 Loadingamodel ................................... .......... 17 4.1.1 SMVandGCLangmodels .. .... ... .... .... .... .... ... ........ 18 4.1.2 XMLmodels ..................................... ...... 20 4.2 CTLHistoryfiles .................................. ........... 20 4.3 Counterexamples ................................. ............ 21 4.4 Preferences ..................................... ........... 23 5 Tutorial 27 5.1 ModelChecking................................... ........... 27 5.2 VacuityDetection................................ ............. 29 5.3 QueryChecking..................................
    [Show full text]
  • !! #! " $ !" XML Document Processing: Theory and Practice
    ïôU:žK‡öUÖæÙ XML Document Processing: Theory and Practice (Course Number: 725 U3420) Fall 2008 Place and Time Room 309 in Common Courses Building, Wednesday 14:30 – 17:20. Course Web Site http://www.iis.sinica.edu.tw/~trc/public/courses/Fall2008/ Instructor Š•^ (-.vb Ç Ñxv@ ová) Tyng–Ruey Chuang (Associate Research Fellow, Institute of Information Science, Academia Sinica) E–mail: [email protected], Website: http://www.iis.sinica.edu.tw/~trc/ Office hours: Monday 4:50 – 6:40 pm at Room 716 in Management Building I. Office phone numbers: 02-3366-1200 ext. 20 (Monday 4:50 – 6:40 pm only), 02-2788-3799 ext. 1608 (Academia Sinica). Teaching Assistant 5=† Chin-Lung Chang E–mail: [email protected], Tel: (02) 2788 3799 ext. 1663 (Academia Sinica). Schedule (Part 1) 09/17 Document markup languages; HTML and SVG examples; Why XML? (Part 1) 09/24 XML Recommendation — DTD (Document Type Definition); Case study: RSS 0.91, QAML, XBEL. (Part 1) 10/01 XML Recommendation — language code, character set, text encoding; XML Namespace. (Part 1) 10/08 (Guest Lecturer: Yi-Hong Chang 555ÝÝÝ;;;) CSS (Cascading Style Sheets). (Part 2) 10/15 XPath (XML Path Language). (Part 2) 10/22 XSLT (Extensible Stylesheet Language Transformations). (Part 2) 10/29 DOM (Document Object Model). (Part 2) 11/05 XML in Web programming: Server-side/client-side XSLT, client-side ECMAscripting, etc. (Part 3) 11/12 XML DTD revisited; Case study: Ruby, XBEL, XHTML Modulation. (Part 3) 11/19 (Guest Lecturer: Chin-Lung Chang 555===†††) XML Schema — Structures & Datatypes.
    [Show full text]
  • Yorkshire and the First Day of the Somme
    This is a repository copy of Yorkshire and the First Day of the Somme. White Rose Research Online URL for this paper: http://eprints.whiterose.ac.uk/99480/ Version: Accepted Version Article: Spiers, EM (2016) Yorkshire and the First Day of the Somme. Northern History, 53 (2). pp. 249-266. ISSN 0078-172X https://doi.org/10.1080/0078172X.2016.1195601 © 2016, University of Leeds. This is an Accepted Manuscript of an article published by Taylor & Francis in Northern History on Sep 2016, available online: http://dx.doi.org/10.1080/0078172X.2016.1195601. Uploaded in accordance with the publisher's self-archiving policy. Reuse Unless indicated otherwise, fulltext items are protected by copyright with all rights reserved. The copyright exception in section 29 of the Copyright, Designs and Patents Act 1988 allows the making of a single copy solely for the purpose of non-commercial research or private study within the limits of fair dealing. The publisher or other rights-holder may allow further reproduction and re-use of this version - refer to the White Rose Research Online record for this item. Where records identify the publisher as the copyright holder, users can verify any specific terms of use on the publisher’s website. Takedown If you consider content in White Rose Research Online to be in breach of UK law, please notify us by emailing [email protected] including the URL of the record and the reason for the withdrawal request. [email protected] https://eprints.whiterose.ac.uk/ 1 YORKSHIRE AND THE FIRST DAY OF THE SOMME EDWARD M.
    [Show full text]