You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(18) |
2007 |
Jan
(4) |
Feb
(7) |
Mar
(24) |
Apr
(13) |
May
(15) |
Jun
(13) |
Jul
(41) |
Aug
(27) |
Sep
(10) |
Oct
(9) |
Nov
(14) |
Dec
(8) |
2008 |
Jan
(6) |
Feb
(18) |
Mar
(29) |
Apr
(24) |
May
(14) |
Jun
(12) |
Jul
(26) |
Aug
(7) |
Sep
(13) |
Oct
(13) |
Nov
(43) |
Dec
(30) |
2009 |
Jan
(25) |
Feb
(25) |
Mar
(21) |
Apr
(41) |
May
(119) |
Jun
(94) |
Jul
(65) |
Aug
(20) |
Sep
(27) |
Oct
(39) |
Nov
(6) |
Dec
(15) |
2010 |
Jan
(11) |
Feb
(6) |
Mar
(38) |
Apr
(50) |
May
(74) |
Jun
(60) |
Jul
(39) |
Aug
(45) |
Sep
(12) |
Oct
(2) |
Nov
|
Dec
(1) |
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Sandro Z. (ZZ/OSS) <san...@zz...> - 2004-04-21 10:37:29
|
On Wednesday 21 April 2004 12:14, Brion Vibber wrote: > > Is there anything else you would like to see in this > > bugfix release? Or anything you need in future versions? > > Well, for the future... Our data's coming from a FileMakerPro database > rather than over something sane that speaks SQL, so I'm already redoing > most of the backend. I've found that I have to duplicate a bit more > code than I'd like because things are built into the default SQL > backend. For instance, having to check the global identifier masquerade > setting and call _stripIdentifier() or _masqueradeIdentifier() in > various places, and having to produce formatted XML for header records > and listMetadataFormats(). It would feel cleaner if that were done one > level up, and the backend just fetched and returned data records. > > We've also got repeating items (for instance, the subject field can > contain multiple strings, leading to multiple <dc:subject>s in the > output) which doesn't seem to fit with the associative array->template > system used for the default backend's output. I'm kind of hacking > around with things, so I don't know exactly where I'll end up there. One of the major objectives of PEAR::OAI is the abstract backend interface. Seems like it is currently not abstract enough, hence I would be happy if you committed your code to CVS. Maybe I can get a glimpse on what you've done beforehand, so that we can address some issues before you actually commit the code. If you're ok with contributing right to CVS, please let me know your Sourceforge account and I'll add you to the project devs. I will also set up a CVS notification mailinglist on Monday that keeps us up-to-date with changes to the code - which should make monitoring and collaboration easier. > I've saved a lot of time by not having to redo the protocol frontend, > though. :) Good :) Sandro > -- brion vibber (brion @ pobox.com) > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Oai-pear-devel mailing list > Oai...@li... > https://lists.sourceforge.net/lists/listinfo/oai-pear-devel -- Sandro Zic | ZZ/OSS GbR | Lembergstr. 15 | D-72072 Tuebingen Mobile +49-(0)175-203 96 02 | Fax +49-(0)7472-9654-13 http://www.zzoss.com | san...@zz... |
From: Brion V. <br...@po...> - 2004-04-21 10:16:13
|
On Apr 21, 2004, at 01:33, Sandro Zic (ZZ/OSS) wrote: > I hope you can wait until Monday, that's when I'll have time to look > at the > code and make a release. Thanks! No rush, Monday's fine. > Is there anything else you would like to see in this > bugfix release? Or anything you need in future versions? Well, for the future... Our data's coming from a FileMakerPro database rather than over something sane that speaks SQL, so I'm already redoing most of the backend. I've found that I have to duplicate a bit more code than I'd like because things are built into the default SQL backend. For instance, having to check the global identifier masquerade setting and call _stripIdentifier() or _masqueradeIdentifier() in various places, and having to produce formatted XML for header records and listMetadataFormats(). It would feel cleaner if that were done one level up, and the backend just fetched and returned data records. We've also got repeating items (for instance, the subject field can contain multiple strings, leading to multiple <dc:subject>s in the output) which doesn't seem to fit with the associative array->template system used for the default backend's output. I'm kind of hacking around with things, so I don't know exactly where I'll end up there. I've saved a lot of time by not having to redo the protocol frontend, though. :) -- brion vibber (brion @ pobox.com) |
From: Sandro Z. (ZZ/OSS) <san...@zz...> - 2004-04-21 08:33:39
|
> On Mon, 19 Apr 2004, Brion Vibber wrote: > > I've recently started trying to get PEAR::OAI running, and ran into a > > few problems (bad verb fails instead of returning an error code, empty > > record returns fail as unimplemented). I was about to submit bug > > reports and patches, only to notice that fixes for both of these were > > put into CVS in July 2003, shortly after 0.4.0 was released. > > > > I can pull an update from CVS easily enough, but would it be possible > > to include these fixes in a release package? I hope you can wait until Monday, that's when I'll have time to look at the code and make a release. Is there anything else you would like to see in this bugfix release? Or anything you need in future versions? Cheers! Sandro -- Sandro Zic | ZZ/OSS GbR | Lembergstr. 15 | D-72072 Tuebingen Mobile +49-(0)175-203 96 02 | Fax +49-(0)7472-9654-13 http://www.zzoss.com | san...@zz... |
From: Heinrich S. <st...@ph...> - 2004-04-20 09:09:03
|
On Mon, 19 Apr 2004, Brion Vibber wrote: > I've recently started trying to get PEAR::OAI running, and ran into a > few problems (bad verb fails instead of returning an error code, empty > record returns fail as unimplemented). I was about to submit bug > reports and patches, only to notice that fixes for both of these were > put into CVS in July 2003, shortly after 0.4.0 was released. > > I can pull an update from CVS easily enough, but would it be possible > to include these fixes in a release package? > > -- brion vibber (brion @ pobox.com) > Hi, I will talk to Sandro, so we can release a full working version. Greetings, Heinrich -- Dr. Heinrich Stamerjohanns Tel. +49-441-798-4276 Institute for Science Networking st...@un... University of Oldenburg http://isn.uni-oldenburg.de/~stamer |
From: Brion V. <br...@po...> - 2004-04-19 23:07:27
|
I've recently started trying to get PEAR::OAI running, and ran into a few problems (bad verb fails instead of returning an error code, empty record returns fail as unimplemented). I was about to submit bug reports and patches, only to notice that fixes for both of these were put into CVS in July 2003, shortly after 0.4.0 was released. I can pull an update from CVS easily enough, but would it be possible to include these fixes in a release package? -- brion vibber (brion @ pobox.com) |
From: Sandro Z. <san...@zz...> - 2003-06-30 15:27:15
|
Jon, On Monday 30 June 2003 15:47, Jon Phipps wrote: > First, thank you very much for these classes! Thank you! > Second, the 0.4.0 package that you upploaded yesterday is missing the > 'Test' folder that was included in 0.3.0 that contained the > oai_server.php script. I understand from your package.xml docs that this > was updated. If you could revide your package to include that I'd really > appreciate it, The test scripts are now part of the OAI_ServerBackendDefault package. I considered this a logic move when separating the OAI envelope from the repository content provided by the backend class. Now that PEAR::OAI can potentially work with many backends, each of these backends should bring its own test scripts. You might have a look at the Wiki for more infos (I also added the above description to the documentation): http://www.zzoss.com/phpwiki/index.php/PearOaiBackend Cheers! Sandro |
From: Sandro Z. <san...@zz...> - 2003-06-30 12:34:47
|
Hi, now that PEAR::OAI 0.4.0 is out, I envisage the following roadmap for the upcomming 0.5.0 version: - bugfixing based on 0.4.0 feedback - implementation of client class for data harvesting - based on http://www.pkp.ubc.ca/pkp-harvester/ - based on Uni Oldenbrug script sent to me by Heinrich - but only for OAI protocol, excluding any harvester logic - more documentation, especially on OAI client Cheers! Sandro |
From: Sandro Z. <san...@zz...> - 2003-06-30 12:20:05
|
The PEAR::OAI developers team is happy to announce the immediate availability of PEAR::OAI 0.4.0. Please notice these important changes: - PEAR::OAI server reduced to only care about protocol layer, content response is created by backend - more documentation, now edited online in a Wiki at http://www.zzoss.com/phpwiki/index.php/PearOai ### Description ### PEAR::OAI is a PHP class library for the Open Archives Initiative Protocol for Metadata Harvesting (http://www.openarchives.org). This library provides a Server (= Repository) and in the future also a Client (= Harvester) interface. This package is conformant to and makes use of PEAR (http://pear.php.net) classes. ### Featurs ### - full OAI-PMH version 2.0 compliance (tested with OAI Repository Explorer) - easy and flexible configuration (well documented) - modular data backend system allows plug-in of several data storage interfaces that wrap different data structures - integrated template output system to provide arbitrary metadata format output, provided as a plugin module - compressed XML support, which greatly reduces used bandwidth - garbage collection of resumption tokens (via PHP session functions) - resumption token sessions can be stored in filesystem or database - checking expiration date of resumption tokens - debug mode to track errors in logfile - object oriented PHP - PEARDoc (~JavaDoc) inline documentation ### Changelog ### New Featurs: - PEAR::OAI server reduced to only care about protocol layer, content response is created by backend - modular plugin architecture for various types of backends provided by different vendors - modular plugin architecture for markup output - getRecord takes metadata prefix as argument - moved methods for identifier masquerading to backend abstract class (Server/Backend.php) - check if backend supports a certain method - split descriptions (e.g. friends) from Identify.tpl to separate templates - new helper class for template parsing (Server/Output.php) - using static oai prefix when dealing with masquerading (better performance) Bugs fixed: - renamed Server/tpl/ListIdentifiers_oai_dc.tpl to Server/tpl/ListIdentifiers.tpl because there is no output specific to a metadata format - stripped off php version check in OAI_Base::xmlEncode() because we only work with PHP >= 4.2.0 - all XML output UTF-8 encoded Miscellaneous - replaced OAI_Base::recordStorage() with OAI_Server::backend() - OAI_Server::backend takes instantiated backend object as argument - deleted template_path option for OAI, instead, we have packages for output, located in the OAI/Output/ directory - more documentation, now edited online in a Wiki at http://www.zzoss.com/phpwiki/index.php/PearOai ### Links ### Find more information at http://www.zzoss.com/phpwiki/index.php/PearOai. |
From: Sandro Z. <san...@zz...> - 2003-04-27 14:17:29
|
The PEAR::OAI developers team is happy to announce the immediate availability of PEAR::OAI 0.3. ### Description ### PEAR::OAI is a PHP class library for the Open Archives Initiative Protocol for Metadata Harvesting (http://www.openarchives.org). This library provides a Server (= Repository) and in the future also a Client (= Harvester) interface. This package is conformant to and makes use of PEAR (http://pear.php.net) classes. ### Featurs ### - full OAI-PMH version 2.0 compliance (tested with OAI Repository Explorer, http://oai.dlib.vt.edu/cgi-bin/Explorer/oai2.0/testoai) - easy and flexible configuration (well documented) - object oriented PHP - compressed XML support, which greatly reduces used bandwidth - can connect to many existing databases, by using PEAR database abstraction layer - modular container-class-system allows plug-in of several data storage interfaces that wrap different data structures - integrated IT-template system to provide arbitrary metadata format output - PEARDoc (~JavaDoc) inline documentation - garbage collection of resumption tokens (via PHP session functions) - resumption token sessions can be stored in filesystem or database - checking expiration date of resumption tokens - debug mode to track errors in logfile ### Changelog ### New Featurs: - almost full OAI-PMH version 2.0 compliance (tested with OAI Repository Explorer, http://oai.dlib.vt.edu/cgi-bin/Explorer/oai2.0/testoai) - requires PHP greater or equal 4.2.0 due to session bug in PHP 4.1.2 - debug mode to track errors - checks if resumption token is within expiration date - added OAI_Base::getPackageVersion() - automatically compose sample identifier - store tokens either in filesystem or DB (using PEAR::HTTP_Session) Bugs fixed: - empty response with gzip encoding - OAI Repository Explorer error: "White space is required between the public identifier and the system identifier" caused by wrong assignment of OAI schema location constant - OAI Repository Explorer error: "Datatype error: In element 'repositoryIdentifier' : Value 'aName' does not match regular expression facet [a-zA-Z][a-zA-Z0-9\-]*(\.[a-zA-Z][a-zA-Z0-9\-]+)+'.." -> changed aName to example.com because dot is required - OAI Repository Explorer error: "The content of element type "metadata" is incomplete, it must match "(##other:uri=http://www.openarchives.org/OAI/2.0/)" <http://www.openarchives.org/OAI/2.0/%29%22>;. -> caused by left-over opening and closing metadata tag when showing deleted records - datestamp in GetRecord and ListRecords was not UTC conform ### Links ### Find more information at http://oai-pear.sourceforge.net. |
From: Sandro Z. <san...@zz...> - 2003-04-22 12:29:56
|
PEAR::OAI 0.2 has been released. New Featurs: - resumption token uses PHP session functions instead of homegrown token storage management. this way, the built-in PHP session functionality can be used, e.g. like defining different storage backends, garbage collection, etc. - added ini_set('include_path', ) in tests/oai_server.php - check whether ob_gzhandler is turned on in php.ini if user decided to turn on gzip compression for OAI Server - check if zlib.output_compression is off in php.ini to avoid interference with ob_gzhandler - OAI Server now issues HTTP 500 Internal Server Error if anything went wrong inside that is not specified as OAI protocol error - added missing inline comments Bugs fixed: - package.xml: - deleting Client.php from filelist - adding Token/Container/File.php to filelist - DSN of token storage was not passed properly - wrong time string in responseDate of OAI envelope and expirationDate of resumption Token Please visit http://oai-pear.sourceforge.net for more information. Sandro Zic |