<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.text.tei.general">
    <title>gmane.text.tei.general</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15552"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15551"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15550"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15549"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15548"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15547"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15546"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15545"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15544"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15543"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15542"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15541"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15540"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15539"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15538"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15537"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15536"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15535"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15534"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.text.tei.general/15533"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15552">
    <title>Re: can a corpus have a facsimile?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15552</link>
    <description>&lt;pre&gt;On 23 May 2013, at 17:23, Martin Holmes &amp;lt;mholmes&amp;lt; at &amp;gt;UVIC.CA&amp;gt;
 wrote:


yes, definitely. use model.resourceLike. I don't think
there will be any knock-on effects. 


--
Sebastian Rahtz      
Director (Research) of Academic IT
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

&lt;/pre&gt;</description>
    <dc:creator>Sebastian Rahtz</dc:creator>
    <dc:date>2013-05-23T16:29:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15551">
    <title>Re: can a corpus have a facsimile?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15551</link>
    <description>&lt;pre&gt;+1 from me too. It would presumably go from:

element teiCorpus
{
    att.global.attributes,
    att.global.linking.attributes,
    att.global.analytic.attributes,
    att.global.facs.attributes,
    att.global.change.attributes,
    attribute version { data.version }?,
    ( teiHeader, ( TEI | teiCorpus )+ )
}

to

element teiCorpus
{
    att.global.attributes,
    att.global.linking.attributes,
    att.global.analytic.attributes,
    att.global.facs.attributes,
    att.global.change.attributes,
    attribute version { data.version }?,
    ( teiHeader, facsimile, (TEI | teiCorpus )+ )
}

But should it also allow sourceDoc or fsdDecl, like this?

element teiCorpus
{
    att.global.attributes,
    att.global.linking.attributes,
    att.global.analytic.attributes,
    att.global.facs.attributes,
    att.global.change.attributes,
    attribute version { data.version }?,
    ( teiHeader, model.resourceLike, (TEI | teiCorpus )+ )
}

The same arguments apply as for facsimile, surely?

Cheers,
Martin

On 13-05-23 0&lt;/pre&gt;</description>
    <dc:creator>Martin Holmes</dc:creator>
    <dc:date>2013-05-23T16:23:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15550">
    <title>Re: can a corpus have a facsimile?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15550</link>
    <description>&lt;pre&gt;That sounds eminently sensible to me. We explicitly sanction the use of 
'facsimile' to encode images of objects and settings, not necessarily 
just the text-bearing part of them, so a facsimile of a corpus is 
absolutely as appropriate as a facsimile of a monument bearing several 
inscriptions, a folder containing many documents, or an anthology 
collecting multiple novels...

In short: +1

On 23/05/2013 10:46, Sebastian Rahtz wrote:

&lt;/pre&gt;</description>
    <dc:creator>Gabriel Bodard</dc:creator>
    <dc:date>2013-05-23T15:14:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15549">
    <title>can a corpus have a facsimile?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15549</link>
    <description>&lt;pre&gt;I find myself in a position where i have &amp;lt;teiCorpus&amp;gt; element and want to have a &amp;lt;facsimile&amp;gt;
child.   Why, you ask? because I have 2500 gravestones, which are "documents" in their
own right, so I have them  as a &amp;lt;TEI&amp;gt; each; but I also have a plan of the whole cemetery which
I represent as a &amp;lt;facsimile&amp;gt; with nice &amp;lt;surface&amp;gt;s and &amp;lt;zone&amp;gt;s. I want to wrap them all up together.

am I being silly? or should we allow &amp;lt;facsimile&amp;gt; as a child of &amp;lt;teiCorpus&amp;gt;?
--
Sebastian Rahtz      
Director (Research) of Academic IT
University of Oxford IT Services
13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431

&lt;/pre&gt;</description>
    <dc:creator>Sebastian Rahtz</dc:creator>
    <dc:date>2013-05-23T14:46:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15548">
    <title>Re: encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15548</link>
    <description>&lt;pre&gt;
i was hoping you wouldn't send me down the ODD path just yet :) Do you suggest a specific starting point for a complete newbie like myself?




-------
andreas trianta(fillidis)
andreas&amp;lt; at &amp;gt;trianta.eu

resident SOB customer 
at thinking lpc

&lt;/pre&gt;</description>
    <dc:creator>Andreas Triantafillidis</dc:creator>
    <dc:date>2013-05-23T13:04:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15547">
    <title>Re: encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15547</link>
    <description>&lt;pre&gt;If you want to document down to this level, which I hope you do, then 
the place for it is your project-specific ODD!

On 23/05/13 13:57, Andreas Triantafillidis wrote:

