Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi Mike! OP here, aka kmlussier. Thanks for adding your thoughts! My comments are below. To reiterate the reason we kept the library groups and location groups > selector separate from the library (org unit) selector, and also > combined them into one UI element: both library and location groups > are NOT subordinate to org units, because they can cross hierarchical > boundaries, and they are mutually exclusive, because they represent > different, competing, non-hierarchical search contexts. Instead their > applicability is /dependent/ on the context ("search", yes, but not > only search) org, and essentially /replaces/ it in the search. > Especially for large installations with many org units, using either > of these grouping mechanisms becomes untenable if we try to shove them > all into the same dropdown as the libraries, because they would have > to be duplicated in many places and would thereby make the long org > list even longer and harder to use. I can delve into our reasons for displaying the groups in the selector. Most of our copy location groups are really departemental level groups (children's, teen, adults), similar to the department levels that were suggested at one time as possible child org units to branches. However, we didn't want all of the other things that come with creating a new org unit: a new pickup location, a message to send items into transit when items are checked in at the branch, etc. We just wanted the department level for the purposes of searching. In the minds of our libraries and patrons, these shelving location groups are "search scopes" in the same way that a branch or a system is a search scope. On the public side, most patrons will not bother to go to the advanced search page to see what's there, but they will easily see there is a way to search the children's collection from the main search page. I get what you're saying about large installations with many org units, but I also know that CW MARS, which is far larger than us, is also interested in seeing these restored to the library selector. Out of curiosity, are there other libraries / consortia out there who are using shelving location groups? If you are using them and do not want to see them in the library search selector, it would be good to know. I guess we shouldn't assume that restoring the traditional method is the approach everyone wants to take. Regarding the main "hide certain orgs" concept from the OP, on > balance, it definitely feels to me like a job for custom org trees > with a new "purpose" (the one existing purpose being: "opac"), To be clear, this isn't really a "new" purpose. The custom org trees always worked in the tpac staff catalog. For this year, NOBLE is prioritizing development for features we previously funded, either individually or as part of a larger development cooperative, that were inadvertently missed as interfaces were replaced. Getting the library search selector in the Angular catalog looking like the one we used in the tpac staff catalog is something our libraries have told us is necessary before they're willing to move to the Angular Catalog. Regarding the main "hide certain orgs" concept from the OP, on > balance, it definitely feels to me like a job for custom org trees > with a new "purpose" (the one existing purpose being: "opac"), > especially given the variable shape of the tree mentioned up-thread in > some cases. While there does exist a way to hide "intermediate" org > units today, it requires the interaction of multiple configuration > points (opac_visible flags, and the "inherit visibility" library > setting(s)), which makes it feel flimsy in comparison to an explicitly > defined tree. A single "this is what my staff should see *in this > interface*" option seems (1) conceptually simpler, (2) more flexible, > and (3) more maintainable. I agree that the custom org tree is much more flexible, but we really don't need that flexibility. I'm not sure that I agree that it is conceptually simpler or more maintainable. Although the Angular custom org tree admin interface is a huge improvement over the old dojo one, I find it's much simpler to just uncheck a visibility box when setting up or editing an org unit. The org tree admin is another place you have to remember to go after setting up the org unit to make sure it displays correctly in the catalog. But as I said to Galen, we'll reconsider it. Thanks Mike! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Wed, Jan 24, 2024 at 12:51 PM Mike Rylander via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi all, > > As Andrea mentioned, we've been working on functionality adjac
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Thanks for the links Andrea! To be clear, the copy location group work adds those groups as a separate filter, rather than a part of the library selector, right? Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Tue, Jan 23, 2024 at 12:01 PM Andrea Buntz Neiman via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Chiming in to note that Equinox recently completed work on these related > bugs: > > https://bugs.launchpad.net/evergreen/+bug/1949109 - Add Library Groups to > Angular Staff Catalog > https://bugs.launchpad.net/evergreen/+bug/1861701 - Angular staff catalog > copy location group filtering support > > We will be sharing a branch shortly. > > ABN > > On Tue, Jan 23, 2024 at 11:39 AM Tina Ji via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> >> On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> > #2 introduces new behavior that hasn't been used in previous staff >> > catalogs. We could not think of a use case where an org unit >> > should be invisible in the public catalog when performing a >> > search, but should be visible in the staff catalog search. However, >> > if there is one, let us know so that we can add an option, >> > most likely a global flag. >> >> >> One of our library system does central cataloguing at its headquarter, >> which is not open to the public. It's OPAC invisible, but needed on the >> staff catalogue. >> >> >> -- >> *From:* Evergreen-general < >> evergreen-general-boun...@list.evergreen-ils.org> on behalf of Terran >> McCanna via Evergreen-general >> *Sent:* Tuesday, January 23, 2024 7:13 AM >> *To:* Evergreen Discussion Group < >> evergreen-general@list.evergreen-ils.org> >> *Cc:* Terran McCanna >> *Subject:* Re: [Evergreen-general] Sharing plans for changing library >> selector in Angular staff catalog >> >> About disused Org Units - even after a branch closes completely and all >> of the active materials and patrons have been moved off of it so we don't >> want it to appear in most dropdown lists, we sometimes still need to run >> reports on it. It would be nice to have the option in the reporter to >> include non-staff-visible branches. Maybe that is as simple as adding a new >> report source in the fieldmapper that can be used instead of the normal Org >> Unit source when desired? >> >> On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >> Hi, >> >> On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> > #2 introduces new behavior that hasn't been used in previous staff >> > catalogs. We could not think of a use case where an org unit >> > should be invisible in the public catalog when performing a >> > search, but should be visible in the staff catalog search. However, >> > if there is one, let us know so that we can add an option, >> > most likely a global flag. >> >> I can think of several: >> >> - Library joining a consortium. Most any migration workflow I can imagine >> will result in a period of at least a few days, and sometimes longer, where >> an OU exists and has holdings attached to it but shouldn't be visible in >> the OPAC, but where staff nonetheless need to be able to do staff-side >> searches limited to that OU. >> - Library opening a new branch with an opening day collection. This could >> lead to an even longer period where the OU exists but is not yet ready to >> be visible to patrons >> - An explicitly hidden or resource collection >> >> Does NOBLE have OUs that are completely disused? >> >> Regards, >> >> Galen >> -- >> Galen Charlton >> Implementation and IT Manager >> Equinox Open Library Initiative >> g...@equinoxoli.org >> https://www.equinoxOLI.org >> phone: 877-OPEN-ILS (673-6457) >> direct: 770-709-5581 >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> >> This message originated from outside the M365 organisation. Please be >> careful with links, and don't trust messages you don't recognise
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
but would require touching (at > minimum) all of the org unit selectors. > [3] Adding an "active" column to actor.org_unit. This would be > intentionally softer than a "deleted" column, with the idea being that if > an OU needs to be deleted, to go through the trouble of fully deleting it > from the database. This option would also require touching all of the org > unit selectors. > [4] If the concern is more about the visibility of the org unit in the > _catalog search form selector_, extending the custom OU tree mechanism. > Probably less effort. > [5] Adding a library setting (tied to the workstation) to list OUs that > should not be included in the selector. Also less effort, and might offer > some nice flexibility - i.e., somebody at a branch just sees the active > OUs on the selector, while somebody at a central tech services office might > see everything. > > As you can see, there's a wide range of effort among these options - and > semantics. > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Job Posting: Executive Director - Bibliomation, Inc.
*Executive Director – Bibliomation, Inc.* Bibliomation, Inc <https://www.biblio.org/>.’s Board of Directors seeks a creative, forward-thinking leader to serve as Executive Director to guide this dynamic organization as it advances its vision for member libraries and staff. The next Executive Director will exhibit exemplary communication skills while providing leadership, management, and support for the new initiatives and ongoing endeavors of member libraries through relevant technology solutions, collaborative resource sharing, and thoughtful budget development. The Executive Director serves under the general direction of the 12-member Board of Directors, has overall responsibility for general administration of operations. Bibliomation has a proud history and a strong future helping member libraries and schools provide quality library service to their users by providing state-of-the-art IT services effectively and efficiently. *Responsibilities:* The Executive Director implements the organization's strategic plan and oversees financial and staff management and development;. This position supervises key managers and has oversight responsibility for program development and evaluation, operations, finance, marketing, and public relations; Additional responsibilities include coordinating, representing, and reporting on Board, Member Council, and Finance Committee meetings; The Executive Director will prepare operating budgets, investigate alternative revenue streams, negotiate contracts, and establish effective communication with internal and external stakeholders. A complete list of duties and responsibilities is listed in the job description below. *Qualifications:* A master’s degree in library science from an ALA-accredited school and/or advanced management training (MPA, MBA, or similar degree), proven experience reporting to a governing board, and success in collaborating with multiple stakeholders are highly desirable. This position requires a minimum of three years of progressively responsible professional and administrative experience in a public library or a nonprofit and a history of responsible senior-level management/organizational leadership or an equivalent combination of education and experience. Public library experience would be advantageous in this role, and a strong commitment to customer service is desired. Essential skills include: the ability to think strategically and creatively to develop new programmatic opportunities; building and developing diversified revenue streams; effectively serving as a spokesperson with multiple stakeholders; and strong leadership skills encouraging creativity, growth, collaboration, and accountability. *Compensation*: The hiring salary range is *$90,000 – $105,000* (with placement negotiable dependent on experience and qualifications) and an exceptional benefit package that includes medical, dental, retirement plan, vacation, life insurance, and more. For further information, contact Bradbury Miller Associates <https://bradburymiller.com/current-clients/>. This position closes on *Sunday, March 3, 2024*. -- Jessica Woolford (she/her) Director of Member Services jwoolf...@biblio.org | (203) 577-4070 <203-577-4070>x105 » Help Desk: Open or Check a Ticket <https://helpdesk.biblio.org> [image: Stylized turquoise book with blue swirl around it, above text reading Bibliomation: Libraries Sharing Computerized Services] <https://biblio.org/> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi all, As Andrea mentioned, we've been working on functionality adjacent to the main topic of this thread for a bit. The pullrequest branch is attached to the Library Groups LP bug she pointed to, and you can find it here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp-1949109-staff-catalog-lassos-loc_groups To reiterate the reason we kept the library groups and location groups selector separate from the library (org unit) selector, and also combined them into one UI element: both library and location groups are NOT subordinate to org units, because they can cross hierarchical boundaries, and they are mutually exclusive, because they represent different, competing, non-hierarchical search contexts. Instead their applicability is /dependent/ on the context ("search", yes, but not only search) org, and essentially /replaces/ it in the search. Especially for large installations with many org units, using either of these grouping mechanisms becomes untenable if we try to shove them all into the same dropdown as the libraries, because they would have to be duplicated in many places and would thereby make the long org list even longer and harder to use. Regarding the main "hide certain orgs" concept from the OP, on balance, it definitely feels to me like a job for custom org trees with a new "purpose" (the one existing purpose being: "opac"), especially given the variable shape of the tree mentioned up-thread in some cases. While there does exist a way to hide "intermediate" org units today, it requires the interaction of multiple configuration points (opac_visible flags, and the "inherit visibility" library setting(s)), which makes it feel flimsy in comparison to an explicitly defined tree. A single "this is what my staff should see *in this interface*" option seems (1) conceptually simpler, (2) more flexible, and (3) more maintainable. If we were/are voting, that'd definitely get my vote. Thanks! -- Mike Rylander Research and Development Manager Equinox Open Library Initiative 1-877-OPEN-ILS (673-6457) work: mi...@equinoxoli.org personal: mrylan...@gmail.com https://equinoxOLI.org On Tue, Jan 23, 2024 at 12:01 PM Andrea Buntz Neiman via Evergreen-general wrote: > > Chiming in to note that Equinox recently completed work on these related bugs: > > https://bugs.launchpad.net/evergreen/+bug/1949109 - Add Library Groups to > Angular Staff Catalog > https://bugs.launchpad.net/evergreen/+bug/1861701 - Angular staff catalog > copy location group filtering support > > We will be sharing a branch shortly. > > ABN > > On Tue, Jan 23, 2024 at 11:39 AM Tina Ji via Evergreen-general > wrote: >> >> >> On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general >> wrote: >> > #2 introduces new behavior that hasn't been used in previous staff >> > catalogs. We could not think of a use case where an org unit >> > should be invisible in the public catalog when performing a >> > search, but should be visible in the staff catalog search. However, >> > if there is one, let us know so that we can add an option, >> > most likely a global flag. >> >> >> One of our library system does central cataloguing at its headquarter, which >> is not open to the public. It's OPAC invisible, but needed on the staff >> catalogue. >> >> >> ________ >> From: Evergreen-general >> on behalf of Terran McCanna via Evergreen-general >> >> Sent: Tuesday, January 23, 2024 7:13 AM >> To: Evergreen Discussion Group >> Cc: Terran McCanna >> Subject: Re: [Evergreen-general] Sharing plans for changing library selector >> in Angular staff catalog >> >> About disused Org Units - even after a branch closes completely and all of >> the active materials and patrons have been moved off of it so we don't want >> it to appear in most dropdown lists, we sometimes still need to run reports >> on it. It would be nice to have the option in the reporter to include >> non-staff-visible branches. Maybe that is as simple as adding a new report >> source in the fieldmapper that can be used instead of the normal Org Unit >> source when desired? >> >> On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton via Evergreen-general >> wrote: >> >> Hi, >> >> On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general >> wrote: >> > #2 introduces new behavior that hasn't been used in previous staff >> > catalogs. We could not think of a use case where an org unit >> > should be invisible in the public catalog when performing a >> > search, bu
[Evergreen-general] Today's Business Solutions and Evergreen
Hi everyone! Does anyone work with or at a library that uses Today's Business Solutions products, particularly their mobile printing and PC management systems? If so, would you be willing to share your experiences? Thank you! Jessica -- Jessica Woolford (she/her) Director of Member Services jwoolf...@biblio.org | (203) 577-4070 <203-577-4070>x105 » Help Desk: Open or Check a Ticket <https://helpdesk.biblio.org> [image: Stylized turquoise book with blue swirl around it, above text reading Bibliomation: Libraries Sharing Computerized Services] <https://biblio.org/> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Chiming in to note that Equinox recently completed work on these related bugs: https://bugs.launchpad.net/evergreen/+bug/1949109 - Add Library Groups to Angular Staff Catalog https://bugs.launchpad.net/evergreen/+bug/1861701 - Angular staff catalog copy location group filtering support We will be sharing a branch shortly. ABN On Tue, Jan 23, 2024 at 11:39 AM Tina Ji via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > #2 introduces new behavior that hasn't been used in previous staff > > catalogs. We could not think of a use case where an org unit > > should be invisible in the public catalog when performing a > > search, but should be visible in the staff catalog search. However, > > if there is one, let us know so that we can add an option, > > most likely a global flag. > > > One of our library system does central cataloguing at its headquarter, > which is not open to the public. It's OPAC invisible, but needed on the > staff catalogue. > > > -- > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> on behalf of Terran > McCanna via Evergreen-general > *Sent:* Tuesday, January 23, 2024 7:13 AM > *To:* Evergreen Discussion Group > > *Cc:* Terran McCanna > *Subject:* Re: [Evergreen-general] Sharing plans for changing library > selector in Angular staff catalog > > About disused Org Units - even after a branch closes completely and all of > the active materials and patrons have been moved off of it so we don't want > it to appear in most dropdown lists, we sometimes still need to run reports > on it. It would be nice to have the option in the reporter to include > non-staff-visible branches. Maybe that is as simple as adding a new report > source in the fieldmapper that can be used instead of the normal Org Unit > source when desired? > > On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > Hi, > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > #2 introduces new behavior that hasn't been used in previous staff > > catalogs. We could not think of a use case where an org unit > > should be invisible in the public catalog when performing a > > search, but should be visible in the staff catalog search. However, > > if there is one, let us know so that we can add an option, > > most likely a global flag. > > I can think of several: > > - Library joining a consortium. Most any migration workflow I can imagine > will result in a period of at least a few days, and sometimes longer, where > an OU exists and has holdings attached to it but shouldn't be visible in > the OPAC, but where staff nonetheless need to be able to do staff-side > searches limited to that OU. > - Library opening a new branch with an opening day collection. This could > lead to an even longer period where the OU exists but is not yet ready to > be visible to patrons > - An explicitly hidden or resource collection > > Does NOBLE have OUs that are completely disused? > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > > This message originated from outside the M365 organisation. Please be > careful with links, and don't trust messages you don't recognise. > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Andrea Buntz Neiman, MLS Project Manager for Software Development | Product Specialist Equinox Open Library Initiative abnei...@equinoxoli.org 1-877-OPEN-ILS (673-6457) Direct: 770-709-5583 *https://www.equinoxOLI.org/ <https://www.equinoxOLI.org/>* ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit > should be invisible in the public catalog when performing a > search, but should be visible in the staff catalog search. However, > if there is one, let us know so that we can add an option, > most likely a global flag. One of our library system does central cataloguing at its headquarter, which is not open to the public. It's OPAC invisible, but needed on the staff catalogue. ____ From: Evergreen-general on behalf of Terran McCanna via Evergreen-general Sent: Tuesday, January 23, 2024 7:13 AM To: Evergreen Discussion Group Cc: Terran McCanna Subject: Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog About disused Org Units - even after a branch closes completely and all of the active materials and patrons have been moved off of it so we don't want it to appear in most dropdown lists, we sometimes still need to run reports on it. It would be nice to have the option in the reporter to include non-staff-visible branches. Maybe that is as simple as adding a new report source in the fieldmapper that can be used instead of the normal Org Unit source when desired? On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: Hi, On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit > should be invisible in the public catalog when performing a > search, but should be visible in the staff catalog search. However, > if there is one, let us know so that we can add an option, > most likely a global flag. I can think of several: - Library joining a consortium. Most any migration workflow I can imagine will result in a period of at least a few days, and sometimes longer, where an OU exists and has holdings attached to it but shouldn't be visible in the OPAC, but where staff nonetheless need to be able to do staff-side searches limited to that OU. - Library opening a new branch with an opening day collection. This could lead to an even longer period where the OU exists but is not yet ready to be visible to patrons - An explicitly hidden or resource collection Does NOBLE have OUs that are completely disused? Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general This message originated from outside the M365 organisation. Please be careful with links, and don't trust messages you don't recognise. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Permissions Working Group Meeting Today
Good Morning, The Permissions Working Group will be meeting at 3 p.m. EST this afternoon. Agenda and connection info: https://docs.google.com/document/d/1CFUZe0d7Mp_XAhHQhr_qkDpDV6MByQQAji_sAuruo44/edit?usp=sharing Notes from the last meeting can be found here: https://wiki.evergreen-ils.org/doku.php?id=community:permissions_working_group#past_meetings <https://wiki.evergreen-ils.org/doku.php?id=community:permissions_working_group#next_meeting> Thank you, Susan ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi, On Mon, Jan 22, 2024 at 5:57 PM Lussier, Kathy wrote: > It sounds like an option is in order then, and I'm now wondering > if a global flag is appropriate or something that allows us to > determine staff catalog visibility on an OU by OU basis. Various options I see are. [1] As Jason Stephenson suggested, adding a staff_visible column to actor.org_unit. However, if this is intended to have similar semantics to the opac_visible column - i.e., to suppress results from the staff catalog _search results_ additional work would be needed for the search engine. [2] Adding a "deleted" column to actor.org_unit to signify that the OU no longer exists. Logical deletion would allow certain types of information to be retained for historical reporting, but would require touching (at minimum) all of the org unit selectors. [3] Adding an "active" column to actor.org_unit. This would be intentionally softer than a "deleted" column, with the idea being that if an OU needs to be deleted, to go through the trouble of fully deleting it from the database. This option would also require touching all of the org unit selectors. [4] If the concern is more about the visibility of the org unit in the _catalog search form selector_, extending the custom OU tree mechanism. Probably less effort. [5] Adding a library setting (tied to the workstation) to list OUs that should not be included in the selector. Also less effort, and might offer some nice flexibility - i.e., somebody at a branch just sees the active OUs on the selector, while somebody at a central tech services office might see everything. As you can see, there's a wide range of effort among these options - and semantics. Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
About disused Org Units - even after a branch closes completely and all of the active materials and patrons have been moved off of it so we don't want it to appear in most dropdown lists, we sometimes still need to run reports on it. It would be nice to have the option in the reporter to include non-staff-visible branches. Maybe that is as simple as adding a new report source in the fieldmapper that can be used instead of the normal Org Unit source when desired? On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi, > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > #2 introduces new behavior that hasn't been used in previous staff > > catalogs. We could not think of a use case where an org unit > > should be invisible in the public catalog when performing a > > search, but should be visible in the staff catalog search. However, > > if there is one, let us know so that we can add an option, > > most likely a global flag. > > I can think of several: > > - Library joining a consortium. Most any migration workflow I can imagine > will result in a period of at least a few days, and sometimes longer, where > an OU exists and has holdings attached to it but shouldn't be visible in > the OPAC, but where staff nonetheless need to be able to do staff-side > searches limited to that OU. > - Library opening a new branch with an opening day collection. This could > lead to an even longer period where the OU exists but is not yet ready to > be visible to patrons > - An explicitly hidden or resource collection > > Does NOBLE have OUs that are completely disused? > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
I like the idea of bringing shelving location groups to the staff client, yay for feature parity! I won't join in on the listing of potential reasons why #2 is necessary as there are already several, but I would like to lean hard toward adding a staff_visible flag to OUs or something similar because a global flag is too heavy a hammer for this. If hiding "deleted" or unused / unwanted OUs from more of the staff client is a sub-goal that is a much bigger thing and should be dealt with directly, where just excluding some OUs from staff search should be manageable without too much fuss. Jason -- Jason Boyer Senior System Administrator Equinox Open Library Initiative jbo...@equinoxoli.org +1 (877) Open-ILS (673-6457) https://equinoxOLI.org/ > On Jan 22, 2024, at 12:09 PM, Lussier, Kathy via Evergreen-general > wrote: > > Hi all, > > NOBLE is proceeding with a project to make some changes to the library > selector in the Angular staff catalog. I'm sharing our requirements with the > community first to ensure the project doesn't conflict with any desired > behavior for the selector. > > The full requirements are available at the bottom of this email, but the > short version is: > > We plan to restore shelving location groups in the selector, similar to the > way they appear in the public catalog. > We plan to make the library selector for the staff catalog search honor the > visibility settings used for the public catalog library selector. > #1 is the restoration of a feature from the old staff catalog. > #2 introduces new behavior that hasn't been used in previous staff catalogs. > We could not think of a use case where an org unit should be invisible in the > public catalog when performing a search, but should be visible in the staff > catalog search. However, if there is one, let us know so that we can add an > option, most likely a global flag. > > Please send us any feedback or concerns by the end of the day Friday so that > we can move forward with finalizing the requirements for this project. > > > Angular Staff Catalog: Library Selector Improve... > <https://docs.google.com/document/d/1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY/edit?usp=drive_web> > Thank you! > Kathy > -- > Kathy Lussier > she/her > Executive Director > NOBLE: North of Boston Library Exchange > Danvers, MA > 978-777-8844 x201 > www.noblenet.org <http://www.noblenet.org/> > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Adding another +1 for the staff visibility flag/check box in “org unit configuration.” Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Evergreen-general On Behalf Of Terran McCanna via Evergreen-general Sent: Tuesday, January 23, 2024 10:06 AM To: Evergreen Discussion Group Cc: Terran McCanna Subject: Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. PINES is also in favor of a staff visibility flag that is separate from the OPAC-visibility flag. On Mon, Jan 22, 2024 at 7:12 PM Jason Stephenson via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: Hi, all. On 1/22/24 17:57, Lussier, Kathy via Evergreen-general wrote: > Thanks Galen. > > It sounds like an option is in order then, and I'm now wondering if a > global flag is appropriate or something that allows us to determine > staff catalog visibility on an OU by OU basis. We talked about this internally at C/W MARS and thought that a field for staff catalog visibility on the org. unit would be appropriate. HtH, Jason > > Yes, NOBLE has OUs that left the consortium that are completely disused. > Another issue is that, in Massachusetts, we have very few multi-branch > libraries. Displaying a system level and the branch level in the catalog > search selector is redundant for all but four of our libraries. We also > need an org unit for our statewide sharing system, which is not > something that gets searched. There may be some other use cases, but, > overall, we've found it very useful to have control over how the org > units display in that specific library selector. > > Kathy > -- > Kathy Lussier > she/her > Executive Director > NOBLE: North of Boston Library Exchange > Danvers, MA > 978-777-8844 x201 > www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=b900b72f-fa15-4601-bdde-6a013f65f101=http%3A%2F%2Fwww.noblenet.org%2F> > > <http://www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=b900b72f-fa15-4601-bdde-6a013f65f101=http%3A%2F%2Fwww.noblenet.org%2F>> > > > > > On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton > mailto:g...@equinoxoli.org> > <mailto:g...@equinoxoli.org<mailto:g...@equinoxoli.org>>> wrote: > > Hi, > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via > Evergreen-general > mailto:evergreen-general@list.evergreen-ils.org> > > <mailto:evergreen-general@list.evergreen-ils.org<mailto:evergreen-general@list.evergreen-ils.org>>> > wrote: > > #2 introduces new behavior that hasn't been used in previous staff > > catalogs. We could not think of a use case where an org unit > > should be invisible in the public catalog when performing a > > search, but should be visible in the staff catalog search. However, > > if there is one, let us know so that we can add an option, > > most likely a global flag. > > I can think of several: > > - Library joining a consortium. Most any migration workflow I can > imagine will result in a period of at least a few days, and > sometimes longer, where an OU exists and has holdings attached to it > but shouldn't be visible in the OPAC, but where staff nonetheless > need to be able to do staff-side searches limited to that OU. > - Library opening a new branch with an opening day collection. This > could lead to an even longer period where the OU exists but is not > yet ready to be visible to patrons > - An explicitly hidden or resource collection > > Does NOBLE have OUs that are completely disused? > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org<mailto:g...@equinoxoli.org> > > https://www.equinoxOLI.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-58c7608fb94d6f45=1=b900b72f-fa15-4601-bdde-6a013f65f101=https%3A%2F%2Fwww.equinoxoli.org%2F> > > <https://www.equinoxOLI.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-58c7608fb94d6f45=1=b900b72f-fa15-4601-bdde-6a013f65f101=https%3A%2F%2Fwww.equinoxoli.org%2F>> > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > > > __
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
PINES is also in favor of a staff visibility flag that is separate from the OPAC-visibility flag. On Mon, Jan 22, 2024 at 7:12 PM Jason Stephenson via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi, all. > > On 1/22/24 17:57, Lussier, Kathy via Evergreen-general wrote: > > Thanks Galen. > > > > It sounds like an option is in order then, and I'm now wondering if a > > global flag is appropriate or something that allows us to determine > > staff catalog visibility on an OU by OU basis. > > We talked about this internally at C/W MARS and thought that a field for > staff catalog visibility on the org. unit would be appropriate. > > HtH, > Jason > > > > > Yes, NOBLE has OUs that left the consortium that are completely disused. > > Another issue is that, in Massachusetts, we have very few multi-branch > > libraries. Displaying a system level and the branch level in the catalog > > search selector is redundant for all but four of our libraries. We also > > need an org unit for our statewide sharing system, which is not > > something that gets searched. There may be some other use cases, but, > > overall, we've found it very useful to have control over how the org > > units display in that specific library selector. > > > > Kathy > > -- > > Kathy Lussier > > she/her > > Executive Director > > NOBLE: North of Boston Library Exchange > > Danvers, MA > > 978-777-8844 x201 > > www.noblenet.org <http://www.noblenet.org> > > > > > > > > > > On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton > <mailto:g...@equinoxoli.org>> wrote: > > > > Hi, > > > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via > > Evergreen-general > <mailto:evergreen-general@list.evergreen-ils.org>> wrote: > > > #2 introduces new behavior that hasn't been used in previous staff > > > catalogs. We could not think of a use case where an org unit > > > should be invisible in the public catalog when performing a > > > search, but should be visible in the staff catalog search. > However, > > > if there is one, let us know so that we can add an option, > > > most likely a global flag. > > > > I can think of several: > > > > - Library joining a consortium. Most any migration workflow I can > > imagine will result in a period of at least a few days, and > > sometimes longer, where an OU exists and has holdings attached to it > > but shouldn't be visible in the OPAC, but where staff nonetheless > > need to be able to do staff-side searches limited to that OU. > > - Library opening a new branch with an opening day collection. This > > could lead to an even longer period where the OU exists but is not > > yet ready to be visible to patrons > > - An explicitly hidden or resource collection > > > > Does NOBLE have OUs that are completely disused? > > > > Regards, > > > > Galen > > -- > > Galen Charlton > > Implementation and IT Manager > > Equinox Open Library Initiative > > g...@equinoxoli.org > > https://www.equinoxOLI.org <https://www.equinoxOLI.org> > > phone: 877-OPEN-ILS (673-6457) > > direct: 770-709-5581 > > > > > > ___ > > Evergreen-general mailing list > > Evergreen-general@list.evergreen-ils.org > > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi all, Thanks for the use cases. We will definitely add an option for this, most likely in the way that Jason suggested. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Tue, Jan 23, 2024 at 9:35 AM Josh Stompro wrote: > We have several locations that staff make use of but are hidden from the > public catalog. > > ILL Locations - We have a central ILL OU for each region. That isn't > something that most staff need, only the ILL staff. We have a local > customization to hide ILL items from staff search results unless the ILL > location is specifically selected. But only ILL staff need that, and they > log in with a workstation with the same OU. So maybe an OU could be > visible in the list if it equals the workstation OU? > > We have a book truck location for one branch that is hidden in the public > catalog but staff would use. It doesn't have a permanent collection, just > things pulled together for short term use. > > Josh > > > On Mon, Jan 22, 2024 at 11:09 AM Lussier, Kathy via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Hi all, >> >> NOBLE is proceeding with a project to make some changes to the library >> selector in the Angular staff catalog. I'm sharing our requirements with >> the community first to ensure the project doesn't conflict with any desired >> behavior for the selector. >> >> The full requirements are available at the bottom of this email, but the >> short version is: >> >> >>1. We plan to restore shelving location groups in the selector, >>similar to the way they appear in the public catalog. >>2. We plan to make the library selector for the staff catalog search >>honor the visibility settings used for the public catalog library >> selector. >> >> #1 is the restoration of a feature from the old staff catalog. >> #2 introduces new behavior that hasn't been used in previous staff >> catalogs. We could not think of a use case where an org unit should be >> invisible in the public catalog when performing a search, but should be >> visible in the staff catalog search. However, if there is one, let us know >> so that we can add an option, most likely a global flag. >> >> Please send us any feedback or concerns by the end of the day Friday so >> that we can move forward with finalizing the requirements for this project. >> >> >> Angular Staff Catalog: Library Selector Improve... >> <https://docs.google.com/document/d/1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY/edit?usp=drive_web> >> >> Thank you! >> Kathy >> -- >> Kathy Lussier >> she/her >> Executive Director >> NOBLE: North of Boston Library Exchange >> Danvers, MA >> 978-777-8844 x201 >> www.noblenet.org >> >> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
We have several locations that staff make use of but are hidden from the public catalog. ILL Locations - We have a central ILL OU for each region. That isn't something that most staff need, only the ILL staff. We have a local customization to hide ILL items from staff search results unless the ILL location is specifically selected. But only ILL staff need that, and they log in with a workstation with the same OU. So maybe an OU could be visible in the list if it equals the workstation OU? We have a book truck location for one branch that is hidden in the public catalog but staff would use. It doesn't have a permanent collection, just things pulled together for short term use. Josh On Mon, Jan 22, 2024 at 11:09 AM Lussier, Kathy via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi all, > > NOBLE is proceeding with a project to make some changes to the library > selector in the Angular staff catalog. I'm sharing our requirements with > the community first to ensure the project doesn't conflict with any desired > behavior for the selector. > > The full requirements are available at the bottom of this email, but the > short version is: > > >1. We plan to restore shelving location groups in the selector, >similar to the way they appear in the public catalog. >2. We plan to make the library selector for the staff catalog search >honor the visibility settings used for the public catalog library selector. > > #1 is the restoration of a feature from the old staff catalog. > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit should be > invisible in the public catalog when performing a search, but should be > visible in the staff catalog search. However, if there is one, let us know > so that we can add an option, most likely a global flag. > > Please send us any feedback or concerns by the end of the day Friday so > that we can move forward with finalizing the requirements for this project. > > > Angular Staff Catalog: Library Selector Improve... > <https://docs.google.com/document/d/1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY/edit?usp=drive_web> > > Thank you! > Kathy > -- > Kathy Lussier > she/her > Executive Director > NOBLE: North of Boston Library Exchange > Danvers, MA > 978-777-8844 x201 > www.noblenet.org > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi, all. On 1/22/24 17:57, Lussier, Kathy via Evergreen-general wrote: Thanks Galen. It sounds like an option is in order then, and I'm now wondering if a global flag is appropriate or something that allows us to determine staff catalog visibility on an OU by OU basis. We talked about this internally at C/W MARS and thought that a field for staff catalog visibility on the org. unit would be appropriate. HtH, Jason Yes, NOBLE has OUs that left the consortium that are completely disused. Another issue is that, in Massachusetts, we have very few multi-branch libraries. Displaying a system level and the branch level in the catalog search selector is redundant for all but four of our libraries. We also need an org unit for our statewide sharing system, which is not something that gets searched. There may be some other use cases, but, overall, we've found it very useful to have control over how the org units display in that specific library selector. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org <http://www.noblenet.org> On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton <mailto:g...@equinoxoli.org>> wrote: Hi, On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit > should be invisible in the public catalog when performing a > search, but should be visible in the staff catalog search. However, > if there is one, let us know so that we can add an option, > most likely a global flag. I can think of several: - Library joining a consortium. Most any migration workflow I can imagine will result in a period of at least a few days, and sometimes longer, where an OU exists and has holdings attached to it but shouldn't be visible in the OPAC, but where staff nonetheless need to be able to do staff-side searches limited to that OU. - Library opening a new branch with an opening day collection. This could lead to an even longer period where the OU exists but is not yet ready to be visible to patrons - An explicitly hidden or resource collection Does NOBLE have OUs that are completely disused? Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org <https://www.equinoxOLI.org> phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Another… A library building is undergoing remodeling or repairs, during which part of the collection has been stored in a way (or at a location) that is not readily accessible to the public. But staff still needs to be able to see what is there. Have actually done that twice here in our system. Have also seen it done at others. [cid:image001.png@01DA4D4C.7485A5E0] Jeremy Miller System Administrator 503-507-9258 cell Information Technology City of Albany, Oregon 333 Broadalbin St SW, Albany, Oregon 97321 www.cityofalbany.net<http://www.cityofalbany.net/> From: Evergreen-general On Behalf Of Galen Charlton via Evergreen-general Sent: Monday, January 22, 2024 2:46 PM To: Evergreen Discussion Group Cc: Galen Charlton Subject: Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog [WARNING! This email came from outside our organization. Do NOT click unknown attachments or links in email.] Hi, On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit > should be invisible in the public catalog when performing a > search, but should be visible in the staff catalog search. However, > if there is one, let us know so that we can add an option, > most likely a global flag. I can think of several: - Library joining a consortium. Most any migration workflow I can imagine will result in a period of at least a few days, and sometimes longer, where an OU exists and has holdings attached to it but shouldn't be visible in the OPAC, but where staff nonetheless need to be able to do staff-side searches limited to that OU. - Library opening a new branch with an opening day collection. This could lead to an even longer period where the OU exists but is not yet ready to be visible to patrons - An explicitly hidden or resource collection Does NOBLE have OUs that are completely disused? Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org<mailto:g...@equinoxoli.org> https://www.equinoxOLI.org<https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.equinoxOLI.org=E,1,le255JzTbR-I2rswZlvtdf-Ihysje6qvm5c6OPhO4cbbnYkzgzFGlvoLv4obC3_a1u1-SFLtayv_MtBAIdPGf7EKSpmjGWxtEObwGB31V51Q8wiWr1cluw,,=1> phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 __ DISCLAIMER: This email may be considered a public record of the City of Albany and subject to the State of Oregon Retention Schedule. This email also may be subject to public disclosure under the Oregon Public Records Law. This email, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you have received this communication in error, please notify the sender immediately and destroy all copies of the original message. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Thanks Galen. It sounds like an option is in order then, and I'm now wondering if a global flag is appropriate or something that allows us to determine staff catalog visibility on an OU by OU basis. Yes, NOBLE has OUs that left the consortium that are completely disused. Another issue is that, in Massachusetts, we have very few multi-branch libraries. Displaying a system level and the branch level in the catalog search selector is redundant for all but four of our libraries. We also need an org unit for our statewide sharing system, which is not something that gets searched. There may be some other use cases, but, overall, we've found it very useful to have control over how the org units display in that specific library selector. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Mon, Jan 22, 2024 at 5:46 PM Galen Charlton wrote: > Hi, > > On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > #2 introduces new behavior that hasn't been used in previous staff > > catalogs. We could not think of a use case where an org unit > > should be invisible in the public catalog when performing a > > search, but should be visible in the staff catalog search. However, > > if there is one, let us know so that we can add an option, > > most likely a global flag. > > I can think of several: > > - Library joining a consortium. Most any migration workflow I can imagine > will result in a period of at least a few days, and sometimes longer, where > an OU exists and has holdings attached to it but shouldn't be visible in > the OPAC, but where staff nonetheless need to be able to do staff-side > searches limited to that OU. > - Library opening a new branch with an opening day collection. This could > lead to an even longer period where the OU exists but is not yet ready to > be visible to patrons > - An explicitly hidden or resource collection > > Does NOBLE have OUs that are completely disused? > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi, On Mon, Jan 22, 2024 at 12:09 PM Lussier, Kathy via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit > should be invisible in the public catalog when performing a > search, but should be visible in the staff catalog search. However, > if there is one, let us know so that we can add an option, > most likely a global flag. I can think of several: - Library joining a consortium. Most any migration workflow I can imagine will result in a period of at least a few days, and sometimes longer, where an OU exists and has holdings attached to it but shouldn't be visible in the OPAC, but where staff nonetheless need to be able to do staff-side searches limited to that OU. - Library opening a new branch with an opening day collection. This could lead to an even longer period where the OU exists but is not yet ready to be visible to patrons - An explicitly hidden or resource collection Does NOBLE have OUs that are completely disused? Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Kathy, Just a question – in the NOBLE public catalog, I see where the library shelving location groups appear in the Advanced Search. I notice that when a library shelving location group is selected, it does not populate the included shelving locations in the “location” field in the same way shelving locations are populated there when an org unit is selected. Is there a desire within the staff catalog to include that functionality (and hopefully also eventually bpac)? Also, thanks for sharing this. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Evergreen-general On Behalf Of Lussier, Kathy via Evergreen-general Sent: Monday, January 22, 2024 12:09 PM To: Evergreen Discussion Group Cc: Lussier, Kathy Subject: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. Hi all, NOBLE is proceeding with a project to make some changes to the library selector in the Angular staff catalog. I'm sharing our requirements with the community first to ensure the project doesn't conflict with any desired behavior for the selector. The full requirements are available at the bottom of this email, but the short version is: 1. We plan to restore shelving location groups in the selector, similar to the way they appear in the public catalog. 2. We plan to make the library selector for the staff catalog search honor the visibility settings used for the public catalog library selector. #1 is the restoration of a feature from the old staff catalog. #2 introduces new behavior that hasn't been used in previous staff catalogs. We could not think of a use case where an org unit should be invisible in the public catalog when performing a search, but should be visible in the staff catalog search. However, if there is one, let us know so that we can add an option, most likely a global flag. Please send us any feedback or concerns by the end of the day Friday so that we can move forward with finalizing the requirements for this project. [https://drive-thirdparty.googleusercontent.com/16/type/application/vnd.google-apps.document] Angular Staff Catalog: Library Selector Improve...<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-72d20d3cf6093551=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY%2Fedit%3Fusp%3Ddrive_web> Thank you! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=http%3A%2F%2Fwww.noblenet.org%2F> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Great! This is very intriguing and your use of shelving location groups is also pretty inspiring. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Lussier, Kathy Sent: Monday, January 22, 2024 12:34 PM To: Frasur, Ruth Cc: Evergreen Discussion Group Subject: Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. Hi Ruth, Great question! Yes, that piece is included in the more detailed requirements, but was not mentioned in my email. It's the piece of the project that we're willing to save for a future date if it turns out to be too complex to incorporate in this project, but we're hoping we can make that happen. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=4ba38e25-7e9d-4a5b-acb7-432497fb5929=http%3A%2F%2Fwww.noblenet.org%2F> On Mon, Jan 22, 2024 at 12:30 PM Frasur, Ruth mailto:rfra...@library.in.gov>> wrote: Kathy, Just a question – in the NOBLE public catalog, I see where the library shelving location groups appear in the Advanced Search. I notice that when a library shelving location group is selected, it does not populate the included shelving locations in the “location” field in the same way shelving locations are populated there when an org unit is selected. Is there a desire within the staff catalog to include that functionality (and hopefully also eventually bpac)? Also, thanks for sharing this. Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 From: Evergreen-general mailto:evergreen-general-boun...@list.evergreen-ils.org>> On Behalf Of Lussier, Kathy via Evergreen-general Sent: Monday, January 22, 2024 12:09 PM To: Evergreen Discussion Group mailto:evergreen-general@list.evergreen-ils.org>> Cc: Lussier, Kathy mailto:kluss...@noblenet.org>> Subject: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog This is an EXTERNAL email. Exercise caution. DO NOT open attachments or click links from unknown senders or unexpected email. Hi all, NOBLE is proceeding with a project to make some changes to the library selector in the Angular staff catalog. I'm sharing our requirements with the community first to ensure the project doesn't conflict with any desired behavior for the selector. The full requirements are available at the bottom of this email, but the short version is: 1. We plan to restore shelving location groups in the selector, similar to the way they appear in the public catalog. 2. We plan to make the library selector for the staff catalog search honor the visibility settings used for the public catalog library selector. #1 is the restoration of a feature from the old staff catalog. #2 introduces new behavior that hasn't been used in previous staff catalogs. We could not think of a use case where an org unit should be invisible in the public catalog when performing a search, but should be visible in the staff catalog search. However, if there is one, let us know so that we can add an option, most likely a global flag. Please send us any feedback or concerns by the end of the day Friday so that we can move forward with finalizing the requirements for this project. [https://drive-thirdparty.googleusercontent.com/16/type/application/vnd.google-apps.document] Angular Staff Catalog: Library Selector Improve...<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-72d20d3cf6093551=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY%2Fedit%3Fusp%3Ddrive_web> Thank you! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org<https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=http%3A%2F%2Fwww.noblenet.org%2F> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi Ruth, Great question! Yes, that piece is included in the more detailed requirements, but was not mentioned in my email. It's the piece of the project that we're willing to save for a future date if it turns out to be too complex to incorporate in this project, but we're hoping we can make that happen. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Mon, Jan 22, 2024 at 12:30 PM Frasur, Ruth wrote: > Kathy, > > > > Just a question – in the NOBLE public catalog, I see where the library > shelving location groups appear in the Advanced Search. I notice that when > a library shelving location group is selected, it does not populate the > included shelving locations in the “location” field in the same way > shelving locations are populated there when an org unit is selected. Is > there a desire within the staff catalog to include that functionality (and > hopefully also eventually bpac)? > > > > Also, thanks for sharing this. > > > > Ruth Frasur Davis (she/they) > > Coordinator > > *Evergreen Indiana Library Consortium* > > *Evergreen Community Development Initiative* > > Indiana State Library > > 140 N. Senate Ave. > > Indianapolis, IN 46204 > > (317) 232-3691 > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *Lussier, > Kathy via Evergreen-general > *Sent:* Monday, January 22, 2024 12:09 PM > *To:* Evergreen Discussion Group > > *Cc:* Lussier, Kathy > *Subject:* [Evergreen-general] Sharing plans for changing library > selector in Angular staff catalog > > > > This is an EXTERNAL email. Exercise caution. DO NOT open attachments > or click links from unknown senders or unexpected email. > -- > > Hi all, > > > > NOBLE is proceeding with a project to make some changes to the library > selector in the Angular staff catalog. I'm sharing our requirements with > the community first to ensure the project doesn't conflict with any desired > behavior for the selector. > > > > The full requirements are available at the bottom of this email, but the > short version is: > > > >1. We plan to restore shelving location groups in the selector, >similar to the way they appear in the public catalog. >2. We plan to make the library selector for the staff catalog search >honor the visibility settings used for the public catalog library selector. > > #1 is the restoration of a feature from the old staff catalog. > > #2 introduces new behavior that hasn't been used in previous staff > catalogs. We could not think of a use case where an org unit should be > invisible in the public catalog when performing a search, but should be > visible in the staff catalog search. However, if there is one, let us know > so that we can add an option, most likely a global flag. > > > > Please send us any feedback or concerns by the end of the day Friday so > that we can move forward with finalizing the requirements for this project. > > > > > > * Angular Staff Catalog: Library Selector Improve... > <https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-72d20d3cf6093551=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY%2Fedit%3Fusp%3Ddrive_web>* > > > > Thank you! > > Kathy > > -- > > Kathy Lussier > > she/her > > Executive Director > > NOBLE: North of Boston Library Exchange > > Danvers, MA > > 978-777-8844 x201 > > www.noblenet.org > <https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-7104298d45dbc571=1=f1ee8472-6072-48e0-ab15-e15f80abd34b=http%3A%2F%2Fwww.noblenet.org%2F> > > > > > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Sharing plans for changing library selector in Angular staff catalog
Hi all, NOBLE is proceeding with a project to make some changes to the library selector in the Angular staff catalog. I'm sharing our requirements with the community first to ensure the project doesn't conflict with any desired behavior for the selector. The full requirements are available at the bottom of this email, but the short version is: 1. We plan to restore shelving location groups in the selector, similar to the way they appear in the public catalog. 2. We plan to make the library selector for the staff catalog search honor the visibility settings used for the public catalog library selector. #1 is the restoration of a feature from the old staff catalog. #2 introduces new behavior that hasn't been used in previous staff catalogs. We could not think of a use case where an org unit should be invisible in the public catalog when performing a search, but should be visible in the staff catalog search. However, if there is one, let us know so that we can add an option, most likely a global flag. Please send us any feedback or concerns by the end of the day Friday so that we can move forward with finalizing the requirements for this project. Angular Staff Catalog: Library Selector Improve... <https://docs.google.com/document/d/1Aioe5GfQXHXrWVF90r_xdsbMhm1PjHP1vFOyyO0R3DY/edit?usp=drive_web> Thank you! Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: Potential issues with the snippet to parse SOURCE_DATE_EPOCH in C
On 19/01/2024 21.03, Chris Lamb wrote: Was there any reason to reject >ULONG_MAX? I'm touching this code, and don't see a reason for it; it looks very arbitrary; especially since some systems can have 32-bit long, but 64-bit time_t. Should I just drop that check, or keep it? And why? There is another issue with the ULONG_MAX - that is it allows to represent timestamps up to 2106, but a 32-bit time_t is a signed int32, so will roll over in 2038 back to 1901. At some (not too far) point in time, programs and libraries compiling with glibc should start to build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 to get 64-bit time_t everywhere. [1] Ciao Bernhard M. [1] https://www.reddit.com/r/linux/comments/19a95cl/today_is_y2k38_commemoration_day_t14/ OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Problems with auto-roll and auto-play functions
Hi Murat, Good luck with your project. No, I'm not one of the developers. I can just about read C if I stare at it long enough. But I've never devoted time to learn it properly. I've just been on the mailing list a long time, contributed bug reports and rollout time, and answered questions when I can to save the real devs the bother. My coding skills are specific to industrial control systems. It's rather different to standard high level languages. Regards, Ian Shaw From: MK Sent: Friday, January 19, 2024 11:25:10 PM To: Ian Shaw ; bug-gnubg@gnu.org Subject: Re: Problems with auto-roll and auto-play functions On 1/19/2024 2:37 AM, Ian Shaw wrote: > I know nothing of Python, so I can’t help you with that. Good luck. I just spent a couple hours on Python today, starting with this post from Michael Petch in December 2013: https://lists.gnu.org/archive/html/bug-gnubg/2013-12/msg00013.html It briefly explain how to start using the GNUBG module. Then I visited https://docs.python.org/3.10/tutorial/index.html and selectively read from the Python tutorial some sections to get a quick start. If you know other programming languages, you'll pick it up very fast. I really like it. I was able to quickly figure out the individual parts of the script that I need already, using the interactive interpreter. Hopefully I will be able to assemble them into an actual script file and will share it freely when I get it working. I would encourage you and anyone who wants to experiment with GnuBG to take a look at it. Are you one of the GnuBG development team? My other comments about the auto-roll and auto-play functions, (unrelated to the specific subject of the script making cube decisions for the bot), are still valid and hopefully will be heeded by the GnuBG team. In fact, they cause problems in the GUI also. If interested you guys can look at this thread in RGB for example: https://groups.google.com/g/rec.games.backgammon/c/ikCPgBiZHvs/m/SW66d7ZACAAJ Thanks for your trying to help. You did at least motivate me. MK
RE: Problems with auto-roll and auto-play functions
Hi MK, I know nothing of Python, so I can’t help you with that. Good luck. -- Ian -Original Message- From: MK Sent: Friday, January 19, 2024 12:20 AM To: Ian Shaw ; bug-gnubg@gnu.org Subject: Re: Problems with auto-roll and auto-play functions On 1/18/2024 2:22 PM, MK wrote: > On 1/18/2024 6:31 AM, Ian Shaw wrote: >> You can’t make the gnubg engine only be itself for some moves, and >> ask you to make the choices for other moves. > There is no reason for this arbitrary, unnecessary limitation. Bot can > wait to roll and/or move until it's told to do so (i.e. "play" > command). If the user wants it to play automatically, he can just > select the auto-roll and auto-play setting. Simple logic and clean > implementation... After looking at things some more, I realized that I had a misunderstanding how much can be done with a script. I thought you could intercept bot's play and inject a different play through the script. I see what you mean now that even though checker and cube settings are separate for players, you can't mix and match to have a half human half bot player. So, the script has to parse the best checker hint and make the move also as you suggested. I guess we can continue to work towards a script with that in mind...? MK
Re: org-->latex and beamer, avoid blocks
>>> "FE" == Fraga, Eric writes: > On Thursday, 18 Jan 2024 at 16:40, Uwe Brauer via "General discussions > about Org-mode." wrote: >> Any suggestion how to tell the converter not convert >> >> *** First step >> >> To a block? > Add the :B_ignoreheading: tag and the following property to the headline: > :PROPERTIES: > :BEAMER_env: ignoreheading > :END: > which you can do easily if you have Ah, thanks very much. > #+startup: beamer > in your org file which allows you to then use "C-c C-b i" to add that > information. Aha also very useful (the allowframebreaks and shrink option that I use often is unfortunately not among these property templates) > Although the idea of a single document that exports to both beamer and > LaTeX is attractive, I've always found it to be more effort than it's > worth. Just my 2¢. Well, right. I just realized that for example when I export the document to LatReX article, then cosntructs like *** Code :PROPERTIES: :BEAMER_env: ignoreheading :END: Get converted in the sense that the properties are not simply ignored but transformed to text, which is not what I want. -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine. smime.p7s Description: S/MIME cryptographic signature
export to latex (article) but with multicolums
Hello According to https://orgmode.org/worg/exporters/beamer/tutorial.html It is possible to have multicolumns in beamer. Now I am writing a bilingual text, and would have each language in a column. Is there any similar configuration possible for exporting to LaTeX (article)? Thanks and regards Uwe Brauer -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine.
org-->latex and beamer, avoid blocks
Hi I have a longer documents with a lot of graphics, and the following setting: #+OPTIONS: H:2 So that ** Introduction Will be converted to a frame, while if converted to LaTeX (article) it will be converted to a subsection. Now I also have subsubsections like *** First step Containing two graphics, This subsubsection will be converted to a block and then I cannot use allowframebreaks and only one graphics is displayed. Any suggestion how to tell the converter not convert *** First step To a block? Thanks and regards Uwe Brauer -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine.
Re: [Evergreen-general] TEP board meeting January 18th
Hi all, The report from the Membership Model Subcommittee is below: Membership Model Subcommittee January Board Report <https://docs.google.com/document/d/1wkIIzS5gNW-EiZd8pIIh6P3ZXkX_phXkt7WJgaGSexc/edit?usp=drive_web> I will be unable to attend the meeting, but Ruth and Galen both attended the last Membership Model Subcommittee meeting and can answer any questions. Kathy -- Kathy Lussier she/her Executive Director NOBLE: North of Boston Library Exchange Danvers, MA 978-777-8844 x201 www.noblenet.org On Wed, Jan 17, 2024 at 12:28 PM Katie Greenleaf Martin via Evergreen-general wrote: > Hello all, > > > > The Evergreen Project Board will be meeting January 18th, 2024 at 11 a.m. > PT / 1 p.m. CT / 2 p.m. ET. > > > > The agenda and connection details for the meeting are at > https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2024-01-18 > > This meeting is public and community members are encouraged to attend. > > > > Thanks! > > Katie > > > > TEP board secretary > > > > > > > > *Katie Greenleaf Martin *(she/her), *Executive Director* > > *Pennsylvania Integrated Library System (PaILS) | SPARK* > > (717) 873-9461 | k...@sparkpa.org > support.sparkpa.org | supp...@sparkpa.org > > > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
Yes, please. +1 Diane Disbro Pronouns: she/her Circulation Coordinator Scenic Regional Library 251 Union Plaza Drive Union, MO 63084 (636) 583-0652 ext 110 ddis...@scenicregional.or On Wed, Jan 17, 2024 at 12:34 PM Jennifer Pringle via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I actually think we should use the names from the menus rather than the > current headings on the pages. It sounds like it will be more work but, at > least for us, those are the names library staff know the interfaces by and > in most cases the names the interfaces have had for years. Changing them to > match the headings will also change the order of the menu and in come cases > split up interfaces that are currently nicely grouped together. (and > will add the word Configuration to almost every menu item on the Server > Admin menu) > > > > For example: > > > > Circulation Duration Rules -> Circulation Duration Rule Configuration > Circulation Limit Groups -> Circulation Limit Group Configuration > Circulation Matchpoint Weights -> Circ Matrix Weights Configuration > Circulation Max Fine Rules -> Max Fine Rule Configuration > Circulation Modifiers -> Circulation Modifier Configuration > Circulation Recurring Fine Rules -> Recurring Fine Rule Configuration > > > > Jennifer > > > > -- > > Jennifer Pringle (she/her) > > Co-op Support - Training Lead > > BC Libraries Cooperative > > Toll-free: 1-888-848-9250 > > Email:jennifer.prin...@bc.libraries.coop > > Website: http://bc.libraries.coop > > > > Gratefully acknowledging that I live and work in the unceded Traditional > Territory of the St'at'yemc Nations. > > > > *From:* Evergreen-general < > evergreen-general-boun...@list.evergreen-ils.org> *On Behalf Of *Gina > Monti via Evergreen-general > *Sent:* Saturday, January 13, 2024 7:26 AM > *To:* Evergreen Discussion Group > > *Cc:* Gina Monti > *Subject:* Re: [Evergreen-general] LP 1948991: Administration Options - > Mismatch with headers > > > > +1 on fewer changes to make so I change my vote to the links > > > > On Sat, Jan 13, 2024 at 9:56 AM Jason Etheridge via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > > > Basically, the labels of the links within admin pages don't actually > match the headers in the specific pages themselves. I would like to work > on part of the bug, but there needs to be a general agreement on if we > should change the link or the headers. > > I'd vote for changing the links, as at least some of the UI titles are > coming from the IDL, which means they may also get re-used with > reporting. That also makes for fewer files to touch, overall. We > shouldn't forget that we can also completely relabel things if the > programmer-ese is too prominent. > > -- > Jason Etheridge > Senior Developer > Equinox Open Library Initiative > ja...@equinoxoli.org > https://equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > > > > > -- > > Gina Monti (she/her) > > Evergreen Systems Manager > > Bibliomation, Inc. > > (203) 577-4070 ext. 109 > > English, American Sign Language > > This message originated from outside the M365 organisation. Please be > careful with links, and don't trust messages you don't recognise. > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
RE: Improved gnubg filenaming convention - suggestion
The file file.c has a function GetFilename which includes the line if (mi.nYear) sz = g_strdup_printf("%s-%s_%dp_%04u-%02u-%02u.sgf", ap[0].szName, ap[1].szName, ms. nMatchTo, mi.nYear, mi.nMonth, mi.nDay); I couldn’t find where mi is set, but if it includes the parameters nHour and nMinute it would be easy to add these to the name. The else condition of (mi.nYear) contains code that does appear to use the hour and minute, so it looks like there might be some inconsistency: if (strftime(tstr, 14, "%Y-%m-%d-%H%M", localtime()) == 0) *tstr = '\0'; sz = g_strdup_printf("%s-%s_%dp_%s.sgf", ap[0].szName, ap[1].szName, ms.nMatchTo, tstr); From: bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org On Behalf Of Wayne Joseph Sent: Thursday, January 18, 2024 11:33 AM To: bug-gnubg@gnu.org Subject: Improved gnubg filenaming convention - suggestion Is the way gnubg names files something that just I find sub-optimal, or is it fine for everybody else? I imagine like many of us, some days, I will play multiple matches (5-10) against gnubg backgammon. I like to analyse and save each of them afterwards When I click save, by default, it auto names the file with the following convention: gnubg–profilename_matchlength_-mm-dd like.. gnubg–skope_5p_2024-01-18.sgf I then click Save. I might then play another match, analyse it and then try and save it Unfortunately, it then tries to save with exactly the same naming convention gnubg–profilename_matchlength_-mm-dd gnubg–skope_5p_2024-01-18.sgf Of course, this leads to a file name clash and an error message is presented each and every time: File "\gnubg–profilename_matchlength_-mm-dd.sgf" exists. Overwrite? -- To propose a relatively 'easy' solution to this, I think it would make better sense to add an hour-minute timestamp to the existing file name convention? i.e. "\gnubg–profilename_matchlength_-mm-dd_hh-mm.sgf That way one could save multiple matches played the same day without repeatedly encountering the error message and the need to manually rename each saved match file to something unique. In addition, for a cherry on top, it would be even better if the error rate for each analysed match was also appended to the file name i.e. -4.3 or -8.5 or whatever. This could allow for even easier searching and filtering/foldering of match files with blunders for retrospective study on each user's PC - To make it clearer - Old style filename: gnubg–skope_5p_2024-01-18.sgf vs New style auto-unique filename: gnubg–skope_5p_2024-01-18_17-05_4.3.sgf - I'll admit, the proposed file name convention is longer and perhaps less 'readable' but the benefit is it contains more valuable information, adds utility and is unique. Who is the best person in the bg community to speak to in order to give this feature request the best chance of being implemented please?
RE: Problems with auto-roll and auto-play functions
Hi Murat, The code doesn’t "make an exception for the bot". The bot already ALWAYS automatically decides whether to roll or move. The exceptions are for the human, to speed up our play when the decision is trivial. The human is allowed to roll, EXCEPT if the auto roll is checked and he doesn’t have cube access; the human allowed to make their own move, EXCEPT if the auto play options are checked for forced moves or greedy bearoff, in which case it makes the move generated by the bot. If the bot looked at the auto-roll or auto-play options, how would you expect behaviour to differ from what it does now? [cid:image003.png@01DA4A11.D6B50D20] * The bot will always roll if it can’t double. Auto-roll can't change this. * The bot will always play a forced move. Play forced moves can't change this. * The bot will always select the best bearoff play. It wouldn’t save any time by enforcing greedy bearoff, but it would lead to occasional errors. As I understand it. what you are trying to do is make have Player 1 make decisions that are not the one the bot would make. If you want a Player to make moves that gnubg would not make, then gnubg can’t be the player. You can’t make the gnubg engine only be itself for some moves, and ask you to make the choices for other moves. That is I why I suggested setting Player 1 as Human, because you can make your own choices, but also ask gnubg for a Hint as to what it recommends. (What you seem to want to do is to make gnubg ask YOU for a hint and play that move instead of its own!) The Options, Players dialogue does have a 3rd option for an external player. But I’ve never heard of anybody using it and I don’t know whether it works. [cid:image001.png@01DA4A0E.0C9FAE80] You didn’t say what script language you are using. As far as I know, gnubg only supports Python. You can also run a simple file of gnubg commands, but there is no calculation of choice options there if I recall correctly (any scripts I wrote were at least 2 computers ago and I’ve lost them ☹). The simplest way to ensure both sides are using the same evaluation parameters, set Player 0 to GNU Backgammon to World Class, as above. Set Settings, Analysis to World Class and the Hint Level to use the same as analysis. [cid:image005.jpg@01DA4A12.A1F9CB60] The alternative is to look in gnubgautorc and ensure the settings are as you wish, or edit the settings you want in another file of commands that you load. It’s interesting that you think the cube decision can be improved upon. Have you reviewed the changes that Philippe has just announced to 0-and 1-ply cubes? I haven’t, but I’m wondering what changes you have planned compared to the originals or to his. What’s your algorithm? Regards, Ian -Original Message- From: MK Sent: Wednesday, January 17, 2024 5:34 PM To: Ian Shaw ; bug-gnubg@gnu.org Subject: Re: Problems with auto-roll and auto-play functions On 1/17/2024 2:52 AM, Ian Shaw wrote: > Hi Murat, Hi Ian, Thanks for trying to help with such detailed suggestions, which I don't get too often. So, I appreciate it. I will respond to your ideas and also explain what I want to do, so that you or others may offer further/better ideas. > I would expect the auto-roll and auto-play functions to only apply to > the human player. The bot makes it's own decisions on whether to roll > or move. I understand. Bot can still make its own cube and checker decisions with or without auto-roll or auto-move. The code should not waste additional logic to make an exception for the bot. The flags should work the same for human and bot. What's wrong with that? It will take five minute to take out the addition "if" in the code. Very simple with huge flexibility and benefits to experimenters. > If you have a script that makes moves, perhaps you could approach it > in another way. Set the player to human. Get a hint. Parse the first > hint and make that move. > In the CLI, “hint 1” shows the best move. But if you have a script, > perhaps can extract the output of hint. Parsing the bot's cube and checker hints and then making the human player execute these would take excessive and unnecessary effort and even then it may not work if the hints don't exactly match how the bot actually plays at the same ply settings. > What are you trying to achieve? Okay, let me explain. I want to experiment with alternative double/take points, etc. using the CLI. Both players will be the bot set at, let's say, 3-ply cube and 3-ply checker. When Player-1 is on roll, the script simply will say "Play" and the bot will make its cube and/or checker move as usual. When Player-2 is on roll, if it doesn't have access to the cube, the script simply will say "Play" and the bot will make its checker move as usual. If it has access to the cube or has to respond to a cube action from Player-1, the script will get its winning chances from
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
It seems so far we'll go with the original idea of relabeling the page headings to match the menu links. I can get started on a working branch soon. Thanks, everyone, for your contribution to the discussion! On Wed, Jan 17, 2024 at 3:33 PM Cerninakova Eva via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I agree with the reasons Jeniffer said. In addition, it seems to me better > in terms of translations as well: when generated automatically, some > currently used headers are problematic if they are composed of several > parts (the union of two terms may not always be a suitable translation of > the interface name). > > Eva > > > st 17. 1. 2024 v 20:24 odesílatel Terran McCanna via Evergreen-general < > evergreen-general@list.evergreen-ils.org> napsal: > >> +1 to what Galen said. >> >> On Wed, Jan 17, 2024 at 2:20 PM Galen Charlton via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> Hi, >>> >>> On Wed, Jan 17, 2024 at 1:34 PM Jennifer Pringle via Evergreen-general < >>> evergreen-general@list.evergreen-ils.org> wrote: >>> >>>> I actually think we should use the names from the menus rather than the >>>> current headings on the pages. It sounds like it will be more work but, at >>>> least for us, those are the names library staff know the interfaces by and >>>> in most cases the names the interfaces have had for years. Changing them to >>>> match the headings will also change the order of the menu and in come cases >>>> split up interfaces that are currently nicely grouped together. >>>> >>> >>> I agree with the idea of making the headers of the individual pages >>> match the names from the menus / landing page links. While thought should >>> also be given to updating the IDL names of the tables, I generally am >>> biased towards using human-chosen labels for all interfaces and, in the >>> long run, leaning rather less on the automatically generated admin pages. >>> >>> >>>> (and will add the word Configuration to almost every menu item on the >>>> Server Admin menu) >>>> >>> >>> I'm mildly against the idea of adding "Configuration" to every page link >>> - it's implicit for nearly all of them. >>> >>> Regards, >>> >>> Galen >>> -- >>> Galen Charlton >>> Implementation and IT Manager >>> Equinox Open Library Initiative >>> g...@equinoxoli.org >>> https://www.equinoxOLI.org >>> phone: 877-OPEN-ILS (673-6457) >>> direct: 770-709-5581 >>> <http://evergreen-ils.org> >>> ___ >>> Evergreen-general mailing list >>> Evergreen-general@list.evergreen-ils.org >>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >>> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
I agree with the reasons Jeniffer said. In addition, it seems to me better in terms of translations as well: when generated automatically, some currently used headers are problematic if they are composed of several parts (the union of two terms may not always be a suitable translation of the interface name). Eva st 17. 1. 2024 v 20:24 odesílatel Terran McCanna via Evergreen-general < evergreen-general@list.evergreen-ils.org> napsal: > +1 to what Galen said. > > On Wed, Jan 17, 2024 at 2:20 PM Galen Charlton via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Hi, >> >> On Wed, Jan 17, 2024 at 1:34 PM Jennifer Pringle via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> I actually think we should use the names from the menus rather than the >>> current headings on the pages. It sounds like it will be more work but, at >>> least for us, those are the names library staff know the interfaces by and >>> in most cases the names the interfaces have had for years. Changing them to >>> match the headings will also change the order of the menu and in come cases >>> split up interfaces that are currently nicely grouped together. >>> >> >> I agree with the idea of making the headers of the individual pages match >> the names from the menus / landing page links. While thought should also be >> given to updating the IDL names of the tables, I generally am biased >> towards using human-chosen labels for all interfaces and, in the long run, >> leaning rather less on the automatically generated admin pages. >> >> >>> (and will add the word Configuration to almost every menu item on the >>> Server Admin menu) >>> >> >> I'm mildly against the idea of adding "Configuration" to every page link >> - it's implicit for nearly all of them. >> >> Regards, >> >> Galen >> -- >> Galen Charlton >> Implementation and IT Manager >> Equinox Open Library Initiative >> g...@equinoxoli.org >> https://www.equinoxOLI.org >> phone: 877-OPEN-ILS (673-6457) >> direct: 770-709-5581 >> <http://evergreen-ils.org> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
+1 to what Galen said. On Wed, Jan 17, 2024 at 2:20 PM Galen Charlton via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi, > > On Wed, Jan 17, 2024 at 1:34 PM Jennifer Pringle via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> I actually think we should use the names from the menus rather than the >> current headings on the pages. It sounds like it will be more work but, at >> least for us, those are the names library staff know the interfaces by and >> in most cases the names the interfaces have had for years. Changing them to >> match the headings will also change the order of the menu and in come cases >> split up interfaces that are currently nicely grouped together. >> > > I agree with the idea of making the headers of the individual pages match > the names from the menus / landing page links. While thought should also be > given to updating the IDL names of the tables, I generally am biased > towards using human-chosen labels for all interfaces and, in the long run, > leaning rather less on the automatically generated admin pages. > > >> (and will add the word Configuration to almost every menu item on the >> Server Admin menu) >> > > I'm mildly against the idea of adding "Configuration" to every page link - > it's implicit for nearly all of them. > > Regards, > > Galen > -- > Galen Charlton > Implementation and IT Manager > Equinox Open Library Initiative > g...@equinoxoli.org > https://www.equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > direct: 770-709-5581 > <http://evergreen-ils.org> > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
Hi, On Wed, Jan 17, 2024 at 1:34 PM Jennifer Pringle via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > I actually think we should use the names from the menus rather than the > current headings on the pages. It sounds like it will be more work but, at > least for us, those are the names library staff know the interfaces by and > in most cases the names the interfaces have had for years. Changing them to > match the headings will also change the order of the menu and in come cases > split up interfaces that are currently nicely grouped together. > I agree with the idea of making the headers of the individual pages match the names from the menus / landing page links. While thought should also be given to updating the IDL names of the tables, I generally am biased towards using human-chosen labels for all interfaces and, in the long run, leaning rather less on the automatically generated admin pages. > (and will add the word Configuration to almost every menu item on the > Server Admin menu) > I'm mildly against the idea of adding "Configuration" to every page link - it's implicit for nearly all of them. Regards, Galen -- Galen Charlton Implementation and IT Manager Equinox Open Library Initiative g...@equinoxoli.org https://www.equinoxOLI.org phone: 877-OPEN-ILS (673-6457) direct: 770-709-5581 <http://evergreen-ils.org> ___________ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
I actually think we should use the names from the menus rather than the current headings on the pages. It sounds like it will be more work but, at least for us, those are the names library staff know the interfaces by and in most cases the names the interfaces have had for years. Changing them to match the headings will also change the order of the menu and in come cases split up interfaces that are currently nicely grouped together. (and will add the word Configuration to almost every menu item on the Server Admin menu) For example: Circulation Duration Rules -> Circulation Duration Rule Configuration Circulation Limit Groups -> Circulation Limit Group Configuration Circulation Matchpoint Weights -> Circ Matrix Weights Configuration Circulation Max Fine Rules -> Max Fine Rule Configuration Circulation Modifiers -> Circulation Modifier Configuration Circulation Recurring Fine Rules -> Recurring Fine Rule Configuration Jennifer -- Jennifer Pringle (she/her) Co-op Support - Training Lead BC Libraries Cooperative Toll-free: 1-888-848-9250 Email:jennifer.prin...@bc.libraries.coop Website: http://bc.libraries.coop Gratefully acknowledging that I live and work in the unceded Traditional Territory of the St'at'yemc Nations. From: Evergreen-general On Behalf Of Gina Monti via Evergreen-general Sent: Saturday, January 13, 2024 7:26 AM To: Evergreen Discussion Group Cc: Gina Monti Subject: Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers +1 on fewer changes to make so I change my vote to the links On Sat, Jan 13, 2024 at 9:56 AM Jason Etheridge via Evergreen-general mailto:evergreen-general@list.evergreen-ils.org>> wrote: > Basically, the labels of the links within admin pages don't actually match > the headers in the specific pages themselves. I would like to work on part > of the bug, but there needs to be a general agreement on if we should change > the link or the headers. I'd vote for changing the links, as at least some of the UI titles are coming from the IDL, which means they may also get re-used with reporting. That also makes for fewer files to touch, overall. We shouldn't forget that we can also completely relabel things if the programmer-ese is too prominent. -- Jason Etheridge Senior Developer Equinox Open Library Initiative ja...@equinoxoli.org<mailto:ja...@equinoxoli.org> https://equinoxOLI.org phone: 877-OPEN-ILS (673-6457) ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org<mailto:Evergreen-general@list.evergreen-ils.org> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language This message originated from outside the M365 organisation. Please be careful with links, and don't trust messages you don't recognise. _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Reminder - Community Conversation for The Evergreen Project's strategic plan - TODAY
Hello all, This is a reminder that the Evergreen Project Board is working on a strategic plan and will be holding the 2nd of two community conversations today, Wednesday, 1/17 at 2pm EST. The board invites anyone interested in planning for the future of The Evergreen Project as an organization to join us for these discussions, which will be hosted on Zoom. Links and full details are below. Here's what we'll be asking you about: * things the Evergreen Project can do to ensure the sustainability of the software * things the Evergreen Project can do to support your organization's use of the software We hope to see you there! January 17th, 2024 at 2pm EST - https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Evergreen Project is inviting you to a scheduled Zoom meeting. Topic: The Evergreen Project - Community Conversation Jan 17 Time: Jan 17, 2024 02:00 PM Eastern Time (US and Canada) Join Zoom Meeting https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Meeting ID: 870 8880 8861 Passcode: 910989 One tap mobile +13052241968,,87088808861#*910989# US +13092053325,,87088808861#*910989# US Dial by your location * +1 305 224 1968 US Meeting ID: 870 8880 8861 Passcode: 910989 Find your local number: https://us06web.zoom.us/u/keiufIVdBN Ruth Frasur Davis (she/they) Coordinator Evergreen Indiana Library Consortium Evergreen Community Development Initiative Indiana State Library 140 N. Senate Ave. Indianapolis, IN 46204 (317) 232-3691 ___ Board mailing list bo...@list.evergreen-ils.org https://protect2.fireeye.com/v1/url?k=31323334-50bba2bf-31367a34-4544474f5631-a43aab4ceb0f5702=1=f1b1d06d-cedf-4287-99d1-2a885612f2ee=http%3A%2F%2Flist.evergreen-ils.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fboard ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] TEP board meeting January 18th
Hello all, The Evergreen Project Board will be meeting January 18th, 2024 at 11 a.m. PT / 1 p.m. CT / 2 p.m. ET. The agenda and connection details for the meeting are at https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2024-01-18 This meeting is public and community members are encouraged to attend. Thanks! Katie TEP board secretary [cid:image001.png@01DA4940.A9D25780]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
RE: Problems with auto-roll and auto-play functions
Hi Murat, I would expect the auto-roll and auto-play functions to only apply to the human player. The bot makes it's own decisions on whether to roll or move. If you have a script that makes moves, perhaps you could approach it in another way. Set the player to human. Get a hint. Parse the first hint and make that move. On the GUI you can select the 1st move and press the Move button. Or, simply press Enter while the Hint Windows is displayed to make the first move on the list. (This seems only to work for chequer plays, not cube decisions). In the CLI, “hint 1” shows the best move. I haven’t found a way of passing this to the move command. I’ve tried move hint 1, hint 1 | move, move 1 > hint, move < hint 1 etc. But if you have a script, perhaps can extract the output of hint. What are you trying to achieve? While experimenting, I've found that you can also type directly onto the Hint window and a command line appears on it. This seems to be an undocumented feature/anomaly, and I’m not sure it does anything in reality. [cid:image001.png@01DA4928.CFF57360] Cheers, Ian Shaw -Original Message- From: bug-gnubg-bounces+ian.shaw=riverauto.co...@gnu.org On Behalf Of MK Sent: Tuesday, January 16, 2024 7:33 PM To: bug-gnubg@gnu.org Subject: Problems with auto-roll and auto-play functions Unchecking these in the Game tab under General Options has no effect when GnuBG is made to play against itself in neither GUI nor CLI mode. This makes it impossible to run scripts that let the bot make some decisions and let the script make some others, (perhaps among other problems in other situations). This most likely very simple to fix bug was discussed in RGB probably more than once over the past years but I'm not sure if it was ever reported here. So, I'm doing it now and hoping that it will be fixed soon. MK
[Slony1-general] Nodes awaiting actions
HiHow do I determine from the master node tables which slave nodes are yet to process the data on the sl_log tables?ThanksAndy___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
Re: problem with https://orgmode.org/manual/Results-of-Evaluation.html
>>> "IR" == Ihor Radchenko writes: > Uwe Brauer via "General discussions about Org-mode." > writes: >> #+NAME: many-cols >> | a | b | c | >> | d | e | f | >> | g | h | i | >> >> #+NAME: hline-please >> #+BEGIN_SRC python :var tab=many-cols :hlines yes >> return tab >> #+END_SRC >> >> #+RESULTS: hline-please >> | a | b | c | >> | d | e | f | >> | g | h | i | >> >> Works, but I also hoped that I could use python to add hlines to table >> without hline, but alas it does not work! > :hlines controls filtering from input. It does nothing about code > block output. > More specifically, ":hlines no" takes care about removing hlines from > the input. ":hlines yes" does not perform any filtering. Ok understood, but then, who can I add hlines to table that does not possess any? -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine. smime.p7s Description: S/MIME cryptographic signature
Possible ls locale bug
Hello, My locale is en_IE.UTF-8, so when I run the date command, the output at time of writing is "Mon 15 Jan 2024 20:39:04 GMT" Maybe I'm mistaken, but with that in mind I'd expect the following scenario: With time locale en_IE.UTF-8 the --time-style=locale within the past year should be equivalent to --time-style"+%e %b %R". And older than a year would be equivalent to --time-style"+%e %b %Y". However, this is what I get with following command $ ls -l --time-style=locale total 12 drwxr-xr-x 2 bjorn bjorn 4096 Aug 23 2022 dir1 drwxr-xr-x 2 bjorn bjorn 4096 Dec 30 17:44 dir2 drwxr-xr-x 2 bjorn bjorn 4096 Jan 15 19:25 dir3 -rw-r--r-- 1 bjorn bjorn 0 Nov 7 2022 file1 -rw-r--r-- 1 bjorn bjorn 0 Dec 18 12:16 file2 -rw-r--r-- 1 bjorn bjorn 0 Jan 15 19:25 file3 As you can see, even though I specify using my current locale, it outputs date as Month before Day. Is this a locale bug within ls? Regards,Bjorn N
Re: problem with https://orgmode.org/manual/Results-of-Evaluation.html
> Uwe Brauer via "General discussions about Org-mode." > writes: > No, this is because you customized `org-src-preserve-indentation' or > `org-edit-src-content-indentation', while the provided example only > works with default indentation settings. Python is sensitive to > whitespace and your config prevents Org mode from removing the two > spaces in the example block. > I adjusted the manual to not indent src blocks. Then, they should work > across more wide range of user settings. Thanks, I confirm that #+NAME: many-cols | a | b | c | | d | e | f | | g | h | i | #+NAME: hline-please #+BEGIN_SRC python :var tab=many-cols :hlines yes return tab #+END_SRC #+RESULTS: hline-please | a | b | c | | d | e | f | | g | h | i | Works, but I also hoped that I could use python to add hlines to table without hline, but alas it does not work! -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine. smime.p7s Description: S/MIME cryptographic signature
problem with https://orgmode.org/manual/Results-of-Evaluation.html
Hi I tried to use the examples of the above link #+NAME: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+NAME: no-hline #+BEGIN_SRC python :var tab=many-cols :hlines no return tab #+END_SRC Now already the first failed: , | | File "", line 4 | return tab | ^ | IndentationError: unexpected indent | [ Babel evaluation exited with code 1 ] ` Problem could be that which python on my Ubuntu system returns Python 2.7.12 I presume the code is for python 3.X. How can I tell org to use that one? Regards Uwe Brauer -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine.
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
Thanks Ed. Yes I can confirm the code snippet bugs as you describe on PDL-2.084 Good detective work and impressive use of git! Hope it is just a bug. I can also confirm it works on 2.077 and bugs on 2.078 Karl > On 14 Jan 2024, at 1:16 am, Ed . wrote: > > Hi Karl, > > Thank you for both reporting this issue, then doing this deep investigation > as well. > > In order to track down exactly when this changed, I stripped down your repro > code to: > use PDL::LiteF; # not full PDL so can just build “make core” > $x = sequence(4)+1; > $x = $x->mv(-1,0)->slice("0:2"); > $x *= 100; > $y=::_clump_int($x,-1); > print "x=$x y=$y\n"; > $wrong = "$y" eq "[0 0 0]"; > exit $wrong; > > As you can see in that comment, if one comments out the multiplication, it > all still works correctly. The “sequence” can be replaced with hardcoded “pdl > [1..5]”. But if one changes either the “mv”, or the “slice”, or the inplace > “*=” (including replacing with “$x = $x * 100” ), or the “_clump_int”, it > doesn’t misbehave. > > Anyway, using the above code to tell me whether I’d found where it started > failing, I did “git bisect” as follows (noted here to help anyone who wants > to do this themselves; I’d forgotten and had to look up how): > git bisect start > git bisect bad # current “master” is bad > git bisect good 2.025 # tell it it was working as of 2.025 > perl Makefile.PL && time make core && perl -Mblib repro-script; echo $? # > kept running this, then: > git bisect bad # if failing > git bisect good # if working correctly > git bisect reset # when finished, to close down the bisect > Note the use of “make core” which takes about 2 mins from scratch on my > system, vs about 6 to “make” everything, saving lots of time. > > It turns out it was this, which was released with 2.078: > commit a4678091acf7e450c02a7b0feaf3c7578f37e53f > Author: Ed J <mailto:moha...@users.noreply.github.com>> > Date: Sun Apr 3 22:27:28 2022 +0100 > > parents of non-flowing trans also track trans_children so can de-register > on destroy > > Basic/Core/pdlapi.c | 46 +++--- > 1 file changed, 19 insertions(+), 27 deletions(-) > > I am now investigating a fix, which given how specific it is to trigger, will > probably be small, and is surely related to book-keeping of parents vs > children, and flowing transformations. > > Best regards, > Ed > > From: Karl Glazebrook via pdl-general > <mailto:pdl-general@lists.sourceforge.net> > Sent: 07 January 2024 06:30 > To: perldl <mailto:pdl-general@lists.sourceforge.net> > Subject: Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue > > Seems I can’t help myself! I have now found the offending line in rcols() and > can now reproduce this without rcols. That should at least make it easier to > track down. > > use PDL; > $x = sequence(100)+1; # This works > $x = $x->mv(-1,0)->slice("0:3"); > print $x, "\n"; > $x *= 100; > print $x, "\n"; > $y=::_clump_int($x,-1); > print $y, "\n"; # prints [0 0 0 0] > 1; > > It seems to be the particular combination of ->mv and ->slice (that was on > line 693 of misc.pd). This is a 1D ndarray so the ->mv(-1,0) should do > nothing. Removing it however makes the problem go away. > > Works fine in PDL-2.025. Some bug that has been introduced in ->mv ? > > Sorry to the stream of consciousness series of emails. I will stop looking > now... > > Karl > > > > > > On 7 Jan 2024, at 4:32 pm, Karl Glazebrook <mailto:karlglazebr...@mac.com>> wrote: > > OK here is some deeper diving in to the problem > > > use PDL; > $x = rcols 'tmp.dat'; # This does causes the error > #$x = sequence(4)+1; # This works > print $x, "\n"; > $x *= 100; > print $x, "\n"; > $y=::_clump_int($x,-1); > print $y, "\n"; # prints [0 0 0 0] > ; > > > > looks like the error is happening in the internal pp routine _clump_int in > slices.pd. > > > I also found ->sever() had the same behaviour with rcols: > > pdl> $x = rcols 'tmp.dat' > > Reading data into ndarrays of type: [ Double ] > Read in 4 elements. > > pdl> $x *= 100 > > > pdl> p $x
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - scalars vs piddles
Hi Ed I believe the original logic here (likely mine) was that if the 0D PDLs turned automatically in to scalars they could be fed directly, without casting, in to perl-to-C calls and PDL did a lot of that. e.g. I used to do a lot of direct calling of the PGPLOT module commands. I guess if that sort of thing has now been extirpated from the PDL source (which seems likely given all tests pass) itself all is good. Probably not many end user scripts need fixing. I think you are right it is better these days if objects do not magically change type. Happy for the name change :) It was not my joke... Karl > On 14 Jan 2024, at 12:46 am, Ed . wrote: > > Hi Karl, > > Good to hear from you! And I hope that apart from the issues you’ve raised, > that your experience with the new PDL is good. Have a look at the updated > demo system, including the updated 3D demos, and see if you can tell the > pthreading is done automatically on large-enough data by detecting the number > of cores available by default. > > The change in the aggregate functions was introduced in 2.056. I would now > say I didn’t take sufficient account of backwards compatibility on that one. > Sorry for the inconvenience. My reasoning was in how shocked I was that those > functions were returning Perl scalars. > > By the way, you (of all people!) are welcome to call these data objects what > you like, but another change made (this time in 2.040) was to rename > “piddles” (which always struck me as faintly juvenile, and I felt would > undermine PDL’s credibility for no good reason) to “ndarrays”, which is a > widely-used term. The “piddle” function was retained for back-compatibility. > > Best regards, > Ed > > From: Karl Glazebrook via pdl-general > <mailto:pdl-general@lists.sourceforge.net> > Sent: 07 January 2024 00:29 > To: perldl <mailto:pdl-general@lists.sourceforge.net> > Subject: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - scalars vs > piddles > > Hi all, > > This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is > lame) > > I noticed a few things when running one of my complicated codes, I will start > seperate email threads > > Next I think this one is a design choice change I missed. > > - Functions like median() max() etc now return a 0D piddle and no longer a > scalar. This broke some gnarly code I had. > > I expect this change was sensible, I am just curious as the reasons and when > it happened? > > > best > > Karl > > > > > > _______ > pdl-general mailing list > pdl-general@lists.sourceforge.net <mailto:pdl-general@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/pdl-general > <https://lists.sourceforge.net/lists/listinfo/pdl-general> ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue
Thanks Ed & Luis. I will chalk that one as being down to the limitations of NiceSlice and update that particular code not to use it. Karl > On 14 Jan 2024, at 4:42 am, Ed . wrote: > > Hi Luis, > > Thank you for your help on both this and the “clump” issue. > > NiceSlice got changed (as a default) from the simpler but non-string-aware > Filter::Util::Call implementation (which would mangle eg SQL strings in the > code) to the string-aware but imperfect in other ways Filter::Simple > implementation in 2.063_04. You can set the environment variable > “PDL_NICESLICE_ENGINE” to Filter::Util::Call to use that, the previous > default. > > Filter::Simple uses Text::Balanced, which got some sizable updates from me to > improve its parsing of Perl code, but still makes some mistakes, as you can > see. It works by finding all strings, comments, here-docs, and regexes, and > removes them from the code before filtering, then puts them back after. The > mistake here is that it misidentifies the text “$x/2/3” as having a regex in > the middle, which gets removed from the “code” as you see. > > Similarly, Karl’s code which has “$y / (multi lines of stuff) / (other > stuff)” is being misidentified as the “y /(multi lines)/” being a regex. > Therefore it doesn’t go through the filter, therefore it retains its > non-correct Perl status, and Perl gives a syntax error. > > A workaround is to avoid $y as a variable name, and possibly $x as well > (since “x” is an operator and may throw off the parsing, for now). I will > look at updating T:B to make it behave correctly in these cases, but that > won’t happen today I’m afraid. NiceSlice continues to cause me agony out of > all proportion to how “nice” it actually is. It’s a pity Perl doesn’t have a > properly hookable parser yet (at least to my knowledge). > > Best regards, > Ed > > From: Luis Mochan <mailto:moc...@icf.unam.mx> > Sent: 07 January 2024 02:46 > To: Karl Glazebrook <mailto:karlglazebr...@mac.com> > Cc: perldl <mailto:pdl-general@lists.sourceforge.net> > Subject: Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - > PDL::NiceSlice issue > > I found some time back problems with NiceSlice. Actually, with > Filter::Simple (used by default by NiceSlice, though it can use other > options, controlled with environment variables). I vaguely recall that > two slashes, as in two divisions consecutive, confuse it completely, > as they seem as regular expression. > > I found this in my notes of 2022-11-05: > --- > Make a filter: > package MyFilter; > use v5.36; > use Filter::Simple; > FILTER_ONLY > code_no_comments => sub { say "Code:\n$_" }, > all => sub { say "All:\n$_" }; > 1; > And a program: > use v5.36; > use lib "."; > use MyFilter; > my $x=1; > say $x/2/3; > > Execution yields: > > Code: > my $x=1; > say $x3; > > All: > my $x=1; > say $x/2/3; > > 0.167 > > This means that /2/ is removed incorrectly. The name of the variable > ($x and not $y) seems important. > --- > > Regards, > Luis > > > > > On Sun, Jan 07, 2024 at 12:01:27PM +1100, Karl Glazebrook via pdl-general > wrote: > > > > > > > On 7 Jan 2024, at 11:55 am, Karl Glazebrook via pdl-general > > > > > <mailto:pdl-general@lists.sourceforge.net>> wrote: > > > > > > (The mismatch of line numbers seems to be related to the use of hereto > > > text earlier in the code, the debugger shows different line numbers) > > > > > > > > > PS just to prove this point given the line numbers issue: > > > > > > > > > > syntax error at /Users/karl/Software/perl/KGB/Redshift.pm line 251, near > > "$FOO(" > > Execution of /Users/karl/Software/perl/KGB/Redshift.pm aborted due to > > compilation errors. > > > > > > > > You can see FOO triggers a compilation error and BAR does not, use > > PDL::NiceSlice is way at the top of the module > > > > Karl > > > > > > ___ > > pdl-general mailing list > > pdl-general@lists.sourceforge.net <mailto:pdl-general@lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/pdl-general > > <https://lists.sourceforge.net/lists/listinfo/pdl-general> > > > -- > >
org-table add hlines when import from csv, and regionwise
Hi Does anybody know about the following enhancements: 1. When importing from CSV all rows in the org table get a hline 2. Marking a some rows in a table, should then allow to insert htlines to each row in the marked region. Thanks Uwe Brauer -- I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel I strongly condemn Putin's war of aggression against Ukraine. I support to deliver weapons to Ukraine's military. I support the EU and NATO membership of Ukraine.
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
+1 on fewer changes to make so I change my vote to the links On Sat, Jan 13, 2024 at 9:56 AM Jason Etheridge via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > > Basically, the labels of the links within admin pages don't actually > match the headers in the specific pages themselves. I would like to work > on part of the bug, but there needs to be a general agreement on if we > should change the link or the headers. > > I'd vote for changing the links, as at least some of the UI titles are > coming from the IDL, which means they may also get re-used with > reporting. That also makes for fewer files to touch, overall. We > shouldn't forget that we can also completely relabel things if the > programmer-ese is too prominent. > > -- > Jason Etheridge > Senior Developer > Equinox Open Library Initiative > ja...@equinoxoli.org > https://equinoxOLI.org > phone: 877-OPEN-ILS (673-6457) > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
> Basically, the labels of the links within admin pages don't actually match > the headers in the specific pages themselves. I would like to work on part > of the bug, but there needs to be a general agreement on if we should change > the link or the headers. I'd vote for changing the links, as at least some of the UI titles are coming from the IDL, which means they may also get re-used with reporting. That also makes for fewer files to touch, overall. We shouldn't forget that we can also completely relabel things if the programmer-ese is too prominent. -- Jason Etheridge Senior Developer Equinox Open Library Initiative ja...@equinoxoli.org https://equinoxOLI.org phone: 877-OPEN-ILS (673-6457) ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] LP 1948991: Administration Options - Mismatch with headers
Hi All, Because this is an older ticket, I think it needs to be brought into an email chain to continue discussion. https://bugs.launchpad.net/evergreen/+bug/1948991 Basically, the labels of the links within admin pages don't actually match the headers in the specific pages themselves. I would like to work on part of the bug, but there needs to be a general agreement on if we should change the link or the headers. Personally, I would suggest changing the headers for now because I'm more used to how the links refer to the pages, and the documentation, for the most part, refers to the link labels over the page headers. Thoughts? -- Gina Monti (she/her) Evergreen Systems Manager Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
OATH Toolkit 2.6.11
This is to announce oath-toolkit-2.6.11, a stable release. OATH Toolkit provide components to build one-time password authentication systems. It contains shared C libraries, command line tools and a PAM module. Supported technologies include the event-based HOTP algorithm (RFC 4226), the time-based TOTP algorithm (RFC 6238), and Portable Symmetric Key Container (PSKC, RFC 6030) to manage secret key data. OATH stands for Open AuTHentication, which is the organization that specify the algorithms. The following components are included: * liboath: A shared and static C library for OATH handling. * oathtool: A command line tool for generating and validating OTPs. * pam_oath: A PAM module for pluggable login authentication for OATH. * libpskc: A shared and static C library for PSKC handling. * pskctool: A command line tool for manipulating PSKC data. The project's web page is available at: https://www.nongnu.org/oath-toolkit/ Documentation for the command line tools oathtool and pskctool: https://www.nongnu.org/oath-toolkit/oathtool.1.html https://www.nongnu.org/oath-toolkit/pskctool.1.html Tutorial on PSKC: https://www.nongnu.org/oath-toolkit/libpskc-api/pskc-tutorial.html Manual for PAM module: https://www.nongnu.org/oath-toolkit/pam_oath.html Liboath Manual: https://www.nongnu.org/oath-toolkit/liboath-api/liboath-oath.h.html Libpskc Manual https://www.nongnu.org/oath-toolkit/libpskc-api/pskc-reference.html General information on contributing: https://www.nongnu.org/oath-toolkit/contrib.html OATH Toolkit GitLab project page: https://gitlab.com/oath-toolkit/oath-toolkit OATH Toolkit Savannah project page: https://savannah.nongnu.org/projects/oath-toolkit/ Code coverage charts: https://oath-toolkit.gitlab.io/oath-toolkit/coverage/ Clang code analysis: https://oath-toolkit.gitlab.io/oath-toolkit/clang-analyzer/ If you need help to use the OATH Toolkit, or want to help others, you are invited to join our oath-toolkit-help mailing list, see: https://lists.nongnu.org/mailman/listinfo/oath-toolkit-help Here are the compressed sources and a GPG detached signature: https://download.savannah.nongnu.org/releases/oath-toolkit/oath-toolkit-2.6.11.tar.gz https://download.savannah.nongnu.org/releases/oath-toolkit/oath-toolkit-2.6.11.tar.gz.sig Here are the SHA1 and SHA224 checksums: 7e365d0fa892c4d1493585751adaec0ebd07d66e oath-toolkit-2.6.11.tar.gz a6a91cfe8aa5498d032278aa4e759e39c9b87e04f68aed55a68c9efa oath-toolkit-2.6.11.tar.gz Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify oath-toolkit-2.6.11.tar.gz.sig The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command. gpg --locate-external-key si...@josefsson.org gpg --recv-keys 51722B08FE4745A2 wget -q -O- https://josefsson.org/key-20190320.txt | gpg --import NEWS * Version 2.6.11 (released 2024-01-03) ** liboath: Handle invalid base32 encoded secrets. Fixes: #41. The gnulib update in version 2.6.10 made the base32 encoding functions reject invalid encodings, but it appears as if these are wildly used. We now accept invalid encodings again. Thanks to Dorancé Martínez and Seres Bendegúz for reports. Happy hacking, Simon signature.asc Description: PGP signature
[Evergreen-general] Job Opening
Want to work with a great library who uses Evergreen and Aspen? Lots of great things happening in northwest Washington and would love you to be part of it. Central Skagit Library Director opening <https://www.junegarcia.com/searches/central-skagit-library-district> *Millissa Macomber, ILS Manager* Central Skagit Library District 110 W. State St. Sedro-Woolley, WA 98284 360-755-3985 www.centralskagitlibrary.org milli...@centralskagitlibrary.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Developer meeting reminder: TODAY January 9th at 3pm Eastern, 12 Pacific
All, A friendly reminder that we'll have our Evergreen dev meeting in IRC (today), January 9th at 3pm Eastern, 12 Pacific. Agenda: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2024-01-09 -- -Blake- Conducting Magic Will consume any data format MOBIUS ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] NO Cataloging Interest Group today -- will reschedule
Thanks for letting us know! On Tue, Jan 9, 2024 at 9:31 AM Jennifer Weston via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Apologies for the late notice --- I need to cancel today's Evergreen > Cataloging Interest Group meeting. I will send a message about rescheduling > later today to still hold this call sometime later in January. > > Hope you are all having a safe and not-too-bad 2024 so far! > > Best, > Jennifer > > --- > > Jennifer Weston, MLIS > > Product and Education Manager > > Assistant Operations Manager > > Equinox Open Library Initiative > > jennifer.wes...@equinoxoli.org > *www.equinoxOLI.org <http://www.equinoxOLI.org>* > > 877-OPEN-ILS (673-6457) > > direct: 770-709-5574 > _______ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Johnathon Redmon Technical Services Cataloging Clerk Monticello Union-Township Public Library 321 W. Broadway St. Monticello, IN 47960 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] NO Cataloging Interest Group today -- will reschedule
Apologies for the late notice --- I need to cancel today's Evergreen Cataloging Interest Group meeting. I will send a message about rescheduling later today to still hold this call sometime later in January. Hope you are all having a safe and not-too-bad 2024 so far! Best, Jennifer --- Jennifer Weston, MLIS Product and Education Manager Assistant Operations Manager Equinox Open Library Initiative jennifer.wes...@equinoxoli.org *www.equinoxOLI.org <http://www.equinoxOLI.org>* 877-OPEN-ILS (673-6457) direct: 770-709-5574 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] January AIG Meeting - Wednesday
Hi all, The next meeting of the Acquisitions Interest Group will be Wednesday, January 10th at 3pm Eastern. Agenda and connection details can be found here: https://wiki.evergreen-ils.org/doku.php?id=acq:minutes:2024-01-10 We'll review the bugs that have been submitted or updated since the last meeting as well as going through the bugs for acquisitions regressions before moving to the open discussion. Have something you want added to the agenda? Please feel free to update the agenda on the wiki or email me directly. We're also looking for a topic for February if anyone has something they'd like to share or a topic to suggest. See you on Wednesday, Jennifer -- Jennifer Pringle (she/her) Co-op Support - Training Lead BC Libraries Cooperative Toll-free: 1-888-848-9250 Email:jennifer.prin...@bc.libraries.coop Website: http://bc.libraries.coop Gratefully acknowledging that I live and work in the unceded Traditional Territory of the St'at'yemc Nations. ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Slony1-general] slony 2.2 for postgres15 on RHEL 8 repository
Hi, On Mon, 2024-01-08 at 09:30 +, Soni M via Slony1-general wrote: > is there any plan to include slony 2.2 for Postgres15 on RHEL 8 > repository ? RPMs will be there in the next 30 mins. Regards, -- Devrim Gündüz Open Source Solution Architect, PostgreSQL Major Contributor Twitter: @DevrimGunduz , @DevrimGunduzTR ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
[Slony1-general] slony 2.2 for postgres15 on RHEL 8 repository
Hi Slony Developer, is there any plan to include slony 2.2 for Postgres15 on RHEL 8 repository ? -- Regards, Soni Maula Harriz ___ Slony1-general mailing list Slony1-general@lists.slony.info https://lists.slony.info/cgi-bin/mailman/listinfo/slony1-general
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
Seems I can’t help myself! I have now found the offending line in rcols() and can now reproduce this without rcols. That should at least make it easier to track down. use PDL; $x = sequence(100)+1; # This works $x = $x->mv(-1,0)->slice("0:3"); print $x, "\n"; $x *= 100; print $x, "\n"; $y=::_clump_int($x,-1); print $y, "\n"; # prints [0 0 0 0] 1; It seems to be the particular combination of ->mv and ->slice (that was on line 693 of misc.pd). This is a 1D ndarray so the ->mv(-1,0) should do nothing. Removing it however makes the problem go away. Works fine in PDL-2.025. Some bug that has been introduced in ->mv ? Sorry to the stream of consciousness series of emails. I will stop looking now... Karl > On 7 Jan 2024, at 4:32 pm, Karl Glazebrook wrote: > > OK here is some deeper diving in to the problem > > > use PDL; > $x = rcols 'tmp.dat'; # This does causes the error > #$x = sequence(4)+1; # This works > print $x, "\n"; > $x *= 100; > print $x, "\n"; > $y=::_clump_int($x,-1); > print $y, "\n"; # prints [0 0 0 0] > ; > > > > looks like the error is happening in the internal pp routine _clump_int in > slices.pd. > > > I also found ->sever() had the same behaviour with rcols: > > pdl> $x = rcols 'tmp.dat' > > Reading data into ndarrays of type: [ Double ] > Read in 4 elements. > > pdl> $x *= 100 > > > pdl> p $x > > [100 200 300 400] > pdl> p $x->sever > > [0 0 0 0] > > > Note this is not a general problem with dataflow, if I make a sequence and > slice or index is then the ops work fine. It is just something weird on the > ndarray produced by rcols. > > Karl > > > > > >> On 7 Jan 2024, at 3:41 pm, Karl Glazebrook via pdl-general >> > <mailto:pdl-general@lists.sourceforge.net>> wrote: >> >> Ah! I believe the difference between medover and median is a clump(-1) to >> collapse the dimensions >> >> There does it indeed to be something wrong with clump too, so that is >> probably the underlying cause >> >> pdl> $x = rcols 'tmp.dat' >> >> Reading data into ndarrays of type: [ Double ] >> Read in 4 elements. >> >> pdl> p $x >> >> [1 2 3 4] >> pdl> $x *= 100 >> >> >> pdl> p $x >> >> [100 200 300 400] >> pdl> p $x->clump(-1) >> >> [0 0 0 0] >> >> What could be happening in rcols() that produces an ndarray that behaves >> like that? >> >> Karl >> >> >>> On 7 Jan 2024, at 12:48 pm, Luis Mochan >> <mailto:moc...@icf.unam.mx>> wrote: >>> >>> I noticed that medover and maxover do work as expected in this case. >>> >>> >>> On Sun, Jan 07, 2024 at 11:26:56AM +1100, Karl Glazebrook via pdl-general >>> wrote: >>>> Hi all, >>>> >>>> This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that >>>> is lame) >>>> >>>> I noticed a few things when running one of my complicated codes, I will >>>> start seperate email threads >>>> >>>> First there seems to be a serious rcols bug: >>>> >>>> >>>> e.g. create a file >>>> >>>> # tmp.dat >>>> 1 >>>> 2 >>>> 3 >>>> 4 >>>> >>>> >>>> Loaded PDL v2.084 (supports bad values) >>>> pdl> $x = rco
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
OK here is some deeper diving in to the problem use PDL; $x = rcols 'tmp.dat'; # This does causes the error #$x = sequence(4)+1; # This works print $x, "\n"; $x *= 100; print $x, "\n"; $y=::_clump_int($x,-1); print $y, "\n"; # prints [0 0 0 0] ; looks like the error is happening in the internal pp routine _clump_int in slices.pd. I also found ->sever() had the same behaviour with rcols: pdl> $x = rcols 'tmp.dat' Reading data into ndarrays of type: [ Double ] Read in 4 elements. pdl> $x *= 100 pdl> p $x [100 200 300 400] pdl> p $x->sever [0 0 0 0] Note this is not a general problem with dataflow, if I make a sequence and slice or index is then the ops work fine. It is just something weird on the ndarray produced by rcols. Karl > On 7 Jan 2024, at 3:41 pm, Karl Glazebrook via pdl-general > wrote: > > Ah! I believe the difference between medover and median is a clump(-1) to > collapse the dimensions > > There does it indeed to be something wrong with clump too, so that is > probably the underlying cause > > pdl> $x = rcols 'tmp.dat' > > Reading data into ndarrays of type: [ Double ] > Read in 4 elements. > > pdl> p $x > > [1 2 3 4] > pdl> $x *= 100 > > > pdl> p $x > > [100 200 300 400] > pdl> p $x->clump(-1) > > [0 0 0 0] > > What could be happening in rcols() that produces an ndarray that behaves like > that? > > Karl > > >> On 7 Jan 2024, at 12:48 pm, Luis Mochan > <mailto:moc...@icf.unam.mx>> wrote: >> >> I noticed that medover and maxover do work as expected in this case. >> >> >> On Sun, Jan 07, 2024 at 11:26:56AM +1100, Karl Glazebrook via pdl-general >> wrote: >>> Hi all, >>> >>> This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is >>> lame) >>> >>> I noticed a few things when running one of my complicated codes, I will >>> start seperate email threads >>> >>> First there seems to be a serious rcols bug: >>> >>> >>> e.g. create a file >>> >>> # tmp.dat >>> 1 >>> 2 >>> 3 >>> 4 >>> >>> >>> Loaded PDL v2.084 (supports bad values) >>> pdl> $x = rcols 'tmp.dat' >>> Reading data into ndarrays of type: [ Double ] >>> Read in 4 elements. >>> >>> pdl> p $x >>> [1 2 3 4] >>> pdl> $x *= 100 >>> >>> pdl> p $x >>> [100 200 300 400] >>> pdl> p median($x) >>> 0 >>> pdl> p $x >>> [100 200 300 400] >>> >>> >>> It seems the median function sees the values BEFORE the inplace >>> multiplacation, whereas print does not. This is very bad. min() and max() >>> are similar. No idea what is going on here! The behaviour or absent from >>> v2.025 >>> >>> Notes >>> - making a $x->copy() removes the effect >>> - creating $x using sequence also removes, so it is something to do with >>> rcols() and not inplace in general? >>> >>> I’d be interested to know if others can reproduce this. It definitely needs >>> a fix >>> >>> best >>> >>> Karl >>> >>> >>> >> >> >>> _______ >>> pdl-general mailing list >>> pdl-general@lists.sourceforge.net <mailto:pdl-general@lists.sourceforge.net> >>> https://lists.sourceforge.net/li
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
Ah! I believe the difference between medover and median is a clump(-1) to collapse the dimensions There does it indeed to be something wrong with clump too, so that is probably the underlying cause pdl> $x = rcols 'tmp.dat' Reading data into ndarrays of type: [ Double ] Read in 4 elements. pdl> p $x [1 2 3 4] pdl> $x *= 100 pdl> p $x [100 200 300 400] pdl> p $x->clump(-1) [0 0 0 0] What could be happening in rcols() that produces an ndarray that behaves like that? Karl > On 7 Jan 2024, at 12:48 pm, Luis Mochan wrote: > > I noticed that medover and maxover do work as expected in this case. > > > On Sun, Jan 07, 2024 at 11:26:56AM +1100, Karl Glazebrook via pdl-general > wrote: >> Hi all, >> >> This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is >> lame) >> >> I noticed a few things when running one of my complicated codes, I will >> start seperate email threads >> >> First there seems to be a serious rcols bug: >> >> >> e.g. create a file >> >> # tmp.dat >> 1 >> 2 >> 3 >> 4 >> >> >> Loaded PDL v2.084 (supports bad values) >> pdl> $x = rcols 'tmp.dat' >> Reading data into ndarrays of type: [ Double ] >> Read in 4 elements. >> >> pdl> p $x >> [1 2 3 4] >> pdl> $x *= 100 >> >> pdl> p $x >> [100 200 300 400] >> pdl> p median($x) >> 0 >> pdl> p $x >> [100 200 300 400] >> >> >> It seems the median function sees the values BEFORE the inplace >> multiplacation, whereas print does not. This is very bad. min() and max() >> are similar. No idea what is going on here! The behaviour or absent from >> v2.025 >> >> Notes >> - making a $x->copy() removes the effect >> - creating $x using sequence also removes, so it is something to do with >> rcols() and not inplace in general? >> >> I’d be interested to know if others can reproduce this. It definitely needs >> a fix >> >> best >> >> Karl >> >> >> > > >> ___ >> pdl-general mailing list >> pdl-general@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/pdl-general > > > -- > > o > W. Luis Mochán, | tel:(52)(777)329-1734 /<(*) > Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `>/ /\ > Av. Universidad s/n CP 62210 | (*)/\/ \ > Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ > GPG: 791EB9EB, C949 3F81 6D9B 1191 9A16 C2DF 5F0A C52B 791E B9EB ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
Further to this, I looked through the rcols() diff. I could find no significant change in the code that smelled like it could cause this. Here is a visual diff: https://www.diffchecker.com/w2FX8O61/ <https://www.diffchecker.com/w2FX8O61/>. (v2.025, v2.084) I am afraid it must be a subtle bug to do with the internal routines that rcols uses (buffering and extending of ndarrays?) and perhaps the underlying dataflow engine. Arghh! Probably worth tracking down as it might be causing other badness…. Karl > On 7 Jan 2024, at 11:26 am, Karl Glazebrook via pdl-general > wrote: > > Hi all, > > This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is > lame) > > I noticed a few things when running one of my complicated codes, I will start > seperate email threads > > First there seems to be a serious rcols bug: > > > e.g. create a file > > # tmp.dat > 1 > 2 > 3 > 4 > > > Loaded PDL v2.084 (supports bad values) > pdl> $x = rcols 'tmp.dat' > > Reading data into ndarrays of type: [ Double ] > Read in 4 elements. > > pdl> p $x > > [1 2 3 4] > pdl> $x *= 100 > > > pdl> p $x > > [100 200 300 400] > pdl> p median($x) > > 0 > pdl> p $x > > [100 200 300 400] > > > It seems the median function sees the values BEFORE the inplace > multiplacation, whereas print does not. This is very bad. min() and max() are > similar. No idea what is going on here! The behaviour or absent from v2.025 > > Notes > - making a $x->copy() removes the effect > - creating $x using sequence also removes, so it is something to do with > rcols() and not inplace in general? > > I’d be interested to know if others can reproduce this. It definitely needs a > fix > > best > > Karl > > > > ___________ > pdl-general mailing list > pdl-general@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/pdl-general ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue
> On 7 Jan 2024, at 11:55 am, Karl Glazebrook via pdl-general > wrote: > > (The mismatch of line numbers seems to be related to the use of hereto text > earlier in the code, the debugger shows different line numbers) > PS just to prove this point given the line numbers issue: syntax error at /Users/karl/Software/perl/KGB/Redshift.pm line 251, near "$FOO(" Execution of /Users/karl/Software/perl/KGB/Redshift.pm aborted due to compilation errors. You can see FOO triggers a compilation error and BAR does not, use PDL::NiceSlice is way at the top of the module Karl ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue
Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads This last one - I had PDL::NiceSlice failing randomly halfway through a long module? So the module has ‘use PDL::NiceSlice’ then a line line this: $FOO($ix) .= 1; causes a syntax error (i.e. in compilation) if placed at line 247 but not at line 249. Here is the surrounding code with line numbersso you can see it was innocuous : syntax error at /Users/karl/Software/perl/KGB/Redshift.pm line 251, near "$FOO(" Execution of /Users/karl/Software/perl/KGB/Redshift.pm aborted due to compilation errors. Compilation failed in require at /Users/karl/Software/bin/pdlredshift line 3. (The mismatch of line numbers seems to be related to the use of hereto text earlier in the code, the debugger shows different line numbers) (I was just placing those no-op statements in to try and see what was going on). As expected using ->slice instead causes the code to compile I guess we should be cautious of the robustness of NiceSlice? best Karl _______ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - scalars vs piddles
Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads Next I think this one is a design choice change I missed. - Functions like median() max() etc now return a 0D piddle and no longer a scalar. This broke some gnarly code I had. I expect this change was sensible, I am just curious as the reasons and when it happened? best Karl ___ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue
Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads First there seems to be a serious rcols bug: e.g. create a file # tmp.dat 1 2 3 4 Loaded PDL v2.084 (supports bad values) pdl> $x = rcols 'tmp.dat' Reading data into ndarrays of type: [ Double ] Read in 4 elements. pdl> p $x [1 2 3 4] pdl> $x *= 100 pdl> p $x [100 200 300 400] pdl> p median($x) 0 pdl> p $x [100 200 300 400] It seems the median function sees the values BEFORE the inplace multiplacation, whereas print does not. This is very bad. min() and max() are similar. No idea what is going on here! The behaviour or absent from v2.025 Notes - making a $x->copy() removes the effect - creating $x using sequence also removes, so it is something to do with rcols() and not inplace in general? I’d be interested to know if others can reproduce this. It definitely needs a fix best Karl _______ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: Real-time, granular synchronization of .org files across devices?
> I use nextcloud to sync my org files, i.e. I have my own nextcloud > instance to sync my files between different computers > (laptop/PC/work/home). There are occasional file conflicts which have to > be solved, but rarely. Files are synchronised immediately on save (if > the devices are connected or as sson as you go online. Thank you for the suggestion. I do have a Nextcloud instance running on Hetzner, but it is not really suited for syncing files: Syncthing, as a specialized tool, works slightly better and works on Android, too. (Can't sync files on Android using the official Nextcloud app). Plus, both of them have no way to merge file based on their content
Re: Real-time, granular synchronization of .org files across devices?
> Single threading is not an issue. In fact, Emacs already has > https://code.librehq.com/qhong/crdt.el that provides live collaborative > editing. In theory, you might even make crdt.el work on your phone with > the new official Emacs Android port. Might be tricky though. That's really impressive! > You can try https://github.com/bcpierce00/unison > Also, there is https://github.com/Artawower/orgnote.el (still in early > development). Unison appears to allow to set custom conflict resolution methods. That's neat, but the whole synchronization process is not automatic but must be initiated by the user. Might rather go the git route at this point. The orgnote project looks really awesome. A synchronization server would greatly benefit Org Mode (However, if a CRDT based mechanism were ever to be implemented and a parser would be needed, I wonder if it would be as featureful as the Emacs bundled Org Element API). I'm gonna keep a close eye at it. Thank you for pointing out these two solutions. I wasn't aware of these before
[Evergreen-general] Hold Pickup Locker settings help request
Hello, We recently had hold pickup lockers from mkSolutions installed at a couple of our branches and are struggling with some of the settings. Users can log in with their library card but they can not check out their holds. If you also have equipment from mkSolutions that your customers use to check out holds, would you be willing to contact me off list? jteeuw...@lppl.ca Thank you very much! Jo-Anne Jo-Anne Teeuwsen IT & Technical Services Manager Lincoln Pelham Public Library 905-933-4141 ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Reminder - participate in community conversations for The Evergreen Project's strategic plan
Hello all - just a reminder to join us at either conversation in January. We hope to see you there! Katie -- Hello everyone - The Evergreen Project Board is working on a strategic plan and will be holding community conversations on Tuesday 1/9 at 10am EST and Wednesday, 1/17 at 2pm EST. The board invites anyone interested in planning for the future of The Evergreen Project as an organization to join us for these discussions, which will be hosted on Zoom. Links and full details are below. We hope to see you there! Katie TEP Secretary January 9th, 2024 at 10am EST - https://us06web.zoom.us/j/85075393895?pwd=JH3FbQTaB9Ma9GYJEbUfvgN8y903lY.1 January 17th, 2024 at 2pm EST - https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Evergreen Project is inviting you to a scheduled Zoom meeting. Topic: The Evergreen Project - Community Conversation Jan 9 Time: Jan 9, 2024 10:00 AM Eastern Time (US and Canada) Join Zoom Meeting https://us06web.zoom.us/j/85075393895?pwd=JH3FbQTaB9Ma9GYJEbUfvgN8y903lY.1 Meeting ID: 850 7539 3895 Passcode: 393426 One tap mobile +13052241968,,85075393895#*393426# US +13092053325,,85075393895#*393426# US Dial by your location * +1 305 224 1968 US Meeting ID: 850 7539 3895 Passcode: 393426 Find your local number: https://us06web.zoom.us/u/kKXdxeFQp Evergreen Project is inviting you to a scheduled Zoom meeting. Topic: The Evergreen Project - Community Conversation Jan 17 Time: Jan 17, 2024 02:00 PM Eastern Time (US and Canada) Join Zoom Meeting https://us06web.zoom.us/j/87088808861?pwd=bU6F1Tf1sPjvl5Z8ER759kqqeilia6.1 Meeting ID: 870 8880 8861 Passcode: 910989 One tap mobile +13052241968,,87088808861#*910989# US +13092053325,,87088808861#*910989# US Dial by your location * +1 305 224 1968 US Meeting ID: 870 8880 8861 Passcode: 910989 Find your local number: https://us06web.zoom.us/u/keiufIVdBN [cid:image001.png@01DA3FB4.CDA7CB80]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Real-time, granular synchronization of .org files across devices?
Hi, I've been using Emacs+Org Mode on my Linux and Android devices for some time now and have been encountering some little synchronization issues that have made it difficult for me to use Org as a task manager. I've encountered no big issues regarding long documents or note writing, but due to the frequently interleaved sessions between my laptop and my smartphone - sometimes in areas without Internet connection - it is kind of frequent to have conflicting files generated from SyncThing among my Org agenda (task) files, which are edited way more frequently. One such concrete instance of this problem is when I clock-in an entry from my smartphone and then try to edit another entry from my laptop with no Internet connection. Syncthing has no way to perform an automatic conflict resolution and couldn't care less if the edits on the .org file are disjointed or not. Git can deal with conflicting files line-wise and apparently many users do use it, but having to deal with pulling and pushing each time does not look compelling and it also does not look intended for automatic synchronization. Org mode looks incredibly versatile as a task manager and no alternative turns out to be on par, but the synchronization issues grudgingly strive me from using it. I'm writing this message to ask you if there's some alternative solution I've not considered yet. Alternatively, I'd also like to now if there could be in the future solutions like obsidian-livesync (https://github.com/vrtmrz/obsidian-livesync) which apparently allow to perform live synchronization over multiple writes on the same file. I don't really need to know if someone will work on it (which is obviously unpredictable) but rather if it would be feasible or if Emacs (being single threaded, for example) and Org could instead be a blocker. Thank you in advance for your answers. Cheers.
[Evergreen-general] Documentation Interest Group (DIG) Meeting Tomorrow--Thursday, January 4!
DIG is meeting on Thursday, January 4, at 11 a.m. PDT / 2 p.m. EST on Zoom. Many thanks to Jennifer Pringle for leading the meeting tomorrow! The agenda (including connection info) is here: https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings:20240104-agenda If you have anything else to add, feel free to do so directly, or let Jennifer know. Please include your name in parentheses to any agenda items you add. You can find minutes from our previous meetings (except the ones I haven't gotten to yet) at https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meetings Best, Debbie DIG Facilitator Debbie Luchenbill Associate Director, Open Source Initiatives MOBIUS 2511 Broadway Bluffs, Ste. 101 Columbia, MO 65201 deb...@mobiusconsortium.org 573-234-4914 https://mobiusconsortium.org <http://mobiusconsortium.org> MOSS Help Desk: h...@mobiusconsortium.org / 877-312-3517 Pronouns: She/Her or She/They (see https://pronouns.org/ to learn more) Input | Maximizer | Intellection | Relator | Adaptability ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Images from URLS in MARC records?
If I was going to tackle this as a one off project, and wanted to make use of existing functionality, I would get a list of all the bibs and image urls, and then make use of a bash script or regular expressions to download all the images, name them with the bib id and save them in the proper place on the server to be served up for each record. Basically what the image uploader does, just in batch. There is a section in the documentation that describes how to do this in general. https://docs.evergreen-ils.org/docs/latest/admin_initial_setup/designing_your_catalog.html#_including_locally_hosted_content_in_your_public_interface I'm not sure what the data looks like, so I'm not sure how you would get it out. Reporter, or SQL, or maybe even marc edit if you have the source marc files. This could be part of the process for adding new Kanopy bibs if you don't have it automated. And if you do have it automated, then maybe this process could get added to the import process. The data could look like this: Bibid, small URL, Medium URL, Large URL 1234, http://kcdn.com/small.jpg, http://kcdn.com/medium.jpg, http://kcdn.com/large.jpg This could be done with regexes in notepad++ also, to turn the list into a series of commands to grab the files and rename them. If you want to do this on your local windows machine, you can use powershell which has a built in wget command. Find and Replace in notepad++ with the CSV data loaded: Description: This splits the CSV data up into 4 components, then uses the data to build 3 different wget commands to grab each sized image. Find: (\d+), (.*), (.*), (.*) Replace: wget "\2" -outfile small/r/\1\nwget "\3" -outfile medium/r/\1\nwget "\4" -outfile large/r/\1\n Result: wget "http://kcdn.com/small.jpg; -outfile small/r/1234 wget "http://kcdn.com/medium.jpg; -outfile medium/r/1234 wget "http://kcdn.com/large.jpg; -outfile large/r/1234 #Start Powershell #Do this in your downloads folder and create the folders before running the commands. cd Downloads mkdir kanopy-images cd kanopy-images mkdir small mkdir small/r mkdir medium mkdir medium/r mkdir large mkdir large/r wget "http://kcdn.com/small.jpg; -outfile small/r/1234 ... 3 more commands to download files. Now you will have 3 directories with 10K images in each, named for the bib id number. You can zip those up, send them to your Evergreen server administrator, and ask that they be placed on the Evergreen server. On the evergreen server the files need to be copied to /openils/var/web/opac/extras/ac/jacket/small/r/ for the small images for example. Josh On Wed, Jan 3, 2024 at 11:45 AM Mary Llewellyn via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Terran, > > Yes, 10s of thousands of records. I'm not surprised to hear there's no way > to do this automatically, but I was hoping there was some way I didn't know > about. > > Thanks for the Launchpad suggestion. I will have to do that. > > Mary > > On Wed, Jan 3, 2024 at 12:09 PM Terran McCanna via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> You could use the image uploader, but if there are thousands of records >> that would be burdensome. >> >> It sounds like a good wish list request in Launchpad. >> >> Terran McCanna, PINES Program Manager >> -- >> >> Georgia Public Library Service | University System of Georgia >> >> 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 >> >> (404) 235-7138 | tmcca...@georgialibraries.org >> >> http://help.georgialibraries.org | h...@georgialibraries.org >> >> <https://www.facebook.com/georgialibraries> >> <https://www.twitter.com/georgialibs> >> <https://www.instagram.com/georgialibraries/> >> <https://www.twitter.com/georgialibs> >> >> Join our email list <http://georgialibraries.org> for stories of Georgia >> libraries making an impact in our communities. >> >> >> >> On Wed, Jan 3, 2024 at 11:57 AM Mary Llewellyn via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> So, we have these records I loaded for a few libraries from Kanopy. They >>> don't have ISBNs or UPCs so they don't link to Syndetics. The records do >>> have URLs pointing to jpgs from Kanopy, but you have to click on the links >>> to see the images. One of our librarians would like the images to >>> automatically display in the catalog with the records without having to >>> click on the link. That sounds like a database/programming issue to me, if >>> it's at all possible. >>> >>> Mary >>> >>> >>> -- >>> Mary Llewellyn &g
Re: [Evergreen-general] Images from URLS in MARC records?
On Wed, Jan 3, 2024 at 12:09 PM Terran McCanna via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > You could use the image uploader, but if there are thousands of records > that would be burdensome. > > It sounds like a good wish list request in Launchpad. > This is probably a good place to start: https://bugs.launchpad.net/evergreen/+bug/1133464 - Use cover image/blurb URL from field 856 _______ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Images from URLS in MARC records?
I had thought there was a filed bug for using the $3 when present but a quick search on launchpad isn't showing it. On Wed, Jan 3, 2024 at 12:45 PM Mary Llewellyn via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi Terran, > > Yes, 10s of thousands of records. I'm not surprised to hear there's no way > to do this automatically, but I was hoping there was some way I didn't know > about. > > Thanks for the Launchpad suggestion. I will have to do that. > > Mary > > On Wed, Jan 3, 2024 at 12:09 PM Terran McCanna via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> You could use the image uploader, but if there are thousands of records >> that would be burdensome. >> >> It sounds like a good wish list request in Launchpad. >> >> Terran McCanna, PINES Program Manager >> -- >> >> Georgia Public Library Service | University System of Georgia >> >> 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 >> >> (404) 235-7138 | tmcca...@georgialibraries.org >> >> http://help.georgialibraries.org | h...@georgialibraries.org >> >> <https://www.facebook.com/georgialibraries> >> <https://www.twitter.com/georgialibs> >> <https://www.instagram.com/georgialibraries/> >> <https://www.twitter.com/georgialibs> >> >> Join our email list <http://georgialibraries.org> for stories of Georgia >> libraries making an impact in our communities. >> >> >> >> On Wed, Jan 3, 2024 at 11:57 AM Mary Llewellyn via Evergreen-general < >> evergreen-general@list.evergreen-ils.org> wrote: >> >>> So, we have these records I loaded for a few libraries from Kanopy. They >>> don't have ISBNs or UPCs so they don't link to Syndetics. The records do >>> have URLs pointing to jpgs from Kanopy, but you have to click on the links >>> to see the images. One of our librarians would like the images to >>> automatically display in the catalog with the records without having to >>> click on the link. That sounds like a database/programming issue to me, if >>> it's at all possible. >>> >>> Mary >>> >>> >>> -- >>> Mary Llewellyn >>> Database Manager >>> Bibliomation, Inc. >>> 24 Wooster Ave. >>> Waterbury, CT 06708 >>> mllew...@biblio.org >>> ___ >>> Evergreen-general mailing list >>> Evergreen-general@list.evergreen-ils.org >>> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >>> >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > > > -- > Mary Llewellyn > Database Manager > Bibliomation, Inc. > 24 Wooster Ave. > Waterbury, CT 06708 > mllew...@biblio.org > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Images from URLS in MARC records?
Hi Terran, Yes, 10s of thousands of records. I'm not surprised to hear there's no way to do this automatically, but I was hoping there was some way I didn't know about. Thanks for the Launchpad suggestion. I will have to do that. Mary On Wed, Jan 3, 2024 at 12:09 PM Terran McCanna via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > You could use the image uploader, but if there are thousands of records > that would be burdensome. > > It sounds like a good wish list request in Launchpad. > > Terran McCanna, PINES Program Manager > -- > > Georgia Public Library Service | University System of Georgia > > 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 > > (404) 235-7138 | tmcca...@georgialibraries.org > > http://help.georgialibraries.org | h...@georgialibraries.org > > <https://www.facebook.com/georgialibraries> > <https://www.twitter.com/georgialibs> > <https://www.instagram.com/georgialibraries/> > <https://www.twitter.com/georgialibs> > > Join our email list <http://georgialibraries.org> for stories of Georgia > libraries making an impact in our communities. > > > > On Wed, Jan 3, 2024 at 11:57 AM Mary Llewellyn via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> So, we have these records I loaded for a few libraries from Kanopy. They >> don't have ISBNs or UPCs so they don't link to Syndetics. The records do >> have URLs pointing to jpgs from Kanopy, but you have to click on the links >> to see the images. One of our librarians would like the images to >> automatically display in the catalog with the records without having to >> click on the link. That sounds like a database/programming issue to me, if >> it's at all possible. >> >> Mary >> >> >> -- >> Mary Llewellyn >> Database Manager >> Bibliomation, Inc. >> 24 Wooster Ave. >> Waterbury, CT 06708 >> mllew...@biblio.org >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Mary Llewellyn Database Manager Bibliomation, Inc. 24 Wooster Ave. Waterbury, CT 06708 mllew...@biblio.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Images from URLS in MARC records?
You could use the image uploader, but if there are thousands of records that would be burdensome. It sounds like a good wish list request in Launchpad. Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. On Wed, Jan 3, 2024 at 11:57 AM Mary Llewellyn via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > So, we have these records I loaded for a few libraries from Kanopy. They > don't have ISBNs or UPCs so they don't link to Syndetics. The records do > have URLs pointing to jpgs from Kanopy, but you have to click on the links > to see the images. One of our librarians would like the images to > automatically display in the catalog with the records without having to > click on the link. That sounds like a database/programming issue to me, if > it's at all possible. > > Mary > > > -- > Mary Llewellyn > Database Manager > Bibliomation, Inc. > 24 Wooster Ave. > Waterbury, CT 06708 > mllew...@biblio.org > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Images from URLS in MARC records?
So, we have these records I loaded for a few libraries from Kanopy. They don't have ISBNs or UPCs so they don't link to Syndetics. The records do have URLs pointing to jpgs from Kanopy, but you have to click on the links to see the images. One of our librarians would like the images to automatically display in the catalog with the records without having to click on the link. That sounds like a database/programming issue to me, if it's at all possible. Mary -- Mary Llewellyn Database Manager Bibliomation, Inc. 24 Wooster Ave. Waterbury, CT 06708 mllew...@biblio.org ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
OATH Toolkit 2.6.10
This is to announce oath-toolkit-2.6.10, a stable release. OATH Toolkit provide components to build one-time password authentication systems. It contains shared C libraries, command line tools and a PAM module. Supported technologies include the event-based HOTP algorithm (RFC 4226), the time-based TOTP algorithm (RFC 6238), and Portable Symmetric Key Container (PSKC, RFC 6030) to manage secret key data. OATH stands for Open AuTHentication, which is the organization that specify the algorithms. The following components are included: * liboath: A shared and static C library for OATH handling. * oathtool: A command line tool for generating and validating OTPs. * pam_oath: A PAM module for pluggable login authentication for OATH. * libpskc: A shared and static C library for PSKC handling. * pskctool: A command line tool for manipulating PSKC data. The project's web page is available at: https://www.nongnu.org/oath-toolkit/ Documentation for the command line tools oathtool and pskctool: https://www.nongnu.org/oath-toolkit/oathtool.1.html https://www.nongnu.org/oath-toolkit/pskctool.1.html Tutorial on PSKC: https://www.nongnu.org/oath-toolkit/libpskc-api/pskc-tutorial.html Manual for PAM module: https://www.nongnu.org/oath-toolkit/pam_oath.html Liboath Manual: https://www.nongnu.org/oath-toolkit/liboath-api/liboath-oath.h.html Libpskc Manual https://www.nongnu.org/oath-toolkit/libpskc-api/pskc-reference.html General information on contributing: https://www.nongnu.org/oath-toolkit/contrib.html OATH Toolkit GitLab project page: https://gitlab.com/oath-toolkit/oath-toolkit OATH Toolkit Savannah project page: https://savannah.nongnu.org/projects/oath-toolkit/ Code coverage charts: https://oath-toolkit.gitlab.io/oath-toolkit/coverage/ Clang code analysis: https://oath-toolkit.gitlab.io/oath-toolkit/clang-analyzer/ If you need help to use the OATH Toolkit, or want to help others, you are invited to join our oath-toolkit-help mailing list, see: https://lists.nongnu.org/mailman/listinfo/oath-toolkit-help Here are the compressed sources and a GPG detached signature: https://download.savannah.nongnu.org/releases/oath-toolkit/oath-toolkit-2.6.10.tar.gz https://download.savannah.nongnu.org/releases/oath-toolkit/oath-toolkit-2.6.10.tar.gz.sig Here are the SHA1 and SHA224 checksums: 3e346ef1218e0f2894e6b2ba643c43b7afae175c oath-toolkit-2.6.10.tar.gz 7c90d32c50102864f4cd5a08eac7f4323b8f67a18df2c84ba867c886 oath-toolkit-2.6.10.tar.gz Use a .sig file to verify that the corresponding file (without the .sig suffix) is intact. First, be sure to download both the .sig file and the corresponding tarball. Then, run a command like this: gpg --verify oath-toolkit-2.6.10.tar.gz.sig The signature should match the fingerprint of the following key: pub ed25519 2019-03-20 [SC] B1D2 BD13 75BE CB78 4CF4 F8C4 D73C F638 C53C 06BE uid Simon Josefsson If that command fails because you don't have the required public key, or that public key has expired, try the following commands to retrieve or refresh it, and then rerun the 'gpg --verify' command. gpg --locate-external-key si...@josefsson.org gpg --recv-keys 51722B08FE4745A2 wget -q -O- https://josefsson.org/key-20190320.txt | gpg --import NEWS * Version 2.6.10 (released 2024-01-03) ** Building from git uses a ./bootstrap script instead of 'make bootstrap'. ** Build fixes for Windows. In particular, don't use filenames "aux.h" and "aux.c" which interact badly with the AUX special filename. ** Build fixes for Arch Linux. ** Various build fixes including updated gnulib files. One remaining gnulib self-test disabled. Happy hacking, Simon signature.asc Description: PGP signature
[PATCH] Add org-after-note-stored-hook
Hello, I've been archiving tasks automatically using `org-after-todo-state-change-hook' but I've been recently bit with a note (entering a todo state configured with '@') being placed where the task was before its archival. This patch aims to offer a way to defer the archival after the note is stored. Actually, I am using it like this: #+begin_src elisp (add-to-list 'org-after-todo-state-change-hook (lambda () ;; States configured without mandatory note (when (member org-state '("DONE")) (my/org-roam-archive-to-today)) ;; States configured with mandatory note (when (member org-state '("CANCELLED" "READ")) (add-to-list 'org-after-note-stored-hook 'my/org-roam-archive-to-today #+end_src With `my/org-roam-archive-to-today' removing itself from `org-after-note-stored-hook'. Hopefully I did not miss an existing way to do this. Regards, Joris >From 18de09a3aa08e3d06f180165530cbaeeccdf3ccf Mon Sep 17 00:00:00 2001 From: Joris Caravati Date: Tue, 2 Jan 2024 22:50:32 +0100 Subject: [PATCH] lisp/org.el: Add `org-after-note-stored-hook' * lisp/org.el: Add `org-after-note-stored-hook' which is called at the end of the `org-store-log-note' function. * etc/ORG-NEWS: Document the new hook. This change allows customization after a note is taken. One case where it is useful is when one wants to move a task after a state change but cannot do so in `org-after-todo-state-change' because the new state is configured to take a note (with '@' in `org-todo-keywords'). Setting this hook in `org-after-todo-state-change' allows to defer the move after the note is taken and prevents the note to be placed where the task was before being moved. TINYCHANGE --- etc/ORG-NEWS | 4 lisp/org.el | 6 +- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS index c54473f55..911e8ffeb 100644 --- a/etc/ORG-NEWS +++ b/etc/ORG-NEWS @@ -742,6 +742,10 @@ Completion is enabled for links to man pages added using ~org-insert-link~: =C-c C-l man RET emacscl TAB= to get =emacsclient=. Of course, the ~ol-man~ library should be loaded first. +*** New hook [[doc::org-after-note-stored-hook][org-after-note-stored-hook]] + +This new hook runs when a note has been stored. + ** New functions and changes in function arguments *** ~org-fold-hide-drawer-all~ is now interactive diff --git a/lisp/org.el b/lisp/org.el index 6e6e075b4..fad21d8ba 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1944,6 +1944,9 @@ Lisp variable `org-state'." :group 'org-todo :type 'hook) +(defcustom org-after-note-stored-hook nil + "Hook which is run after a note was stored") + (defvar org-blocker-hook nil "Hook for functions that are allowed to block a state change. @@ -10729,7 +10732,8 @@ items are State notes." (with-current-buffer (marker-buffer org-log-note-return-to) (goto-char org-log-note-return-to)) (move-marker org-log-note-return-to nil) - (when org-log-post-message (message "%s" org-log-post-message))) + (when org-log-post-message (message "%s" org-log-post-message)) + (run-hooks 'org-after-note-stored-hook)) (defun org-remove-empty-drawer-at (pos) "Remove an empty drawer at position POS. -- 2.38.5
[Evergreen-general] Untranslated column headers in the staff client - how to proceed?
Dear all, We have begun working with the 3.12 version which is - when it comes to correctly displaying Czech - significantly better than the previous version - of course a big thank you goes out to everyone who has helped along the way :-)! One of the so far unresolved issues we would like to start working on now are the column headers. These often remain untranslated as we have reported here: https://bugs.launchpad.net/evergreen/+bug/2042915 There is also a spreadsheet with a couple of examples: https://docs.google.com/spreadsheets/d/13_AwTRNLobGIgA6bFqw0pC3tWXq8D8i13CshCbOb1u4/edit?usp=sharing It seems that if the string (and, consequently, its translation) is not present in POEditor and can only be found on Launchpad and in fm_IDL.xml and in translation files in GIT, the staff client interface shows the English string instead of the Czech one. So I was just wondering how we could proceed, e.g. should we try to compile a comprehensive list of all missing translations from the column headers? And if so, which other pieces of information would be useful to add, e.g., would a spreadsheet like the one mentioned above be a good starting point? In some cases when the string is not very unique (actually, it is a rather common situation to come across widely used strings; the unique ones appear less frequently), the GIT links might not be very useful as the string would be found in many more places (and, consequently, files) than just say in a single column header. Perhaps trying to locate relevant ".component.html" files with missing i18n-label attributes (using https://git.evergreen-ils.org/?p=Evergreen.git=search=HEAD=grep=+%3Ceg-grid-column or a similar approach) would be a better choice? (But maybe this wouldn't work in practice as the example strings from the spreadsheet currently indicate no occurrences in the .component.html files.) Or would there be an entirely different way to tackle it? Thank you very much for sharing your views! Linda ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Jgeneral] Fwd: [Jprogramming] Report of the J wiki meeting of December 14th, 2023
Skip, I have sent in a invite to you at your consulting email. Cheers, bob > Begin forwarded message: > > From: "'Skip Cave' via Programming" > Subject: Re: [Jprogramming] [Jgeneral] Report of the J wiki meeting of > December 14th, 2023 > Date: December 27, 2023 at 22:23:41 PST > To: gene...@jsoftware.com > Cc: programming > Reply-To: programm...@jsoftware.com > > All, > > I would like to attend the Thursday J Wiki meetings. How do I get an invite > to those meetings? > > Skip > > Skip Cave > Cave Consulting LLC > > > On Thu, Dec 28, 2023 at 12:05 AM 'robert therriault' via General < > gene...@jsoftware.com> wrote: > >> == Report of Meeting 2023-12-14 == >> >> Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault >> >> Full transcripts of this meeting are now available on the its wiki page. >> https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-12-14 >> >> 1) Ed reported that he had removed the time slider as it was taking up >> space and it only applied to forum posts. Skip Cave's Quora posts have been >> added, but there is a concern that there are verbs that are included in the >> solutions that are not defined. The solution may be to split the display so >> that the solution is shared with a wiki page that has Skip's definitions on >> it, possibly in an expanded text fashion. >> >> 2) Ed also identified the issues that he has had with highlighting buttons >> in Night shift mode which can vary between dark backgrounds and light >> backgrounds. Changing the thickness of the border may be an option because >> it is not affected by Night shift. >> >> 3) Ed is working on creating some navigational ways to show higher >> dimensional arrays. He is not looking at this problem as purely >> visualization because he finds anything above 6 dimensions impossible to >> visualize. His navigation aid is a three dimensional array of boxes that >> has the dimensions and types of the contents. By clicking on a box he can >> show the contents of that box with a breadcrumb display across the top that >> shows where you are in the navigation of the array. He showed an example of >> a 3 dimensional sliced torus although it did not seem to be displayed the >> way that he expected. With this view it is possible to choose any pair of >> axes to display the rest of the dimensions of the array. Raul related this >> back to his REGEX lab which is working in three dimensions and Fourier >> transforms which are n-rank with each dimension as a value of 2. Bob >> mentioned Grant Sanderson's video on quaternions which has an excellent >> display of 4 dimension space. https://www.youtube.com/watch?v=d4EgbgTm0Bg >> >> 4) Bob mentioned that Chris Burke had contacted him again to express >> concern about the play-doh look of the wiki and the way that it might >> represent Jsoftware inappropriately to some of its clients. The more >> cartoonish navigation is actually independent of the traditional guides. >> Bob felt that the Jsoftware site could link to the guide navigation >> https://code.jsoftware.com/wiki/Main_Page while other links outside of >> Jsoftware could link to the cartoonish look >> https://code.jsoftware.com/wiki/Category:Home. Raul wondered if the >> graphics could be generated from J code and that might be more acceptable. >> https://code.jsoftware.com/wiki/Studio/Gallery A further clarification >> may need to be determined as to the role of the wiki with respect to >> Jsoftware. This resulted in a discussion about the changes that had been >> made to some of the Jsoftware content that had been brought into the wiki. >> Ed felt there might need to be a discussion that clarified the lines of >> demarcation between J software and the wiki. Bob felt that a more corporate >> approach would be something closer to the Announcements page >> https://code.jsoftware.com/wiki/Category:Announcements_A , but this might >> not be as attractive to new users. The question that remains is how we can >> best serve the audiences that we have in mind, knowing that it may not be >> possible to serve all audiences equally. >> >> For access to previous meeting reports >> https://code.jsoftware.com/wiki/Wiki_Development If you would like to >> participate in the development of the J wiki please contact us on the >> general forum and we will get you an invitation to the next J wiki meeting >> held on Thursdays at 23:00 (UTC) Next meeting is December 28, 2023. >> -- >> For information about J forums see http://www.jsoftware.com/forums.htm >> > -- > For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jgeneral] Report of the J wiki meeting of December 14th, 2023
All, I would like to attend the Thursday J Wiki meetings. How do I get an invite to those meetings? Skip Skip Cave Cave Consulting LLC On Thu, Dec 28, 2023 at 12:05 AM 'robert therriault' via General < gene...@jsoftware.com> wrote: > == Report of Meeting 2023-12-14 == > > Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault > > Full transcripts of this meeting are now available on the its wiki page. > https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-12-14 > > 1) Ed reported that he had removed the time slider as it was taking up > space and it only applied to forum posts. Skip Cave's Quora posts have been > added, but there is a concern that there are verbs that are included in the > solutions that are not defined. The solution may be to split the display so > that the solution is shared with a wiki page that has Skip's definitions on > it, possibly in an expanded text fashion. > > 2) Ed also identified the issues that he has had with highlighting buttons > in Night shift mode which can vary between dark backgrounds and light > backgrounds. Changing the thickness of the border may be an option because > it is not affected by Night shift. > > 3) Ed is working on creating some navigational ways to show higher > dimensional arrays. He is not looking at this problem as purely > visualization because he finds anything above 6 dimensions impossible to > visualize. His navigation aid is a three dimensional array of boxes that > has the dimensions and types of the contents. By clicking on a box he can > show the contents of that box with a breadcrumb display across the top that > shows where you are in the navigation of the array. He showed an example of > a 3 dimensional sliced torus although it did not seem to be displayed the > way that he expected. With this view it is possible to choose any pair of > axes to display the rest of the dimensions of the array. Raul related this > back to his REGEX lab which is working in three dimensions and Fourier > transforms which are n-rank with each dimension as a value of 2. Bob > mentioned Grant Sanderson's video on quaternions which has an excellent > display of 4 dimension space. https://www.youtube.com/watch?v=d4EgbgTm0Bg > > 4) Bob mentioned that Chris Burke had contacted him again to express > concern about the play-doh look of the wiki and the way that it might > represent Jsoftware inappropriately to some of its clients. The more > cartoonish navigation is actually independent of the traditional guides. > Bob felt that the Jsoftware site could link to the guide navigation > https://code.jsoftware.com/wiki/Main_Page while other links outside of > Jsoftware could link to the cartoonish look > https://code.jsoftware.com/wiki/Category:Home. Raul wondered if the > graphics could be generated from J code and that might be more acceptable. > https://code.jsoftware.com/wiki/Studio/Gallery A further clarification > may need to be determined as to the role of the wiki with respect to > Jsoftware. This resulted in a discussion about the changes that had been > made to some of the Jsoftware content that had been brought into the wiki. > Ed felt there might need to be a discussion that clarified the lines of > demarcation between J software and the wiki. Bob felt that a more corporate > approach would be something closer to the Announcements page > https://code.jsoftware.com/wiki/Category:Announcements_A , but this might > not be as attractive to new users. The question that remains is how we can > best serve the audiences that we have in mind, knowing that it may not be > possible to serve all audiences equally. > > For access to previous meeting reports > https://code.jsoftware.com/wiki/Wiki_Development If you would like to > participate in the development of the J wiki please contact us on the > general forum and we will get you an invitation to the next J wiki meeting > held on Thursdays at 23:00 (UTC) Next meeting is December 28, 2023. > -- > For information about J forums see http://www.jsoftware.com/forums.htm > -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jgeneral] Report of the J wiki meeting of December 14th, 2023
== Report of Meeting 2023-12-14 == Present: Art Anger, Ed Gottsman, Raul Miller, and Bob Therriault Full transcripts of this meeting are now available on the its wiki page. https://code.jsoftware.com/wiki/Wiki/Report_of_Meeting_2023-12-14 1) Ed reported that he had removed the time slider as it was taking up space and it only applied to forum posts. Skip Cave's Quora posts have been added, but there is a concern that there are verbs that are included in the solutions that are not defined. The solution may be to split the display so that the solution is shared with a wiki page that has Skip's definitions on it, possibly in an expanded text fashion. 2) Ed also identified the issues that he has had with highlighting buttons in Night shift mode which can vary between dark backgrounds and light backgrounds. Changing the thickness of the border may be an option because it is not affected by Night shift. 3) Ed is working on creating some navigational ways to show higher dimensional arrays. He is not looking at this problem as purely visualization because he finds anything above 6 dimensions impossible to visualize. His navigation aid is a three dimensional array of boxes that has the dimensions and types of the contents. By clicking on a box he can show the contents of that box with a breadcrumb display across the top that shows where you are in the navigation of the array. He showed an example of a 3 dimensional sliced torus although it did not seem to be displayed the way that he expected. With this view it is possible to choose any pair of axes to display the rest of the dimensions of the array. Raul related this back to his REGEX lab which is working in three dimensions and Fourier transforms which are n-rank with each dimension as a value of 2. Bob mentioned Grant Sanderson's video on quaternions which has an excellent display of 4 dimension space. https://www.youtube.com/watch?v=d4EgbgTm0Bg 4) Bob mentioned that Chris Burke had contacted him again to express concern about the play-doh look of the wiki and the way that it might represent Jsoftware inappropriately to some of its clients. The more cartoonish navigation is actually independent of the traditional guides. Bob felt that the Jsoftware site could link to the guide navigation https://code.jsoftware.com/wiki/Main_Page while other links outside of Jsoftware could link to the cartoonish look https://code.jsoftware.com/wiki/Category:Home. Raul wondered if the graphics could be generated from J code and that might be more acceptable. https://code.jsoftware.com/wiki/Studio/Gallery A further clarification may need to be determined as to the role of the wiki with respect to Jsoftware. This resulted in a discussion about the changes that had been made to some of the Jsoftware content that had been brought into the wiki. Ed felt there might need to be a discussion that clarified the lines of demarcation between J software and the wiki. Bob felt that a more corporate approach would be something closer to the Announcements page https://code.jsoftware.com/wiki/Category:Announcements_A , but this might not be as attractive to new users. The question that remains is how we can best serve the audiences that we have in mind, knowing that it may not be possible to serve all audiences equally. For access to previous meeting reports https://code.jsoftware.com/wiki/Wiki_Development If you would like to participate in the development of the J wiki please contact us on the general forum and we will get you an invitation to the next J wiki meeting held on Thursdays at 23:00 (UTC) Next meeting is December 28, 2023. -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jgeneral] Compile Jqt for macOS
Merry Christmas, I tried to start jqt from the desktop shortcut, after I install J on macOs with m2, but it fail to start.So I tried to recompile jqt for macOs. First I tried to install Qt from source, but fail.Then I used the Qt online installer for macOS, and install the Qt version 6.5.3.Just follow the Guide to compile Jqt on macOs, basically.I am on the just released J 9.5.1 In the environment script, env.command,my setting for PATH isexport PATH=~/Qt/6.5.3/macos/bin:$PATH After compile jqt, I copy the jqt file according to the guide, to the j9.5/bin directory, in addition, I also need to copy these four files, otherwise it won't start libjqt.2.5.2.dyliblibjqt.2.5.dyliblibjqt.2.dyliblibjqt.dylib Then jqt can be started, from jqt JVERSION report: Qt IDE: 2.5.2/6.5.3(6.5.3) -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Pdl-general] Check for all element eq 0
Hi I think it works as expected. What you are testing is if all ($a) is 0, which is true, since one element in $a is 0. You have to be careful with brackets. pdl> print all($a)==0; # all returns 0 since the last value in $a == 0. 1 pdl> print all($a==0); # all returns 0 because only one $a contains only one 0. 0 pdl> print all($a); # all returns 0 since the last value in $a is 0 (representing false). 0 I hope this helps, Ingo On 22.12.23 15:02, Yury Pakhomov wrote: Hello All I faced with strange behavior in function "all" $a=pdl(1,1,1,0); print all($a)==0; returns 1 Best regards, Yury _______ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general _______ pdl-general mailing list pdl-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-general
Re: [Evergreen-general] Prague
Dear Terran and others, Thank you for being with us! It is indeed a tragedy; something we could never really imagine happening here, especially not on our university's premises which is a place we all traditionally consider safe. Actually, the Institute of Information Studies and Librarianship where we all studied and where Eva also teaches a course on information technologies in libraries is part of the Faculty of Arts but located elsewhere. But the Faculty of Arts' main building is also a place where we all have spent some time (I remember taking some of my English classes there about two decades ago) and also it is a kind of a symbolic building for us here in the Czech Republic. Although at this moment I do not think we personally know any of the victims, it is a really difficult situation to cope with as it is do much linked with a familiar setting, with a place and an institution which has played and keeps playing an important role in our lives. Linda On 12/22/23 01:42, Terran McCanna wrote: To our Evergreen family in the Czech Republic, Our hearts go out to you tonight. We sincerely hope that you and your loved ones are safe and well after the tragedy today. Sincerely, Terran and the PINES team ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Prague
To our Evergreen family in the Czech Republic, Our hearts go out to you tonight. We sincerely hope that you and your loved ones are safe and well after the tragedy today. Sincerely, Terran and the PINES team ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Inventory Guns
Hi Gina! Yeah we set up something similar from TechLogic, an rfid “magic wand”. The wand came with its own surface laptop as a unit. Wand reads RFID barcode tags… computer pushes those out via SIP and gets the titles. The wand is a little bit like a brush: you “paint” the stacks and get a .txt output. Nice work out there! -Kevin From: Evergreen-general On Behalf Of Gina Monti via Evergreen-general Sent: Wednesday, December 20, 2023 9:53 AM To: Evergreen Discussion Group Cc: Gina Monti Subject: [Evergreen-general] Inventory Guns CAUTION: This email originated from outside your organization. Exercise caution when opening attachments or clicking links, especially from unknown senders. Hi All, Has anyone had experience setting up SIP protocols for inventory guns? We have one library interested in doing this soon. It runs on WiFi and was made from a company that also offers RFIDs. I imagine the protocol would be the same but just wanted to check in with the community to see if anyone has done a project like this before we offer it. -- Gina Monti (she/her) Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Inventory Guns
Hi All, Has anyone had experience setting up SIP protocols for inventory guns? We have one library interested in doing this soon. It runs on WiFi and was made from a company that also offers RFIDs. I imagine the protocol would be the same but just wanted to check in with the community to see if anyone has done a project like this before we offer it. -- Gina Monti (she/her) Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] TEP Board Meeting Thursday 12/21 at 2 p.m. ET
Hello all, The Evergreen Project Board will be meeting December 21, 2023 at 11 a.m. PT / 1 p.m. CT / 2 p.m. ET. The agenda and connection details for the meeting are at https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2023-12-21 This meeting is public and community members are encouraged to attend. Thanks! Katie TEP board secretary [cid:image001.png@01DA333B.4F650B00]Katie Greenleaf Martin (she/her), Executive Director Pennsylvania Integrated Library System (PaILS) | SPARK (717) 873-9461 | k...@sparkpa.org<mailto:k...@sparkpa.org> support.sparkpa.org<https://support.sparkpa.org/> | supp...@sparkpa.org<mailto:supp...@sparkpa.org> ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Reminder: 2024 Conference Call to Proposals Due Soon!
We have a very strong amount of cataloging and acquisitions programs with some end user friendly ideas. We could use some topics lead by developers/for the technical audience. General audience topics are always welcome, too. I did just send an email to the dev list on a proposal idea to discuss Redis. Outside of that, it looks like a very interest group and cat/acq friendly conference this year! On Wed, Dec 20, 2023 at 10:43 AM Terran McCanna via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Are there gaps in the types of program proposals being submitted? Or a > list of topic areas to give us ideas on sessions we might be able to do? > > > > Terran McCanna, PINES Program Manager > -- > > Georgia Public Library Service | University System of Georgia > > 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 > > (404) 235-7138 | tmcca...@georgialibraries.org > > http://help.georgialibraries.org | h...@georgialibraries.org > > <https://www.facebook.com/georgialibraries> > <https://www.twitter.com/georgialibs> > <https://www.instagram.com/georgialibraries/> > <https://www.twitter.com/georgialibs> > > Join our email list <http://georgialibraries.org> for stories of Georgia > libraries making an impact in our communities. > > > > On Wed, Dec 20, 2023 at 10:38 AM Gina Monti via Evergreen-general < > evergreen-general@list.evergreen-ils.org> wrote: > >> Hi All, >> >> Big thanks to everyone who has submitted their program proposals for the >> 2024 Evergreen Conference! The due date will be *January 3, 2024* so we >> have a couple of weeks until the form closes. >> >> Click here for the form. >> <https://docs.google.com/forms/d/e/1FAIpQLSfjPGS3IZYkJxNZslkYaUYfwX24QxXRktrDvALM6E1jQZfGhQ/viewform?usp=sf_link> >> >> *We are still in need of pre-conference proposals!* These are typically >> scheduled to go two hours with breaks and Q If you believe you have a >> topic yourself and/or your panel would like to present during a longer >> session, consider a preconference slot! >> >> Special thanks to all the interest groups who have signed up as well. If >> you are an interest group leader and still need to submit, you have some >> time! >> >> We're looking forward to releasing a schedule soon after the deadline. >> Thanks to all again for submitting your ideas! >> >> -- >> Gina Monti (she/her) >> Evergreen Systems Specialist >> Bibliomation, Inc. >> (203) 577-4070 ext. 109 >> English, American Sign Language >> ___ >> Evergreen-general mailing list >> Evergreen-general@list.evergreen-ils.org >> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general >> > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > -- Gina Monti (she/her) Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Re: [Evergreen-general] Reminder: 2024 Conference Call to Proposals Due Soon!
Are there gaps in the types of program proposals being submitted? Or a list of topic areas to give us ideas on sessions we might be able to do? Terran McCanna, PINES Program Manager -- Georgia Public Library Service | University System of Georgia 2872 Woodcock Blvd, Suite 250 l Atlanta, GA 30341 (404) 235-7138 | tmcca...@georgialibraries.org http://help.georgialibraries.org | h...@georgialibraries.org <https://www.facebook.com/georgialibraries> <https://www.twitter.com/georgialibs> <https://www.instagram.com/georgialibraries/> <https://www.twitter.com/georgialibs> Join our email list <http://georgialibraries.org> for stories of Georgia libraries making an impact in our communities. On Wed, Dec 20, 2023 at 10:38 AM Gina Monti via Evergreen-general < evergreen-general@list.evergreen-ils.org> wrote: > Hi All, > > Big thanks to everyone who has submitted their program proposals for the > 2024 Evergreen Conference! The due date will be *January 3, 2024* so we > have a couple of weeks until the form closes. > > Click here for the form. > <https://docs.google.com/forms/d/e/1FAIpQLSfjPGS3IZYkJxNZslkYaUYfwX24QxXRktrDvALM6E1jQZfGhQ/viewform?usp=sf_link> > > *We are still in need of pre-conference proposals!* These are typically > scheduled to go two hours with breaks and Q If you believe you have a > topic yourself and/or your panel would like to present during a longer > session, consider a preconference slot! > > Special thanks to all the interest groups who have signed up as well. If > you are an interest group leader and still need to submit, you have some > time! > > We're looking forward to releasing a schedule soon after the deadline. > Thanks to all again for submitting your ideas! > > -- > Gina Monti (she/her) > Evergreen Systems Specialist > Bibliomation, Inc. > (203) 577-4070 ext. 109 > English, American Sign Language > ___ > Evergreen-general mailing list > Evergreen-general@list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general > ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
[Evergreen-general] Reminder: 2024 Conference Call to Proposals Due Soon!
Hi All, Big thanks to everyone who has submitted their program proposals for the 2024 Evergreen Conference! The due date will be *January 3, 2024* so we have a couple of weeks until the form closes. Click here for the form. <https://docs.google.com/forms/d/e/1FAIpQLSfjPGS3IZYkJxNZslkYaUYfwX24QxXRktrDvALM6E1jQZfGhQ/viewform?usp=sf_link> *We are still in need of pre-conference proposals!* These are typically scheduled to go two hours with breaks and Q If you believe you have a topic yourself and/or your panel would like to present during a longer session, consider a preconference slot! Special thanks to all the interest groups who have signed up as well. If you are an interest group leader and still need to submit, you have some time! We're looking forward to releasing a schedule soon after the deadline. Thanks to all again for submitting your ideas! -- Gina Monti (she/her) Evergreen Systems Specialist Bibliomation, Inc. (203) 577-4070 ext. 109 English, American Sign Language ___ Evergreen-general mailing list Evergreen-general@list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
Why is not everything reproducible yet?
Sometimes people wonder: Why is not everything reproducible yet? And the general reason is that there are other interests that result in added non-determinism. I collected some with examples Performance (PGO, benchmarking, -march=native, parallelism/races) https://build.opensuse.org/request/show/1130552 https://github.com/bmwiedemann/theunreproduciblepackage/tree/master/pgo Simplicity (e.g. using random UUIDs instead of hashed inputs) https://github.com/ipxe/ipxe/pull/1082 Security (Signatures): https://bugzilla.opensuse.org/show_bug.cgi?id=1217690 https://bugzilla.opensuse.org/show_bug.cgi?id=1208478 https://bugzilla.opensuse.org/show_bug.cgi?id=1081723 Traceability of provenance (date+user+hostname): https://github.com/bmwiedemann/theunreproduciblepackage/tree/master/timestamp repeatable builds: https://github.com/rpm-software-management/rpm/issues/2343 Portability: https://github.com/ipxe/ipxe/pull/1082#issuecomment-1862899660 - see also the code-monster we need to support SOURCE_DATE_EPOCH with sh on *NIX Ciao Bernhard M. OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [Jgeneral] add prefix to a boxed list
I like L: a lot. You can do neat things: ! L: 0 (<0 1 2),<2 4;3 5 7 ┌─┬─┐ │1 1 2│┌┬──┐│ │ ││2 24│6 120 5040││ │ │└┴──┘│ └─┴─┘ > On Dec 16, 2023, at 09:09, Henry Rich wrote: > > 'prefix' ,L:0 names > > Untested. > > Henry Rich > -- For information about J forums see http://www.jsoftware.com/forums.htm