| 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/extras/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=working/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 |
