From gomez@insa-lyon.fr Mon Aug 25 05:28:01 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7P9S1k0023809 for ; Mon, 25 Aug 2003 05:28:01 -0400 (EDT) Received: from mail.insa-lyon.fr (webmail.insa-lyon.fr [134.214.79.204]) h7P9S0rv028672 for ; Mon, 25 Aug 2003 05:28:00 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.insa-lyon.fr (Postfix) with ESMTP id CF4FB4C70A for ; Mon, 25 Aug 2003 11:27:42 +0200 (CEST) Received: from pcdoc-69.insa-lyon.fr (pcdoc-44.insa-lyon.fr [134.214.81.24]) by mail.insa-lyon.fr (Postfix) with ESMTP id 654F74C704 for ; Mon, 25 Aug 2003 11:27:41 +0200 (CEST) Message-Id: <5.0.2.1.2.20030825112749.009f65e0@insa.insa-lyon.fr> X-Sender: gomez@insa.insa-lyon.fr X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 25 Aug 2003 11:29:01 +0200 To: dspace-general@mit.edu From: Rosa =?iso-8859-1?Q?Mar=EDa?= =?iso-8859-1?Q?_G=F3mez?= de Regil Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed X-Virus-Scanned: by amavisd 0.1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by pch.mit.edu id h7P9S1k0023809 Subject: [Dspace-general] Metadata Question X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 25 Aug 2003 09:28:02 -0000 Hello, I'm working in metadata standards choices that experts made for educational digital repositories. I would like to know which are some reasons that motivated Dspace creators to choose Dublin Core Metadata instead of Learning Object Metadata for Dspace. Thanks Rosa María Gómez de Regil Rosa María Gómez de Regil Doc'INSA Tél. 04 72 43 87 60 E-Mail. gomez@insa-lyon.fr From kenzie@MIT.EDU Mon Aug 25 14:53:06 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7PIr6k0029282 for ; Mon, 25 Aug 2003 14:53:06 -0400 (EDT) Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])h7PIr5vc015373; Mon, 25 Aug 2003 14:53:05 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h7PIr4pL005773; Mon, 25 Aug 2003 14:53:04 -0400 (EDT) Received: from ADTPA.mit.edu (ADTPA.MIT.EDU [18.51.1.92]) ) h7PIr2Gs007809; Mon, 25 Aug 2003 14:53:04 -0400 (EDT) Message-Id: <5.0.2.1.2.20030825144533.037f3540@hesiod> X-Sender: kenzie@hesiod (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 25 Aug 2003 14:51:42 -0400 To: Rosa =?iso-8859-1?Q?Mar=EDa?= =?iso-8859-1?Q?_G=F3mez?= de Regil , dspace-general@MIT.EDU From: MacKenzie Smith Subject: Re: [Dspace-general] Metadata Question In-Reply-To: <5.0.2.1.2.20030825112749.009f65e0@insa.insa-lyon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by pch.mit.edu id h7PIr6k0029282 X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 25 Aug 2003 18:53:06 -0000 Hi Rosa, I would say the main reason for this is that DSpace is not limited to being a learning object repository. In fact, here at MIT, and at most of the other institutions using it now, none of the content is teaching material so the LOM metadata would be completely inappropriate. Dublin Core was an obvious choice because it handles a wide range of content types, including documents (most of our current content), images, multimedia material, datasets, etc. *and* learning objects. The LOM metadata specification is what I would call a "domain specific" standard, much like MARC for library material, VRA Core for visual images, or FGDC for geospatial datasets. There is a research project here at MIT called SIMILE which is investigating the use of new technologies to support these domain specific schemas in DSpace (see http://web.mit.edu/simile/www/) but in the meantime we had to select *one* schema, and it had to be very all-purpose. I hope this helps, MacKenzie/ At 11:29 AM 8/25/2003 +0200, Rosa María Gómez de Regil wrote: >Hello, > >I'm working in metadata standards choices that experts made for >educational digital repositories. > >I would like to know which are some reasons that motivated Dspace creators >to choose Dublin Core Metadata instead of Learning Object Metadata for Dspace. > >Thanks > >Rosa María Gómez de Regil > >Rosa María Gómez de Regil >Doc'INSA >Tél. 04 72 43 87 60 >E-Mail. >gomez@insa-lyon.fr > > >_______________________________________________ >Dspace-general mailing list >Dspace-general@mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-208 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie@mit.edu From jhwalker@MIT.EDU Tue Aug 26 16:42:04 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7QKg4k0013046 for ; Tue, 26 Aug 2003 16:42:04 -0400 (EDT) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])h7QKg4M0015620; Tue, 26 Aug 2003 16:42:04 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h7QKg3b2001695; Tue, 26 Aug 2003 16:42:03 -0400 (EDT) Received: from adtpa-v.mit.edu (ADTPA-V.MIT.EDU [18.51.1.169]) ) h7QKg2Gs006154; Tue, 26 Aug 2003 16:42:02 -0400 (EDT) Message-Id: <5.1.0.14.2.20030826104559.01e24050@hesiod> X-Sender: jharford@hesiod (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 26 Aug 2003 16:42:11 -0400 To: dspace-tech@lists.sourceforge.net, dspace-general@MIT.EDU From: Julie Harford Walker Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_28639861==_.ALT" Subject: [Dspace-general] DSpace website update X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Tue, 26 Aug 2003 20:42:05 -0000 --=====================_28639861==_.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Greetings, We would like to announce the launch of the DSpace Federation website and a new address for MIT's DSpace website: * www.dspace.org houses the DSpace Federation site with general information about DSpace and content and tools for sites running DSpace. * dspace.mit.edu/about is the new location for the informational site for MIT's DSpace service. Visit dspace.mit.edu to see the live MIT DSpace site. Reminder: There are three DSpace mailing lists to which you can subscribe: * DSpace General Discussion List - the DSpace Federation's new mailing list for discussion about building and running a DSpace service. It is open to all DSpace users to ask questions, share news, and spark discussion about DSpace with people managing other DSpace sites. * DSpace Announcement List - Subscribe to the DSpace Announcements list to hear about new releases of the software, and to stay informed about DSpace. This is a one-way list for announcements from DSpace project staff only, so it is a very low-traffic list. Other postings are not permitted. * DSpace Technology List - DSpace developers and system managers help answer installation questions, share information and help each other solve technical problems through the DSpace-Tech mailing list. Developers and system managers are encouraged to post questions and contribute their expertise to others working with the system. See www.dspace.org/feedback/mailing.html for subscription instructions. Thanks for your interest in DSpace, Margret Branschofsky DSpace User Support Manager, MIT Libraries Julie Walker Senior Business Strategist, MIT Libraries ==================================================== You have received this email because you have subscribed to one of the three DSpace email lists: DSpace General, DSpace Announcement or DSpace Technology. ==================================================== --=====================_28639861==_.ALT Content-Type: text/html; charset="us-ascii" Greetings,

We would like to announce the launch of the DSpace Federation website and a new address for MIT’s DSpace website: 

    *  www.dspace.org houses the DSpace Federation site with general information about DSpace and content and tools for sites running DSpace.

    * dspace.mit.edu/about is the new location for the informational site for MIT’s DSpace service.

Visit dspace.mit.edu to see the live MIT DSpace site.

Reminder:  There are three DSpace mailing lists to which you can subscribe:

   * DSpace General Discussion List - the DSpace Federation's new mailing list for discussion about building and running a DSpace service. It is open to all DSpace users to ask questions, share news, and spark discussion about DSpace with people managing other DSpace sites.

   * DSpace Announcement List - Subscribe to the DSpace Announcements list to hear about new releases of the software, and to stay informed about DSpace. This is a one-way list for announcements from DSpace project staff only, so it is a very low-traffic list. Other postings are not permitted.

   * DSpace Technology List - DSpace developers and system managers help answer installation questions, share information and help each other solve technical problems through the DSpace-Tech mailing list. Developers and system managers are encouraged to post questions and contribute their expertise to others working with the system.

See www.dspace.org/feedback/mailing.html for subscription instructions.


Thanks for your interest in DSpace,

Margret Branschofsky
DSpace User Support Manager, MIT Libraries

Julie Walker
Senior Business Strategist, MIT Libraries

====================================================
You have received this email because you have subscribed to one of the
three DSpace email lists:  DSpace General, DSpace Announcement or
DSpace Technology.
==================================================== --=====================_28639861==_.ALT-- From andrew.hankinson@acadiau.ca Wed Aug 27 13:35:46 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7RHZjk0025441 for ; Wed, 27 Aug 2003 13:35:45 -0400 (EDT) Received: from acadiau.ca (hades.acadiau.ca [131.162.201.35]) h7RHZiON000765 for ; Wed, 27 Aug 2003 13:35:44 -0400 (EDT) Received: from acadiau.ca (debussy.acadiau.ca [131.162.130.83]) by acadiau.ca (Postfix) with ESMTP id 092758BF6BF for ; Wed, 27 Aug 2003 14:35:44 -0300 (ADT) Date: Wed, 27 Aug 2003 14:35:43 -0300 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Andrew Hankinson To: dspace-general@mit.edu Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) Subject: [Dspace-general] Dspace 1.1 download? X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 27 Aug 2003 17:35:46 -0000 Hello all, We were wondering if the Dspace 1.1 source will be available for download on the sourceforge site sometime soon. It currently only lists the dspace 1.1.1 beta version, although the website says the new version is available. Thanks, Andrew Hankinson Acadia Institute for Teaching and Technology Acadia University From david.stuve@hp.com Wed Aug 27 13:40:20 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7RHeHk0025572 for ; Wed, 27 Aug 2003 13:40:20 -0400 (EDT) Received: from palrel13.hp.com (palrel13.hp.com [156.153.255.238]) h7RHeGKm019223 for ; Wed, 27 Aug 2003 13:40:17 -0400 (EDT) Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62]) by palrel13.hp.com (Postfix) with ESMTP id A0DE71C00BDF; Wed, 27 Aug 2003 10:40:15 -0700 (PDT) Received: from xcorbh1.cv.hp.com (xcorbh1.cv.hp.com [15.7.113.189]) by xparelay1.ptp.hp.com (Postfix) with ESMTP id 715971004BA7; Wed, 27 Aug 2003 10:40:15 -0700 (PDT) Received: by xcorbh1.cv.hp.com with Internet Mail Service (5.5.2655.55) id ; Wed, 27 Aug 2003 10:40:15 -0700 Message-ID: <5755325D04C5834187459E1E17D81F6F0834EFFD@xcor01.cv.hp.com> From: "STUVE,DAVID (HP-Corvallis,ex1)" To: "'Andrew Hankinson'" , dspace-general@mit.edu Subject: RE: [Dspace-general] Dspace 1.1 download? Date: Wed, 27 Aug 2003 10:40:14 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 27 Aug 2003 17:40:20 -0000 Hi Andrew, DSpace 1.1.1 beta is the latest version available, and will be the same as our next release, probably renamed to 1.1.1 or 1.1.2 - so if you want the latest release you can install 1.1.1 now. I'm writing the release notes for it at the moment. Dave David Stuve / HP Labs Cambridge / David.Stuve@hp.com / 617-551-7632 -----Original Message----- From: Andrew Hankinson [mailto:andrew.hankinson@acadiau.ca] Sent: Wednesday, August 27, 2003 1:36 PM To: dspace-general@mit.edu Subject: [Dspace-general] Dspace 1.1 download? Hello all, We were wondering if the Dspace 1.1 source will be available for download on the sourceforge site sometime soon. It currently only lists the dspace 1.1.1 beta version, although the website says the new version is available. Thanks, Andrew Hankinson Acadia Institute for Teaching and Technology Acadia University _______________________________________________ Dspace-general mailing list Dspace-general@mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From margretb@MIT.EDU Mon Aug 25 10:46:20 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h7PEkJk0026271 for ; Mon, 25 Aug 2003 10:46:19 -0400 (EDT) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])h7PEkHYs026192; Mon, 25 Aug 2003 10:46:19 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h7PEfd4Y013933; Mon, 25 Aug 2003 10:41:39 -0400 (EDT) Received: from m10-423-1.mit.edu (DSPACE-01.MIT.EDU [18.51.2.146]) ) h7PEfbGs027450; Mon, 25 Aug 2003 10:41:38 -0400 (EDT) Message-Id: <5.1.0.14.2.20030825103843.0212abb8@po10.mit.edu> X-Sender: margretb@po10.mit.edu (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 25 Aug 2003 10:42:41 -0400 To: Rosa =?iso-8859-1?Q?Mar=EDa?= =?iso-8859-1?Q?_G=F3mez?= de Regil , dspace-general@MIT.EDU From: Margret Branschofsky Subject: Re: [Dspace-general] Metadata Question In-Reply-To: <5.0.2.1.2.20030825112749.009f65e0@insa.insa-lyon.fr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_4628815==_" X-Mailman-Approved-At: Thu, 04 Sep 2003 10:27:34 -0400 X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 25 Aug 2003 14:46:20 -0000 --=====================_4628815==_ Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hi Rosa, It just so happens that we wrote a short paper on this subject last year=20 which has not yet been published. I've attached it to this message. Feel= =20 free to ask more questions after reading it. Margret Branschofsky At 11:29 AM 8/25/2003 +0200, Rosa Mar=EDa G=F3mez de Regil wrote: >Hello, > >I'm working in metadata standards choices that experts made for=20 >educational digital repositories. > >I would like to know which are some reasons that motivated Dspace creators= =20 >to choose Dublin Core Metadata instead of Learning Object Metadata for= Dspace. > >Thanks > >Rosa Mar=EDa G=F3mez de Regil > >Rosa Mar=EDa G=F3mez de Regil >Doc'INSA >T=E9l. 04 72 43 87 60 >E-Mail.=20 >gomez@insa-lyon.fr > > >_______________________________________________ >Dspace-general mailing list >Dspace-general@mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general Margret Branschofsky DSpace User Support Manager Digital Library Research Group Bldg. 14S-M24 (617)253-1293 margretb@mit.edu http://dspace.mit.edu --=====================_4628815==_ Content-Type: application/msword; name="Defining a Metadata Schema for DSpace2.doc"; x-mac-type="42494E41"; x-mac-creator="4D535744" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Defining a Metadata Schema for DSpace2.doc" 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAOAAAAAAAAAAA EAAAOgAAAAEAAAD+////AAAAADcAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEANyAJBAAA8BK/AAAAAAAAEAAAAAAABAAAFigAAA4AYmpialUWVRYAAAAAAAAAAAAAAAAAAAAA AAAJBBYAIjYAADd8AAA3fAAA/CMAAAAAAAAZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAGwAAAAAAHwCAAAAAAAAfAIAAHwC AAAAAAAAfAIAAAAAAAB8AgAAAAAAAHwCAAAAAAAAfAIAABQAAAAAAAAAAAAAAJACAAAAAAAAZAcA AAAAAABkBwAAAAAAAGQHAAA4AAAAnAcAAAwAAACoBwAAHAAAAJACAAAAAAAAHxEAALYAAADQBwAA AAAAANAHAAAiAAAA8gcAAAAAAADyBwAAAAAAAPIHAAAAAAAA8gcAAAAAAADyBwAAAAAAAPIHAAAA AAAAnhAAAAIAAACgEAAAAAAAAKAQAAAAAAAAoBAAAAAAAACgEAAAAAAAAKAQAAAAAAAAoBAAACQA AADVEQAAIAIAAPUTAACkAAAAxBAAABUAAAAAAAAAAAAAAAAAAAAAAAAAfAIAAAAAAADyBwAAAAAA AAAAAAAAAAAAAAAAAAAAAADyBwAAAAAAAPIHAAAAAAAA8gcAAAAAAADyBwAAAAAAAMQQAAAAAAAA 3AgAAAAAAAB8AgAAAAAAAHwCAAAAAAAA8gcAAAAAAAAAAAAAAAAAAPIHAAAAAAAA2RAAABYAAADc CAAAAAAAANwIAAAAAAAA3AgAAAAAAADyBwAAFgAAAHwCAAAAAAAA8gcAAAAAAAB8AgAAAAAAAPIH AAAAAAAAnhAAAAAAAAAAAAAAAAAAANwIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAA8gcAAAAAAACeEAAAAAAAANwIAAC0BwAA3AgAAAAAAAAAAAAA AAAAAJAQAAAAAAAAfAIAAAAAAAB8AgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkBAAAAAAAADyBwAAAAAAAMQHAAAMAAAAMHY+qa3h wgGQAgAA1AQAAGQHAAAAAAAACAgAAF4AAACQEAAAAAAAAAAAAAAAAAAAnhAAAAAAAADvEAAAMAAA AB8RAAAAAAAAkBAAAAAAAACZFAAAAAAAAGYIAAB2AAAAmRQAAAAAAACQEAAADgAAANwIAAAAAAAA kAIAAAAAAACQAgAAAAAAAHwCAAAAAAAAfAIAAAAAAAB8AgAAAAAAAHwCAAAAAAAAAgDZAAAADQ1E ZWZpbmluZyBhIE1ldGFkYXRhIFNjaGVtYSBmb3IgRFNwYWNlDQ1CeSAgIE1hcmdyZXQgQnJhbnNj aG9mc2t5LCBSZWJlY2NhIEwuIEx1YmFzLCBQYXRzeSBCYXVkb2luLCBEYW4gQ2h1ZG5vdiwgSm9h biBLb2xpYXMsIFNhcmFoIE1pdGNoZWxsDQ0NQUJTVFJBQ1Q6IEluIDIwMDAsIE1JVCBMaWJyYXJp ZXMgbGF1bmNoZWQgdGhlIERTcGFjZSBwcm9qZWN0LiAgVGhlIG1pc3Npb24gb2YgRFNwYWNlIGlz IHRvIGNyZWF0ZSBhbmQgZXN0YWJsaXNoIGFuIGVsZWN0cm9uaWMgc3lzdGVtIHRoYXQgY2FwdHVy ZXMsIHByZXNlcnZlcyBhbmQgY29tbXVuaWNhdGVzIHRoZSBpbnRlbGxlY3R1YWwgb3V0cHV0IG9m IE1JVCdzIGZhY3VsdHkgYW5kIHJlc2VhcmNoZXJzIGFuZCB0byBzdXBwb3J0IGFkb3B0aW9uIGJ5 IGFuZCBmZWRlcmF0aW9uIHdpdGggb3RoZXIgaW5zdGl0dXRpb25zLiAgVHdvIGRpc3RpbmN0aXZl IGZlYXR1cmVzIG9mIERTcGFjZSBhcmUgdGhlIGV4cGVjdGF0aW9uIHRoYXQgYXV0aG9ycyBvciBz dWJtaXR0ZXJzIHdpbGwgcHJvdmlkZSBtZXRhZGF0YSBmb3IgZWFjaCBpdGVtIHRoZW1zZWx2ZXMs IGFuZCB0aGF0IHRoZSByZXBvc2l0b3J5IHdpbGwgYWNjb21tb2RhdGUgYSB2YXJpZXR5IG9mIGRp Z2l0YWwgdHlwZXMgYW5kIGZvcm1hdHMuICBJbiBsaWdodCBvZiB0aGVzZSBmZWF0dXJlcywgYSB0 YXNrIGZvcmNlIG9mIE1JVCBsaWJyYXJpYW5zIGNob3NlIHRoZSBEdWJsaW4gQ29yZSBNZXRhZGF0 YSBFbGVtZW50IFNldCB3aXRoIHF1YWxpZmllcnMgZm9yIERTcGFjZSBtZXRhZGF0YSwgYW5kIGJh c2VkIGl0cyBpbXBsZW1lbnRhdGlvbiB0byBhIGxhcmdlIGV4dGVudCBvbiB0aGUgTGlicmFyaWVz IEFwcGxpY2F0aW9uIFByb2ZpbGUgKExBUCkuDVRoZSBmaXJzdCBvYmplY3RzIHRvIGVudGVyIERT cGFjZSBpbmNsdWRlZCBhcHByb3hpbWF0ZWx5IDEwMCBvdXQtb2YtcHJpbnQgTUlUIFByZXNzIGJv b2tzIGluIFBERiBmb3JtYXQgYW5kIHR3byBzZXJpZXMgb2YgdGVjaG5pY2FsIHJlcG9ydHMuICBP Q0xDIGNvbnRhaW5lZCByZWNvcmRzIGZvciB0aGVzZSB0aXRsZXMuICBUaGlzIGdhdmUgdXMgdGhl IG9wcG9ydHVuaXR5IHRvIHVzZSBleGlzdGluZyBtZXRhZGF0YSBpbiB0aGUgZm9ybSBvZiB0cmFk aXRpb25hbCBNQVJDIHJlY29yZHMuICBUaGUgdGFzayBmb3JjZSB0aGVuIGZhY2VkIGNyZWF0aW5n IGJvdGggb3VyIHZlcnNpb24sIG9yIHJlZ2lzdHJ5LCBvZiAgcXVhbGlmaWVkIER1YmxpbiBDb3Jl IGFuZCBhIGNyb3Nzd2FsayBmcm9tIE1BUkMgdG8gRHVibGluIENvcmUgZm9yIHRob3NlIGRvY3Vt ZW50cyB3aXRoIGV4aXN0aW5nIE1BUkMgZGF0YS4gIFRoaXMgcGFwZXIgZGVzY3JpYmVzIHRoZSBE U3BhY2UgcHJvamVjdCwgb3VyIGRlY2lzaW9ucyByZWdhcmRpbmcgRHVibGluIENvcmUgcXVhbGlm aWVycywgYW5kIG91ciBNQVJDIHRvIERDIGNyb3Nzd2Fsay4gIA0NS2V5d29yZHM6IERTcGFjZSwg RHVibGluIENvcmUsIE1hc3NhY2h1c2V0dHMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3ksIE1JVCwg TUFSQywgTWV0YWRhdGEsIENyb3Nzd2Fsa3MNDUludHJvZHVjdGlvbg0NRHNwYWNlIGlzIHRoZSBw cm9kdWN0IG9mIGEgam9pbnQgZGV2ZWxvcG1lbnQgcHJvamVjdCBieSBNSVQgTGlicmFyaWVzIGFu ZCB0aGUgSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkgdG8gYnVpbGQgYSBzdGFibGUgYW5kIHN1c3Rh aW5hYmxlIGxvbmctdGVybSBkaWdpdGFsIHJlcG9zaXRvcnkgdGhhdCBjYXB0dXJlcywgcHJlc2Vy dmVzIGFuZCBkaXNzZW1pbmF0ZXMgdGhlIHJlc2VhcmNoIGdlbmVyYXRlZCBhY3Jvc3MgdGhlIHNw ZWN0cnVtIG9mIGRpc2NpcGxpbmVzIGF0IE1JVC4gIEJ5IHByb3ZpZGluZyBhIHN1c3RhaW5hYmxl IHJlY29yZCBvZiB0aGUgZGlnaXRhbCBvdXRwdXQgb2YgTUlUIGZhY3VsdHkgYW5kIHJlc2VhcmNo ZXJzIGluIGFuIGluY3JlYXNpbmdseSBtdWx0aW1lZGlhIGFjYWRlbWljIGVudmlyb25tZW50LCBE U3BhY2Ugd2lsbCBtZWV0IGEgZ3Jvd2luZyBpbnN0aXR1dGlvbmFsIG5lZWQuICBBZnRlciBjb21w bGV0aW5nIGEgYmV0YS10ZXN0aW5nIHBoYXNlIG92ZXIgdGhlIFNwcmluZyBhbmQgU3VtbWVyIG9m IDIwMDIsIERTcGFjZSB3aWxsIG9mZmljaWFsbHkgYmUgbGF1bmNoZWQgYXQgTUlUIGluIHRoZSBG YWxsIG9mIDIwMDIuICBTb29uIHRoZXJlYWZ0ZXIgTUlUIExpYnJhcmllcyB3aWxsIGV4dGVuZCB0 aGUgc2NvcGUgb2YgRFNwYWNlIGJ5IGludml0aW5nIG90aGVyIHJlc2VhcmNoIGluc3RpdHV0aW9u cyB0byBpbXBsZW1lbnQgdGhlIERTcGFjZSBzb2Z0d2FyZSwgd2hpY2ggd2lsbCBldmVudHVhbGx5 IGJlIHJlbGVhc2VkIGFzIG9wZW4gc291cmNlLg0NVGhlIE11bHRpZGlzY2lwbGluYXJ5IE5hdHVy ZSBvZiBEU3BhY2UNDUluIGRlY2lkaW5nIHVwb24gc2NoZW1hcyBmb3IgdXNlIHdpdGggRFNwYWNl IGl0IHdhcyBpbXBvcnRhbnQgdG8gY29uc2lkZXIgdGhlIHR5cGUgb2YgY29udGVudCBEU3BhY2Ug IGV4cGVjdGVkIHRvIHJlY2VpdmUgYW5kIHByb2Nlc3MsIGJvdGggaW1tZWRpYXRlbHkgYW5kIGlu IHRoZSBmdXR1cmUuIFNpbmNlIERTcGFjZSBpcyBhbiBpbnN0aXR1dGlvbmFsIHJlcG9zaXRvcnks IGl0IHdpbGwgaGF2ZSB0byBhY2NvbW1vZGF0ZSB0aGUgbWFueSBkaXNjaXBsaW5lcyByZXByZXNl bnRpbmcgYWxsIHRoZSBzY2hvb2xzLCBkZXBhcnRtZW50cywgbGFicyBhbmQgY2VudGVycyBhdCBN SVQuIEluIGFkZGl0aW9uLCBEU3BhY2UgaGFzIGNvbW1pdHRlZCBpdHNlbGYgdG8gaGFuZGxpbmcg bWFueSB0eXBlcyBvZiBkaWdpdGFsIGZvcm1hdHMsIGluY2x1ZGluZyB0ZXh0LCBkYXRhLCBpbWFn ZSBhdWRpbywgdmlkZW8gYW5kIHdlYnNpdGVzLiBJbiBzdWNoIGEgaGV0ZXJvZ2VuZW91cyBlbnZp cm9ubWVudCwgaXQgaXMgdW5saWtlbHkgdGhhdCBvbmUgcGFydGljdWxhciBkZXNjcmlwdGl2ZSBt ZXRhZGF0YSBzY2hlbWEgd2lsbCBmaXQgYWxsIERTcGFjZSBjb250ZW50LiBJdCBpcyBhbHNvIGlt cG9zc2libGUgdG8gZm9yZWNhc3QgZXhhY3RseSB3aGljaCB0eXBlcyBvZiBjb250ZW50IHdpbGwg YmVjb21lIHByb21pbmVudCBpbiB0aGUgZnV0dXJlLiBDb21tdW5pdGllcyB0aGF0IGNvbGxlY3Qg b3IgcHJvZHVjZSBkaWZmZXJlbnQgdHlwZXMgb2YgaW5mb3JtYXRpb24gb2JqZWN0cyBoYXZlIHVz ZWQgZGlmZmVyZW50IG1ldGFkYXRhIHNjaGVtYXMgdG8gc2VydmUgdGhlaXIgb3duIG5lZWRzLiAN DUFzIHdlIGhhdmUgYXBwcm9hY2hlZCBwb3RlbnRpYWwgY29udHJpYnV0b3JzIHRvIERTcGFjZSwg d2UgaGF2ZSBub3RlZCB0aGUgZGlmZmVyZW50IHR5cGVzIG9mIG1ldGFkYXRhIHNjaGVtYXMgdXNl ZCBieSBkaWZmZXJlbnQgY29tbXVuaXRpZXMsIGFuZCB3aGF0IGRhdGEgZm9ybWF0cyBoYXZlIHBy b21wdGVkIHRoZW0gdG8gdXNlIHRoZW0uIFdlIGFsc28gbm90ZWQgd2hlcmUgbWV0YWRhdGEgcmVj b3JkcyBhbHJlYWR5IGV4aXN0IGZvciBzcGVjaWZpYyBjb2xsZWN0aW9ucy4gV2UgZGlzY292ZXJl ZCB0aGF0IER1YmxpbiBDb3JlIHdhcyB1c2VkIGZvciBzb21lIG9mIHRoZSB0ZXh0IGZpbGVzLCB0 aGUgRkdEQyBzY2hlbWEgZm9yIGdlb3NwYXRpYWwgZGF0YSBmaWxlcywgTUFSQyByZWNvcmRzIGZv ciBzY2FubmVkIG9iamVjdHMgYWxyZWFkeSBpbiB0aGUgTUlUIExpYnJhcmllcyBjYXRhbG9nLCBh bmQgVlJBIGZvciBzb21lIGRpZ2l0YWwgaW1hZ2VzLg0NSW5kaXZpZHVhbCBTdWJtaXNzaW9ucw0N SXQgaXMgZXhwZWN0ZWQgdGhhdCB0aGUgYnVsayBvZiByZWd1bGFyIGFuZCBvbmdvaW5nIHN1Ym1p c3Npb25zIHRvIERTcGFjZSB3aWxsIGJlIGRvbmUgb24gYW4gaW5kaXZpZHVhbCBiYXNpcywgYnkg dGhlIGNyZWF0b3Igb2YgdGhlIGNvbnRlbnQgb2JqZWN0IG9yIGJ5IGFuIGFkbWluaXN0cmF0aXZl IHN0YWZmIG1lbWJlciBvZiB0aGUgY29tbXVuaXR5LiBEdXJpbmcgdGhlIHN1Ym1pc3Npb24gcHJv Y2VzcyBlYWNoIHN1Ym1pdHRlciB3aWxsIGJlIGV4cGVjdGVkIHRvIGZpbGwgb3V0IGEgbWV0YWRh dGEgZm9ybSBwcm92aWRpbmcgYXQgbGVhc3QgbWluaW1hbCBpbmZvcm1hdGlvbiBkZXNjcmliaW5n IHRoZSBzdWJtaXR0ZWQgZG9jdW1lbnQuIFRoZSBEU3BhY2UgbWV0YWRhdGEgc2NoZW1hIHdvdWxk IGhhdmUgdG8gYmUgc2ltcGxlIGVub3VnaCBmb3Igbm9uLWNhdGFsb2dlcnMgdG8gdXNlLCB5ZXQg Y29tcHJlaGVuc2l2ZSBlbm91Z2ggdG8gY2FwdHVyZSB0aGUgaW5mb3JtYXRpb24gZWxlbWVudHMg bmVlZGVkIHRvIGVuYWJsZSBhZGVxdWF0ZSByZXRyaWV2YWwuIE1ldGFkYXRhIGlucHV0IHRlbXBs YXRlcyB3b3VsZCBoYXZlIHRvIGJlIGVhc3kgdG8gdXNlIGFuZCBub3QgdG9vIGxlbmd0aHksIHNv IHRoYXQgcG90ZW50aWFsIGNvbnRyaWJ1dG9ycyB0byBEU3BhY2Ugd291bGQgbm90IGJlIHB1dCBv ZmYgYnkgdGhlIHN1Ym1pc3Npb24gcHJvY2Vzcy4gDQ1CYXRjaCBTdWJtaXNzaW9ucw0NU2V2ZXJh bCBvZiBvdXIgZWFybHkgYmV0YS10ZXN0ZXJzIGJhdGNoZXMgb2YgZWxlY3Ryb25pYyBpdGVtcyBj b252ZXJ0ZWQgZnJvbSBwcmludCB0byBlbGVjdHJvbmljIGZvcm0uIFRoZSBmaXJzdCBzdWJzdGFu dGlhbCBiYXRjaCBvZiBEU3BhY2UgY29udGVudCB3YXMgYSBjb2xsZWN0aW9uIG9mIFBERiBpbWFn ZXMgb2YgTUlUIFByZXNzIG91dC1vZi1wcmludCBib29rcy4gU3Vic2VxdWVudCBiYXRjaGVzIG9m IHN1Ym1pc3Npb25zIHRvIERTcGFjZSB3aWxsIGNvbnNpc3Qgb2YgY29sbGVjdGlvbnMgb2Ygc2Nh bm5lZCBQREYgaW1hZ2VzIG9mIHByaW50IHRlY2huaWNhbCByZXBvcnRzIGFuZCB3b3JraW5nIHBh cGVyIHNlcmllcyBmcm9tIHZhcmlvdXMgbGFicywgY2VudGVycyBhbmQgc2Nob29scyBvbiBjYW1w dXMuICBXZSB3aWxsIGhhdmUgYWNjZXNzIHRvIHRoZSBNQVJDIGZvcm1hdCBtZXRhZGF0YSByZWNv cmRzIGZvciB0aGVzZSBpdGVtcyBpbiB0aGUgTUlUIExpYnJhcmllcyBjYXRhbG9nLg0NRXhpc3Rp bmcgRGVzY3JpcHRpdmUgTWV0YWRhdGEgU2NoZW1hIGNvbnNpZGVyZWQgZm9yIERTcGFjZQ0NVGhl IER1YmxpbiBDb3JlIG1ldGFkYXRhIHNjaGVtYSAoREMpIHdhcyBkZXZlbG9wZWQgZXNwZWNpYWxs eSBmb3IgZWxlY3Ryb25pYyBpbmZvcm1hdGlvbiBvYmplY3RzIHRvIHByb3ZpZGUgYSBzaW1wbGUg bWV0YWRhdGEgc2NoZW1hIHRoYXQgd291bGQgYmUgZmxleGlibGUgZW5vdWdoIHRvIGFjY29tbW9k YXRlIGEgdmFyaWV0eSBvZiBmb3JtYXRzLiBBY2NvbXBhbmllZCBieSB3ZWxsLWRlc2lnbmVkIHRl bXBsYXRlcyBmb3IgbWV0YWRhdGEgaW5wdXQsIHRoZSBEdWJsaW4gQ29yZSBzY2hlbWEgaGFzIHRo ZSBwb3RlbnRpYWwgdG8gZWxpY2l0IGVub3VnaCBpbmZvcm1hdGlvbiB0byBwcm92aWRlIGFtcGxl IHNlYXJjaGluZyBhbmQgaWRlbnRpZmljYXRpb24gY2FwYWJpbGl0aWVzIGZvciBEU3BhY2UuIEl0 cyBkaXNhZHZhbnRhZ2UgaXMgdGhhdCBpdCBkb2VzIG5vdCBwcm92aWRlIHRoZSBmaW5lLWdyYWlu ZWQgdGFyZ2V0ZWQgZmllbGRlZCBzZWFyY2ggY2FwYWJpbGl0aWVzIHRoYXQgc29tZSBjb21tdW5p dGllcyBwcm9kdWNpbmcgc3BlY2lhbGl6ZWQgZGF0YSBvYmplY3RzIG1heSByZXF1aXJlLiANDU1B UkMgcmVjb3Jkcywgb24gdGhlIG90aGVyIGhhbmQsIGRvIHByb3ZpZGUgbW9yZSBmaW5lLWdyYWlu ZWQgZGF0YSBkZXNjcmlwdGlvbiBhbmQgc2VhcmNoaW5nIHBvc3NpYmlsaXRpZXMuICBIb3dldmVy LCBNQVJDIHJlY29yZHMgYXJlIGNyZWF0ZWQgYnkgcHJvZmVzc2lvbmFsIGxpYnJhcnkgY2F0YWxv Z2VycyB3aG8gZm9sbG93IGEgc3RyaW5nZW50IHNldCBvZiBydWxlcywgdGhlIEFuZ2xvLUFtZXJp Y2FuIENhdGFsb2dpbmcgUnVsZXMuIEl0IHdvdWxkIGJlIG91dCBvZiB0aGUgcXVlc3Rpb24gdG8g YXNrIERTcGFjZSBjb250cmlidXRvcnMgdG8gc3VibWl0IG1ldGFkYXRhIG9mIHRoaXMgY29tcGxl eGl0eSwgc2luY2UgdGhlIGJ1bGsgb2YgRFNwYWNlIGNvbnRlbnQgd2lsbCBub3QgYmUgaW5wdXQg YnkgcHJvZmVzc2lvbmFsIGNhdGFsb2dlcnMsIGJ1dCByYXRoZXIgYnkgdGhlIGF1dGhvcnMgYW5k IHN1Ym1pdHRlcnMgb2YgY29udGVudC4NDVdlIGFsc28gZGVjaWRlZCB0byB1c2UgYW4gZXhpc3Rp bmcgb3BlbiBzb3VyY2Ugc2VhcmNoIGVuZ2luZSBmb3IgRFNwYWNlIHJhdGhlciB0aGFuIGNyZWF0 ZSBhIHRvb2wgZGVzaWduZWQgdG8gaW50ZXJwcmV0IGFsbCB0aGUgbnVhbmNlcyBvZiB0aGUgTUFS QyByZWNvcmQuICBTaW5jZSBNQVJDIHJlY29yZHMgYWxyZWFkeSBleGlzdCBmb3Igc2V2ZXJhbCBE U3BhY2UgY29sbGVjdGlvbnMsIGl0IG1hZGUgc2Vuc2UgdG8gc2VsZWN0IGEgc2NoZW1hIHRoYXQg Y291bGQgZWFzaWx5IGFjY2VwdCBtYXBwaW5ncyBmcm9tIE1BUkMuICAgDQ1Db252ZXJzaW9uIG9m IE1BUkMgdG8gRHVibGluIENvcmUNDVRvIHByZXBhcmUgZm9yIHRoZSBpbmdlc3Rpb24gb2YgdGhl IG1ldGFkYXRhIHJlY29yZHMgYWxyZWFkeSBleGlzdGluZyBpbiBNQVJDIGZvcm1hdCwgd2UgcmFu IHNldmVyYWwgc2FtcGxlIE1BUkMgcmVjb3JkcyB0aHJvdWdoIHRoZSBDT1JDIHN5c3RlbSwgd2hp Y2ggY29udmVydHMgTUFSQyB0byAicXVhbGlmaWVkIiBEdWJsaW4gQ29yZSBvbiBhIG9uZSByZWNv cmQgYXQgYSB0aW1lIGJhc2lzLiBXZSBhbHNvIHJhbiBzb21lIG9mIHRoZSBNQVJDIHJlY29yZHMg dGhyb3VnaCBhbiBleGlzdGluZyBiYXRjaCBjb252ZXJzaW9uIHRvb2wgZGV2ZWxvcGVkIGJ5IEpl ZmYgWW91bmcgYXQgT0NMQyB0aGF0IGNvbnZlcnRlZCB0aGVtIHRvICJ1bnF1YWxpZmllZCIgRHVi bGluIENvcmUgcmVjb3Jkcy4gV2UgIGV4YW1pbmVkIHNldmVyYWwgaW1wbGVtZW50YXRpb25zIG9m IHRoZSBEdWJsaW4gQ29yZSBzY2hlbWEgYXMgd2VsbCBhcyB0aGUgTGlicmFyeSBvZiBDb25ncmVz cw0iTUFSQyB0byBEdWJsaW4gQ29yZSBDcm9zc3dhbGsiIGRldmVsb3BlZCBieSB0aGUgTGlicmFy eSBvZiBDb25ncmVzcy4gDQ1XZSBjb25jbHVkZWQgdGhhdCBub25lIG9mIHRoZXNlIGNvbnZlcnNp b24gcHJvY2Vzc2VzIGFyZSBsb3NzLWxlc3MsIGJ1dCBzb21lIGxvc3NlcyBvdXR3ZWlnaGVkIG90 aGVycy4gU29tZSBiaXRzIG9mIGluZm9ybWF0aW9uIGFyZSBsb3N0IGluIHRoZSBjb252ZXJzaW9u IGZyb20gTUFSQyB0byBEQy4gT2YgcHJpbWFyeSBjb25jZXJuIGlzIHRoZSBsb3NzIG9mIGluZm9y bWF0aW9uIHJlbGF0aW5nIHRvICJ3b3JrIGRvbmUgdW5kZXIgY29udHJhY3QgdG8iIGNvbnRhaW5l ZCBpbiB0aGUgNTM2IE1BUkMgZmllbGQsIHdoaWNoIGlzIGN1c3RvbWFyaWx5IGVudGVyZWQgZm9y IE1JVCB0ZWNobmljYWwgcmVwb3J0cy4gU2ltaWxhciBsb2NhbCBjYXRhbG9naW5nIGluZm9ybWF0 aW9uIHdpbGwgYWxzbyBiZSBjb250YWluZWQgaW4gdGhlIE1JVCBkaWdpdGFsIHRoZXNlcyByZWNv cmRzLCB3aGljaCB3aWxsIGV2ZW50dWFsbHkgYmUgaW5jb3Jwb3JhdGVkIGludG8gRFNwYWNlLg0N UXVhbGlmaWVkIHZzLiBVbnF1YWxpZmllZCBEdWJsaW4gQ29yZQ0NVGhlIHRhc2sgZm9yY2Ugc3Bl bnQgc29tZSB0aW1lIGV2YWx1YXRpbmcgdGhlIHJlc3VsdHMgb2YgYSBiYXRjaCBjb252ZXJzaW9u IGZyb20gTUFSQyB0byB1bnF1YWxpZmllZCBEdWJsaW4gQ29yZSB1c2luZyBhIHRvb2wgZGV2ZWxv cGVkIGJ5IGEgRFNwYWNlIHByb2dyYW1tZXIuIEFsdGhvdWdoIHRoaXMgd291bGQgcHJvdmlkZSB1 cyB3aXRoIGEgcXVpY2sgbWV0aG9kIG9mIGNvbnZlcnRpbmcgbGFyZ2UgYW1vdW50cyBvZiBNQVJD IHJlY29yZHMgaW50byBEQywgd2Ugd2VyZSBub3Qgc2F0aXNmaWVkIHdpdGggdGhlIHJlY29yZHMg cHJvZHVjZWQgYnkgdGhpcyB0b29sLiBXZSB3b3VsZCBoYXZlIGxvc3Qgc29tZSBncmFudWxhcml0 eSBieSBub3QgYmVpbmcgYWJsZSB0byBzcGVjaWZ5IGNhdGVnb3JpZXMgb2YgImNyZWF0b3IiLCBm b3IgaW5zdGFuY2UsIG9yIHNwZWNpZnkgdGhlIHRoZXNhdXJ1cyBzb3VyY2Ugb2Ygc3ViamVjdCB0 ZXJtcy4gU29tZSB1c2VycyBtaWdodCB3YW50IHRvIGxpbWl0IGEgc2VhcmNoIHRvIG9ubHkgdGhl ICJwaG90b2dyYXBoZXIiIHF1YWxpZmljYXRpb24gY2F0ZWdvcnkgb2YgdGhlICJjcmVhdG9yIiBl bGVtZW50LCBmb3IgaW5zdGFuY2UsIG9yIHdlIG1pZ2h0IHdhbnQgdG8gaW1wbGVtZW50IGEgc3Vi amVjdCBicm93c2UgYmFzZWQgb24gdGhlIEFtZXJpY2FuIE1hdGhlbWF0aWNhbCBTb2NpZXR5IG51 bWVyaWMgY2xhc3MgY29kZXMuICBXZSBhbHNvIG5lZWRlZCB0byBzcGVjaWZ5IGRpZmZlcmVudCBr aW5kcyBvZiBkYXRlcy4gV2UgZmVsdCB0aGF0IHdlIG5lZWRlZCBhIGhpZ2hlciBsZXZlbCBvZiBz cGVjaWZpY2l0eSB0aGFuIHRoZSBzaW1wbGUgREMgY291bGQgb2ZmZXIsIGJvdGggZm9yIGNvbnZl cnNpb25zIG9mIGV4aXN0aW5nIE1BUkMgcmVjb3JkcyBhbmQgZm9yIERTcGFjZSBhcyBhIHdob2xl LiANDU91ciBkZWxpYmVyYXRpb25zIGNvaW5jaWRlZCB3aXRoIHRoZSBBdWd1c3QgMjAwMSBEdWJs aW4gQ29yZSBMaWJyYXJpZXMgV29ya2luZyBHcm91cCBBcHBsaWNhdGlvbiBQcm9maWxlIHJlbGVh c2UgZm9yIHB1YmxpYyBjb21tZW50LiAgVWx0aW1hdGVseSwgd2UgdXNlZCB0aGUgTEFQIGFzIGEg c3RhcnRpbmcgcG9pbnQgZm9yIG91ciBvd24gYXBwbGljYXRpb24gb2YgREMsIGJvcnJvd2luZyBt b3N0IG9mIHRoZSBxdWFsaWZpZXJzIGZyb20gaXQgYW5kIGFkYXB0aW5nIG90aGVycyB0byBmaXQu ICBXZSBhbHNvIGFkZGVkIHNvbWUgcXVhbGlmaWVycyB0byBzdWl0IERTcGFjZSBuZWVkcy4gIEF0 IHRoZSBzYW1lIHRpbWUgd2UgY3JlYXRlZCBhIE1BUkMgdG8gREMgY3Jvc3N3YWxrIHRoYXQgb3Vy IHByb2dyYW1tZXIgdXNlZCB0byBkZXZlbG9wIGEgdG9vbCBmb3IgYnJpbmdpbmcgYmF0Y2hlcyBv ZiBNQVJDIHJlY29yZHMgaW50byB0aGUgRFNwYWNlIGRhdGFiYXNlLiAgDQ1bRFNwYWNlIGlzIGlu IHRoZSBtaWRzdCBvZiBiZXRhLXRlc3RpbmcsIGJvdGggdGhlIHN5c3RlbSBhbmQgdGhlIGNyb3Nz d2Fsay4gIEFzIHNvb24gYXMgd2UgaGF2ZSBjb21wbGV0ZWQgdGVzdGluZyB3ZSB3aWxsIGFwcGVu ZCBib3RoIG91ciBzY2hlbWEgYW5kIHRoZSBjcm9zc3dhbGsuICBUaGlzIHdpbGwgaGFwcGVuIHdl bGwgYmVmb3JlIHRoZSBjb25mZXJlbmNlIGRhdGUuXQ0TUEFHRSAgFQ0NDRNQQUdFICAUMxUNDQ0N DQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAACQBAAAmAQAAJoEAAB2BwAAuwkA ADAKAABADQAAQg0AAGkNAACcEgAAnRIAALQSAAC1EgAAgBUAAIEVAACTFQAAlRcAANAXAAAfHQAA QR0AAGchAACNIQAAIycAACQnAAD8JwAA/ScAAAMoAAAEKAAABSgAAAcoAAAIKAAADigAAA8oAAAQ KAAAESgAABIoAAAVKAAAFigAAAD8APf0APQA7fQA7fT39O307fTt9O30APTm4+bjAObj5tvm4wD0 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAA8wShEAbUgABG5IAAR1CAEEMEoRAAANA2oAAAAAMEoRAFUIAQ01CIE+ KgBDShYAXAiBBENKFAAACE9KAABRSgAAAAY1CIFcCIEmAAQAAAEEAAACBAAAKAQAACkEAACOBAAA jwQAAJAEAAB2BwAAugkAALsJAAAhCgAAIgoAAC8KAAAwCgAAQQ0AAEINAABpDQAAag0AALQQAAC1 EAAAnBIAAJ0SAAC0EgAAtRIAAIAVAACBFQAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD4AAAA AAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAA AAAAAPQAAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2 AAAAAAAAAAAAAAAA7AAAAAAAAAAAAAAAAPYAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAA AAAAAAAAAOoAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAPYAAAAAAAAAAAAA AAD2AAAAAAAAAAAAAAAA9gAAAAAAAAAAAAAAAOoAAAAAAAAAAAAAAAD2AAAAAAAAAAAAAAAA5AAA AAAAAAAAAAAAAPYAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg8ANyQBOCQBSCQBAAEEAAABBQAABQAA EYTQAmCE0AIAAQ8AAAEAAAABAgAABAAAAyQBYSQBABoABAAA/CcAABUoAAD+/gAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgEBAoEVAACTFQAAlBUAAJQXAACVFwAA0BcAANEX AAALGgAADBoAAO4bAADvGwAAHh0AAB8dAABBHQAAQh0AAC8fAAB2HwAAdx8AAGYhAABnIQAAjSEA AI4hAAAzJQAANCUAACMnAAAkJwAA/CcAAAUoAAAGKAAA/QAAAAAAAAAAAAAAAPsAAAAAAAAAAAAA AAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAA AAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAA AAAAAAD7AAAAAAAAAAAAAAAA/QAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA +wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAP0AAAAA AAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAA AAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAADyAAAAAAAAAAAAAAAA8AAAAAAAAAAAAAAAAAAB EAAACBAAGIT8/xmEAQAbJmAjJAIAAQAAAAEEAAAcBigAAAcoAAASKAAAEygAABQoAAAVKAAAFigA AP0AAAAAAAAAAAAAAAD0AAAAAAAAAAAAAAAA8gAAAAAAAAAAAAAAAP0AAAAAAAAAAAAAAAD9AAAA AAAAAAAAAAAA/QAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAABEAAACBAAGIT8/xmEAQAbJmAjJAIAAQAAAAYgADGQaAEfsNAvILDgPSGwCAcisAgHI5CgBSSQ oAUlsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAEgAKAAEAaQAPAAMAAAAAAAAAAAA4AABA8f8C ADgADAAGAE4AbwByAG0AYQBsAAAAAgAAABgAQ0oYAF9IAQRhShgAbUgJBHNICQR0SAkESgABAAEA EgBKAAwACQBIAGUAYQBkAGkAbgBnACAAMQAAABMAAQATpGQAFKRkAEAmAFskAVwkAQASADUIgUNK MABLSCQAXAiBYUowADwAAkABAAIAPAAMAAkASABlAGEAZABpAG4AZwAgADIAAAAOAAIAAyQBBiQB QCYBYSQBCgA1CIFDShwAXAiBRgADAAEAMgBGAAwACQBIAGUAYQBkAGkAbgBnACAAMwAAABMAAwAT pGQAFKRkAEAmAlskAVwkAQAOADUIgUNKGwBcCIFhShsAMAAEQAEAAgAwAAwACQBIAGUAYQBkAGkA bgBnACAANAAAAAgABAAGJAFAJgMDAD4qAQA4AAVAAQACADgADAAJAEgAZQBhAGQAaQBuAGcAIAA1 AAAACAAFAAYkAUAmBAsAPioBQ0oWAF5KAgAAAAAAAAAAAAA8AEFA8v+hADwADAAWAEQAZQBmAGEA dQBsAHQAIABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAASAD+T/H/8gBI AAwACQBIAFQATQBMACAAQgBvAGQAeQAAAAsADwA3JAA4JABIJAAAGABPSgIAUUoCAF9IAQRtSAkE c0gJBHRICQQsACBAAQACASwADAAGAEYAbwBvAHQAZQByAAAADQAQAA3GCAAC4BDAIQECAAAAJgAp QKIAEQEmAAwACwBQAGEAZwBlACAATgB1AG0AYgBlAHIAAAAAAAAAAAAWJAAAAwAANgAAAAD///// AAAAAAEAAAACAAAAKAAAACkAAACOAAAAjwAAAJAAAAB2AwAAugUAALsFAAAhBgAAIgYAAC8GAAAw BgAAQQkAAEIJAABpCQAAagkAALQMAAC1DAAAnA4AAJ0OAAC0DgAAtQ4AAIARAACBEQAAkxEAAJQR AACUEwAAlRMAANATAADREwAACxYAAAwWAADuFwAA7xcAAB4ZAAAfGQAAQRkAAEIZAAAvGwAAdhsA AHcbAABmHQAAZx0AAI0dAACOHQAAMyEAADQhAAAjIwAAJCMAAPwjAAAHJAAAEiQAABMkAAAXJAAA mAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAGAAAAAIwAAAAAAAAAIAAAACAmAAA AAAwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIACAAAAmAAAAAAw AAAAAAAAAIACAAAAmAAAAA8wAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIACAAAAmAAAAAAwAAAA AAAAAIACAAAAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACASAAAAAUwAAAAAAAA AIAAAACAmAAAAAAwAAAAAAAAAIAiBgAAmAAAAAAwAAAAAAAAAIAiBgAAmAAAAAAwAAAAAAAAAIAi BgAAOAAAAAQwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIBCCQAAmAAAAAAwAAAAAAAAAIAAAACA mAAAAAAwAAAAAAAAAIBCCQAAmAAAAAAwAAAAAAAAAIBCCQAAmAAAAAAwAAAAAAAAAIBCCQAAOAAA AAQwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAICZDgAAmAAAAA8wAAAAAAAAAICZDgAAmAAAAAAw AAAAAAAAAICZDgAAOAAAAAQwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIB9EQAAmAAAAAAwAAAA AAAAAIAAAACAmAAAAAAwAAAAAAAAAIB9EQAAOAAAAAQwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAA AICiEwAAmAAAAAAwAAAAAAAAAICiEwAAmAAAAAAwAAAAAAAAAICiEwAAmAAAAAAwAAAAAAAAAICi EwAAmAAAAAAwAAAAAAAAAICiEwAAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAICiEwAA OAAAAAQwAAAAAAAAAIACAAAAmAAAAAAwAAAAAAAAAIBPGQAAmAAAAAAwAAAAAAAAAIAAAACAmAAA AAAwAAAAAAAAAIBPGQAAmAAAAAAwAAAAAAAAAIBPGQAAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAw AAAAAAAAAIBPGQAAOAAAAAQwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIDFHgAAmAAAAAAwAAAA AAAAAIAAAACAmAAAAAAwAAAAAAAAAIDFHgAAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAA AIDFHgAAmAAAAAAwAAAAAAAAAIAAAACAmkAAAAAwAAAAAAAAAIAAAACAmkAAABAwAAAAAAAAAIAA AACAmEAAABAwAAAAAAAAAIAAAACACgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAACwAAABgAAAAYAAAAGAAAABsAAAAABAAAFigAABYAAAAABAAAgRUA AAYoAAAWKAAAFwAAABkAAAAaAAAAAAQAABUoAAAYAAAAAAAAAAcAAAALAAAAEgAAABQAAAAbAAAA EyGVABMh9P+VgAAAAAD8IwAAFCQAABckAAAHAAcAAgAAAAAAFgYAACAGAABYDQAAXA0AAM0aAADZ GgAAlRwAAJocAACgIgAApiIAAD8jAABLIwAA/CMAABQkAAAXJAAABwAzAAcAMwAHADMABwAzAAcA MwAHADMABwAHAAIAAAAAACAGAAAhBgAALgYAAC4GAACoDAAArAwAAKkRAAC1EQAA8h8AAPIfAACp IQAAsCEAACQjAAD7IwAA/CMAAAQkAAAHJAAAESQAABckAAADAAQAAwAEAAMABAADAAQAAwAEAAMA BAADAAQAAgAHAAIABwACAP//FAAAABAAUgBlAGIAZQBjAGMAYQAgAEwALgAgAEwAdQBiAGEAcwB0 AEMAOgBcAFcASQBOAE4AVABcAFAAcgBvAGYAaQBsAGUAcwBcAHIAbABsAFwAQQBwAHAAbABpAGMA YQB0AGkAbwBuACAARABhAHQAYQBcAE0AaQBjAHIAbwBzAG8AZgB0AFwAVwBvAHIAZABcAEEAdQB0 AG8AUgBlAGMAbwB2AGUAcgB5ACAAcwBhAHYAZQAgAG8AZgAgAEQAZQBmAGkAbgBpAG4AZwAgAGEA IABNAGUAdABhAGQAYQB0AGEAIABTAGMAaABlAG0AYQAgAGYAbwByACAARABTAHAAYQBjAGUALgBh AHMAZAAQAFIAZQBiAGUAYwBjAGEAIABMAC4AIABMAHUAYgBhAHMASQBDADoAXAB3AG8AcgBkAGQA bwBjAHMAXABQAGUAcgBzAG8AbgBhAGwAXABBAEwAQQBPAEwAQQBDAHAAdQBiAFwARABlAGYAaQBu AGkAbgBnACAAYQAgAE0AZQB0AGEAZABhAHQAYQAgAFMAYwBoAGUAbQBhACAAZgBvAHIAIABEAFMA cABhAGMAZQAuAGQAbwBjABAAUgBlAGIAZQBjAGMAYQAgAEwALgAgAEwAdQBiAGEAcwBJAEMAOgBc AHcAbwByAGQAZABvAGMAcwBcAFAAZQByAHMAbwBuAGEAbABcAEEATABBAE8ATABBAEMAcAB1AGIA XABEAGUAZgBpAG4AaQBuAGcAIABhACAATQBlAHQAYQBkAGEAdABhACAAUwBjAGgAZQBtAGEAIABm AG8AcgAgAEQAUwBwAGEAYwBlAC4AZABvAGMAEABSAGUAYgBlAGMAYwBhACAATAAuACAATAB1AGIA YQBzAHQAQwA6AFwAVwBJAE4ATgBUAFwAUAByAG8AZgBpAGwAZQBzAFwAcgBsAGwAXABBAHAAcABs AGkAYwBhAHQAaQBvAG4AIABEAGEAdABhAFwATQBpAGMAcgBvAHMAbwBmAHQAXABXAG8AcgBkAFwA QQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAARABlAGYAaQBuAGkAbgBn ACAAYQAgAE0AZQB0AGEAZABhAHQAYQAgAFMAYwBoAGUAbQBhACAAZgBvAHIAIABEAFMAcABhAGMA ZQAuAGEAcwBkABAAUgBlAGIAZQBjAGMAYQAgAEwALgAgAEwAdQBiAGEAcwBJAEMAOgBcAHcAbwBy AGQAZABvAGMAcwBcAFAAZQByAHMAbwBuAGEAbABcAEEATABBAE8ATABBAEMAcAB1AGIAXABEAGUA ZgBpAG4AaQBuAGcAIABhACAATQBlAHQAYQBkAGEAdABhACAAUwBjAGgAZQBtAGEAIABmAG8AcgAg AEQAUwBwAGEAYwBlAC4AZABvAGMACABtAGEAcgBnAHIAZQB0AGIAegBDADoAXABXAEkATgBOAFQA XABQAHIAbwBmAGkAbABlAHMAXABtAGEAcgBnAHIAZQB0AGIAXABBAHAAcABsAGkAYwBhAHQAaQBv AG4AIABEAGEAdABhAFwATQBpAGMAcgBvAHMAbwBmAHQAXABXAG8AcgBkAFwAQQB1AHQAbwBSAGUA YwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAARABlAGYAaQBuAGkAbgBnACAAYQAgAE0AZQB0 AGEAZABhAHQAYQAgAFMAYwBoAGUAbQBhACAAZgBvAHIAIABEAFMAcABhAGMAZQAxAC4AYQBzAGQA CABtAGEAcgBnAHIAZQB0AGIAVwBDADoAXABQAHIAbwBnAHIAYQBtACAARgBpAGwAZQBzAFwAUQB1 AGEAbABjAG8AbQBtAFwARQB1AGQAbwByAGEAIABNAGEAaQBsAFwAQQB0AHQAYQBjAGgAXABEAGUA ZgBpAG4AaQBuAGcAIABhACAATQBlAHQAYQBkAGEAdABhACAAUwBjAGgAZQBtAGEAIABmAG8AcgAg AEQAUwBwAGEAYwBlADEALgBkAG8AYwAIAG0AYQByAGcAcgBlAHQAYgA9AEMAOgBcAEQAcwBwAGEA YwBlAFwATQBlAHQAYQBkAGEAdABhAFwARABlAGYAaQBuAGkAbgBnACAAYQAgAE0AZQB0AGEAZABh AHQAYQAgAFMAYwBoAGUAbQBhACAAZgBvAHIAIABEAFMAcABhAGMAZQAxAC4AZABvAGMACABtAGEA cgBnAHIAZQB0AGIAPQBDADoAXABEAHMAcABhAGMAZQBcAE0AZQB0AGEAZABhAHQAYQBcAEQAZQBm AGkAbgBpAG4AZwAgAGEAIABNAGUAdABhAGQAYQB0AGEAIABTAGMAaABlAG0AYQAgAGYAbwByACAA RABTAHAAYQBjAGUAMgAuAGQAbwBjAAgAbQBhAHIAZwByAGUAdABiAD0AQwA6AFwARABTAHAAYQBj AGUAXABNAGUAdABhAGQAYQB0AGEAXABEAGUAZgBpAG4AaQBuAGcAIABhACAATQBlAHQAYQBkAGEA dABhACAAUwBjAGgAZQBtAGEAIABmAG8AcgAgAEQAUwBwAGEAYwBlADIALgBkAG8AYwABAAAAAQAJ BAUAAgBAAP9AA4ABACEGAAAhBgAADEpjAQEAAQAhBgAAAAAAACAGAAAAAAAAAhAAAAAAAAAAFiQA ADAAAAgAQAAA//8BAAAABwBVAG4AawBuAG8AdwBuAP//AQAIAAAAAAAAAAAAAAD//wEAAAAAAP// AAACAP//AAAAAP//AAACAP//AAAAAAMAAABHFpABAAACAgYDBQQFAgMEh3oAIAAAAIAIAAAAAAAA AP8BAAAAAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA1FpABAgAFBQECAQcGAgUH AAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAUwB5AG0AYgBvAGwAAAAzJpABAAACCwYEAgICAgIEh3oA IAAAAIAIAAAAAAAAAP8BAAAAAAAAQQByAGkAYQBsAAAAIgAEAPEIiBgA8NACAABoAQAAAAD5YmZm NBtzJsVjZmYEABUAAAA0BQAArB0AAAEADwAAAAQAAxA/AAAAAAAAAAAAAAABAAEAAAABAAAAAAAA ACEDAPAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgHoAW0ALQAgYEyMAAAEAAZAGQAAAAZ AAAAcCQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAACAAAAAAAAAAAAADKDEQDwEAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAP//EgAAAAAAAAAlAEQAZQBmAGkAbgBpAG4AZwAgAGEAIABNAGUAdABhAGQAYQB0AGEA IABTAGMAaABlAG0AYQAgAGYAbwByACAARABTAHAAYQBjAGUAAAAAAAAAEABSAGUAYgBlAGMAYwBh ACAATAAuACAATAB1AGIAYQBzAAgAbQBhAHIAZwByAGUAdABiAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAD+/wAABQECAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgA Kyez2TAAAACwAQAAEgAAAAEAAACYAAAAAgAAAKAAAAADAAAA0AAAAAQAAADcAAAABQAAAPgAAAAG AAAABAEAAAcAAAAQAQAACAAAACQBAAAJAAAAOAEAABIAAABEAQAACgAAAGABAAALAAAAbAEAAAwA AAB4AQAADQAAAIQBAAAOAAAAkAEAAA8AAACYAQAAEAAAAKABAAATAAAAqAEAAAIAAADkBAAAHgAA ACYAAABEZWZpbmluZyBhIE1ldGFkYXRhIFNjaGVtYSBmb3IgRFNwYWNlAHQgHgAAAAEAAAAAZWZp HgAAABEAAABSZWJlY2NhIEwuIEx1YmFzAHRhIB4AAAABAAAAAGViZR4AAAABAAAAAGViZR4AAAAL AAAATm9ybWFsLmRvdABMHgAAAAkAAABtYXJncmV0YgB0AEweAAAAAgAAADQAcmceAAAAEwAAAE1p Y3Jvc29mdCBXb3JkIDkuMAAgQAAAAAC+BO8CAAAAQAAAAAB+eG5MEsIBQAAAAAAWESsyEsIBQAAA AAAgE5et4cIBAwAAAAEAAAADAAAANAUAAAMAAACsHQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAA/v8AAAUBAgAAAAAAAAAAAAAAAAAAAAAAAQAAAALVzdWcLhsQk5cIACss+a4wAAAA GAEAAAwAAAABAAAAaAAAAA8AAABwAAAABQAAAIgAAAAGAAAAkAAAABEAAACYAAAAFwAAAKAAAAAL AAAAqAAAABAAAACwAAAAEwAAALgAAAAWAAAAwAAAAA0AAADIAAAADAAAAPoAAAACAAAA5AQAAB4A AAAOAAAATUlUIExpYnJhcmllcwBNAAMAAAA/AAAAAwAAAA8AAAADAAAAcCQAAAMAAACgCgkACwAA AAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAAAQAAACYAAABEZWZpbmluZyBhIE1ldGFk YXRhIFNjaGVtYSBmb3IgRFNwYWNlAAwQAAACAAAAHgAAAAYAAABUaXRsZQADAAAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAEAAAACAAAAAwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAA DwAAABAAAAARAAAAEgAAABMAAAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAAP7///8d AAAAHgAAAB8AAAAgAAAAIQAAACIAAAAjAAAAJAAAACUAAAAmAAAA/v///ygAAAApAAAAKgAAACsA AAAsAAAALQAAAC4AAAD+////MAAAADEAAAAyAAAAMwAAADQAAAA1AAAANgAAAP7////9////OQAA AP7////+/////v////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAABYABQH//////////wMAAAAGCQIAAAAAAMAAAAAAAABGAAAAAAAAAAAAAAAAwCFdqa3h wgE7AAAAgAAAAAAAAAAxAFQAYQBiAGwAZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAABwAAACZFAAAAAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIBBQAAAP//////////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACI2AAAAAAAABQBTAHUAbQBtAGEAcgB5 AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAA BAAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnAAAAABAAAAAAAAAF AEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAA AAAAAAAAOAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AC8AAAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAASAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAGoAAAAAAAAATwBiAGoAZQBjAHQAUABvAG8AbAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAQD///////////////8AAAAAAAAA AAAAAAAAAAAAAAAAAMAhXamt4cIBwCFdqa3hwgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP////// /////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA AAD+//////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////////////AQD+ /wMKAAD/////BgkCAAAAAADAAAAAAAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAA TVNXb3JkRG9jABAAAABXb3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= --=====================_4628815==_-- From rrodgers@MIT.EDU Fri Sep 5 11:52:10 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h85FqAk0018421 for ; Fri, 5 Sep 2003 11:52:10 -0400 (EDT) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])h85Fpwje003640; Fri, 5 Sep 2003 11:51:59 -0400 (EDT) Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.7.71])h85Fo0SZ017605; Fri, 5 Sep 2003 11:50:00 -0400 (EDT) Received: from dspace-03.mit.edu (DSPACE-03.MIT.EDU [18.51.2.148]) ) h85Fnxaq026217; Fri, 5 Sep 2003 11:49:59 -0400 (EDT) Received: (from rrodgers@localhost) by dspace-03.mit.edu (8.9.3) id LAA10252; Fri, 5 Sep 2003 11:49:59 -0400 From: Richard Rodgers To: dspace-general@MIT.EDU, dspace-tech@lists.sourceforge.net Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Sep 2003 11:49:59 -0400 Message-Id: <1062776999.25377.91.camel@dspace-03.mit.edu> Mime-Version: 1.0 Subject: [Dspace-general] Preview of next release of DSpace X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 05 Sep 2003 15:52:10 -0000 An Early Look at DSpace 1.2 We would like to share our plans for the next release of DSpace in order to open up the development process and let adopters and evaluators know where we are putting our efforts. Here is a 'short list' of major features we propose to include in this release, reflecting our assessment of the most desired and widely useful enhancements to the system. These have been gathered from the SourceForge request list, discussions on the 'dspace-tech' mailing list, and input from others using the DSpace system. Given thousands of downloads and over a hundred known deployments, it is difficult to come up with an optimal list of enhancements that is both small and gives maximum benefit to the DSpace community - if you feel strongly about a feature that is not on this list, please let us know. It is a 'short-list' in the sense that while we will concentrate our efforts on the list items for the next release, we may not be able to implement all of the items in the list. It is also our short list - DSpace 1.2 will also likely contain other contributed work from third parties, which will be announced separately. The item descriptions are rather brief, but we wanted to offer at least a general picture of the release as early as we could. We will be sending out calls for discussion on several of the features, and more detailed descriptions of the others, to insure that the community has good opportunity to offer input. DSpace 1.2 Enhancement Short List (1) Support for sub-communities. The current simple and flat implementation of communities is not powerful enough for users who would like to express more complex organizational structures. (2) Allow delegated administration of communities and collections. It is time to offload administration tasks to the users. A 'collection-editor' role will be able to edit item metadata within a collection after items have been submitted, and a'community-administrator' role will have the ability to manage a community. (3) Import/Export items with METS metadata. DSpace currently uses a custom XML schema to import and export item metadata and associated digital files (or 'bitstreams'). With the emergence of the METS standard for digital object encoding http://www.loc.gov/standards/mets/, and in particular its application as an Open Archival Information Systems Archival Information Package, we are in the process of defining a METS profile for DSpace items. Once that profile is complete, we will add support in the batch import and export routines for METS encoding of DSpace items, as well as storing METS packages internally as AIPs. When the METS profile is ready, we will distribute it (in advance of the release). (4) Tools for adding and managing items in multiple collections. (5) Analyze need for persistent identifiers (e.g. Handles) for bitstreams in addition to item metadata records. Implement if appropriate. (6) Support for thumbnails of bitstreams in the item display (for appropriate content). (7) Several enhancements to the administration UI centered around ease-of-use and robustness. (8) Support for indexing and search of the full-text of item documents. (9) Better support for web page (HTML document) item display. MIT and HP's role in future DSpace development The DSpace developers at MIT and HP would also like to take this opportunity to share with the community of DSpace adopters what we feel our role should be in the continuing development and support of the DSpace system. DSpace was released as open source system in the hope that our work at HP and MIT would benefit other institutions with similar problems. We are delighted by the interest in and adoption of the DSpace system so far, but we have very limited resources to enhance and maintain the system... Remember that as an open source system DSpace does not generate any revenue, and we are maintaining the system for non-MIT use gratis, because we need it too. Today we see the HP/MIT team as having two main roles, to: -- make changes that are needed by MIT to meet its service goals -- coordinate changes made by other institutions or individuals back into the main codebase We will focus our energy on changes required by MIT. We acknowledge that some changes (e.g. digital publishing tools, or support for non-Roman character sets), while not at the top of MIT's list, are priorities elsewhere. We welcome contributions to the system from those for whom these changes are a priority. We have posted guidelines for those who wish to contribute code at the new dspace.org website (Choose the 'DSpace Technology' link, and look for 'Development Guidelines'), and encourage participation in advancing the DSpace platform. From j.krizack@neu.edu Fri Sep 5 12:40:07 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h85Ge7k0019124 for ; Fri, 5 Sep 2003 12:40:07 -0400 (EDT) Received: from neuhub02.neu.edu (neuhub02.neu.edu [155.33.17.117]) h85Ge6m5011385 for ; Fri, 5 Sep 2003 12:40:06 -0400 (EDT) To: dspace-general@mit.edu X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: j.krizack@neu.edu Date: Fri, 5 Sep 2003 12:40:06 -0400 X-MIMETrack: Serialize by Router on NEUHUB02/Server/NEU(Release 5.0.11 |July 24, 2002) at 09/05/2003 12:40:04 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: [Dspace-general] Re: Margaret Branschofsky's paper X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 05 Sep 2003 16:40:08 -0000 The text didn't come through on my email. Is there another way I can get a copy of the paper? Thanks. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Joan D. Krizack University Archivist and Head, Special Collections Department 92 Snell Library Northeastern University 360 Huntington Avenue Boston, MA 02115-5000 (v) 617.373.8318 (f) 617.373.8132 j.krizack@neu.edu http://www.lib.neu.edu/archives/ From chodge5@utk.edu Fri Sep 5 13:39:56 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h85Hduk0019866 for ; Fri, 5 Sep 2003 13:39:56 -0400 (EDT) Received: from panther.mail.utk.edu (panther.mail.utk.edu [160.36.178.33]) h85HdtmX015304 for ; Fri, 5 Sep 2003 13:39:55 -0400 (EDT) Received: from helios.dii.utk.edu (helios.dii.utk.edu [160.36.178.159]) by panther.mail.utk.edu (8.12.9/8.12.9) with ESMTP id h85HdiPg022577; Fri, 5 Sep 2003 13:39:44 -0400 Received: from helios.dii.utk.edu (helios.dii.utk.edu [160.36.178.159]) by helios.dii.utk.edu (8.12.9/8.12.9) with ESMTP id h85Hdi1c004354; Fri, 5 Sep 2003 13:39:44 -0400 (EDT) Date: Fri, 5 Sep 2003 13:39:44 -0400 (EDT) From: chodge5@utk.edu X-Sender: hodge@helios.dii.utk.edu To: dspace-general@mit.edu Subject: [Dspace-general] Preview of next release of DSpace] Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.8 required=100.0 tests=NO_REAL_NAME,USER_AGENT_PINE version=2.54 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.54 (1.174.2.17-2003-05-11-exp) X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 05 Sep 2003 17:39:56 -0000 This is great news! With regard to future development, I think the real challenge is going to be for the DSpace community to find some way to organize itself and facilitate the development of collaborative projects around specific issues. I think a number of people are willing to devote some resources in this area -- I know we are -- but there needs to be some structure and coordination to make sure the work gets channelled back into the community as a whole. Chris Hodge UNiversity of Tennessee -------- Original Message -------- Subject: [Dspace-general] Preview of next release of DSpace Date: Fri, 05 Sep 2003 11:49:59 -0400 From: Richard Rodgers To: dspace-general@mit.edu, dspace-tech@lists.sourceforge.net An Early Look at DSpace 1.2 We would like to share our plans for the next release of DSpace in order to open up the development process and let adopters and evaluators know where we are putting our efforts. Here is a 'short list' of major features we propose to include in this release, reflecting our assessment of the most desired and widely useful enhancements to the system. These have been gathered from the SourceForge request list, discussions on the 'dspace-tech' mailing list, and input from others using the DSpace system. Given thousands of downloads and over a hundred known deployments, it is difficult to come up with an optimal list of enhancements that is both small and gives maximum benefit to the DSpace community - if you feel strongly about a feature that is not on this list, please let us know. It is a 'short-list' in the sense that while we will concentrate our efforts on the list items for the next release, we may not be able to implement all of the items in the list. It is also our short list - DSpace 1.2 will also likely contain other contributed work from third parties, which will be announced separately. The item descriptions are rather brief, but we wanted to offer at least a general picture of the release as early as we could. We will be sending out calls for discussion on several of the features, and more detailed descriptions of the others, to insure that the community has good opportunity to offer input. DSpace 1.2 Enhancement Short List (1) Support for sub-communities. The current simple and flat implementation of communities is not powerful enough for users who would like to express more complex organizational structures. (2) Allow delegated administration of communities and collections. It is time to offload administration tasks to the users. A 'collection-editor' role will be able to edit item metadata within a collection after items have been submitted, and a'community-administrator' role will have the ability to manage a community. (3) Import/Export items with METS metadata. DSpace currently uses a custom XML schema to import and export item metadata and associated digital files (or 'bitstreams'). With the emergence of the METS standard for digital object encoding http://www.loc.gov/standards/mets/, and in particular its application as an Open Archival Information Systems Archival Information Package, we are in the process of defining a METS profile for DSpace items. Once that profile is complete, we will add support in the batch import and export routines for METS encoding of DSpace items, as well as storing METS packages internally as AIPs. When the METS profile is ready, we will distribute it (in advance of the release). (4) Tools for adding and managing items in multiple collections. (5) Analyze need for persistent identifiers (e.g. Handles) for bitstreams in addition to item metadata records. Implement if appropriate. (6) Support for thumbnails of bitstreams in the item display (for appropriate content). (7) Several enhancements to the administration UI centered around ease-of-use and robustness. (8) Support for indexing and search of the full-text of item documents. (9) Better support for web page (HTML document) item display. MIT and HP's role in future DSpace development The DSpace developers at MIT and HP would also like to take this opportunity to share with the community of DSpace adopters what we feel our role should be in the continuing development and support of the DSpace system. DSpace was released as open source system in the hope that our work at HP and MIT would benefit other institutions with similar problems. We are delighted by the interest in and adoption of the DSpace system so far, but we have very limited resources to enhance and maintain the system... Remember that as an open source system DSpace does not generate any revenue, and we are maintaining the system for non-MIT use gratis, because we need it too. Today we see the HP/MIT team as having two main roles, to: -- make changes that are needed by MIT to meet its service goals -- coordinate changes made by other institutions or individuals back into the main codebase We will focus our energy on changes required by MIT. We acknowledge that some changes (e.g. digital publishing tools, or support for non-Roman character sets), while not at the top of MIT's list, are priorities elsewhere. We welcome contributions to the system from those for whom these changes are a priority. We have posted guidelines for those who wish to contribute code at the new dspace.org website (Choose the 'DSpace Technology' link, and look for 'Development Guidelines'), and encourage participation in advancing the DSpace platform. _______________________________________________ Dspace-general mailing list Dspace-general@mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From margretb@MIT.EDU Tue Sep 16 14:41:55 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h8GIftk0025559 for ; Tue, 16 Sep 2003 14:41:55 -0400 (EDT) Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])h8GIfsex013104 for ; Tue, 16 Sep 2003 14:41:54 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h8GIcdqv002354 for ; Tue, 16 Sep 2003 14:38:39 -0400 (EDT) Received: from dspace-01.mit.edu (DSPACE-01.MIT.EDU [18.51.2.146]) (authenticated bits=0) (User authenticated as margretb@ATHENA.MIT.EDU)h8GIccGs021314 for ; Tue, 16 Sep 2003 14:38:38 -0400 (EDT) Message-Id: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> X-Sender: margretb@po10.mit.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Tue, 16 Sep 2003 14:38:04 -0400 To: dspace-general@MIT.EDU From: Margret Branschofsky Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [Dspace-general] Theses in DSpace X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Tue, 16 Sep 2003 18:41:56 -0000 Hi all, I'm wondering if any other institutions are planning to use DSpace for theses. I know that the Theses Alive! project in the UK is doing this, and we at MIT are also planning an implementation. I'm thinking that it would be very useful if we could all agree to use the same metadata standard to accommodate theses in DSpace. Margret Margret Branschofsky DSpace User Support Manager Digital Library Research Group Bldg. 14S-M24 (617)253-1293 margretb@mit.edu http://dspace.mit.edu From ellermann@ubib.eur.nl Tue Sep 16 15:48:54 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h8GJmrk0026294 for ; Tue, 16 Sep 2003 15:48:53 -0400 (EDT) Received: from smtpq2.home.nl (smtpq2.home.nl [213.51.128.197]) h8GJm2ex022083; Tue, 16 Sep 2003 15:48:02 -0400 (EDT) Received: from [213.51.128.133] (port=44990 helo=smtp2.home.nl) by smtpq2.home.nl with esmtp (Exim 4.20) id 19zLnt-0002zu-IF; Tue, 16 Sep 2003 21:48:01 +0200 Received: from cp30619-a.landg1.lb.home.nl ([213.51.18.251]:35194 helo=ubib.eur.nl) by smtp2.home.nl with esmtp (Exim 4.20) id 19zLnr-0004TX-NS; Tue, 16 Sep 2003 21:47:59 +0200 Message-ID: <3F6768BA.6070404@ubib.eur.nl> Date: Tue, 16 Sep 2003 21:47:06 +0200 From: Henk Ellermann User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Margret Branschofsky Subject: Re: [Dspace-general] Theses in DSpace References: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> In-Reply-To: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean cc: dspace-general@MIT.EDU X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list Reply-To: ellermann@ubib.eur.nl List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Tue, 16 Sep 2003 19:48:54 -0000 Hi Margret, > I'm wondering if any other institutions are planning to use DSpace for > theses. I know that the Theses Alive! project in the UK is doing this, > and we at MIT are also planning an implementation. I'm thinking that it > would be very useful if we could all agree to use the same metadata > standard to accommodate theses in DSpace. We use DSpace as an Institutional Repository and have included a number of dissertations. It will not be long before we will put all (well, except the obvious few) dissertations of the Erasmus University in DSpace. So far we have not given dissertations any special treatment in terms of metadata. We do use aQDC field description.sponsorship for the names of the promotores (is that an English word too?). We have adapted DSpace to expert qualified dublin core too, so we can use this field for localized services (web display) in the near future. However, we sure would like it if there were some kind of (exportable) metadataset, standardized across DSpace users, for dissertations. If you can initiate something, we are willing to co-operate and spend some quality time on it. Regards, Henk Ellermann -- -- ------------------------------------------------------------------------------- - Henk Ellermann - Erasmus Electronic Publishing Initiative - University Library, Erasmus University Rotterdam - P.O. Box 1738, 3000 DR, Rotterdam, The Netherlands - ellermann@ubib.eur.nl - weblog: http://eepi.ubib.eur.nl/iliit/index.html - tel: +31 (0) 10 4081284/81208 - cell: +31 (0) 6 41 50 2002 ------------------------------------------------------------------------------- -- From margretb@MIT.EDU Wed Sep 17 10:09:53 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h8HE9rk0004812 for ; Wed, 17 Sep 2003 10:09:53 -0400 (EDT) Received: from central-city-carrier-station.mit.edu (CENTRAL-CITY-CARRIER-STATION.MIT.EDU [18.7.7.72])h8HE9qUC002181 for ; Wed, 17 Sep 2003 10:09:52 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h8HE9qst029677 for ; Wed, 17 Sep 2003 10:09:52 -0400 (EDT) Received: from dspace-01.mit.edu (DSPACE-01.MIT.EDU [18.51.2.146]) (authenticated bits=0) (User authenticated as margretb@ATHENA.MIT.EDU)h8HE9qGs023946 for ; Wed, 17 Sep 2003 10:09:52 -0400 (EDT) Message-Id: <5.2.1.1.2.20030917093545.01e8ba90@po10.mit.edu> X-Sender: margretb@po10.mit.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 17 Sep 2003 10:09:45 -0400 To: dspace-general@MIT.EDU From: Margret Branschofsky Subject: Re: [Dspace-general] Theses in DSpace In-Reply-To: <3F6768BA.6070404@ubib.eur.nl> References: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 17 Sep 2003 14:09:54 -0000 Hello Henk and JQ, Thanks for responding to my question. We are planning to use the existing qualified DC in DSpace for our theses, but we would like to add a few fields for the thesis-specific information, such as thesis department and degree granted. We were originally planning to put the thesis advisor (or sponsor or supervisor) under Contributor.advisor and the department and degree under Description.department and Description.degree. But now we are exploring alternatives and seeing what others are using before making a decision. The NDLTD schema, for example, uses (simple) Dublin Core with the addition of a Degree element and 4: thesis.degree.name Name of degree (Masters in Operations Research) thesis.degree.level Level of education (masters, doctoral) thesis.degree.discipline Area of study (name of department or program) thesis.degree.grantor Institution granting the degree I believe that the Thesis Alive! project is seriously considering using this. I am also in communication with Ed Fox (NDLTD) and Thom Hickey(OCLC) to find out how likely it is that the NDLTD standard will be brought into the Dublin Core. And I'm also trying to find out if the electronic thesis/dissertation OAI Union Catalog will ever adopt those fields (So far it uses simple DC.) I have one question for Henk: >We have adapted DSpace to expert qualified dublin core too, so we can use >this field for localized services (web display) in the near future. I'm assuming you meant "export" in this sentence? Have you created an XML Schema of the DSpace metadata? Best regards, Margret Margret Branschofsky DSpace User Support Manager Digital Library Research Group Bldg. 14S-M24 (617)253-1293 margretb@mit.edu http://dspace.mit.edu From Theo.Andrew@ed.ac.uk Wed Sep 17 11:16:42 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h8HFGgk0005947 for ; Wed, 17 Sep 2003 11:16:42 -0400 (EDT) Received: from lawnmarket.ucs.ed.ac.uk (lawnmarket.ucs.ed.ac.uk [129.215.166.63])h8HFGdSZ013302 for ; Wed, 17 Sep 2003 11:16:39 -0400 (EDT) Received: (from nobody@localhost) by lawnmarket.ucs.ed.ac.uk (8.11.6p2/8.11.6) id h8HFGck10976 for dspace-general@mit.edu; Wed, 17 Sep 2003 16:16:38 +0100 (BST) X-Authentication-Warning: lawnmarket.ucs.ed.ac.uk: nobody set sender to Theo.Andrew@ed.ac.uk using -f To: dspace-general Subject: Re: [Dspace-general] Theses in DSpace Message-ID: <1063811798.3f687ad675af3@staffmail.ed.ac.uk> Date: Wed, 17 Sep 2003 16:16:38 +0100 (BST) From: Theo Andrew References: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> <5.2.1.1.2.20030917093545.01e8ba90@po10.mit.edu> In-Reply-To: <5.2.1.1.2.20030917093545.01e8ba90@po10.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.8 X-Originating-IP: 129.215.146.126 X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 17 Sep 2003 15:16:43 -0000 Hello All, This discussion is extremely timely as we (the Theses Alive! team) are currently investigating metadata schemas for ETDs. It seems we are taking the same approach as Margret in that we are "exploring alternatives and seeing what others are using before making a decision". It would be extremely useful if we could all together reach a consensus on what to use. So far we have compared the DSPace default DC with the ETD-MS schema and the TDM DTD and come up with a proposed list that we are thinking of using. If you are interested you can visit our web site and see our Proposed Submission Fields and Related Metadata Elements: http://www.thesesalive.ac.uk/archive/SchemaComparison.html or have a look at a compiled list of the main DTDs for ETDs available; http://www.thesesalive.ac.uk/archive/MetadataSchemas.html We would welcome feedback on our proposed list! Kind regards Theo ****************************************************** Dr. Theo Andrew * Project Officer for * Tel: 0131 651 1612 Theses Alive! & SHERPA * Fax: 0131 650 3380 Edinburgh University * Main Library * http://www.thesesalive.ac.uk George Square * http://www.sherpa.ac.uk Edinburgh EH8 9LJ * ****************************************************** From ellermann@ubib.eur.nl Wed Sep 17 15:08:52 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p1/8.12.8) with ESMTP id h8HJ8pk0009349 for ; Wed, 17 Sep 2003 15:08:52 -0400 (EDT) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) h8HJ7vlH027840; Wed, 17 Sep 2003 15:07:57 -0400 (EDT) Received: from [213.51.128.135] (port=41882 helo=smtp4.home.nl) by smtpq1.home.nl with esmtp (Exim 4.20) id 19zhee-0006JI-UW; Wed, 17 Sep 2003 21:07:56 +0200 Received: from cp30619-a.landg1.lb.home.nl ([213.51.18.251]:35460 helo=ubib.eur.nl) by smtp4.home.nl with esmtp (Exim 4.20) id 19zhed-0000fS-Tu; Wed, 17 Sep 2003 21:07:56 +0200 Message-ID: <3F68B0E2.9000101@ubib.eur.nl> Date: Wed, 17 Sep 2003 21:07:14 +0200 From: Henk Ellermann User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Margret Branschofsky Subject: Re: [Dspace-general] Theses in DSpace References: <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> <5.2.1.1.2.20030916142738.01de45c0@po10.mit.edu> <5.2.1.1.2.20030917093545.01e8ba90@po10.mit.edu> In-Reply-To: <5.2.1.1.2.20030917093545.01e8ba90@po10.mit.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Neem contact op met support@home.nl voor meer informatie X-AtHome-MailScanner: Found to be clean cc: dspace-general@mit.edu X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list Reply-To: ellermann@ubib.eur.nl List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Wed, 17 Sep 2003 19:08:52 -0000 Hi Margret, It's great that you are finding 'good practices' elsewhere when it comes to the dissertations metadata. It seems to me that > Thanks for responding to my question. We are planning to use the > existing qualified DC in DSpace for our theses, but we would like to add > a few fields for the thesis-specific information, such as thesis > department and degree granted. We were originally planning to put the Not sure what degree granted is about. are the possible Palues h D or dr? > > thesis.degree.name Name of degree (Masters in Operations > Research) > thesis.degree.level Level of education (masters, doctoral) > thesis.degree.discipline Area of study (name of department or > program) > thesis.degree.grantor Institution granting the degree There is no problem with these fields if the values are not restricted, except for the service providers of course :) Wouldn't it be an idea to constrain the values, or set a language? If I'm giving dutch strings and yours are in English we do have a slight problem. > > I believe that the Thesis Alive! project is seriously considering using > this. I am also in communication with Ed Fox (NDLTD) and Thom > Hickey(OCLC) to find out how likely it is that the NDLTD standard will > be brought into the Dublin Core. And I'm also trying to find out if the > electronic thesis/dissertation OAI Union Catalog will ever adopt those > fields (So far it uses simple DC.) Yes, good idea. Keep us posted. If there is anything I can do, if only to keep an eye on non-english users, let me know. >> We have adapted DSpace to expert qualified dublin core too, so we can >> use this field for localized services (web display) in the near future. > > > I'm assuming you meant "export" in this sentence? Have you created an > XML Schema of the DSpace metadata? Blush. Yes I meant export. No XML Schema as yet. We are using it for internal purposes only and have not yet 'fixed' the elements we want to use. We are experimenting a little. Of course, an xsd will be made in due time. Regards, Henk -- -- ------------------------------------------------------------------------------- - dr. Henk Ellermann - Erasmus Electronic Publishing Initiative - University Library, Erasmus University Rotterdam - P.O. Box 1738, 3000 DR, Rotterdam, The Netherlands - ellermann@ubib.eur.nl - http://eepi.ubib.eur.nl/iliit/index.html - tel: +31 (0) 10 4081284/81208 - cell: +31 (0) 6 41 50 2002 ------------------------------------------------------------------------------- -- From scott.yeadon@anu.edu.au Sun Sep 21 19:11:43 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8LNBggH000696 for ; Sun, 21 Sep 2003 19:11:43 -0400 (EDT) Received: from anu.edu.au (anumail4.anu.edu.au [150.203.2.44]) h8LNBeAk015597 for ; Sun, 21 Sep 2003 19:11:41 -0400 (EDT) Received: from anumail.anu.edu.au (adelong.anu.edu.au [150.203.2.90]) by anu.edu.au (8.12.9/8.12.9) with ESMTP id h8LNBdKx010344 for ; Mon, 22 Sep 2003 09:11:39 +1000 (EST) Received: from sts59101.anu.edu.au (sts59101.anu.edu.au [150.203.59.101]) by anumail.anu.edu.au (8.12.10/8.12.10) with ESMTP id h8LNBdXf008831 for ; Mon, 22 Sep 2003 09:11:39 +1000 (EST) Content-Type: text/plain; charset="us-ascii" From: Scott Yeadon To: dspace-general@mit.edu Date: Mon, 22 Sep 2003 09:11:21 +1000 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Message-Id: <200309220911.21312.scott.yeadon@anu.edu.au> X-Sender: scott.yeadon@anu.edu.au X-Sender-Domain: anu.edu.au X-Spam-Status: Scanned X-Spam-Score: (-0.4) X-Spam-Tests: USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.36 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by pch.mit.edu id h8LNBggH000696 Subject: [Dspace-general] DSpace customisation X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list Reply-To: scott.yeadon@anu.edu.au List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Sun, 21 Sep 2003 23:11:43 -0000 Hi, We're looking at introducing DSpace to ANU (Australian National University), and I have just read a paper date Jan 2003 in D-Lib magazine entitled DSpace - An OpenSource Dynamic Digital Repository, located at http://www.dlib.org/dlib/january03/smith/01smith.html. The section entitled "The DSpace Federation" contains a paragraph as follows: "In 2002, MIT formed collaborative partnerships with a small number of other academic research institutions in the US, UK, and Canada, to address some specific questions such as: what will it take to successfully deploy the system at another institution? How much localization, how much customization, and how much time and effort are needed?" I was wondering what sort of feedback (if any) had been received on these topics, especially where non-trivial modifications werer required such as more complex authorisation and low-level code modifications were required, and how these we done to avoid issues when upgrading to future versions. Thanks. Scott. From rrodgers@MIT.EDU Mon Sep 22 15:18:11 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8MJIBgH011968 for ; Mon, 22 Sep 2003 15:18:11 -0400 (EDT) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])h8MJIANL001916 for ; Mon, 22 Sep 2003 15:18:10 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h8MJI9OT029736 for ; Mon, 22 Sep 2003 15:18:09 -0400 (EDT) Received: from dspace-03.mit.edu (DSPACE-03.MIT.EDU [18.51.2.148]) ) h8MJI9BY021543 for ; Mon, 22 Sep 2003 15:18:09 -0400 (EDT) Received: (from rrodgers@localhost) by dspace-03.mit.edu (8.9.3) id PAA15623; Mon, 22 Sep 2003 15:18:09 -0400 From: Richard Rodgers To: dspace-general@MIT.EDU Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 22 Sep 2003 15:18:08 -0400 Message-Id: <1064258288.15587.3.camel@dspace-03.mit.edu> Mime-Version: 1.0 Subject: [Dspace-general] Persistent Bitstream IDs - Call For Discussion X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 22 Sep 2003 19:18:11 -0000 Bitstream Identifiers in DSpace - Call for Discussion Part of the planning process for enhancements to DSpace is requirements analysis - obtaining a more precise understanding of the needs of the adopter community. We have frequently heard articulated the need for bitstream-level - rather than item-level - handles or other persistent identifiers. Recall that in DSpace terminology, an 'item' is a logical construct consisting of a Dublin Core metadata record, and one or more digital objects (files), each of which is referred to as a 'bitstream'. In the current design, when a item has exited the workflow, it is assigned a handle, but the individual bitstreams are not. The rationale for this - without delving too deeply into digital preservation debates - is fairly simple: the item represents some sort of usable content, but its digital expression may vary over time. For instance, a bitstream may need to be migrated into a physically distinct bitstream of another format for preservation purposes (e.g. because the original format has become obsolete): the bitstream has changed, but the item 'content' has not. The thing that persists is what is given a persistent identifier. So why would one need a persistent identifier for an individual bitstream? This write-up is an attempt to solicit your feedback on the subject. Any response is welcome - but best of all would be a 'use-case' description: a concrete set of practices or problems for which a different bitstream identifier system would provide a solution. Disentangling the Issues There are actually a few distinct but related issues here, and it is useful to attempt to tease them apart. First, what counts as an identifier in this context? Bitstreams (files) in DSpace already possess an identifier of a sort, viz. the URL appearing on the item display page: https://hpds1.mit.edu/retrieve/1042/Porter_debate.pdf This identifier, composed of the server name, the primary key in the bitstream database table, and the filename assigned upon submission has several noteworthy characteristics: (1) it is fixed, in that it always refers to the same bitstream (2) like all URLs, the identifier is a location reference: you can use it to retrieve the bitstream (3) it has limited persistence, viz. as long as server name and database tables do not change (4) one cannot use it to locate or retrieve the 'parent' item (its metadata and related bitstreams) For many purposes this identifier may be adequate. For instance, if the need is to retrieve bitstreams for near-term reuse as learning objects, then the time-scale is likely to be such that the URL will remain valid. Even if the repository is re-hosted (the server name changes), standard redirection techniques would ensure that the URL will resolve to the desired bitstream. Still, the bitstream URL is *fragile* in ways a handle is not: if the database is exported and re-imported (as was done for the DSpace 1.1 upgrade), there is no guarantee that the bitstream key part of the URL (therefore its validity) will be preserved. This quick dissection suggests some of the issues in play: do you need a bitstream identifier to be persistent for a longer period, or simply more 'durable'? Does it have to be a handle? Should bitstream IDs also be required to get you to the item of which it is a part? Do they have to be a location identifier (like a URL)? Does the identifier system need to independently maintained (like the handle system), or not? What are other required/desirable characteristics of bitstream identifiers? Please share your insights on the dspace-general list; again, a concrete use-case is the most valuable driver of design: a specific set of circumstances and outcomes that any design must satisfy. From jqj@darkwing.uoregon.edu Mon Sep 22 19:50:43 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8MNoggH015516 for ; Mon, 22 Sep 2003 19:50:43 -0400 (EDT) Received: from dynamic.uoregon.edu (dynamic.uoregon.edu [128.223.98.16]) h8MNoffW016269 for ; Mon, 22 Sep 2003 19:50:42 -0400 (EDT) Received: from jqj (12-225-124-41.client.attbi.com [12.225.124.41]) by dynamic.uoregon.edu (8.12.8/8.12.8) with SMTP id h8MNodZD008847 for ; Mon, 22 Sep 2003 16:50:39 -0700 From: "JQ Johnson" To: Subject: RE: [Dspace-general] Persistent Bitstream IDs - Call For Discussion Date: Mon, 22 Sep 2003 16:52:35 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-reply-to: <1064258288.15587.3.camel@dspace-03.mit.edu> X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4925.2800 Importance: Normal X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 22 Sep 2003 23:50:43 -0000 Overall, I do not believe that persistent bitstream IDs are a good idea. However, the question of persistent IDs reminds me of a closely related question, how to provide multiple revisions of an item in the DSpace context. Our faculty seem likely to use DSpace heavily as a repository for working papers. Such working papers have a short useful life, and are replaced by new versions fairly rapidly. How would one handle such versions in DSpace? The easiest option is separate items for each version, but then there's no automatic version control or tracking of the connections between versions (no "previous version" metadata, etc.). Another option would be to treat all versions as a single item, with different versions appearing as additional bitstreams. This has the advantage of preserving the connections between the versions, but would require implementation changes to allow bitstream additions by item owners and to provide a small amount of additional per-bitstream metadata (the version info; currently the only significant per-bitstream metadata is the filename). This issue is connected with the problem of persistent bitstream IDs. If we were to have multiple versions in the same item, then we'd certainly want persistent IDs at the bitstream level. Conversely, persistent bitstream IDs would encourage a future evolution of DSpace into making bitstreams first class citizens with more of their own metadata. However, I think that the key issue that should drive this discussion is "what do the faculty want?" I agree with Harnad that the major problem for institutional repositories is getting faculty to contribute. If real faculty care about PURLs and such (I don't think they do, by the way), then that should be the key desideratum. JQ Johnson Office: 115F Knight Library Academic Education Coordinator e-mail: jqj@darkwing.uoregon.edu 1299 University of Oregon 1-541-346-1746 (v); -3485 (fax) Eugene, OR 97403-1299 http://darkwing.uoregon.edu/~jqj From scott.yeadon@anu.edu.au Thu Sep 25 02:15:44 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8P6FhgH019239 for ; Thu, 25 Sep 2003 02:15:44 -0400 (EDT) Received: from anu.edu.au (anumail4.anu.edu.au [150.203.2.44]) h8P6FfAT022763 for ; Thu, 25 Sep 2003 02:15:42 -0400 (EDT) Received: from anumail.anu.edu.au (anumail.anu.edu.au [150.203.2.90]) by anu.edu.au (8.12.10/8.12.10) with ESMTP id h8P6FCIB021565; Thu, 25 Sep 2003 16:15:12 +1000 (EST) Received: from sts59101.anu.edu.au (sts59101.anu.edu.au [150.203.59.101]) by anumail.anu.edu.au (8.12.10/8.12.10) with ESMTP id h8P6FCXf016227; Thu, 25 Sep 2003 16:15:12 +1000 (EST) Content-Type: text/plain; charset="us-ascii" From: Scott Yeadon To: dspace-general@mit.edu, dspace-tech-request@lists.sourceforge.net Date: Thu, 25 Sep 2003 16:14:32 +1000 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Message-Id: <200309251614.32666.scott.yeadon@anu.edu.au> X-Sender: scott.yeadon@anu.edu.au X-Sender-Domain: anu.edu.au X-Spam-Status: Scanned X-Spam-Score: (-0.4) X-Spam-Tests: USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.36 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by pch.mit.edu id h8P6FhgH019239 Subject: [Dspace-general] Submitting documents as a non-administrator user X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list Reply-To: scott.yeadon@anu.edu.au List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Thu, 25 Sep 2003 06:15:44 -0000 Hello, At the ANU we've been performing some informal testing of DSpace, and one major issue appears to be setting up a group of non-adminstrative users who can submit documents. The DSpace documentation states that if "a collection has no e-person groups associated with any [workflow] step, submissions to that collection are installed straight into the main archive". This does not appear to be the case - non-adminstrator users do not appear to be able to store documents, but they can approve/reject submissions. For example, I have set up Community A which has the default anonymous read authorisations. Within this community is a single Collection. This Collection, as well as the default anonymous authorisations, has a group called Submitters containing two members - one an administrator user and one a non-administrator. This group has been granted all possible permissions add, read, write, remove, etc. against the Collection. There are no workflow steps for the Collection. The issue is that when logging on as the Submitter group administrator user, I can submit documents to the collection without issue, however when logged on as the Submitter group's non-adminstrator user (a basic author-type user) I get an authorisation error whenever I attempt to submit a document to the collection. In addition a log file error is generated stating that the user does not have WRITE access for the ITEM being submitted. This does not appear to be a problem related to the collection authorisation, but something at the item metadata level. Given that the item does not exist at this point as a DSpace item that can be manipulated via the DSpace GUI, I have drawn a blank as far as being able to get any further information and what I can do about this. Is this a known problem or can anyone shed any light on this problem? Thanks. Scott. From david.stuve@hp.com Thu Sep 25 17:39:07 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8PLd6gH001092 for ; Thu, 25 Sep 2003 17:39:06 -0400 (EDT) Received: from atlrel6.hp.com (atlrel6.hp.com [156.153.255.205]) h8PLd5dn000374 for ; Thu, 25 Sep 2003 17:39:05 -0400 (EDT) Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191]) by atlrel6.hp.com (Postfix) with ESMTP id CC8261C019D9; Thu, 25 Sep 2003 17:39:04 -0400 (EDT) Received: from xcorbh1.cv.hp.com (xcorbh1.cv.hp.com [15.7.113.189]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 6BEB91C00A6E; Thu, 25 Sep 2003 17:39:04 -0400 (EDT) Received: by xcorbh1.cv.hp.com with Internet Mail Service (5.5.2655.55) id ; Thu, 25 Sep 2003 14:39:03 -0700 Message-ID: <5755325D04C5834187459E1E17D81F6F0834F03D@xcor01.cv.hp.com> From: "STUVE,DAVID (HP-Corvallis,ex1)" To: "'scott.yeadon@anu.edu.au'" , dspace-general@mit.edu, dspace-tech-request@lists.sourceforge.net Subject: RE: [Dspace-general] Submitting documents as a non-administrator user Date: Thu, 25 Sep 2003 14:39:02 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Thu, 25 Sep 2003 21:39:07 -0000 Hi Scott, This sounds like an issue we had with DSpace 1.1, and is fixed in the latest version (1.1.1). If you are running 1.1.1 and are still getting this error, can you reply with a copy of the logged error? Thanks, Dave David Stuve / HP Labs Corvallis / David.Stuve@hp.com / 541-715-4106 -----Original Message----- From: Scott Yeadon [mailto:scott.yeadon@anu.edu.au] Sent: Wednesday, September 24, 2003 11:15 PM To: dspace-general@mit.edu; dspace-tech-request@lists.sourceforge.net Subject: [Dspace-general] Submitting documents as a non-administrator user Hello, At the ANU we've been performing some informal testing of DSpace, and one major issue appears to be setting up a group of non-adminstrative users who can submit documents. The DSpace documentation states that if "a collection has no e-person groups associated with any [workflow] step, submissions to that collection are installed straight into the main archive". This does not appear to be the case - non-adminstrator users do not appear to be able to store documents, but they can approve/reject submissions. For example, I have set up Community A which has the default anonymous read authorisations. Within this community is a single Collection. This Collection, as well as the default anonymous authorisations, has a group called Submitters containing two members - one an administrator user and one a non-administrator. This group has been granted all possible permissions add, read, write, remove, etc. against the Collection. There are no workflow steps for the Collection. The issue is that when logging on as the Submitter group administrator user, I can submit documents to the collection without issue, however when logged on as the Submitter group's non-adminstrator user (a basic author-type user) I get an authorisation error whenever I attempt to submit a document to the collection. In addition a log file error is generated stating that the user does not have WRITE access for the ITEM being submitted. This does not appear to be a problem related to the collection authorisation, but something at the item metadata level. Given that the item does not exist at this point as a DSpace item that can be manipulated via the DSpace GUI, I have drawn a blank as far as being able to get any further information and what I can do about this. Is this a known problem or can anyone shed any light on this problem? Thanks. Scott. _______________________________________________ Dspace-general mailing list Dspace-general@mit.edu http://mailman.mit.edu/mailman/listinfo/dspace-general From dallan_quass@hotmail.com Fri Sep 26 13:19:39 2003 Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8QHJdgH014838 for ; Fri, 26 Sep 2003 13:19:39 -0400 (EDT) Received: from hotmail.com (bay8-dav3.bay8.hotmail.com [64.4.26.107]) h8QHJcGp014303 for ; Fri, 26 Sep 2003 13:19:38 -0400 (EDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 26 Sep 2003 10:19:37 -0700 Received: from 208.187.203.167 by bay8-dav3.bay8.hotmail.com with DAV; Fri, 26 Sep 2003 17:19:37 +0000 X-Originating-IP: [208.187.203.167] X-Originating-Email: [dallan_quass@hotmail.com] From: "Dallan Quass" To: Date: Fri, 26 Sep 2003 11:26:37 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 26 Sep 2003 17:19:37.0687 (UTC) FILETIME=[5CDFEE70:01C38452] Subject: [Dspace-general] Any archives using DSpace? X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Fri, 26 Sep 2003 17:19:40 -0000 Are any archives (in contrast to libraries) currently using or considering using DSpace? If so, can you tell me if you have needed to make any changes to the codebase? -Dallan From kenzie@MIT.EDU Sun Sep 28 22:25:21 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8T2PLgH007778 for ; Sun, 28 Sep 2003 22:25:21 -0400 (EDT) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])h8T2PKow026903 for ; Sun, 28 Sep 2003 22:25:20 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])h8T2PKA6029210 for ; Sun, 28 Sep 2003 22:25:20 -0400 (EDT) Received: from ADTPA.mit.edu (macknz.ne.client2.attbi.com [24.61.43.45]) )h8T2PJ5X023222 for ; Sun, 28 Sep 2003 22:25:19 -0400 (EDT) Message-Id: <5.0.2.1.2.20030928221008.035cfa60@hesiod> X-Sender: kenzie@hesiod (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 28 Sep 2003 22:23:16 -0400 To: dspace-general@MIT.EDU From: MacKenzie Smith Subject: Re: [Dspace-general] DSpace customisation In-Reply-To: <200309220911.21312.scott.yeadon@anu.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 29 Sep 2003 02:25:22 -0000 Hi Scott, The DSpace Federation project you asked about is still underway, but we've learned quite a bit on the subject since last fall. First of all, the DSpace software itself has not been extensively modified by other universities adopting it so far. Most of them have modified the UI to make it reflect their own institutional culture, and some have modified the submission process, added full-text indexing, etc. Three of the institutions we're working with are considering adding Shibboleth support over the default X.509 (certificates) or logon/password access control. The main area of technical development seems to be in modules that will be outside of DSpace itself, e.g. publishing tools or rendering applications for non-Web-native formats. The major effort at most institutions to implement DSpace as an institutional repository seems not to be in the technology at all, but rather in the definition of policies and business models that the library (or other part of the organization) needs to provide a production service to its researchers. As for avoiding upgrade problems if you make modifications, we try to keep the development process as open as possible (documenting future releases, as well as the code contribution process). The best way to ensure future compatibility is to communicate with us about the changes you're making, and offer them back to the main codebase when you're done! Hope this helps, MacKenzie/ At 09:11 AM 9/22/2003 +1000, Scott Yeadon wrote: >Hi, > >We're looking at introducing DSpace to ANU (Australian National University), >and I have just read a paper date Jan 2003 in D-Lib magazine entitled DSpace >- An OpenSource Dynamic Digital Repository, located at >http://www.dlib.org/dlib/january03/smith/01smith.html. The section entitled >"The DSpace Federation" contains a paragraph as follows: > >"In 2002, MIT formed collaborative partnerships with a small number of other >academic research institutions in the US, UK, and Canada, to address some >specific questions such as: what will it take to successfully deploy the >system at another institution? How much localization, how much customization, >and how much time and effort are needed?" > >I was wondering what sort of feedback (if any) had been received on these >topics, especially where non-trivial modifications werer required such as >more complex authorisation and low-level code modifications were required, >and how these we done to avoid issues when upgrading to future versions. > >Thanks. > >Scott. > >_______________________________________________ >Dspace-general mailing list >Dspace-general@mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general MacKenzie Smith Associate Director for Technology MIT Libraries Building 14S-208 77 Massachusetts Avenue Cambridge, MA 02139 (617)253-8184 kenzie@mit.edu From Kalbs@post.queensu.ca Mon Sep 29 12:42:36 2003 Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.7.7.76]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id h8TGgZgH017045 for ; Mon, 29 Sep 2003 12:42:35 -0400 (EDT) Received: from post.queensu.ca (post.QueensU.CA [130.15.126.6]) h8TGgXMf002456 for ; Mon, 29 Sep 2003 12:42:33 -0400 (EDT) Received: from cts-sk.post.queensu.ca (U8.N150.QueensU.CA [130.15.150.8]) by post.queensu.ca (8.10.1/8.10.1) with ESMTP id h8TGgW812568 for ; Mon, 29 Sep 2003 12:42:32 -0400 (EDT) Message-Id: <5.2.1.1.0.20030929123946.03c8a710@post.queensu.ca> X-Sender: kalbs@post.queensu.ca X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Mon, 29 Sep 2003 12:42:36 -0400 To: dspace-general@mit.edu From: Sam Kalb In-Reply-To: <200309291601.h8TG0fgK015283@pch.mit.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_17935453==.ALT" Subject: [Dspace-general] Re: Dspace-general Digest, Vol 2, Issue 10 X-BeenThere: dspace-general@mit.edu X-Mailman-Version: 2.1 Precedence: list List-Id: List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , X-List-Received-Date: Mon, 29 Sep 2003 16:42:36 -0000 --=====================_17935453==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed MacKenzie, Where can we get information about the institutions and the changes they have made - to assist some of us in setting up our DSpace projects? I am particularly interested in the addition of full-text indexing. Sam >Date: Sun, 28 Sep 2003 22:23:16 -0400 >From: MacKenzie Smith >To: dspace-general@MIT.EDU >Subject: Re: [Dspace-general] DSpace customisation >Message-ID: <5.0.2.1.2.20030928221008.035cfa60@hesiod> >In-Reply-To: <200309220911.21312.scott.yeadon@anu.edu.au> >Content-Type: text/plain; charset="us-ascii"; format=flowed >MIME-Version: 1.0 >Precedence: list >Message: 1 > >Hi Scott, > >The DSpace Federation project you asked about is still underway, >but we've learned quite a bit on the subject since last fall. First of all, >the DSpace software itself has not been extensively modified by >other universities adopting it so far. Most of them have modified the >UI to make it reflect their own institutional culture, and some have >modified the submission process, added full-text indexing, etc. >Three of the institutions we're working with are considering adding >Shibboleth support over the default X.509 (certificates) or >logon/password access control. The main area of technical >development seems to be in modules that will be outside of DSpace >itself, e.g. publishing tools or rendering applications for >non-Web-native formats. > >The major effort at most institutions to implement DSpace as >an institutional repository seems not to be in the technology >at all, but rather in the definition of policies and business models >that the library (or other part of the organization) needs to provide >a production service to its researchers. > >As for avoiding upgrade problems if you make modifications, >we try to keep the development process as open as possible >(documenting future releases, as well as the code contribution >process). The best way to ensure future compatibility is to >communicate with us about the changes you're making, and >offer them back to the main codebase when you're done! > >Hope this helps, > >MacKenzie/ > >At 09:11 AM 9/22/2003 +1000, Scott Yeadon wrote: > >Hi, > > > >We're looking at introducing DSpace to ANU (Australian National University), > >and I have just read a paper date Jan 2003 in D-Lib magazine entitled DSpace > >- An OpenSource Dynamic Digital Repository, located at > >http://www.dlib.org/dlib/january03/smith/01smith.html. The section entitled > >"The DSpace Federation" contains a paragraph as follows: > > > >"In 2002, MIT formed collaborative partnerships with a small number of other > >academic research institutions in the US, UK, and Canada, to address some > >specific questions such as: what will it take to successfully deploy the > >system at another institution? How much localization, how much > customization, > >and how much time and effort are needed?" > > > >I was wondering what sort of feedback (if any) had been received on these > >topics, especially where non-trivial modifications werer required such as > >more complex authorisation and low-level code modifications were required, > >and how these we done to avoid issues when upgrading to future versions. > > > >Thanks. > > > >Scott. > > > >_______________________________________________ > >Dspace-general mailing list > >Dspace-general@mit.edu > >http://mailman.mit.edu/mailman/listinfo/dspace-general > >MacKenzie Smith >Associate Director for Technology >MIT Libraries >Building 14S-208 >77 Massachusetts Avenue >Cambridge, MA 02139 >(617)253-8184 >kenzie@mit.edu > >------------------------------ > >_______________________________________________ >Dspace-general mailing list >Dspace-general@mit.edu >http://mailman.mit.edu/mailman/listinfo/dspace-general > > >End of Dspace-general Digest, Vol 2, Issue 10 >********************************************* ---------------------------------------------------------------------- Sam Kalb Coordinator, Technical Services, Queen's University Libraries Kingston, Ontario, Canada K7L 5C4 Phone: (613) 533-2830; Fax: (613) 533-6819 Email: kalbs@post.queensu.ca URL (QTECH Web): stauffer.queensu.ca/techserv/qtechweb.html --=====================_17935453==.ALT Content-Type: text/html; charset="us-ascii" MacKe