You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(44) |
Aug
(143) |
Sep
(50) |
Oct
(46) |
Nov
(94) |
Dec
(106) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(118) |
Feb
(77) |
Mar
(163) |
Apr
(203) |
May
(74) |
Jun
(90) |
Jul
(111) |
Aug
(23) |
Sep
(99) |
Oct
(46) |
Nov
(42) |
Dec
(38) |
2009 |
Jan
(55) |
Feb
(36) |
Mar
(60) |
Apr
(20) |
May
(75) |
Jun
(102) |
Jul
(117) |
Aug
(104) |
Sep
(188) |
Oct
(105) |
Nov
(45) |
Dec
(59) |
2010 |
Jan
(88) |
Feb
(147) |
Mar
(53) |
Apr
(54) |
May
(74) |
Jun
(76) |
Jul
(78) |
Aug
(99) |
Sep
(87) |
Oct
(133) |
Nov
(56) |
Dec
(61) |
2011 |
Jan
(61) |
Feb
(22) |
Mar
(57) |
Apr
(79) |
May
(128) |
Jun
(143) |
Jul
(64) |
Aug
(90) |
Sep
(90) |
Oct
(202) |
Nov
(91) |
Dec
(127) |
2012 |
Jan
(92) |
Feb
(122) |
Mar
(221) |
Apr
(248) |
May
(244) |
Jun
(228) |
Jul
(213) |
Aug
(189) |
Sep
(125) |
Oct
(140) |
Nov
(137) |
Dec
(65) |
2013 |
Jan
(124) |
Feb
(160) |
Mar
(168) |
Apr
(276) |
May
(154) |
Jun
(106) |
Jul
(117) |
Aug
(124) |
Sep
(113) |
Oct
(95) |
Nov
(19) |
Dec
(43) |
2014 |
Jan
(93) |
Feb
(39) |
Mar
(103) |
Apr
(99) |
May
(66) |
Jun
(78) |
Jul
(98) |
Aug
(32) |
Sep
(69) |
Oct
(71) |
Nov
(60) |
Dec
(64) |
2015 |
Jan
(32) |
Feb
(24) |
Mar
(36) |
Apr
(47) |
May
(86) |
Jun
(53) |
Jul
(65) |
Aug
(95) |
Sep
(67) |
Oct
(87) |
Nov
(37) |
Dec
(59) |
2016 |
Jan
(86) |
Feb
(80) |
Mar
(47) |
Apr
(74) |
May
(47) |
Jun
(87) |
Jul
(84) |
Aug
(72) |
Sep
(49) |
Oct
(43) |
Nov
(65) |
Dec
(40) |
2017 |
Jan
(32) |
Feb
(31) |
Mar
(52) |
Apr
(51) |
May
(48) |
Jun
(35) |
Jul
(51) |
Aug
(28) |
Sep
(54) |
Oct
(44) |
Nov
(48) |
Dec
(19) |
2018 |
Jan
(41) |
Feb
(34) |
Mar
(30) |
Apr
(64) |
May
(53) |
Jun
(49) |
Jul
(49) |
Aug
(36) |
Sep
(44) |
Oct
(34) |
Nov
(50) |
Dec
(16) |
2019 |
Jan
(40) |
Feb
(21) |
Mar
(28) |
Apr
(19) |
May
(32) |
Jun
(26) |
Jul
(11) |
Aug
(39) |
Sep
(41) |
Oct
(79) |
Nov
(42) |
Dec
(31) |
2020 |
Jan
(19) |
Feb
(37) |
Mar
(17) |
Apr
(9) |
May
(10) |
Jun
(14) |
Jul
(52) |
Aug
(41) |
Sep
(38) |
Oct
(24) |
Nov
(9) |
Dec
(13) |
2021 |
Jan
(29) |
Feb
(12) |
Mar
(21) |
Apr
(19) |
May
(28) |
Jun
(21) |
Jul
(26) |
Aug
(31) |
Sep
(26) |
Oct
(84) |
Nov
(18) |
Dec
(7) |
2022 |
Jan
(25) |
Feb
(11) |
Mar
(35) |
Apr
(25) |
May
(17) |
Jun
(7) |
Jul
(7) |
Aug
(22) |
Sep
(17) |
Oct
(40) |
Nov
(19) |
Dec
(27) |
2023 |
Jan
(14) |
Feb
(21) |
Mar
(60) |
Apr
(16) |
May
(26) |
Jun
(18) |
Jul
(14) |
Aug
(19) |
Sep
(13) |
Oct
(19) |
Nov
(23) |
Dec
(13) |
2024 |
Jan
(14) |
Feb
(25) |
Mar
(42) |
Apr
(31) |
May
(20) |
Jun
(17) |
Jul
(12) |
Aug
(49) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
From: Demian K. <dem...@vi...> - 2011-10-11 17:02:56
|
If you're using the default settings, you should be able to check if Solr is running by going to http://localhost:8080/solr . I suspect that your failure has to do with a bit of code that checks to see if Solr is working correctly. I've heard at least one previous report of this test causing errors. Try commenting out this block of code: // Test to see solr is online $test_url = $this->host . "/admin/ping"; $test_client = new Proxy_Request(); $test_client->setMethod(HTTP_REQUEST_METHOD_GET); $test_client->setURL($test_url); $result = $test_client->sendRequest(); if (!PEAR::isError($result)) { // Even if we get a response, make sure it's a 'good' one. if ($test_client->getResponseCode() != 200) { PEAR::raiseError('Solr index is offline.'); } } else { PEAR::raiseError($result); } (You'll find it in web/sys/Solr.php). Does that help? If things work without that extra check, you can safely leave it commented out -- it's not strictly necessary. - Demian > -----Original Message----- > From: Harris, Gary [mailto:gar...@se...] > Sent: Tuesday, October 11, 2011 12:59 PM > To: Demian Katz; vuf...@li... > Subject: RE: [VuFind-General] FW: Blank White Page > > Thanks for the clues Demian! > > I have looked in the Apache log many, many times, but nothing of note > shows there. > > On your advice, I put "Made it here" statements in Interface.php, and > it appears to be > Failing on this line of code: > > $searchObject = SearchObjectFactory::initSearchObject(); > > I'm not sure if the Solr index is running. I did do a "vufind start" > from the vufind > home directory and the server appears to be running normally. I didn't > see any errors > or anything. > > Gary > > > -----Original Message----- > From: Demian Katz [mailto:dem...@vi...] > Sent: Tuesday, October 11, 2011 12:48 PM > To: Harris, Gary; vuf...@li... > Subject: RE: [VuFind-General] FW: Blank White Page > > No, it is normal to keep VuFind outside of the htdocs directory. The > fact that you were able to see the output of your echo statements in > index.php suggests that this part is set up correctly. > > Have you tried looking in your Apache error log? Sometimes clues show > up there. > > Have you tried putting echo statements in web/sys/Interface.php? This > contains the UInterface class that seems to be causing your problems. > > Is your Solr index running when you test? (That is, did you run > "vufind.bat start" in the VuFind home directory?) > > - Demian > > > -----Original Message----- > > From: Harris, Gary [mailto:gar...@se...] > > Sent: Tuesday, October 11, 2011 12:35 PM > > To: vuf...@li... > > Subject: [VuFind-General] FW: Blank White Page > > > > My VuFind directory is not under the Apache htdocs directory. I have > an > > Apache alias that forwards /vufind to C:/vufind/web. Could this be > the > > problem with my getting a blank page? > > > > Gary > > > > -----Original Message----- > > From: Osullivan L. [mailto:L.O...@sw...] > > Sent: Monday, October 10, 2011 5:03 PM > > To: Harris, Gary; vuf...@li... > > Subject: Re: [VuFind-General] Blank White Page > > > > Hi Gary, > > > > Have you checked your permissions for interface/cache and > > interface/compile - they need to be writable by the apache user. > > > > Cheers, > > > > Luke > > > > Sent from my Sony Ericsson Xperia arc > > > > "Harris, Gary" <gar...@se...> wrote: > > > > I have followed (and triple checked) the VuFind installation > > instructions for Windows. Whenever I go to http://myaddress/vufind I > > get a blank white page. I opened the index.php file in the "web" > > directory and placed an "echo 'Made it here'" statement in various > > places. The code seems to stop on the following line in the > > web/index.php file: > > > > $interface = new UInterface(); > > > > If I put the echo before this line, I see the echo statement. If I > put > > it after, I do not see the echo statement. I have debug turned on, > but > > I see no error messages, just a blank white page. As a note, we have > > not yet imported any records into the VuFind database, nor have we > done > > anything other than followed the base installation instructions. I > > thought that we would see an interface or message of some sort once > the > > product was installed, but that may not be the case. It could be that > > we have to import data before we see anything. We're just not sure > > where to go from here. > > > > Any assistance that anyone could provide would be awesome. > > > > Thanks in advance, > > > > Gary > > --------------------------------------------------------------------- > -- > > ------- > > All the data continuously generated in your IT infrastructure > contains > > a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and > makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2d-oct > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Harris, G. <gar...@se...> - 2011-10-11 17:00:01
|
Thanks for the clues Demian! I have looked in the Apache log many, many times, but nothing of note shows there. On your advice, I put "Made it here" statements in Interface.php, and it appears to be Failing on this line of code: $searchObject = SearchObjectFactory::initSearchObject(); I'm not sure if the Solr index is running. I did do a "vufind start" from the vufind home directory and the server appears to be running normally. I didn't see any errors or anything. Gary -----Original Message----- From: Demian Katz [mailto:dem...@vi...] Sent: Tuesday, October 11, 2011 12:48 PM To: Harris, Gary; vuf...@li... Subject: RE: [VuFind-General] FW: Blank White Page No, it is normal to keep VuFind outside of the htdocs directory. The fact that you were able to see the output of your echo statements in index.php suggests that this part is set up correctly. Have you tried looking in your Apache error log? Sometimes clues show up there. Have you tried putting echo statements in web/sys/Interface.php? This contains the UInterface class that seems to be causing your problems. Is your Solr index running when you test? (That is, did you run "vufind.bat start" in the VuFind home directory?) - Demian > -----Original Message----- > From: Harris, Gary [mailto:gar...@se...] > Sent: Tuesday, October 11, 2011 12:35 PM > To: vuf...@li... > Subject: [VuFind-General] FW: Blank White Page > > My VuFind directory is not under the Apache htdocs directory. I have an > Apache alias that forwards /vufind to C:/vufind/web. Could this be the > problem with my getting a blank page? > > Gary > > -----Original Message----- > From: Osullivan L. [mailto:L.O...@sw...] > Sent: Monday, October 10, 2011 5:03 PM > To: Harris, Gary; vuf...@li... > Subject: Re: [VuFind-General] Blank White Page > > Hi Gary, > > Have you checked your permissions for interface/cache and > interface/compile - they need to be writable by the apache user. > > Cheers, > > Luke > > Sent from my Sony Ericsson Xperia arc > > "Harris, Gary" <gar...@se...> wrote: > > I have followed (and triple checked) the VuFind installation > instructions for Windows. Whenever I go to http://myaddress/vufind I > get a blank white page. I opened the index.php file in the "web" > directory and placed an "echo 'Made it here'" statement in various > places. The code seems to stop on the following line in the > web/index.php file: > > $interface = new UInterface(); > > If I put the echo before this line, I see the echo statement. If I put > it after, I do not see the echo statement. I have debug turned on, but > I see no error messages, just a blank white page. As a note, we have > not yet imported any records into the VuFind database, nor have we done > anything other than followed the base installation instructions. I > thought that we would see an interface or message of some sort once the > product was installed, but that may not be the case. It could be that > we have to import data before we see anything. We're just not sure > where to go from here. > > Any assistance that anyone could provide would be awesome. > > Thanks in advance, > > Gary > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2011-10-11 16:48:33
|
No, it is normal to keep VuFind outside of the htdocs directory. The fact that you were able to see the output of your echo statements in index.php suggests that this part is set up correctly. Have you tried looking in your Apache error log? Sometimes clues show up there. Have you tried putting echo statements in web/sys/Interface.php? This contains the UInterface class that seems to be causing your problems. Is your Solr index running when you test? (That is, did you run "vufind.bat start" in the VuFind home directory?) - Demian > -----Original Message----- > From: Harris, Gary [mailto:gar...@se...] > Sent: Tuesday, October 11, 2011 12:35 PM > To: vuf...@li... > Subject: [VuFind-General] FW: Blank White Page > > My VuFind directory is not under the Apache htdocs directory. I have an > Apache alias that forwards /vufind to C:/vufind/web. Could this be the > problem with my getting a blank page? > > Gary > > -----Original Message----- > From: Osullivan L. [mailto:L.O...@sw...] > Sent: Monday, October 10, 2011 5:03 PM > To: Harris, Gary; vuf...@li... > Subject: Re: [VuFind-General] Blank White Page > > Hi Gary, > > Have you checked your permissions for interface/cache and > interface/compile - they need to be writable by the apache user. > > Cheers, > > Luke > > Sent from my Sony Ericsson Xperia arc > > "Harris, Gary" <gar...@se...> wrote: > > I have followed (and triple checked) the VuFind installation > instructions for Windows. Whenever I go to http://myaddress/vufind I > get a blank white page. I opened the index.php file in the "web" > directory and placed an "echo 'Made it here'" statement in various > places. The code seems to stop on the following line in the > web/index.php file: > > $interface = new UInterface(); > > If I put the echo before this line, I see the echo statement. If I put > it after, I do not see the echo statement. I have debug turned on, but > I see no error messages, just a blank white page. As a note, we have > not yet imported any records into the VuFind database, nor have we done > anything other than followed the base installation instructions. I > thought that we would see an interface or message of some sort once the > product was installed, but that may not be the case. It could be that > we have to import data before we see anything. We're just not sure > where to go from here. > > Any assistance that anyone could provide would be awesome. > > Thanks in advance, > > Gary > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Harris, G. <gar...@se...> - 2011-10-11 16:36:44
|
My VuFind directory is not under the Apache htdocs directory. I have an Apache alias that forwards /vufind to C:/vufind/web. Could this be the problem with my getting a blank page? Gary -----Original Message----- From: Osullivan L. [mailto:L.O...@sw...] Sent: Monday, October 10, 2011 5:03 PM To: Harris, Gary; vuf...@li... Subject: Re: [VuFind-General] Blank White Page Hi Gary, Have you checked your permissions for interface/cache and interface/compile - they need to be writable by the apache user. Cheers, Luke Sent from my Sony Ericsson Xperia arc "Harris, Gary" <gar...@se...> wrote: I have followed (and triple checked) the VuFind installation instructions for Windows. Whenever I go to http://myaddress/vufind I get a blank white page. I opened the index.php file in the "web" directory and placed an "echo 'Made it here'" statement in various places. The code seems to stop on the following line in the web/index.php file: $interface = new UInterface(); If I put the echo before this line, I see the echo statement. If I put it after, I do not see the echo statement. I have debug turned on, but I see no error messages, just a blank white page. As a note, we have not yet imported any records into the VuFind database, nor have we done anything other than followed the base installation instructions. I thought that we would see an interface or message of some sort once the product was installed, but that may not be the case. It could be that we have to import data before we see anything. We're just not sure where to go from here. Any assistance that anyone could provide would be awesome. Thanks in advance, Gary |
From: Demian K. <dem...@vi...> - 2011-10-11 16:12:13
|
Thanks for sharing! > -----Original Message----- > From: Thomas Schwaerzler [mailto:tho...@ui...] > Sent: Tuesday, October 11, 2011 12:02 PM > To: vufind general > Subject: [VuFind-General] merging marcxml files > > hi, > > i just posted http://vufind.org/jira/browse/VUFIND-459 to share my > simple bash script unsing xsl to merge marcxml files. > > it would have to be adapted. > maybe its of use for someone. > > > t. > > > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Thomas S. <tho...@ui...> - 2011-10-11 16:01:58
|
hi, i just posted http://vufind.org/jira/browse/VUFIND-459 to share my simple bash script unsing xsl to merge marcxml files. it would have to be adapted. maybe its of use for someone. t. |
From: Demian K. <dem...@vi...> - 2011-10-11 15:38:10
|
The $resourceList is created with the help of the getListEntry() method of the record driver (see, for example, web/RecordDrivers/IndexRecord.php) -- to customize the output, you'll want to adjust this method and its corresponding template (RecordDrivers/Index/listentry.tpl). Regarding the text export, I don't think there's a simple way to do it, but it's certainly possible. Here are the general steps: 1.) Retrieve the IDs of the records constituting the list from the database (see the getResources calls in web/services/MyResearch/Favorites.php and web/services/MyResearch/MyList.php for examples of this). 2.) Retrieve the Solr records corresponding with these IDs from the index (the setQueryIDs method of the search object can help with this -- see web/services/MyResearch/lib/FavoriteHandler.php for an example). 3.) Create a new record driver method which returns a text representation of the record. 4.) Create record driver objects from the retrieved Solr records, then call your new text method on each object to build up your list. I'm sorry this isn't a little simpler -- the favorites code is not one of VuFind's better components, and I'm looking forward to significantly cleaning it up as part of the VuFind 2.0 work currently in progress. - Demian > -----Original Message----- > From: Marius Zierold [mailto:mar...@gm...] > Sent: Tuesday, October 11, 2011 10:59 AM > To: vuf...@li... > Subject: [VuFind-General] Customize the Favorites > > Hey, > > tried alot to customize the "Your Favorites" Output (Look and Export) > and failed. > > After a user created her own list she wants to export this list. She > wants a Title, Author, Signatur... and she want to print it out. How > can I create a txt-export-format? > > The Your-Favorites-List just has the title. I wanted to change it in > MyResearch/list.tpl but dont know where to edit the $resourceList. > > Thx for your help, > Marius > > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Marius Z. <mar...@gm...> - 2011-10-11 14:59:01
|
Hey, tried alot to customize the "Your Favorites" Output (Look and Export) and failed. After a user created her own list she wants to export this list. She wants a Title, Author, Signatur... and she want to print it out. How can I create a txt-export-format? The Your-Favorites-List just has the title. I wanted to change it in MyResearch/list.tpl but dont know where to edit the $resourceList. Thx for your help, Marius |
From: Demian K. <dem...@vi...> - 2011-10-11 12:21:57
|
This is a very exciting release - thanks for all your hard work on it! I'll work on incorporating this into VuFind in the next week or two, and I'll report back when the work is done. - Demian From: sol...@go... [mailto:sol...@go...] On Behalf Of Robert Haschart Sent: Monday, October 10, 2011 5:54 PM To: sol...@go... Cc: vuf...@li...; bla...@go... Subject: [solrmarc-tech] Version 2.3 of SolrMarc released Release Notes for version 2.3 of SolrMarc The main new features included in this release are described below: 1.) Support for Running with Solr 3.1 Although SolrMarc was designed to be agnostic w.r.t. the version of Solr that it is running against, changes in Solr starting with version 3.1 caused this to no longer be the case. Specifically changes in how a single core was to be loaded for local solr mode and changes in the javabin protocol for remote solr mode made SolrMarc not function with Solr 3.x This version of SolrMarc includes custom version of the Solrj library that is backward compatible so that SolrMarc can talk to Solr servers of version 3.x or version 1.4 using either xml or javabin communication, choosing the correct version of javabin for the version of server it is talking to. Additionally communicating remotely the StreamingUpdateSolrServer class can be used which will chunk together records adds (which should speed up adding records to a remote Solr Server), furthermore for optimization purposes the use of the StreamingUpdateSolrServer and the use of javabin communication will now be the default. 2) New Custom Indexing Function 'Mixin' Architecture Previously you could either use the standard custom functions that are provided as a part of the class SolrIndexer, or you could define your own subclass that extended SolrIndexer, and define custom functions of your own there. The drawback was that as you added more custom functions your class defining these custom functions could grow quite large and unwieldy, and if someone else created a new custom function it would be hard for you to find and hard for you to add to your implementation. Furthermore if you first developed a Beanshell script to implement the custom indexing function in a script and subsequently wanted to migrate that function to a compiled method, the process could be a little tricky. With the Mixin architecture, that process shold be easier. How Does it Work? You can see the class org.solrmarc.index.GetFormatMixin for an example. You define a new class that extends the class org.solrmarc.index.SolrIndexerMixin and in this new class you define one or more public functions that return either a String or a Set<String> and take as parameters a Record onject and zero or more String's /** * Return the content type and media types, plus electronic, for this record * * @param Record - MARC Record * @return Set of Strings of content types and media types */ public Set<String> getContentTypesAndMediaTypes(final Record record) { Set<String> formats = getContentTypes(record); formats.addAll( getMediaTypes(record)); formats = addOnlineTypes(record, formats); return(formats); } and then in your indexing specification you can access the above method like this: content_type_s = custom(org.solrmarc.index.GetFormatMixin), getContentTypesAndMediaTypes where you specify the class the method is in, in parenthesis following the custom keyword. (similar to what is done for beanshell scripts) The main benefit of this new architecture is increased modularity. You can group methods dealing with the format of items together in one file and place methods that handle call number processing in another. Furthermore if someone else defines a group of functions that you find useful you can take that source, or the compiled class or even the entire jar they've created, and include it in your configuration, and reference the new indexing functions as shown above, and reindex the affected records. 3) New Example 'Mixin' Custom Indexing Functions The bulk of the code in this example was submitted by David Walker at calstate.edu. It attempts to apply all of the arcane rules defined by LOC for how the content type of an item is defined, as well as the rules for how the media type of an item is defined. Quoting David Walker: But 'format' here actually encompassing (at least) two different concepts. RDA does a good job of delineating these, in my opinion, so I'm going to borrow it's terminology and talk about "content types" and "media types." Content type is 'format' in terms of the nature of the contents. We can talk about Huckleberry Finn as a "book," the New York Times as a "newspaper," the Empire Strikes Back as a "movie" and Abbey Road as a "music recording." These are all content types. Media type is 'format' in terms of the physical medium or carrier of the item. Huckleberry Finn might be available in "print" or as an "ebook." Your library likely has old issues of the New York Times in "microfilm" as well as access "online." The Empire Strikes Back was released on "Laser Disc," "VHS," "DVD," and now "Blu-Ray." And you might have Abbey Road on LP, tape, CD, and so on. These are all media types. The main methods it defines are: getContentType - get content type as described above getMediaType - get media type as described above getPrimaryContentType - get a single 'best' content type for an item getPrimaryContentTypePlusOnline - get primary content type, and if item is available online add in appropriate additional types getContentTypesAndMediaTypes - get content type and media type as described above, and if item is available online add in appropriate additional types 4) Support for reading and writing marc records in JSON In the past either Binary Marc or MarcXML could be stored in the solr index by specifying either: marc_display = FullRecordAsMARC or marc_display = FullRecordAsXML However both options have drawbacks, for Binary Marc, since the record contains binary character codes 0x1d 0x1e and 0x1f which are invalid in XML and which are sometimes translated as character entities #x1D; #x1E; and #x1F; which then have to be retranslated client side before the binary Marc can be processed, furthermore binary Marc can only be 99999 bytes long before it is invalid. Larger records can be created but these out-of-spec oversized records are often handled differently by different Marc tools. MarcXML has the drawback of being significantly larger than the binary Marc representation of the same record, as well as usually slower to process since the XML has to be parsed. There is now a third (and fourth) option, encoding the Marc record in JSON and storing that in the solr record marc_display = FullRecordAsJSON Which will encode the Marc record using the Marc-in-JSON scheme, and add the resulting encoded string to the solr index (see http://dilettantes.code4lib.org/blog/category/marc-in-json/) or marc_display = FullRecordAsJSON2 Which will encode the Marc record using the Marc-JSON scheme, and add the resulting encoded string to the solr index (see http://www.oclc.org/developer/content/marc-json-draft-2010-03-11) 5) Includes updated version of Marc4j library The SolrMarc release includes a version of marc4j (labelled marc4j-2.5.beta.jar) that is essentially what will be released shortly as marc4j.2.5.jar -Robert Haschart -- You received this message because you are subscribed to the Google Groups "solrmarc-tech" group. To post to this group, send email to sol...@go.... To unsubscribe from this group, send email to sol...@go.... For more options, visit this group at http://groups.google.com/group/solrmarc-tech?hl=en. |
From: Marius Z. <mar...@gm...> - 2011-10-11 07:05:08
|
Hey, thx for your advice. I turned the debug-mode on and got the following error-message: Fatal error: Call to undefined method GenderbibxmlRecord::getFormat() in /usr/local/vufind/web/RecordDrivers/GenderbibxmlRecord.php on line 421 So I changed getFormat() to getFormats() Now it works! Thank you, Marius -------- Original-Nachricht -------- > Datum: Mon, 10 Oct 2011 15:03:26 -0400 > Von: Demian Katz <dem...@vi...> > An: "mar...@gm..." <mar...@gm...>, "vuf...@li..." <vuf...@li...> > Betreff: RE: [VuFind-General] Blank page after clicking on Description > I would recommend turning on debug near the top of web/conf/config.ini to > see what is going on here. I have a suspicion that there is some kind of > fatal PHP error that is preventing the page from loading -- the debug mode > should help you see it. (Alternatively, you might also be able to see error > messages in your Apache logs). > > Once everything is working, you can customize the contents of that tab > using the getExtendedMetadata() method of the record driver. > > - Demian > > > -----Original Message----- > > From: Marius Zierold [mailto:mar...@gm...] > > Sent: Monday, October 10, 2011 2:37 PM > > To: vuf...@li... > > Subject: [VuFind-General] Blank page after clicking on Description > > > > Hey again, > > > > when clicking on Description you only got a blank page: > > http://141.20.139.45/vufind/Record/31077genderbib/Description#tabnav > > > > Unfortunatly I don't know how to correct my little bug. What template > > is > > responsible for this part? > > > > thanks for your help, > > Marius > > > > ----------------------------------------------------------------------- > > ------- > > All the data continuously generated in your IT infrastructure contains > > a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Robert H. <rh...@vi...> - 2011-10-10 21:53:45
|
Release Notes for version 2.3 of SolrMarc The main new features included in this release are described below: *1.) Support for Running with Solr 3.1* Although SolrMarc was designed to be agnostic w.r.t. the version of Solr that it is running against, changes in Solr starting with version 3.1 caused this to no longer be the case. Specifically changes in how a single core was to be loaded for local solr mode and changes in the javabin protocol for remote solr mode made SolrMarc not function with Solr 3.x This version of SolrMarc includes custom version of the Solrj library that is backward compatible so that SolrMarc can talk to Solr servers of version 3.x or version 1.4 using either xml or javabin communication, choosing the correct version of javabin for the version of server it is talking to. Additionally communicating remotely the StreamingUpdateSolrServer class can be used which will chunk together records adds (which should speed up adding records to a remote Solr Server), furthermore for optimization purposes the use of the StreamingUpdateSolrServer and the use of javabin communication will now be the default. *2) New Custom Indexing Function 'Mixin' Architecture* Previously you could either use the standard custom functions that are provided as a part of the class SolrIndexer, or you could define your own subclass that extended SolrIndexer, and define custom functions of your own there. The drawback was that as you added more custom functions your class defining these custom functions could grow quite large and unwieldy, and if someone else created a new custom function it would be hard for you to find and hard for you to add to your implementation. Furthermore if you first developed a Beanshell script to implement the custom indexing function in a script and subsequently wanted to migrate that function to a compiled method, the process could be a little tricky. With the Mixin architecture, that process shold be easier. How Does it Work? You can see the class org.solrmarc.index.GetFormatMixin for an example. You define a new class that extends the class org.solrmarc.index.SolrIndexerMixin and in this new class you define one or more public functions that return either a String or a Set<String> and take as parameters a Record onject and zero or more String's /** * Return the content type and media types, plus electronic, for this record * * @param Record - MARC Record * @return Set of Strings of content types and media types */ public Set<String> getContentTypesAndMediaTypes(final Record record) { Set<String> formats = getContentTypes(record); formats.addAll( getMediaTypes(record)); formats = addOnlineTypes(record, formats); return(formats); } and then in your indexing specification you can access the above method like this: content_type_s = custom(org.solrmarc.index.GetFormatMixin), getContentTypesAndMediaTypes where you specify the class the method is in, in parenthesis following the custom keyword. (similar to what is done for beanshell scripts) The main benefit of this new architecture is increased modularity. You can group methods dealing with the format of items together in one file and place methods that handle call number processing in another. Furthermore if someone else defines a group of functions that you find useful you can take that source, or the compiled class or even the entire jar they've created, and include it in your configuration, and reference the new indexing functions as shown above, and reindex the affected records. *3) New Example **'Mixin' **Custom Indexing Functions *The bulk of the code in this example was submitted by David Walker at calstate.edu. It attempts to apply all of the arcane rules defined by LOC for how the content type of an item is defined, as well as the rules for how the media type of an item is defined. Quoting David Walker: But 'format' here actually encompassing (at least) two different concepts. RDA does a good job of delineating these, in my opinion, so I'm going to borrow it's terminology and talk about "content types" and "media types." Content type is 'format' in terms of the nature of the contents. We can talk about Huckleberry Finn as a "book," the New York Times as a "newspaper," the Empire Strikes Back as a "movie" and Abbey Road as a "music recording." These are all content types. Media type is 'format' in terms of the physical medium or carrier of the item. Huckleberry Finn might be available in "print" or as an "ebook." Your library likely has old issues of the New York Times in "microfilm" as well as access "online." The Empire Strikes Back was released on "Laser Disc," "VHS," "DVD," and now "Blu-Ray." And you might have Abbey Road on LP, tape, CD, and so on. These are all media types. The main methods it defines are: getContentType - get content type as described above getMediaType - get media type as described above getPrimaryContentType - get a single 'best' content type for an item getPrimaryContentTypePlusOnline - get primary content type, and if item is available online add in appropriate additional types getContentTypesAndMediaTypes - get content type and media type as described above, and if item is available online add in appropriate additional types *4) Support for reading and writing marc records in JSON* In the past either Binary Marc or MarcXML could be stored in the solr index by specifying either: marc_display = FullRecordAsMARC or marc_display = FullRecordAsXML However both options have drawbacks, for Binary Marc, since the record contains binary character codes 0x1d 0x1e and 0x1f which are invalid in XML and which are sometimes translated as character entities #x1D; #x1E; and #x1F; which then have to be retranslated client side before the binary Marc can be processed, furthermore binary Marc can only be 99999 bytes long before it is invalid. Larger records can be created but these out-of-spec oversized records are often handled differently by different Marc tools. MarcXML has the drawback of being significantly larger than the binary Marc representation of the same record, as well as usually slower to process since the XML has to be parsed. There is now a third (and fourth) option, encoding the Marc record in JSON and storing that in the solr record marc_display = FullRecordAsJSON Which will encode the Marc record using the Marc-in-JSON scheme, and add the resulting encoded string to the solr index (see http://dilettantes.code4lib.org/blog/category/marc-in-json/) or marc_display = FullRecordAsJSON2 Which will encode the Marc record using the Marc-JSON scheme, and add the resulting encoded string to the solr index (see http://www.oclc.org/developer/content/marc-json-draft-2010-03-11) *5) Includes updated version of Marc4j library *The SolrMarc release includes a version of marc4j (labelled marc4j-2.5.beta.jar) that is essentially what will be released shortly as marc4j.2.5.jar -Robert Haschart |
From: Osullivan L. <L.O...@sw...> - 2011-10-10 20:57:46
|
Hi Gary, Have you checked your permissions for interface/cache and interface/compile - they need to be writable by the apache user. Cheers, Luke Sent from my Sony Ericsson Xperia arc "Harris, Gary" <gar...@se...> wrote: I have followed (and triple checked) the VuFind installation instructions for Windows. Whenever I go to http://myaddress/vufind I get a blank white page. I opened the index.php file in the "web" directory and placed an "echo 'Made it here'" statement in various places. The code seems to stop on the following line in the web/index.php file: $interface = new UInterface(); If I put the echo before this line, I see the echo statement. If I put it after, I do not see the echo statement. I have debug turned on, but I see no error messages, just a blank white page. As a note, we have not yet imported any records into the VuFind database, nor have we done anything other than followed the base installation instructions. I thought that we would see an interface or message of some sort once the product was installed, but that may not be the case. It could be that we have to import data before we see anything. We're just not sure where to go from here. Any assistance that anyone could provide would be awesome. Thanks in advance, Gary |
From: Harris, G. <gar...@se...> - 2011-10-10 20:51:07
|
I have followed (and triple checked) the VuFind installation instructions for Windows. Whenever I go to http://myaddress/vufind I get a blank white page. I opened the index.php file in the "web" directory and placed an "echo 'Made it here'" statement in various places. The code seems to stop on the following line in the web/index.php file: $interface = new UInterface(); If I put the echo before this line, I see the echo statement. If I put it after, I do not see the echo statement. I have debug turned on, but I see no error messages, just a blank white page. As a note, we have not yet imported any records into the VuFind database, nor have we done anything other than followed the base installation instructions. I thought that we would see an interface or message of some sort once the product was installed, but that may not be the case. It could be that we have to import data before we see anything. We're just not sure where to go from here. Any assistance that anyone could provide would be awesome. Thanks in advance, Gary |
From: Demian K. <dem...@vi...> - 2011-10-10 19:03:34
|
I would recommend turning on debug near the top of web/conf/config.ini to see what is going on here. I have a suspicion that there is some kind of fatal PHP error that is preventing the page from loading -- the debug mode should help you see it. (Alternatively, you might also be able to see error messages in your Apache logs). Once everything is working, you can customize the contents of that tab using the getExtendedMetadata() method of the record driver. - Demian > -----Original Message----- > From: Marius Zierold [mailto:mar...@gm...] > Sent: Monday, October 10, 2011 2:37 PM > To: vuf...@li... > Subject: [VuFind-General] Blank page after clicking on Description > > Hey again, > > when clicking on Description you only got a blank page: > http://141.20.139.45/vufind/Record/31077genderbib/Description#tabnav > > Unfortunatly I don't know how to correct my little bug. What template > is > responsible for this part? > > thanks for your help, > Marius > > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Marius Z. <mar...@gm...> - 2011-10-10 18:37:12
|
Hey again, when clicking on Description you only got a blank page: http://141.20.139.45/vufind/Record/31077genderbib/Description#tabnav Unfortunatly I don't know how to correct my little bug. What template is responsible for this part? thanks for your help, Marius |
From: Marius Z. <mar...@gm...> - 2011-10-10 18:25:13
|
Hey Demian, thx for your support. I put this into my RecordDriver getSearchResult() thingy: $toc = $this->getTOC(); And this in my result.tpl: {/foreach} {if $format eq 'Aufsatz'} {'<br>'} {foreach from=$toc item=line} <a style="font-size:90%; padding-top:.6em; color:#6d6d6d;" href="{$url}/Record/{$line.id|escape}">{$line.title|escape}</a>{/foreach} {/if} It works like a charm: http://141.20.139.45/vufind/Search/Results?lookfor=Arena&type=AllFields&filter[]=format%3A%22Aufsatz%22&view=list Marius Am 10.10.2011 17:43, schrieb Demian Katz: > In order to have access to the $toc variable in result.tpl, it needs to be assigned in the Record Driver object's getSearchResult() method. You may need to refactor your code so that the custom code you used in getTOC() can be shared with getSearchResult(). > > Does that help? Let me know if you need more details. > > - Demian > >> -----Original Message----- >> From: Marius Zierold [mailto:mar...@gm...] >> Sent: Monday, October 10, 2011 10:24 AM >> To: vuf...@li... >> Subject: [VuFind-General] result.tpl - Add Data/Link >> >> Hey, >> >> I want to customize the search-result and put a Link to the related >> Content. Just like I did here: >> http://141.20.139.45/vufind/Record/29895genderbib (Look at Referenz) >> (Solution given at this list: >> http://sourceforge.net/mailarchive/message.php?msg_id=28018019) >> >> Now I want to put this Link to every Article right at search-list. I >> tried alot and failed: >> >> ...result.tpl >> {if $summDate}{translate text='Published'} {$summDate.0|escape} >> {/if} >> {if $summVerlag} {$summVerlag.0|escape}{/if} >> {if $summSeiten} {'| '}{$summSeiten.0|escape}{/if} >> >> {foreach from=$toc item=line} >> <li><a >> href="{$url}/Record/{$line.id|escape}">{$line.title|escape}</a></li> >> {/foreach} >> </div> >> >> Any Ideas? >> >> Marius >> >> ----------------------------------------------------------------------- >> ------- >> All the data continuously generated in your IT infrastructure contains >> a >> definitive record of customers, application performance, security >> threats, fraudulent activity and more. Splunk takes this data and makes >> sense of it. Business sense. IT sense. Common sense. >> http://p.sf.net/sfu/splunk-d2dcopy1 >> _______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general -- Marius Zierold mar...@gm... http://marius300482.wordpress.com |
From: Demian K. <dem...@vi...> - 2011-10-10 15:43:20
|
In order to have access to the $toc variable in result.tpl, it needs to be assigned in the Record Driver object's getSearchResult() method. You may need to refactor your code so that the custom code you used in getTOC() can be shared with getSearchResult(). Does that help? Let me know if you need more details. - Demian > -----Original Message----- > From: Marius Zierold [mailto:mar...@gm...] > Sent: Monday, October 10, 2011 10:24 AM > To: vuf...@li... > Subject: [VuFind-General] result.tpl - Add Data/Link > > Hey, > > I want to customize the search-result and put a Link to the related > Content. Just like I did here: > http://141.20.139.45/vufind/Record/29895genderbib (Look at Referenz) > (Solution given at this list: > http://sourceforge.net/mailarchive/message.php?msg_id=28018019) > > Now I want to put this Link to every Article right at search-list. I > tried alot and failed: > > ...result.tpl > {if $summDate}{translate text='Published'} {$summDate.0|escape} > {/if} > {if $summVerlag} {$summVerlag.0|escape}{/if} > {if $summSeiten} {'| '}{$summSeiten.0|escape}{/if} > > {foreach from=$toc item=line} > <li><a > href="{$url}/Record/{$line.id|escape}">{$line.title|escape}</a></li> > {/foreach} > </div> > > Any Ideas? > > Marius > > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Marius Z. <mar...@gm...> - 2011-10-10 14:23:58
|
Hey, I want to customize the search-result and put a Link to the related Content. Just like I did here: http://141.20.139.45/vufind/Record/29895genderbib (Look at Referenz) (Solution given at this list: http://sourceforge.net/mailarchive/message.php?msg_id=28018019) Now I want to put this Link to every Article right at search-list. I tried alot and failed: ...result.tpl {if $summDate}{translate text='Published'} {$summDate.0|escape} {/if} {if $summVerlag} {$summVerlag.0|escape}{/if} {if $summSeiten} {'| '}{$summSeiten.0|escape}{/if} {foreach from=$toc item=line} <li><a href="{$url}/Record/{$line.id|escape}">{$line.title|escape}</a></li> {/foreach} </div> Any Ideas? Marius |
From: Demian K. <dem...@vi...> - 2011-10-10 14:07:03
|
It appears that the Evergreen driver supports the getNewItems() method but the Koha driver does not. The Evergreen implementation looks fairly minimalistic, though (it doesn't support filtering by fund). I also don't know whether there's any reason the Koha driver is missing the function -- it certainly may be possible to add it if you know enough about Koha's database structure. Either way, I think the custom new items module is a better solution if you want to take the time to build it. Assuming record tracking is turned on, you'll have two index fields you can use for finding new records: last_indexed - a record of the last time that a record changed in the index. This is useful for finding new and old records that have recently changed. first_indexed - a record of the first time that the record was added into the index. This is useful for finding new records only. You can filter your search results using these index fields by adding a filter query to the URL. For example, here's a search to find all records added in September: first_indexed:[2011-09-01T00:00:00Z TO 2011-10-01T00:00:00Z] You can apply this search as a filter query in the URL with the help of the filter[] parameter... i.e.: http://localhost/vufind/Search/Results?lookfor=&filter%5B%5D=first_indexed%3A%5B2011-09-01T00%3A00%3A00Z%20TO%202011-10-01T00%3A00%3A00Z%5D Solving your problem may be as simple as creating a form which accepts user input and uses it to build an appropriate filter query. I hope this is helpful -- let me know if you still have questions. thanks, Demian > -----Original Message----- > From: Stephanie Funk [mailto:ste...@gm...] > Sent: Monday, October 10, 2011 7:44 AM > To: vuf...@li... > Subject: Re: [VuFind-General] problem in NewItem > > > Which OpenSource-ILS supports this feature, may be Evergreen? Or is it > better > to make it with the custom new items module? Is there a sample for > this? > > Thanks Stephanie. > > > Demian Katz wrote: > > > > Which ILS driver are you using? The "New Items" search is based on a > > function of the ILS driver, and most drivers do not currently support > the > > feature. If you need this, it may be possible to implement the > missing > > driver function or else to write a custom new items module based on > > VuFind's optional record change tracking features -- I can provide > more > > information on either of these approaches if you need it. > > > > - Demian > > > >> -----Original Message----- > >> From: Han, Kwangsoo [mailto:ha...@wl...] > >> Sent: Monday, July 18, 2011 11:26 AM > >> To: 'vuf...@li...' > >> Subject: [VuFind-General] problem in NewItem > >> > >> Hi, > >> > >> When I enter New Items and click 'Find' for Yesterday/Past 5 > Days/Past > >> 30 Days, I encounter an error message: > >> > >> Fatal error: Call to undefined method Innovative::getNewItems() in > >> C:\vufind\web\CatalogConnection.php on line 309 > >> > >> Any idea on where I can start looking at to debug? > >> > >> Thanks, > >> > >> Kwangsoo Han > >> Asst. Prof. / Systems Librarian > >> University Library > >> Washington and Lee University > >> 540-463-8653, ha...@wl... > >> > >> > >> > >> -------------------------------------------------------------------- > --- > >> ------- > >> AppSumo Presents a FREE Video for the SourceForge Community by Eric > >> Ries, the creator of the Lean Startup Methodology on "Lean Startup > >> Secrets Revealed." This video shows you how to validate your ideas, > >> optimize your ideas and identify your business strategy. > >> http://p.sf.net/sfu/appsumosfdev2dev > >> _______________________________________________ > >> VuFind-General mailing list > >> VuF...@li... > >> https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > --------------------------------------------------------------------- > --------- > > 10 Tips for Better Web Security > > Learn 10 ways to better secure your business today. Topics covered > > include: > > Web security, SSL, hacker attacks & Denial of Service (DoS), private > keys, > > security Microsoft Exchange, secure Instant Messaging, and much more. > > http://www.accelacomm.com/jaw/sfnl/114/51426210/ > > _______________________________________________ > > VuFind-General mailing list > > VuF...@li... > > https://lists.sourceforge.net/lists/listinfo/vufind-general > > > > > > -- > View this message in context: http://old.nabble.com/vufind-login- > problem-tp32082653p32622967.html > Sent from the vufind-general mailing list archive at Nabble.com. > > > ----------------------------------------------------------------------- > ------- > All the data continuously generated in your IT infrastructure contains > a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Demian K. <dem...@vi...> - 2011-10-10 13:08:02
|
The other component that you would need to think about beyond database is the Solr index. Solr can be a little bit unstable if its Java settings aren't properly tuned, but it's definitely possible to make it work in a high availability environment - many large commercial services rely on it, and it includes good redundancy and replication capabilities. A good starting point might be to read up on Solr replication: http://wiki.apache.org/solr/SolrReplication I'm not very familiar with the details yet, but it sounds like the SolrCloud initiative may take this even further: http://wiki.apache.org/solr/SolrCloud Let me know if you need more detailed information on any of this. - Demian From: Hugo Agud [mailto:ha...@or...] Sent: Monday, October 10, 2011 8:00 AM To: vuf...@li... Subject: [VuFind-General] Vufind and High Availability Dear all I have been digging in Vufind and I am really impresses about the big functionality that Vufind offers... now we're studing Vufind in a high availability environment.... anybody has built a vufind in HA?... from database it seems easy but what's on application layer? Any suggestion? Kindest regards Hugo -- Hugo Agud - Orex Digital www.orex.es<http://www.orex.es> Director Avenida Sarriá 29 · 08029 Barcelona [http://www.orex.es/images/website/templateImages/originals/Logotwitter.jpg] <http://twitter.com/OrexDigital> [http://orex.gmt.brightpearl.com/images/website/templateImages/originals/skype.jpg] [http://orex.gmt.brightpearl.com/images/website/templateImages/originals/miniblogspot.jpg] :<http://orexsl.blogspot.com> hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 ha...@or...<mailto:ha...@or...> · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. |
From: Hugo A. <ha...@or...> - 2011-10-10 12:00:30
|
Dear all I have been digging in Vufind and I am really impresses about the big functionality that Vufind offers... now we're studing Vufind in a high availability environment.... anybody has built a vufind in HA?... from database it seems easy but what's on application layer? Any suggestion? Kindest regards Hugo -- *Hugo Agud - Orex Digital * *www.orex.es* * * Director Avenida Sarriá 29 · 08029 Barcelona <http://twitter.com/OrexDigital> :<http://orexsl.blogspot.com>hugoaguda - Tel: 93 539 40 70 Fax: 93 539 33 30 ha...@or... · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. |
From: Stephanie F. <ste...@gm...> - 2011-10-10 11:44:24
|
Which OpenSource-ILS supports this feature, may be Evergreen? Or is it better to make it with the custom new items module? Is there a sample for this? Thanks Stephanie. Demian Katz wrote: > > Which ILS driver are you using? The "New Items" search is based on a > function of the ILS driver, and most drivers do not currently support the > feature. If you need this, it may be possible to implement the missing > driver function or else to write a custom new items module based on > VuFind's optional record change tracking features -- I can provide more > information on either of these approaches if you need it. > > - Demian > >> -----Original Message----- >> From: Han, Kwangsoo [mailto:ha...@wl...] >> Sent: Monday, July 18, 2011 11:26 AM >> To: 'vuf...@li...' >> Subject: [VuFind-General] problem in NewItem >> >> Hi, >> >> When I enter New Items and click 'Find' for Yesterday/Past 5 Days/Past >> 30 Days, I encounter an error message: >> >> Fatal error: Call to undefined method Innovative::getNewItems() in >> C:\vufind\web\CatalogConnection.php on line 309 >> >> Any idea on where I can start looking at to debug? >> >> Thanks, >> >> Kwangsoo Han >> Asst. Prof. / Systems Librarian >> University Library >> Washington and Lee University >> 540-463-8653, ha...@wl... >> >> >> >> ----------------------------------------------------------------------- >> ------- >> AppSumo Presents a FREE Video for the SourceForge Community by Eric >> Ries, the creator of the Lean Startup Methodology on "Lean Startup >> Secrets Revealed." This video shows you how to validate your ideas, >> optimize your ideas and identify your business strategy. >> http://p.sf.net/sfu/appsumosfdev2dev >> _______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > > ------------------------------------------------------------------------------ > 10 Tips for Better Web Security > Learn 10 ways to better secure your business today. Topics covered > include: > Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, > security Microsoft Exchange, secure Instant Messaging, and much more. > http://www.accelacomm.com/jaw/sfnl/114/51426210/ > _______________________________________________ > VuFind-General mailing list > VuF...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-general > > -- View this message in context: http://old.nabble.com/vufind-login-problem-tp32082653p32622967.html Sent from the vufind-general mailing list archive at Nabble.com. |
From: Robert O. <roc...@hc...> - 2011-10-09 11:49:52
|
Never mind, I should have actually tried it before I sent off that message. The plus is just the space in between. Everything works great now. Thanks for your help, Tuan. Rob -----Original Message----- From: Robert Oconnell [mailto:roc...@hc...] Sent: Sunday, October 09, 2011 3:43 PM To: Tuan Nguyen Cc: vuf...@li... Subject: Re: [VuFind-General] Library Collection only filter Ah this seems to have done the trick SourceType:Library Catalog = "Library Catalog" The only issue I am having is in order for the filter to work it needs to be SourceType:Library+Catalog = "Library Catalog" The URL however, replaces the + with %B. Anyway to retain the plus? Rob -----Original Message----- From: Tuan Nguyen [mailto:tu...@yo...] Sent: Sunday, October 09, 2011 3:25 PM To: Robert Oconnell Cc: vuf...@li... Subject: Re: [VuFind-General] Library Collection only filter Sorry I mis-read your question. Have you tried setting the check box filter in Summon.ini SourceType:"Library Catalog" = "Library Catalog" or in [Facet] section SourceType = "Source" On 2011-10-09, at 7:11 AM, Robert Oconnell wrote: > Thanks, Tuan. We are not using facets.ini since we are pulling our data in through the Summon API. I was hoping for a Checkboxfilter on the Summon.ini page that would filter results down to our local catalog. > > Rob > > > -----Original Message----- > From: Tuan Nguyen [mailto:tu...@yo...] > Sent: Sunday, October 09, 2011 3:05 PM > To: Robert Oconnell > Cc: vuf...@li... > Subject: Re: [VuFind-General] Library Collection only filter > > in conf/facets.ini, under Results section you can enable the collection field as a facet, like Summon does, thus allows you to narrow by collection > > [Results] > collection="Collection" > > If you don't want to show the facet, simply append &filter[]=collection%3A"Catalog" to your search URL to narrow to Catalog collection. > > Hope this helps. > > T > > On 2011-10-09, at 6:38 AM, Robert Oconnell wrote: > >> Good afternoon, >> >> Is there a Summon filter in Vufind to narrow based on local holdings? The Summon URL has the following line s.cmd=addTextFilter(SourceType%5C:%5C("Library+Catalog"%5C)) . I have tried adding AllFields&filter[]=Library+Catalog but that just seems to return an error. Any suggestions? >> >> Thanks, >> >> Rob O'Connell >> Supervisor - Library Technical Services >> Higher Colleges of Technology >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ VuFind-General mailing list VuF...@li... https://lists.sourceforge.net/lists/listinfo/vufind-general |
From: Robert O. <roc...@hc...> - 2011-10-09 11:43:52
|
Ah this seems to have done the trick SourceType:Library Catalog = "Library Catalog" The only issue I am having is in order for the filter to work it needs to be SourceType:Library+Catalog = "Library Catalog" The URL however, replaces the + with %B. Anyway to retain the plus? Rob -----Original Message----- From: Tuan Nguyen [mailto:tu...@yo...] Sent: Sunday, October 09, 2011 3:25 PM To: Robert Oconnell Cc: vuf...@li... Subject: Re: [VuFind-General] Library Collection only filter Sorry I mis-read your question. Have you tried setting the check box filter in Summon.ini SourceType:"Library Catalog" = "Library Catalog" or in [Facet] section SourceType = "Source" On 2011-10-09, at 7:11 AM, Robert Oconnell wrote: > Thanks, Tuan. We are not using facets.ini since we are pulling our data in through the Summon API. I was hoping for a Checkboxfilter on the Summon.ini page that would filter results down to our local catalog. > > Rob > > > -----Original Message----- > From: Tuan Nguyen [mailto:tu...@yo...] > Sent: Sunday, October 09, 2011 3:05 PM > To: Robert Oconnell > Cc: vuf...@li... > Subject: Re: [VuFind-General] Library Collection only filter > > in conf/facets.ini, under Results section you can enable the collection field as a facet, like Summon does, thus allows you to narrow by collection > > [Results] > collection="Collection" > > If you don't want to show the facet, simply append &filter[]=collection%3A"Catalog" to your search URL to narrow to Catalog collection. > > Hope this helps. > > T > > On 2011-10-09, at 6:38 AM, Robert Oconnell wrote: > >> Good afternoon, >> >> Is there a Summon filter in Vufind to narrow based on local holdings? The Summon URL has the following line s.cmd=addTextFilter(SourceType%5C:%5C("Library+Catalog"%5C)) . I have tried adding AllFields&filter[]=Library+Catalog but that just seems to return an error. Any suggestions? >> >> Thanks, >> >> Rob O'Connell >> Supervisor - Library Technical Services >> Higher Colleges of Technology >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > |
From: Tuan N. <tu...@yo...> - 2011-10-09 11:24:58
|
Sorry I mis-read your question. Have you tried setting the check box filter in Summon.ini SourceType:"Library Catalog" = "Library Catalog" or in [Facet] section SourceType = "Source" On 2011-10-09, at 7:11 AM, Robert Oconnell wrote: > Thanks, Tuan. We are not using facets.ini since we are pulling our data in through the Summon API. I was hoping for a Checkboxfilter on the Summon.ini page that would filter results down to our local catalog. > > Rob > > > -----Original Message----- > From: Tuan Nguyen [mailto:tu...@yo...] > Sent: Sunday, October 09, 2011 3:05 PM > To: Robert Oconnell > Cc: vuf...@li... > Subject: Re: [VuFind-General] Library Collection only filter > > in conf/facets.ini, under Results section you can enable the collection field as a facet, like Summon does, thus allows you to narrow by collection > > [Results] > collection="Collection" > > If you don't want to show the facet, simply append &filter[]=collection%3A"Catalog" to your search URL to narrow to Catalog collection. > > Hope this helps. > > T > > On 2011-10-09, at 6:38 AM, Robert Oconnell wrote: > >> Good afternoon, >> >> Is there a Summon filter in Vufind to narrow based on local holdings? The Summon URL has the following line s.cmd=addTextFilter(SourceType%5C:%5C("Library+Catalog"%5C)) . I have tried adding AllFields&filter[]=Library+Catalog but that just seems to return an error. Any suggestions? >> >> Thanks, >> >> Rob O'Connell >> Supervisor - Library Technical Services >> Higher Colleges of Technology >> >> ------------------------------------------------------------------------------ >> All of the data generated in your IT infrastructure is seriously valuable. >> Why? It contains a definitive record of application performance, security >> threats, fraudulent activity, and more. Splunk takes this data and makes >> sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-d2dcopy2_______________________________________________ >> VuFind-General mailing list >> VuF...@li... >> https://lists.sourceforge.net/lists/listinfo/vufind-general > |