Evergreen ILS Website

IRC log for #evergreen, 2014-02-08

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:12 zerick joined #evergreen
04:39 pinesol_green [evergreen|Kyle Tomita] LP1155769: Items repeated in tpac display, others not visible - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d21d1da>
08:04 zerick joined #evergreen
10:06 dbs eeevil: agreed, I warned Sitka a few days ago that 9.3 is not in a good state -- but I think it should be a 2.6 release blocker, personally
10:08 * dbs readies a clean run of the less_hardcoded_paths branch on current master to see what's shaking on ubuntu / fedora
10:13 dbs hmm. seeing the same problem as bhsum reported on ubuntu
10:14 * dbs rattles the git tree to see what he can shake out of the branches
10:30 bshum dbs: I think it has something to do with the scripts being referenced twice in the Makefile, but I'm not 100% sure yet.
10:31 dbs eeevil: you see the "metabib.author_field_entry is getting 'name, name creator' additional entries" bug yet?
10:31 dbs bshum: yep, I just pushed a fix
10:31 dbs but testing it out on ubuntu and fedora with and without --prefix to be sure
10:32 bshum dbs++
10:33 bshum I'll take a poke at it again later this evening.  Gotta jet off for a bit.
10:34 dbs and works, yay
10:35 eeevil dbs: i doubt it. it's certainly a simple index def adjustment. is it causing problems for you, or just an annoyance?  (afk for a while)
10:35 dbs bshum++ # good jetting
10:35 eeevil s/i doubt it/i have not/
10:36 dbs eeevil: it's an index bloat / inaccurate search thing - affects both 9.1 and 9.3, so yeah, index def adjustment
10:36 dbs index bloat because you get approximately twice as many rows, inaccuracy because "creat*"
10:42 dbs looks like we want to grab /name/namePart but not /name/role... fun fun
10:43 dbs per http://laurentian-test.concat.ca/opac/extr​as/supercat/retrieve/mods32/record/1198543 and //mods32:mods/mods32:name[@type='personal' and mods32:role/mods32:roleTerm[text()='creator']]
10:48 pastebot "bshum" at 64.57.241.14 pasted "show more details log error" (5 lines) at http://paste.evergreen-ils.org/15
10:48 * bshum fails at jetting
10:48 dbs ah, sonofa
10:49 bshum Upside, I can confirm your change to the makefile and push that through for you dbs.
10:49 dbs obviously the text casting, guess we'll have to go back to a non-string_agg approach :/
10:50 bshum I've seen that error before we did our merge dance yesterday.
10:50 dbs oh, well that's good...ish. but still bad.
10:53 * dbs files bug 1277895
10:53 pinesol_green Launchpad bug 1277895 in Evergreen "Name search field entries include "role" value, bloating metabib.author_title_field_entry" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1277895
11:06 bshum dbs: For fun, I created a different INCLUDE file library_name_link2.tt2 where I changed it back from copy_info to just plain copy.
11:06 bshum Something in how it's passing off from copy = copy_info; is breaking that transition for the results/table.tt2 page
11:07 bshum Oh
11:07 bshum Figures
11:07 bshum That one wants to be copy_info = copy;
11:08 * bshum doesn't get it yet
11:09 bshum But changing that around for results works
11:10 bshum I see now
11:10 bshum cd056eba75038c6a1fabd2a83ba97d81a444bc75
11:10 pinesol_green [evergreen|Ben Shum] Fix copy_info variables for result and record view - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cd056eb>
11:11 bshum When I wrote that, what was really wrong was that record/copy_table.tt2 should never needed anything for the variables
11:11 bshum We could nix it from there cause the copy_info is already set there.  So my change did nothing to it.
11:11 bshum Since copy isn't referenced
11:11 bshum I think?
11:12 bshum But when we flipped around the variable in results, it broke the display :\
11:12 * bshum fiddles around
11:16 bshum dbs: Commit here seems to fix it on my test system:  http://git.evergreen-ils.org/?p=work​ing/Evergreen.git;a=shortlog;h=refs/​heads/user/bshum/fix-copy-info-again
11:16 bshum I think I've got it sorted out this time :(
11:39 pinesol_green [evergreen|Dan Scott] Address some remaining hardcoded install prefixes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=aa8ea3c>
11:40 eeevil dbs: re creator, I think we'll want a search_xpath to do the same thing as facet_xpath and browse_xpath ... i've no time today, though. i'll toss it on my community day pile
13:07 jl- good afternoon
13:25 jl- just installed a fresh copy of evergreen on a VM
13:25 jl- newest opensrf and eg
13:33 jl- could someone help me import this record, possibly testing it with me http://paste.debian.net/80892/ I'm not sure if it needs to be cleansed of anything and what tools to use (I was advised not to use pg_loader before)
13:53 dbs bshum: well that's hilarious! will look at it later
13:55 dbs jl-: insert the <record>...</record> bit (strip off the <?xml ...><collection> bits) and you should be good to go
13:56 dbs jl-: you can look at Open-ILS/tests/datasets/sql/bibs_concerto.sql for an example -- almost the only gotcha is to escape single quotes that might exist in the record
13:57 * dbs out
14:06 jl- dbs: I see the bibs_concerto, looks like my format -- insert, how?
14:38 jl- evergreen=# \i /home/x/Desktop/test.sql
14:38 jl- psql:/home/x/Desktop/test.sql:70: ERROR:  relation "marcxml_import" does not exist
14:38 jl- LINE 1: INSERT INTO marcxml_import (tag, marc) VALUES
15:13 jl- do I need to create a table marcxml_import ?
15:52 dbs jl-: Open-ILS/tests/datasets/sql/load_concerto.sql gives you all the steps for concerto stuff, but that includes authorities, call numbers, and copies
15:52 dbs you could change the marcxml_import line to "INSERT INTO biblio.record_entry (marc, last_xact_id)
15:52 dbs and things should work
16:13 dbs bshum++
16:14 pinesol_green [evergreen|Ben Shum] Fix copy_info variables one last time for library_name_link purposes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=462a352>
16:21 jl- brb
16:25 jl- dbs: here's my test.sql http://paste.debian.net/80916/
16:26 jl- getting this error: evergreen=# \i /home/x/Desktop/test.sql
16:26 jl- psql:/home/x/Desktop/test.sql:69: ERROR:
16:26 jl- syntax error at line 1, column 0, byte 0 at /usr/lib/perl5/XML/Parser.pm line 187
16:26 jl- CONTEXT:  PL/Perl function "maintain_901"
16:39 jl- dbs: not sure if you typed anything since my last perl parse error
16:40 jl- one question tho, in the concerto, there are no next line (like <br> in html) spaces
16:40 jl- do I need to remove those from my record in the bibs_concerto.sql file?
16:40 jl- the samples are all one single line
16:40 jl- like a CSV
16:50 zerick joined #evergreen
16:55 jl- psql:assets_concerto.sql:99: ERROR:  insert or update on table "monograph_part" violates foreign key constraint "monograph_part_record_fkey"
16:55 jl- ETAIL:  Key (record)=(84) is not present in table "record_entry".
16:56 jl- :<
17:14 jl- I did psql evergreen -f load_all.sql and it said it imported
17:14 jl- how can I see it in the catalog?
17:26 jl- ermahgerd
17:26 jl- I'm seeing it
17:26 jl- er mah gerd
20:04 jl- I was able to import records with the load_all.sql initiating bib_concerta.sql, I can now search for certain authors and find them and their records
20:04 jl- however, they don't show up under 'browse ALL' (next)
20:05 jl- do I need to add certain meta data or do anything do build this index?
20:21 sseng joined #evergreen
20:21 ktomita joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat