From corcoran at mlahq.org Thu Apr 1 14:35:38 2004 From: corcoran at mlahq.org (corcoran@mlahq.org) Date: Thu Apr 1 14:28:33 2004 Subject: [SPTUsers] A slightly different hyperlink issue / fuzzy search Message-ID: <5.1.0.14.0.20040401142417.00af5198@mail.mlahq.org> I have a slightly different hyperlink issue than Lotus Ong; my preference would be to have the title hyperlink to the "full record" rather than to the URL of the actual resource. I can't tell you how many exasperated sighs I have heard when people expect to see more information (i.e., the "full record") rather than, for example, Acrobat Reader starting to open... I did try to delink the hyperlink from the title using the instructions posted by Barry and Edward, but without success -- what files other than SPT--FullRecord.php might have cues? I have to admit I did not delete the the lines, just commented them out... The second issue has to do with concept/fuzzy search. Has anyone come up with a creative solution to provide contextual terminology in a record so that related concepts, misspelled words, differently-spelled plurals, or other not-really-keywords can be used to search in resources? Admittedly, you would need to know your audience/profession using the toolkit really well, but I'm interested to know if any larger implementations of the toolkit are trying something. TIA -- Kate C. ******************************************************************* Kate E. Corcoran info @ mlahq.org Dir. of Research and Info. Systems corcoran @ mlahq.org Medical Library Association 312/419-9094 x12 65 East Wacker Place, Suite 1900 fax, 312/419-8950 Chicago, IL 60601-7298 MLA: Professionals providing quality information for improved health ******************************************************************* From arbit1202 at yahoo.com Fri Apr 2 22:21:56 2004 From: arbit1202 at yahoo.com (Arbit 1202) Date: Fri Apr 2 22:22:44 2004 Subject: [SPTUsers] Re: Installation of SPT in Windows with IIS In-Reply-To: <20040319110524.27086.qmail@webmail35.rediffmail.com> Message-ID: <20040403042156.47443.qmail@web21323.mail.yahoo.com> SCRIPT_FILENAME is a server variable referred to in the spt files. The Apache server recognises this variable, but IIS/PWS do noit. So, you have to replace this in the spt php files. I suggest you run an edit-replace for SCRIPT_FILENAME in the entire spt directory. Any good text editor will allow you to do this - you can use html-kit, notetab, or any other. I just checked - spt 1.2.2 has 11 files with this variable. PC --- Maruthu pandiyan wrote: > Hello Chanda > > Sorry for disturbing you. I have gone through the > archives of SPT. I came across your posting > regarding the installation of SPT in Windows with > PWS. I doesn't have a linux machine, and like to > implement CWIS or SPT latest version on windows with > IIS. You have recommended to change the > SCRIPT_FILENAME. But this variable is not at all > available in the latest version. If you have any > idea of installing the latest version please let me > know the procedure. I will be very thankful if you > can support me in this regard. > > Your reply will be highly appreciable. > > Regards > Pandian from India > > Digital Library > SONET, Hyderabad. __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From tisenhou at kennesaw.edu Tue Apr 13 16:15:17 2004 From: tisenhou at kennesaw.edu (Tamara Isenhour) Date: Tue Apr 13 16:16:14 2004 Subject: [SPTUsers] CWIS vs. Scout Portal Toolkit Message-ID: Hello, What's the difference between the Scout Portal Toolkit and CWIS? Are the database structures the same? I understand CWIS is geared towards NSDL, but does one have to use the prepackaged taxonomies? Also, if I wanted to utilize the data import and export features to build a harvester that essentially takes information from several different instantiations of Scout or CWIS, what issues do I need to be aware of? Thanks for any advice, Tamara Isenhour Dr. Tamara Isenhour Director of Archives Kennesaw State University 770-423-6289 From esa.kaarakainen at uku.fi Wed Apr 14 02:29:05 2004 From: esa.kaarakainen at uku.fi (Esa Kaarakainen) Date: Wed Apr 14 02:29:53 2004 Subject: [SPTUsers] SPT multilingual interface Message-ID: <6.0.1.1.0.20040414102553.01afe8a8@messi.uku.fi> Hi, I am working with the Finnish Virtual Library. FVL is a academic subject gateway, which field-specifically assorts and describes Internet resources. We are going to replace our old ROADS-based system with the Scout Portal Toolkit. We are going to make multilingual (Finnish/English) user interface to SPT. I have heard that there are some groups already working with this kind of option. Do you have any suggestions how I should start building this and what issues do I need to be aware of? Are you maybe willing to share your solution? Thank you very much in advance! -esa- ------------------------------------------------------------------------- Esa Kaarakainen Systems analyst, Kuopio University Library P.O.Box 1627, FIN-70211 KUOPIO email esa.kaarakainen@uku.fi From John_Isenhour at kennesaw.edu Wed Apr 14 03:03:01 2004 From: John_Isenhour at kennesaw.edu (John Isenhour) Date: Wed Apr 14 03:03:52 2004 Subject: [SPTUsers] SPT hierarchy feeds, use OAI? Message-ID: <407CF035.5020401@kennesaw.edu> I am looking into ways of setting up a set of scout instantiations at various state U.'s whos metadata would be harvestable into a central "Big Scout" to create a pooled resource finding aid where the metadata would point back to local resources. Assuming there would be nothing but metadata in the harvested records, should I be looking at using the builtin OAI harvester construct, with the real question being can the OAI harvested metadata be loaded easily/automagically into the Big Scout? Or should I be looking at php sockets, or a local automated export with something like rsync? Anybody working on something like this? tnx, -john John Isenhour, Ph.D. Director Information Technology Kennesaw State University From ealmasy at scout.wisc.edu Wed Apr 14 07:57:09 2004 From: ealmasy at scout.wisc.edu (Edward Almasy) Date: Wed Apr 14 07:57:44 2004 Subject: [SPTUsers] CWIS vs. Scout Portal Toolkit In-Reply-To: References: Message-ID: <20040414125709.GK28609@fromage.scout.wisc.edu> On Tue, Apr 13, at 05:15:17PM, Tamara Isenhour wrote: > What's the difference between the Scout Portal Toolkit and CWIS? Are > the database structures the same? I understand CWIS is geared towards > NSDL, but does one have to use the prepackaged taxonomies? The database structures of SPT and CWIS are almost identical, and you do not need to use the prepackaged taxonomies or schema with either SPT or CWIS -- you can set up whatever taxonomies and schema you would like. Ed -- Edward Almasy ealmasy@scout.wisc.edu Co-Director 1308 W Dayton Street Internet Scout Project Madison WI 53706 Computer Sciences Department 608-262-6606 (voice) University of Wisconsin - Madison 608-265-9296 (fax) From ealmasy at scout.wisc.edu Wed Apr 14 08:12:18 2004 From: ealmasy at scout.wisc.edu (Edward Almasy) Date: Wed Apr 14 08:12:52 2004 Subject: [SPTUsers] SPT hierarchy feeds, use OAI? In-Reply-To: <407CF035.5020401@kennesaw.edu> References: <407CF035.5020401@kennesaw.edu> Message-ID: <20040414131218.GL28609@fromage.scout.wisc.edu> On Wed, Apr 14, at 04:03:01AM, John Isenhour wrote: > I am looking into ways of setting up a set of scout instantiations at > various state U.'s whos metadata would be harvestable into a central > "Big Scout" to create a pooled resource finding aid where the metadata > would point back to local resources. > > Assuming there would be nothing but metadata in the harvested records, > should I be looking at using the builtin OAI harvester construct, with > the real question being can the OAI harvested metadata be loaded > easily/automagically into the Big Scout? Or should I be looking at php > sockets, or a local automated export with something like rsync? The OAI support in SPT is just for serving records via OAI -- it does not include an OAI client (harvester) at this time. (OAI client support is something that's come up a few times, but there are still a number of features ahead of it at this point.) Of the above options, I would say that export/transfer/import is likely the best choice right now, transferring via rsync or scp or whatever other option best suits your environment. I'm curious: Why set up multiple SPT installations, instead of having everyone contribute directly to one SPT-based site? Ed -- Edward Almasy ealmasy@scout.wisc.edu Co-Director 1308 W Dayton Street Internet Scout Project Madison WI 53706 Computer Sciences Department 608-262-6606 (voice) University of Wisconsin - Madison 608-265-9296 (fax) From ealmasy at scout.wisc.edu Wed Apr 14 08:19:43 2004 From: ealmasy at scout.wisc.edu (Edward Almasy) Date: Wed Apr 14 08:20:19 2004 Subject: [SPTUsers] SPT multilingual interface In-Reply-To: <6.0.1.1.0.20040414102553.01afe8a8@messi.uku.fi> References: <6.0.1.1.0.20040414102553.01afe8a8@messi.uku.fi> Message-ID: <20040414131943.GM28609@fromage.scout.wisc.edu> On Wed, Apr 14, at 10:29:05AM, Esa Kaarakainen wrote: > We are going to make multilingual (Finnish/English) user interface to SPT. > I have heard that there are some groups already working with this kind of > option. Do you have any suggestions how I should start building this and > what issues do I need to be aware of? Are you maybe willing to share your > solution? I'm not sure if this answers your question, but you should be able to get started just by following the UI Customization Guide instructions (available on the Administration menu) to add a new user interface, and then translating the overall look and feel and each specific as also outlined in there. If you've tried following the UI Customization Guide and have run into snags, please let us know so we can extend the guide to clarify. Ed -- Edward Almasy ealmasy@scout.wisc.edu Co-Director 1308 W Dayton Street Internet Scout Project Madison WI 53706 Computer Sciences Department 608-262-6606 (voice) University of Wisconsin - Madison 608-265-9296 (fax) From burleigh at chem.wisc.edu Wed Apr 14 08:41:20 2004 From: burleigh at chem.wisc.edu (Darin Burleigh) Date: Wed Apr 14 08:46:29 2004 Subject: [SPTUsers] SPT hierarchy feeds, use OAI? In-Reply-To: <20040414131218.GL28609@fromage.scout.wisc.edu> Message-ID: <6989BBDE-8E19-11D8-999A-000A957867E4@chem.wisc.edu> On Wednesday, April 14, 2004, at 08:12 AM, Edward Almasy wrote: > On Wed, Apr 14, at 04:03:01AM, John Isenhour wrote: >> I am looking into ways of setting up a set of scout instantiations at >> various state U.'s whos metadata would be harvestable into a central >> "Big Scout" to create a pooled resource finding aid where the metadata >> would point back to local resources. > > Of the above options, I would say that export/transfer/import is > likely > the best choice right now, transferring via rsync or scp or whatever > other option best suits your environment. > > I'm curious: Why set up multiple SPT installations, instead of > having > everyone contribute directly to one SPT-based site? Ed, I am also considering a related situation. We are designing one CWIS installation as a 'submisstion' portal, and a second installation as our official OAI server. The reason is that we don't want to give the submitters access to our production server. I don't think export/import will work for us. We've added some fields to the database, and my very preliminary tests indicate that the export won't capture all the data. I could be wrong about this, and would be happy to be enlightened. I'm looking into writing a Perl script that reads from one database and writes into the other. Since this will bypass any logic in the PHP layer, I wouldn't expect it to be a supported feature. But if you have any hints/guidelines/known-gotchas you could offer, it would be helpful. I'd be happy to share this with John and others once I got a stable version working. For us, a CWIS feature that would make this unnecesary would be resource-level access-control, so that submitters could only edit/delete items that they entered. Is it possible this is in the near-term feature list? -thanks darin Darin Burleigh Systems Programmer, Journal of Chemical Education JCE Digital Library http://jce.divched.org/JCEDLib/ burleigh@chem.wisc.edu (608) 262-8647 From ealmasy at scout.wisc.edu Wed Apr 14 08:54:40 2004 From: ealmasy at scout.wisc.edu (Edward Almasy) Date: Wed Apr 14 08:55:22 2004 Subject: [SPTUsers] SPT hierarchy feeds, use OAI? In-Reply-To: <6989BBDE-8E19-11D8-999A-000A957867E4@chem.wisc.edu> References: <20040414131218.GL28609@fromage.scout.wisc.edu> <6989BBDE-8E19-11D8-999A-000A957867E4@chem.wisc.edu> Message-ID: <20040414135440.GO28609@fromage.scout.wisc.edu> On Wed, Apr 14, at 08:41:20AM, Darin Burleigh wrote: > For us, a CWIS feature that would make this unnecesary would be > resource-level access-control, so that submitters could only edit/delete > items that they entered. Is it possible this is in the near-term feature > list? This will be in the next release, out within the next month. Ed -- Edward Almasy ealmasy@scout.wisc.edu Co-Director 1308 W Dayton Street Internet Scout Project Madison WI 53706 Computer Sciences Department 608-262-6606 (voice) University of Wisconsin - Madison 608-265-9296 (fax) From esa.kaarakainen at uku.fi Thu Apr 15 01:20:24 2004 From: esa.kaarakainen at uku.fi (Esa Kaarakainen) Date: Thu Apr 15 01:21:29 2004 Subject: [SPTUsers] SPT multilingual interface In-Reply-To: <20040414131943.GM28609@fromage.scout.wisc.edu> References: <6.0.1.1.0.20040414102553.01afe8a8@messi.uku.fi> <20040414131943.GM28609@fromage.scout.wisc.edu> Message-ID: <6.0.1.1.0.20040415083707.01966b40@messi.uku.fi> At 14.4.2004 16:19, Edward Almasy wrote: >On Wed, Apr 14, at 10:29:05AM, Esa Kaarakainen wrote: > > We are going to make multilingual (Finnish/English) user interface to SPT. > > I have heard that there are some groups already working with this kind of > > option. Do you have any suggestions how I should start building this and > > what issues do I need to be aware of? Are you maybe willing to share your > > solution? > > I'm not sure if this answers your question, but you should be able to > get started just by following the UI Customization Guide instructions > (available on the Administration menu) to add a new user interface, and > then translating the overall look and feel and each specific as also > outlined in there. > > If you've tried following the UI Customization Guide and have run into > snags, please let us know so we can extend the guide to clarify. Yes, it is possible to make an any kind of user interface following the UI Customization Guide (which by the way is clear and good). But that way different interface is available only for signed in users and system wide default user interface is only interface for all others. I'm looking for a way to change the user interface without logging in. One quite simple solution came up to me that if i make two separate SPT installations (different directories, eg. SPT_FI and SPT_EN) which both use same database but have different default interface. Does this have any disadvantages? I also need to be able to translate metadata field names on different languages. Field names appear on Full Resource Record Display as they are stored in database. Any ideas how those could be translated? -esa- ------------------------------------------------------------------------- Esa Kaarakainen Systems analyst, Kuopio University Library P.O.Box 1627, FIN-70211 KUOPIO email esa.kaarakainen@uku.fi Tel. +358-17-163441 Mobile +358-40-5268791 From liina at nlib.ee Thu Apr 15 02:49:41 2004 From: liina at nlib.ee (Liina Enok) Date: Thu Apr 15 03:47:29 2004 Subject: [SPTUsers] SPT multilingual interface In-Reply-To: <6.0.1.1.0.20040415083707.01966b40@messi.uku.fi> References: <6.0.1.1.0.20040414102553.01afe8a8@messi.uku.fi> <20040414131943.GM28609@fromage.scout.wisc.edu> <6.0.1.1.0.20040415083707.01966b40@messi.uku.fi> Message-ID: <407E3E95.1020102@nlib.ee> My solution for displaying fieldnames in different language (Estonian in our case) was to change the PrintFieldName function on line 89 in SPT--FullRecord.php function PrintFieldName() { global $Field; #print $Field->Name(); #LE $eestinimed =array("Title"=>"Pealkiri", "Description"=>"Kirjeldus","Coverage"=>"H?lmavus","Subject"=>"M?rks?na", "Classification"=>"Teema"); $eesti = $eestinimed[$Field->Name()]; if($eesti) { print $eesti; } else { print $Field->Name(); } #LE } You also have to change CreateOptionListForAdvancedSearch function in include/SPT--CommonSearch.php to change the pull-down menus in Advanced Search form. You should also look at ParseSearchStringForWords function in include/SPT--SearchEngine.php if you are searching non-English languages. (BTW, when searching for space in Advanced Search all records in database are found - is that normal?) This will do for not logged in users. For add and update forms of MetadatTool more scripts need to be changed. Ideally the metadata field editor should enable labels or captions. So that if the field name is Title, which is required by software and not changeable, then it should also be possible to add a label which is whatever I want to show in user interface. Also I had a problem with UTF-8. I chose UTF-8 for default character coding. All my data was in UTF-8 already. When opening a record or a controlled name or a classification for updating a strange thing happened to all the two-byte characters. Each byte was replaced by another two-byte character. It seemed that the script didn't understand that it already had UTF-8 strings and started to convert the non-ASCII into two-byte encoding. So if you would open the two-byte character for updating four times in a row it will become 32 bytes. To get rid of this I replaced HtmlSafePrint and GetHtmlEscapedString with plain print in SPT--EditAnnouncement.php, SPT--SelectEditUserList.php, MetadataTool/SPT--EditClassification.php, MetadataTool/SPT--EditControlledName.php, MetadataTool/SPT--DBEntry.php The biggest problem is that sorting UTF-8 is not supported, the two-byte characters are in all the wrong places. Does anyone have suggestions how to fix that? How is sorting done in SPT - using MySQL 'ORDER BY' or is it done by php itself? The big question is how to sort in different alphabets, e.g character order in Finnish alphabet is different from German. Our test site is http://www.nlib.ee/liina/SPT/ Liina Liina Enok liina@nlib.ee phone: (372) 630 7180 Project Manager Information Sytems, National Library of Estonia Esa Kaarakainen wrote: > At 14.4.2004 16:19, Edward Almasy wrote: > >> On Wed, Apr 14, at 10:29:05AM, Esa Kaarakainen wrote: >> > We are going to make multilingual (Finnish/English) user interface >> to SPT. >> > I have heard that there are some groups already working with this >> kind of >> > option. Do you have any suggestions how I should start building >> this and >> > what issues do I need to be aware of? Are you maybe willing to >> share your >> > solution? >> >> I'm not sure if this answers your question, but you should be able to >> get started just by following the UI Customization Guide instructions >> (available on the Administration menu) to add a new user >> interface, and >> then translating the overall look and feel and each specific as also >> outlined in there. >> >> If you've tried following the UI Customization Guide and have run >> into >> snags, please let us know so we can extend the guide to clarify. > > > Yes, it is possible to make an any kind of user interface following > the UI Customization Guide (which by the way is clear and good). But > that way different interface is available only for signed in users and > system wide default user interface is only interface for all others. > I'm looking for a way to change the user interface without logging in. > > One quite simple solution came up to me that if i make two separate > SPT installations (different directories, eg. SPT_FI and SPT_EN) which > both use same database but have different default interface. Does this > have any disadvantages? > > I also need to be able to translate metadata field names on different > languages. Field names appear on Full Resource Record Display as they > are stored in database. Any ideas how those could be translated? > > -esa- > > > ------------------------------------------------------------------------- > Esa Kaarakainen > Systems analyst, Kuopio University Library > P.O.Box 1627, FIN-70211 KUOPIO > email esa.kaarakainen@uku.fi > Tel. +358-17-163441 Mobile +358-40-5268791 > > _______________________________________________ > SPTUsers mailing list > SPTUsers@scout.wisc.edu > http://scout.wisc.edu/mailman/listinfo/sptusers From ealmasy at scout.wisc.edu Thu Apr 29 14:58:19 2004 From: ealmasy at scout.wisc.edu (Edward Almasy) Date: Thu Apr 29 14:58:54 2004 Subject: [SPTUsers] SPT 1.2.3 Released Message-ID: <20040429195819.GI2820@fromage.scout.wisc.edu> SPT version 1.2.3 has been released, and is now available for download on the Scout web site at http://scout.wisc.edu/Projects/SPT/downloads.php Highlights of this release include: - new interface for assigning controlled names and tree fields in Metadata Tool for fields with less than 250 entries, - improved handling of diacritics (Unicode), - importing users now supports user privileges, - added new "Personal Resource Administrator" user privilege flag that only allows entering new resources and editing resources you have entered, - new DateOfRecordRelease field, - and various minor bug fixes, including fixes for the many warnings revealed by the PHP E_NOTICE error reporting level. After installing the new version, we would ask that you use the "Register with Scout" feature on the Administration menu to let us know you're using the new version of software. It really helps us determine what kind of operating environments the software is running in, and where next to go with development. We look forward to your feedback on this new version of SPT. Thanks. Ed -- Edward Almasy ealmasy@scout.wisc.edu Co-Director 1308 W Dayton Street Internet Scout Project Madison WI 53706 Computer Sciences Department 608-262-6606 (voice) University of Wisconsin - Madison 608-265-9296 (fax)