&lt;/pre&gt;</description>
    <dc:creator>Lou Burnard</dc:creator>
    <dc:date>2013-05-23T12:58:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15546">
    <title>Re: encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15546</link>
    <description>&lt;pre&gt;&amp;lt;tagUsage&amp;gt; is for recording your *actual usage* of TEI elements.  It 
isn't the place for an explanatory essay saying why you chose to 
use&amp;lt;dictScrap&amp;gt; rather than &amp;lt;entryFree&amp;gt; for example.

Discussion  of your editorial principles, choices, praxis does seem to 
belong rather in &amp;lt;editorialDecl&amp;gt;


On 23/05/13 13:11, Laurent Romary wrote:

&lt;/pre&gt;</description>
    <dc:creator>Lou Burnard</dc:creator>
    <dc:date>2013-05-23T12:57:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15545">
    <title>Re: encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15545</link>
    <description>&lt;pre&gt;hi laurent


it would seem so, but how would i go about describing more complex element+attribute cases (ie &amp;lt;div &amp;lt; at &amp;gt;type="task" &amp;lt; at &amp;gt;subtype"..."&amp;gt;) or even moreso nested element and attribute templates?

thanks btw



-------
andreas trianta(fillidis)
andreas&amp;lt; at &amp;gt;trianta.eu

resident SOB customer 
at thinking lpc

&lt;/pre&gt;</description>
    <dc:creator>Andreas Triantafillidis</dc:creator>
    <dc:date>2013-05-23T12:57:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15544">
    <title>Re: encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15544</link>
    <description>&lt;pre&gt;tagUsage is the perfect tool for this, isn't it?
Laurent

Le 23 mai 2013 à 14:07, Andreas Triantafillidis a écrit :


Laurent Romary
INRIA &amp;amp; HUB-IDSL
laurent.romary&amp;lt; at &amp;gt;inria.fr

&lt;/pre&gt;</description>
    <dc:creator>Laurent Romary</dc:creator>
    <dc:date>2013-05-23T12:11:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15543">
    <title>encoding choices for a particular document in &lt;editorialDecl&gt;?</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15543</link>
    <description>&lt;pre&gt;hi

we would like to document, within each file, the choices we make regarding usage of TEI elements and attributes. Sometimes we even would like to list TEI alternatives for encoding the same thing, and why we chose one over the others

these are really meant for editors and developers so I suppose it would be better to store in the header (they are in no way part of body) 

i'm thinking &amp;lt;editorialDecl&amp;gt;

any thoughts, suggestions?

thanks :)



-------
andreas trianta(fillidis)
andreas&amp;lt; at &amp;gt;trianta.eu

resident SOB customer 
at thinking lpc

&lt;/pre&gt;</description>
    <dc:creator>Andreas Triantafillidis</dc:creator>
    <dc:date>2013-05-23T12:07:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15542">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15542</link>
    <description>&lt;pre&gt;Thanks Stuart, will do.

Tom Elliott, Ph.D.
Associate Director for Digital Programs and Senior Research Scholar
Institute for the Study of the Ancient World (NYU)
http://isaw.nyu.edu/people/staff/tom-elliott



On May 20, 2013, at 4:05 PM, stuart yeates wrote:


&lt;/pre&gt;</description>
    <dc:creator>Tom Elliott</dc:creator>
    <dc:date>2013-05-21T15:02:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15541">
    <title>Blackwell Companion to Digital Literary Studies</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15541</link>
    <description>&lt;pre&gt;The editors of The Companion to Digital Literary Studies, first published
by Blackwell in 2008, are pleased to announce that it has just been
released in paperback.

At $49.95, €36.00, and £29.99, it is now affordable for classroom use. Its
31 chapters -- ranging from ePhilology to e-Literature, from digital
poetry to cybertextuality -- are as provocative and pertinent now as when
the volume was first released. TEI is covered in many chapters.

For further details, and for instructors to request an evaluation copy,
please see
http://www.wiley.com/WileyCDA/WileyTitle/productCd-1118492277.html.

Susan Schreibman and Ray Siemens

&lt;/pre&gt;</description>
    <dc:creator>Susan Schreibman</dc:creator>
    <dc:date>2013-05-21T13:15:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15540">
    <title>ProDoc&lt; at &gt;DocEng 2013: Call for Submissions to the Doctoral Consortium</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15540</link>
    <description>&lt;pre&gt;--------------------------------------------------------------------
                            ProDoc&amp;lt; at &amp;gt;DocEng
   Doctoral Consortium at the ACM Symposium on Document Engineering
            http://www.doceng2013.org/doctoral-consortium/

Call for Submissions

