← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:01 | dpk joined #koha | |
| 00:10 | JesseM joined #koha | |
| 00:48 | mtompset | front! :) |
| 00:48 | Sorry, a little crazy. :) | |
| 00:49 | wajasu | ok. back to patching. i have the facets aligning with the results. can you give me a test scenario off hand to try to break things? |
| 00:55 | SherryS joined #koha | |
| 01:06 | wajasu | i'm thinking I can make OpacSuppression work like HiddenItems, where instead of a using YAML rules to hide items, i just look for items.suppress mapping or a syspref of tags, (942n=1,099$t,210$b), so no extra zebra index for supression is needed. |
| 01:07 | unless you need/want that for a publicly exposed z3950 server. | |
| 01:16 | mtompset | Sorry... stepped away for evening time with my son. :) |
| 01:17 | wajasu | cool |
| 01:17 | mtompset | So, you added a zebra index for OpacHiddenItems? |
| 01:18 | Because the problem I see with an index is that the patron override of OpacHiddenItems means that you'd have to reindex before searching. | |
| 01:18 | because they could be logged in or out or have their category changed. | |
| 01:19 | wajasu | no extra index. i added 999h=1 to the biblio tag on rebuld_zebra export. then in opac-search.pl in the getRecords build_facets code i look at the 999h=1 to see if hidden and "skip" that record. In the searchResults code i can do the same. |
| 01:21 | now that processing happens in rebuild_zebra. one biblio index. no extra index. just encoding it in the marc record we export. | |
| 01:22 | can do the same for OpacSuppress looking at tags(245n or such) and setting 999s=1 and add a similiar check in search like I have working for OpacHiddenItems. | |
| 01:23 | mtompset | Okay, but do you have the patron category code override functioning? |
| 01:24 | that is... it is normally hidden, but the patron with a category code of SEEALL gets to see all the hidden things. | |
| 01:25 | ala bug 10589, 10895, 10900? | |
| 01:25 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10589 enhancement, P5 - low, ---, mtompset, Passed QA , Override OpacHiddenItems based on Patron Category |
| 01:26 | wajasu | I can adjust for that easily. |
| 01:26 | in the search where I check for the hidden, I'll just add the exception that if the user is loggedon and has a patron category of SEEALL, I won't hide. | |
| 01:28 | i'll work on a cleaned up patch for what I have now and maybe you can check it out with your red green blue DB if thats still around and let me know. | |
| 01:29 | mtompset | I'll test it with our QA data. :P |
| 01:34 | let me know the bug number you put it up under... you may have to rebase also, if my Passed QA bug reports get pushed. | |
| 01:42 | wajasu | i'm going to rebase since so much has gone out in the past few days. |
| 02:06 | mtompset | wajasu: You know what would be really cool to have? A process flow diagram. |
| 02:07 | what perl script gets the input, and how it calls other perl modules to process and then output the results. | |
| 02:07 | Because I think the diagram would be a complete and utter mess, and should be cleaned up somehow. :) | |
| 02:40 | rocio left #koha | |
| 03:43 | tcohen joined #koha | |
| 03:51 | Oak joined #koha | |
| 03:52 | Oak joined #koha | |
| 04:00 | mtompset | Greetings, tcohen Oak. :) |
| 04:00 | Oak | hello mtompset :) |
| 04:00 | how are ya? | |
| 04:00 | mtompset | so so. |
| 04:01 | My stomach is not behaving normally. | |
| 04:01 | But generally good. | |
| 04:03 | @later tell khall Congratulations on the baby daughter. :) | |
| 04:03 | huginn | mtompset: The operation succeeded. |
| 04:05 | Oak | hm |
| 04:54 | mtompset | Well, I should get to bed. |
| 04:55 | Have a great day / weekend, #koha Oak. :) | |
| 05:13 | irma | @later tell khall Congratulations!! Welcome baby daughter to the Koha community :-) |
| 05:13 | huginn | irma: The operation succeeded. |
| 05:30 | Oak | @later tell khall Congratulations on the baby daughter!! We can do a voting for her name selection... :) |
| 05:30 | huginn | Oak: The operation succeeded. |
| 06:23 | cait joined #koha | |
| 06:52 | * cait | waves |
| 09:43 | Oak | hello cait |
| 09:43 | later | |
| 09:46 | cait | oh |
| 10:11 | pianohacker joined #koha | |
| 10:52 | JesseM joined #koha | |
| 11:35 | cait-m__ joined #koha | |
| 11:36 | cait-m__ | hi all |
| 11:44 | Oak joined #koha | |
| 11:54 | cait-m__ | hi oak :) |
| 12:06 | cait-m___ joined #koha | |
| 12:07 | Oak | hello cait-m__ :) |
| 12:07 | what do you see out the window? | |
| 12:24 | cait-m___ joined #koha | |
| 14:03 | tcohen joined #koha | |
| 14:07 | grex joined #koha | |
| 14:38 | grex | hey, if i want to create a backupscript for a koha server, which directory i should include at least? |
| 14:39 | /var/www, /etc, /usr/share/koha is what i have for now | |
| 14:41 | jcamins | grex: if you use packages, /var/koha is where the backups are stored. |
| 14:41 | If not the important thing is backing up MySQL. | |
| 14:45 | grex | yes i do dump all my databases on this server |
| 14:46 | /var/koha does not exist on my VPS | |
| 14:48 | what do you mean with "if you use packages"? | |
| 14:50 | jcamins | Sorry, /var/lib/koha |
| 14:50 | I mean if you installed using packages instead of from source. | |
| 14:50 | BTW, I'm baking bread now, and only answering when I happen to walk by the computer. | |
| 14:52 | grex | ah yes, indeed i'm doing it the debian way ;) |
| 14:52 | ok thank you, i'll add varlibkoha to my backupscript | |
| 15:46 | tcohen | grex: you might as well make your backup script "run koha-dump" and grab its output :-D |
| 15:48 | @wunder cordoba, argentina | |
| 15:48 | huginn | tcohen: The current temperature in Bo Alto de San Martin, Cordoba City, Argentina is 25.7°C (12:45 PM ART on March 15, 2014). Conditions: Scattered Clouds. Humidity: 31%. Dew Point: 7.0°C. Pressure: 29.93 in 1013 hPa (Rising). |
| 15:53 | dpk joined #koha | |
| 16:00 | JesseM joined #koha | |
| 16:10 | francharb | hello #koha |
| 16:14 | tcohen | hi francharb |
| 16:16 | JesseM joined #koha | |
| 16:28 | devap joined #koha | |
| 16:43 | cait-m__ joined #koha | |
| 17:39 | talljoy joined #koha | |
| 18:33 | devap joined #koha | |
| 18:46 | Joubu joined #koha | |
| 18:48 | jcamins | faq? |
| 18:48 | wahanui | it has been said that faq is found at http://koha-community.org/documentation/faq/ |
| 19:05 | wajasu joined #koha | |
| 19:33 | grex | oh of course koha-dump seems great for that |
| 19:34 | so what is the difference between koha-dump and koha-run-backups? | |
| 19:41 | jcamins | The former creates a backup of a single instance. |
| 19:41 | The latter backs up all Koha instances and deletes obsolete backups. | |
| 19:51 | grex | ah ok, fine |
| 20:34 | cait-m__ joined #koha | |
| 20:35 | cait-m__ | \me is tired of being on a train by now |
| 20:53 | tcohen joined #koha | |
| 21:35 | cait joined #koha | |
| 22:07 | dpk joined #koha | |
| 22:26 | tcohen | so, this is how post-hackfest is? |
| 22:27 | cait | quiet? |
| 22:27 | i guess so :) | |
| 22:31 | tcohen | hangover :-P |
| 22:32 | cait | glad to be home |
| 22:35 | * tcohen | is enjoying rangi's presentations he found on github |
| 22:36 | irma joined #koha | |
| 22:53 | rocio joined #koha | |
| 23:19 | bag | heya cait |
| 23:19 | cait | hey bag |
| 23:19 | got to see some of Rome? | |
| 23:19 | bag | yes we went to the sitine chapel today |
| 23:19 | amazing | |
| 23:20 | cait | wow! |
| 23:20 | bag | tomorrow the colosuem |
| 23:20 | :D | |
| 23:20 | cait | :) |
| 23:20 | take some pictures? :) | |
| 23:20 | bag | and enjoying some proseccp |
| 23:20 | prosecco | |
| 23:20 | cait | heh |
| 23:20 | bag | well you can't take pictures in the sistine chapel |
| 23:20 | so no :( | |
| 23:20 | cait | ah right |
| 23:20 | makes sense | |
| 23:20 | maybe the colosseum? | |
| 23:21 | bag | but it was really amazing |
| 23:21 | yes yes more pictures tomorrow | |
| 23:22 | cait | :) |
| 23:22 | when are you flying back? | |
| 23:28 | mtompset_away joined #koha | |
| 23:28 | mtompset | Greetings, #koha. |
| 23:30 | Sean joined #koha | |
| 23:30 | Sean | is there a way to limit the number of search results returned in a query? |
| 23:32 | bag | cait we fly back on tuesday |
| 23:32 | cait | cool :) |
| 23:32 | more meetings or only sight seeing? | |
| 23:32 | Sean: what are you trying to do? | |
| 23:33 | Sean | Hi Cait, I'm trying to do a search that is sorted by acquisition date (for a listing of newest items). But, say, if I do that search on BOOK itype, it churns until 300,000 results are returned |
| 23:33 | bag | search results returned in a query - no there isn't a setting to limit that |
| 23:34 | but you can expand or limit the number of results that are shown | |
| 23:34 | like 20 or 30 or 50 per page | |
| 23:34 | Sean | hi @bag, how would I do that? |
| 23:34 | cait | ah, bag was faster :) |
| 23:34 | which is good, because i am sleepy | |
| 23:35 | long train travel today | |
| 23:35 | bag | Sean there is a system preference in the opac or the search section |
| 23:35 | it should have results or limit in the variable | |
| 23:35 | cait | bag++ |
| 23:36 | bag | yes cait I'm sleeply too - JesseM just fell asleep |
| 23:36 | Sean | thank you, looking for that preference....we're excited....5 more days of III Millennium, migrating Thursday night! |
| 23:36 | bag | yay! that's exciting :) |
| 23:36 | cait | Sean: :) |
| 23:36 | Sean | hmmm...not seeing such a preference (to limit number of results in OPAC search...or similar) |
| 23:37 | cait | sec |
| 23:38 | Sean | FWIW we're on 3.14.03.000 |
| 23:38 | cait | numSearchResults and OpacnumSearchResults |
| 23:39 | bag | OPACnumSearchResults |
| 23:39 | ah cait is quicker :D | |
| 23:39 | cait++ | |
| 23:39 | cait | we take turns :) |
| 23:40 | Sean | thanks! yeah, that limits to 20 per page. Was wondering if we could limit to 50 total results returned (like, the first 50 newest items). OPACnumSearchResults setting doesn't affect "the wait" on 300k book results |
| 23:41 | bag | correct Sean |
| 23:42 | there isn't a way to limit the total number of results - just what you display | |
| 23:43 | Sean | although numSearchResults is helpful for RSS, which could be used to get this list in a different way. Thanks a lot bag & cait! |
| 23:43 | cait | Sean: there is a sep one for rss even :) |
| 23:43 | bag | sure thing :) luckly you caught us right before bed time :) |
| 23:43 | cait | numSearchRSSResults |
| 23:44 | bag | poor JesseM is snoring next to me :P |
| 23:44 | cait | hehe |
| 23:44 | bag | JesseM++ |
| 23:44 | cait | let him sleep |
| 23:44 | been long days for him :) | |
| 23:44 | bag | of course cait |
| 23:44 | Sean | right-o re. rss good night all! |
| 23:44 | bag | the good thing is that cait - he's been learning :) |
| 23:45 | cait | :) |
| 23:45 | bag | ok night night |
| 23:45 | cait | sleep well |
| 23:45 | i am off as well |
← Previous day | Today | Next day → | Search | Index