| Time |
Nick |
Message |
| 06:36 |
|
redavis joined #evergreen |
| 06:59 |
|
kworstell-isl joined #evergreen |
| 07:47 |
|
collum joined #evergreen |
| 08:05 |
|
mantis joined #evergreen |
| 08:13 |
|
BDorsey joined #evergreen |
| 08:42 |
|
dguarrac joined #evergreen |
| 08:57 |
|
Dyrcona joined #evergreen |
| 09:44 |
|
sandbergja joined #evergreen |
| 09:50 |
|
dguarrac joined #evergreen |
| 10:17 |
|
sandbergja joined #evergreen |
| 10:39 |
|
sandbergja joined #evergreen |
| 12:03 |
|
jihpringle joined #evergreen |
| 12:10 |
|
jihpringle joined #evergreen |
| 12:27 |
|
collum joined #evergreen |
| 12:37 |
|
redavis_reboot joined #evergreen |
| 12:40 |
|
collum joined #evergreen |
| 13:01 |
|
redavis joined #evergreen |
| 14:13 |
Stompro |
Dyrcona, did you do any work on the Aspen Exporter for supercat? The lack of call number prefixes is causing us lots of grief from customers that try to find stuff on the shelf. |
| 14:15 |
Dyrcona |
Stompro: Lp 2045440 and Lp 2047442 should have what you need. |
| 14:15 |
pinesol |
Launchpad bug 2045440 in Evergreen "Add Public Copy Notes to MARC export when items requested" [Wishlist,New] https://launchpad.net/bugs/2045440 |
| 14:15 |
pinesol |
Launchpad bug 2047442 in Evergreen "Export public copy tags in SuperCat/unAPI" [Wishlist,New] https://launchpad.net/bugs/2047442 |
| 14:15 |
Dyrcona |
Although, you asked about call number prefixes. They are already there. Mark is supposed to be working on getting them into Aspen. |
| 14:18 |
Stompro |
Oh good, I can see where the changes need to be made in the EvergreenExportMain.java, it seems fairly straight forward, but getting a dev system setup seems like a lot of work. |
| 14:18 |
Stompro |
https://github.com/mdnoble73/aspen-discovery/blob/9b708e77af8008976dc791bb9b87f57fd80d4c62/code/evergreen_export/src/org/aspendiscovery/evergreen_export/EvergreenExportMain.java#L1517 |
| 14:19 |
Dyrcona |
Yeah. I've looked at that file, but I've not tried to figure out exactly what needs to be done. |
| 14:20 |
Stompro |
I'm hopeful that Bywater is working on opening up their bug tracker... |
| 14:21 |
Dyrcona |
As for Aspen dev, I've been using a PHP Evergreen Client and a small compatibility lib to test my PHP changes, then I have to translate them to what Aspen actually does. The PHP Evergreen client is in a currently private repo on github if you want to look. It's private because I don't think it is done yet. I'll make it public after I've tested it more, cleaned it up, added documentation, and squashed it into a main branch |
| 14:22 |
Stompro |
Sure, my github account is StomproLARL2023 |
| 14:22 |
Stompro |
(if that helps... not sure how github private sharing works). |
| 14:25 |
Dyrcona |
Stompro: You should receive an invitation. |
| 14:26 |
Stompro |
Got it, thanks. |
| 14:28 |
Dyrcona |
I have an additional library that I haven't put up there called Aspen.php It has some code to map objects the way Aspen does and adds modified versions of some Aspen classes that were useful in testing. I'll see about making that available somehow. |
| 14:31 |
Stompro |
Did you create the reading history fixes? I think I saw those in the 25.02 release. We are starting to get people noticing that not all their history is imported. |
| 14:35 |
Stompro |
Err. 24.02 release... I don't see that far into the future. |
| 14:35 |
Dyrcona |
I think I explained to Mark what needed to change. |
| 14:36 |
Dyrcona |
It was only working when the circulation had not been aged. |
| 14:38 |
Stompro |
Is that where there is no linked circulation? I looked at the data but didn't make the link to circ aging. |
| 14:39 |
Dyrcona |
The circ history from Evergreen comes over with a source_circ field. That is null when the circulation is aged. Apsen was using that field to get all of the information related to copies, etc. |
| 14:40 |
Dyrcona |
circ also includes the cop id, so I recommended using that. Mark's changes are different from what I would have done, had I submitted a patch, but they appear to work. |
| 14:40 |
Dyrcona |
s/cop/copy/ |
| 14:41 |
Stompro |
Got it, thanks. Do you know if after that fix is applied, if it just gets refreshed when a user logs in again next, or if something else is needed to trigger it? |
| 14:42 |
Dyrcona |
I don't know if something needs to be done, but I think that they did clear ours out when applying the fix. |
| 14:44 |
Stompro |
Did users have to opt back in again? |
| 14:46 |
Dyrcona |
We |
| 14:46 |
Dyrcona |
We're not live, yet, so I don't know. I haven't been working that closely with the testing of the user side of things. I've mostly just been looking at code and proposing solutions. |
| 14:56 |
Stompro |
Hmm, I can see our item stat cats in the supercat info... it would be cool if we could use that for our Literary Form and Audience data. |
| 14:56 |
Stompro |
So I don't have to try and clean up our bibs. |
| 15:00 |
Dyrcona |
You should clean up your bibs. |
| 15:00 |
Dyrcona |
stat cats are not portable. |
| 15:02 |
Stompro |
Aspen has been showing us that loud and clear. |
| 15:32 |
Stompro |
Everyone going to see David Lynch's Dune 40th Anniversary in theaters this weekend!!!! Cannot wait to subject my kids to it. |
| 15:36 |
jeffdavis |
such a glorious disaster of a movie |
| 15:37 |
|
jihpringle joined #evergreen |
| 15:45 |
|
mantis left #evergreen |
| 16:09 |
JBoyer |
I feel like I'm the only person I know that kind of likes that version. :) |
| 16:09 |
JBoyer |
(Very looking forward to part 2 of the new one though) |
| 16:23 |
|
mantis joined #evergreen |
| 16:36 |
Stompro |
JBoyer, it has style... and Sting. |
| 16:36 |
|
jihpringle joined #evergreen |
| 16:41 |
Stompro |
Have a good weekend everyone. |
| 17:01 |
|
mantis left #evergreen |
| 18:41 |
|
jihpringle joined #evergreen |
| 20:26 |
jeffdavis |
Sounds like an nginx dev has created a new fork due to concerns about the owning company (not the first time this has happened) - http://freenginx.org/ |