* Submission Deadline: June 5, 2013 (24:00 CEST)

* Notification of Acceptance: June 20, 2013

--------------------------------------------------------------------

For the first time, the ACM Symposium on Document Engineering will
feature a doctoral consortium, called ProDoc&amp;lt; at &amp;gt;DocEng.

PhD students present their dissertation project and will get
feedback from a panel of senior researchers as well as from the
general audience.

ProDoc&amp;lt; at &amp;gt;DocEng is intended to provide constructive criticism and help
PhD students in formulating their research question, deciding about
methods and approaches to use, and creating further ideas.  It is a
good place to learn about how to conduct a dissertation project and to
learn about leading edge research, the results of which &lt;/pre&gt;</description>
    <dc:creator>Tamir Hassan (DocEng13</dc:creator>
    <dc:date>2013-05-21T11:22:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15539">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15539</link>
    <description>&lt;pre&gt;Dear Thomas, all,
thanks for the suggestions - I personally am convinced now that we should indeed extract the places and have them, with geo, and, preferably, pointers to geonames and Wikipedia, stored separately. 
However, as I said, we are now only putting together a first prototype, where we hoped we could get away with being a bit sloppy - extracting and merging the placeNames will be a bit of work, some of the names are quite structured, in several languages, historical spellings, etc.
Btw, the current set of coordinates we have were extracted from Google - the reason was that geoplaces sometimes places coords by half a km off, which can be enough for the centre of a small town to be displayed in the middle of a forest... But then I didn't know that geoplaces can be corrected - with this, I think it would be well worth switching.
All the best,
Tomaž

-----Original Message-----
From: TEI (Text Encoding Initiative) public discussion list [mailto:TEI-L&amp;lt; at &amp;gt;LISTSERV.BROWN.EDU] On Behalf Of Thomas A. Carlson
S&lt;/pre&gt;</description>
    <dc:creator>Tomaz Erjavec</dc:creator>
    <dc:date>2013-05-21T08:01:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15538">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15538</link>
    <description>&lt;pre&gt;

I would encourage you to file a bug, preferably with an exemplar which 
contrasts with the existing exemplars in the standard.

cheers
stuart
&lt;/pre&gt;</description>
    <dc:creator>stuart yeates</dc:creator>
    <dc:date>2013-05-20T21:05:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15537">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15537</link>
    <description>&lt;pre&gt;To be fair, the argument for saying that &amp;lt; at &amp;gt;type on xxxName could be 
providing information about the type of xxx rather than the type of name 
is not entirely stupid. We all say "London is a capital city", 
"Liverpool is a port", etc. without pausing for thought, because the 
mapping of name to named entity is transparent in natural language. And 
there are even situations where we use an xxxName precisely to indicate 
a &amp;lt; at &amp;gt;type of xxx -- as in "Cherbourg is the Liverpool of Northern France" 
(well, kind of)

However, none of that weakens the justice of your remark that we should 
try to clean up current ambiguities in the Guidelines, either by 
confronting them explicitly and saying where and in what circumstances 
it is convenient to attach a xxx-related typology to an xxxName, or by 
rooting out such heresies wherever they appear.

Lou

  On 20/05/13 21:32, Tom Elliott wrote:

&lt;/pre&gt;</description>
    <dc:creator>Lou Burnard</dc:creator>
    <dc:date>2013-05-20T20:42:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15536">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15536</link>
    <description>&lt;pre&gt;Dear all:

My original post has prompted an interesting and important tangential discussion that I have no wish to undermine. In fact, I'd like to note here that the EpiDoc community considers it best practice to mark up place names in text and metadata with the form &amp;lt;placeName ref="URI"&amp;gt; where URI targets a linked data resource for the geographic feature in question (for Greek and Roman inscriptions, we encourage the use of "place" resources defined by http:/pleiades.stoa.org). This usage has been taught in EpiDoc training sessions for years, and will be more clearly reflected in revisions of the EpiDoc Guidelines now in preparation. 

But I'd like to come back to my original question, i.e., should the value of &amp;lt; at &amp;gt;type on &amp;lt;placeName&amp;gt; address the type of the name or the type of the referenced place (the latter being the usage enshrined in the TEI Guidelines at present)?. If I've read the responses in the thread aright, there are a couple of people who feel that this class of problem is long-standing in the TEI&lt;/pre&gt;</description>
    <dc:creator>Tom Elliott</dc:creator>
    <dc:date>2013-05-20T20:32:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15535">
    <title>Re: placeName types</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15535</link>
    <description>&lt;pre&gt;Hello!

One other problem occurs when a village or city moves: the administrative 
unit is (almost) the same, the inhabitants are (almost) the same and the 
name of the village (or city) is often the same, but the coordinates are 
not. As a recent example, you may want to check
http://www.wikidata.org/wiki/Q83232 where about 15,000 to 20,000 persons 
moved for the sake of mining. If you point your browser to
http://www.geonames.org/advanced-search.html?q=kiruna&amp;amp;featureClass=P&amp;amp;continentCode=EU 
and choose the first name there, you will find a map: The Swedish word 
"centrum" means "the center of the city" ... (or DOWNtown).

Sometimes, a whole village moves a long way (maybe to another 
administrative country) to avoid war or other catastrophes.

During the move (which may take weeks) we may also want to point to each 
of these places separately. How to encode (and / or update) such cases 
seems a bit unclear. Linking to semantic web resources may be useful, but 
requires an awareness of the (absence of) upd&lt;/pre&gt;</description>
    <dc:creator>Saašha Metsärantala</dc:creator>
    <dc:date>2013-05-20T17:48:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15534">
    <title>Digital.Humanities&lt; at &gt;Oxford Summer School 2013</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15534</link>
    <description>&lt;pre&gt;Only a few weeks left to book!

Places for this year's Digital.Humanities&amp;lt; at &amp;gt;Oxford Summer School 
are filling up already, so book your place soon!  Visit 
http://digital.humanities.ox.ac.uk/dhoxss/2013/ for more 
information. If you are awaiting the results of local funding and 
want to to see whether your chosen workshop is almost full, email 
courses&amp;lt; at &amp;gt;it.ox.ac.uk to find out!

====
The Digital.Humanities&amp;lt; at &amp;gt;Oxford Summer School (DHOxSS) is an annual 
event for anyone working in the Digital Humanities. This year's 
Summer School will be held on 8 - 12 July, at the University of 
Oxford. If you are a researcher, project manager, research 
assistant, or student of the Humanities, this is an opportunity 
for you to learn about the tools and methodology of digital 
humanities, and to make contact with others in your field. You 
will be introduced to topics spanning from creating, managing, 
analysing, modelling, visualizing, to publication of digital data 
for the Humanities. Visit 
http://digital.humanities.ox.ac.uk&lt;/pre&gt;</description>
    <dc:creator>James Cummings</dc:creator>
    <dc:date>2013-05-20T15:26:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15533">
    <title>Re: Poetess Archive Question</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15533</link>
    <description>&lt;pre&gt;I agree that this is a question of &amp;lt; at &amp;gt;rend or &amp;lt; at &amp;gt;rendition of
quotations and/or quoted (direct) speech. As usual, it is up
to you how much to preserve as literal text and how much to
encode as 'meta' information. Using literals can get very
messy, or impossible (especially if you are not encoding
line breaks); but encoding as &amp;lt; at &amp;gt;rend can also get a bit hairy,
since there are several competing and overlapping schemes
of punctuation as one moves from the 17th through the 18th
century, and several ways in which printers can fail to abide
by their scheme. Among the commonest in the 18th century is

But sometimes the opening mark is missing; and sometimes
there is a closing mark, and sometimes the marginal marks
do not quite align, and sometimes there are embedded
non-quoted phrases ("he said loudly") that may be variously
marked off, and sometimes there are quotes within quotes,
and sometimes there is a typeface toggle (italic/roman, etc.)
to contend with as well.

So an accurate record of the rendering, if that is wh&lt;/pre&gt;</description>
    <dc:creator>Paul F. Schaffner</dc:creator>
    <dc:date>2013-05-20T15:10:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.text.tei.general/15532">
    <title>Re: Poetess Archive Question</title>
    <link>http://permalink.gmane.org/gmane.text.tei.general/15532</link>
    <description>&lt;pre&gt; &amp;gt; "for your country." It was a

I would say under &amp;lt;quotation&amp;gt; is where I would expect to read it.

If one were concerned about exactly where the quotation marks 
fell, then these are really a form of rendition of the quotation 
as indicated by line breaks.  I'd have marked it as:

&amp;lt;q rend="linePrefacingMarks"&amp;gt;Ask &amp;lt;lb/&amp;gt;not what your country can 
do &amp;lt;lb/&amp;gt;for you but what you can do &amp;lt;lb/&amp;gt;for your country.&amp;lt;/q&amp;gt;

(or some other rend value) As far as I'm aware this is just a 
quite standard way of indicating a running blockquote so it part 
of the original rendition of the quote as a whole.

My tuppence,
-James

&lt;/pre&gt;</description>
    <dc:creator>James Cummings</dc:creator>
    <dc:date>2013-05-20T14:58:45</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.text.tei.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.text.tei.general</link>
  </textinput>
</rdf:RDF>
