Re: [Koha-devel] How to make self-referential URLs in Koha

[Pablo Bianchi]

On Wed, 10 Feb 2021 at 18:55, Renvoize, Martin <
martin.renvo...@ptfs-europe.com> wrote:

> Did this ever become a bug?  Looks like an interesting improvement and
> would be nice to see a start made?
>

Bug 18410 – Koha should use cool URIs
?
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : https://www.koha-community.org/
git : https://git.koha-community.org/
bugs : https://bugs.koha-community.org/

Re: [Koha-devel] Replacement of mailman (mailing lists)

[Pablo Bianchi]

Hi!

I created the Spanish community group back in 2008, recently moved to
mailman. I'd be more than happy if we move to something much more
modern/featureful/integratable and overall useful as Discourse (created by
Jeff Atwood (creator of Stack Overflow)). I believe this would give a major
boost to Koha communities.

Cheers,
Pablo
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : https://www.koha-community.org/
git : https://git.koha-community.org/
bugs : https://bugs.koha-community.org/

Re: [Koha-devel] Requesting feedback on changing the default behavior for loading the OPAC cart popup

[Pablo Bianchi]

*"Modals have become the today’s version of the dreaded popup window
"*
.
Shouldn't all popup windows converted to modals?
If people agree I could file a bug.
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] No error response with wrong set on OAI-PMH

[Pablo Bianchi]

We talk with Tomás and agree to fill a bug:
14664 – Harvesting records of an non-existent set, instead of an error
return all the records
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14664
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] No error response with wrong set on OAI-PMH

[Pablo Bianchi]

Hi!

I notice that other implementations of OAI-PMH servers give an error when
setSpec specified doesn't exist. For example:

+ set=foo on Koha (

ByWaters

)

: List records anyway
+ set=foo on a Greenstone v2.82

: Return an error.

This behavior is expected? I shuld fill a bug?

Cheers,
Pablo

PS: BTW, with the use of  that response is much nicer
than Koha one!
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] SQL Reports Library v2.0

[Pablo Bianchi]

I'm very happy this brings enthusiasm!
In first place I think we should convert the big list to the template form
(probably the title will be repeated on template field).
Maybe we need some privileges on mediawiki, I need to study more about it
(mediawiki and their API), but the idea might be not just split the library
on other articles, just *transclude *them, call all the templates with a
giben label. Something like this
<http://en.wikipedia.org/w/api.php?action=query&list=embeddedin&eititle=Template:Infobox>?
An expert on mediawiki API would be great.


2015-05-18 14:05 GMT-03:00 Barton Chittenden :

> Pablo,
>
> I'll second Tomas' sentiment -- I refer to the reports library on a
> regular basis. I ran across your SQL Reports Library in templates last
> week, and it caught my interest. I would be willing to spend some time
> working on converting the old SQL Reports Library.
>
> Thanks,
>
> --Barton
>
>
> On Mon, May 18, 2015 at 11:39 AM, Tomas Cohen Arazi 
> wrote:
>
>> Pablo, I'm interested on making the wiki simpler to browse and maintain.
>> If you think you can have the time to work on that, just let us know what
>> you need from our side.
>>
>> If you come up with something interesting i'm pretty sure we'll embrace
>> it.
>>
>> Thanks for the effort on making better docs.
>>
>> On Sun, May 10, 2015 at 1:56 AM, Pablo Bianchi 
>> wrote:
>>
>>> Hi,
>>>
>>> I count more than 300 reports on *SQL Reports Library*, is getting a
>>> little bit out of control. Become difficult to:
>>> + found the needed report,
>>> + tag them,
>>> + talk about the report,
>>> + track easily contributions to each one,
>>> + link "related" reports, different flavors of the same one,
>>> + vote them,
>>> + add easily to Koha,
>>> + get statistic information,
>>> and much more.
>>>
>>> I'm not sure what is the best solution. An ad hoc web development? A
>>> friend suggest me Semanticscuttle
>>> <http://semanticscuttle.sourceforge.net/>.
>>> Trying to at least make things more tidy I create: SQL Reports Library
>>> in templates
>>> <http://wiki.koha-community.org/wiki/SQL_Reports_Library_in_templates> 
>>> (equivalent
>>> to the usual but using mediawiki templates). This use Template:Report
>>> <http://wiki.koha-community.org/wiki/Template:Report>.
>>>
>>> Some things happens (or will happen) with JQuery and SQL libraries: A
>>> wiki page is not a good library/database.
>>>
>>> Regards,
>>> Pablo
>>>
>>>
>>> ___
>>> Koha-devel mailing list
>>> Koha-devel@lists.koha-community.org
>>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>>> website : http://www.koha-community.org/
>>> git : http://git.koha-community.org/
>>> bugs : http://bugs.koha-community.org/
>>>
>>
>>
>>
>> --
>> Tomás Cohen Arazi
>> Prosecretaría de Informática
>> Universidad Nacional de Córdoba
>> ✆ +54 351 5353750 ext 13168
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>
>> ___
>> Koha-devel mailing list
>> Koha-devel@lists.koha-community.org
>> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>> website : http://www.koha-community.org/
>> git : http://git.koha-community.org/
>> bugs : http://bugs.koha-community.org/
>>
>
>
> ___
> Koha-devel mailing list
> Koha-devel@lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] SQL Reports Library v2.0

[Pablo Bianchi]

Hi,

I count more than 300 reports on *SQL Reports Library*, is getting a little
bit out of control. Become difficult to:
+ found the needed report,
+ tag them,
+ talk about the report,
+ track easily contributions to each one,
+ link "related" reports, different flavors of the same one,
+ vote them,
+ add easily to Koha,
+ get statistic information,
and much more.

I'm not sure what is the best solution. An ad hoc web development? A friend
suggest me Semanticscuttle .
Trying to at least make things more tidy I create: SQL Reports Library in
templates

(equivalent
to the usual but using mediawiki templates). This use Template:Report
.

Some things happens (or will happen) with JQuery and SQL libraries: A wiki
page is not a good library/database.

Regards,
Pablo
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] Extending OPAC purchase suggestion fields

[Pablo Bianchi]

Hi!

Before using Koha we were using a local develop for purchase suggestion
requests («desdierata»). Now I'm trying to extend/add suggestion fields to
add some data we were asking in the form and Koha doesn't include,
something like what ExtendedPatronAttributes syspref does with patron
fields.
First I naively tried to add to opac-suggestions.tt
  Extrafield:

and  on submit:
  onsubmit="this.note.value=this.note.value+' - '+this.newfield.value;
return true;"

to concatenate extended fields (yeah, dirty) but it seems Suggestions.pm do
a foreach walk over form ids:
Software error: DBIx::Class::ResultSet::create(): No such column alum on
Koha::Schema::Result::Suggestion at /usr/share/koha/lib/C4/Suggestions.pm
line 450

Because I'm trying to touch the less as possible now I'm tring a JQuery
way, but maybe someone already found an easier way...

Regards,

Pablo
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] TTF mapping on koha-conf.xml breaks Patron Card Creator

[Pablo Bianchi]

Thanks for your answer Bernardo.

2015-03-10 12:36 GMT-03:00 Bernardo Gonzalez Kriegel :

> Have you installed ttf-dejavu fonts on server B?
>

​
Yes, it was always installed
​ (
2.34-1ubuntu1
)​
. Is a koha-common dependency: apt-cache showpkg koha-common | grep
ttf-dejavu
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] TTF mapping on koha-conf.xml breaks Patron Card Creator

[Pablo Bianchi]

Hi,

I move a production server from A to B:
A) An "old" Debian Wheezy upgraded up to current 3.18.4.
B) A new Ubuntu Server 14.4 LTS fresh install, also 3.18.4.

On A the librarian use fine the unfriendly label creator but on B the
generated label was blank (only images). Database where identical so I
start looking logs and setup files. The "solution" was just comment out the
new XML section ** on koha-conf.xml.
+ I'm not sure what this section does,  what I'm disabling.
+ I'm not sure if is related to bug 13709
.
+ Even logs where full of things like «Argument "377,33" isn't numeric in
addition» and «Use of uninitialized value» It seems have nothing to do with
the use of comma or dot as decimal separator on (not sanitized?) input
fields. I attach the output of something like *cat
intranet-error-cleaned.log | sort | uniq -c | sort -rn*

Regards,
Pablo
 55 create-pdf.pl: Argument "377,33" isn't numeric in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 108., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 25 create-pdf.pl: "my" variable $template masks earlier declaration in same scope at /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl line 66., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 23 create-pdf.pl: No image passed in. at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 196., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 18 create-pdf.pl: Argument "252,66" isn't numeric in subroutine entry at /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl line 184., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 18 create-pdf.pl: Argument "179,333" isn't numeric in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 109., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 13 create-pdf.pl: Argument "214,667 " isn't numeric in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 109., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
 10 edit-layout.pl: Use of uninitialized value $image in concatenation (.) or string at /usr/share/koha/intranet/cgi-bin/patroncards/edit-layout.pl line 238., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/manage.pl?card_element=layout
 10 edit-layout.pl: Use of uninitialized value $field in concatenation (.) or string at /usr/share/koha/intranet/cgi-bin/patroncards/edit-layout.pl line 230., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/manage.pl?card_element=layout
  9 ysearch.pl: Use of uninitialized value $lasttime in numeric lt (<) at /usr/share/koha/lib/C4/Auth.pm line 1599., referer: http://myNewKoha:8080/cgi-bin/koha/circ/circulation.pl
  9 create-pdf.pl: Use of uninitialized value $PDF::Reuse::objekt[25] in sprintf at /usr/share/perl5/PDF/Reuse.pm line 1093., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  6 create-pdf.pl: Argument "214,667" isn't numeric in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 109., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  5 ysearch.pl: Use of uninitialized value $lasttime in numeric lt (<) at /usr/share/koha/lib/C4/Auth.pm line 1599., referer: http://myNewKoha:8080/cgi-bin/koha/catalogue/detail.pl?biblionumber=827
  5 edit-layout.pl: Use of uninitialized value $image in numeric lt (<) at /usr/share/koha/intranet/cgi-bin/patroncards/edit-layout.pl line 238., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/manage.pl?card_element=layout
  5 edit-layout.pl: Use of uninitialized value $field in numeric lt (<) at /usr/share/koha/intranet/cgi-bin/patroncards/edit-layout.pl line 230., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/manage.pl?card_element=layout
  5 create-pdf.pl: Use of uninitialized value $PDF::Reuse::objekt[403] in sprintf at /usr/share/perl5/PDF/Reuse.pm line 1093., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  5 create-pdf.pl: No image exists for borrower number 29119. at /usr/share/koha/intranet/cgi-bin/patroncards/create-pdf.pl line 149., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  4 edit-layout.pl: Use of uninitialized value in string ne at /usr/share/koha/intranet/cgi-bin/patroncards/edit-layout.pl line 196., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/edit-layout.pl?op=edit&element_id=23
  4 create-pdf.pl: Use of uninitialized value in string eq at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 193., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  4 create-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/Patroncards/Patroncard.pm line 195., referer: http://myNewKoha:8080/cgi-bin/koha/patroncards/print.pl
  4 create-pdf.pl: Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/Pa

Re: [Koha-devel] Kohacon 2014 in Córdoba, Argentina

[Pablo Bianchi]

2013/10/7 Tomas Cohen Arazi 

> On Mon, Oct 7, 2013 at 7:48 AM, Mirko <5...@gmx.de> wrote:
>
>> Hi everybody,
>>
>> Kohacon 2014 will take place in Córdoba, Argentina! Congratulations!
>>
>
> Yay!
>
> Thanks fellows for trusting us for such an important event. We will put
> all our efforts to make KohaCon14 unforgetable :-D
>

Congratulations! I'll be very proud and happy to have you all in my
country! *:)*

Pablo Bianchi
Buenos Aires, Argentina
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Re: [Koha-devel] StackExchange alternative on ask.koha-community.org

[Pablo Bianchi]

Hola Tomás!

2013/8/2 Tomas Cohen Arazi 

> On Fri, Aug 2, 2013 at 12:50 PM, Pablo Bianchi wrote:
>
>> Following StackOverflow sites like askubuntu.com or ask.libreoffice.org,
>> I wonder what you think about using an open source alternative like Askboot
>> (or OSQA, or Coordino) on ask.koha-community.org. For English
>> <http://ask.koha-community.org/en/>ask.koha-community.org/en/, es/ for
>> Spanish, and so on; using the same login as other Koha services like the
>> wiki. I think it's a much better way to solve mortals most common issues.
>>
>
> Do you propose replacing the lists in favor of an opensource stackoverflow
> or something like that?
> Could you elaborate on the benefits of such a move?
>

I know is a big move. I just want to know what does the community think. I
think will just complement, not replace the list. A lot of people isn't
familiar with this approach, but for others... Some of the benefits are
known: easier to find the answer to problems, analyze "hot" issues, easier
recognition to the ones who help more, etc.
You know I'm proud to have created the Spanish community group, and I don't
think this could (nor should) replace it, but it seems to me is matter of
time this kind of tool to be used in such a big project like Koha :)
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] StackExchange alternative on ask.koha-community.org

[Pablo Bianchi]

Hi all!

Following StackOverflow sites like askubuntu.com or ask.libreoffice.org, I
wonder what you think about using an open source alternative like Askboot
(or OSQA, or Coordino) on ask.koha-community.org. For English
<http://ask.koha-community.org/en/>ask.koha-community.org/en/, es/ for
Spanish, and so on; using the same login as other Koha services like the
wiki. I think it's a much better way to solve mortals most common issues.

Regards,
Pablo Bianchi

*Related links*
http://area51.stackexchange.com/faq
http://coordino.com/
http://www.osqa.net/
https://askbot.com/
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

[Koha-devel] Koha + LDAP

[Pablo Bianchi]

Hi all!

I'm trying to set up a Koha instance (stable, v3.12, koha-common) with an
OpenLDAP. I already setup koha-conf.xml and fix every LDAP error I had,
using the output of:
/usr/share/koha/opac/cgi-bin/opac/opac-user.pl userid="1"
password="1234" >/dev/null

But now this only gives me:
Use of uninitialized value $pki_field in string eq at
/usr/share/koha/lib/C4/Auth.pm line 789,  line 522.
Use of uninitialized value $pki_field in string eq at
/usr/share/koha/lib/C4/Auth.pm line 789,  line 522.
Use of uninitialized value $retuserid in string ne at
/usr/share/koha/lib/C4/Auth.pm line 826,  line 522.

Same on intranet-error.log or opac-error.log, trying via web; same lines if
ldap user or local user. But logging with local accounts works fine, the
problem is just with LDAP, which AFAIK use MD5, so I was wondering if all
this have something to do with bug
#9611.
Already installed Crypt::Eksblowfish::Bcrypt and Crypt::Random::Source
without luck. Using ldapsearch to fetch user information works fine.

Any ideas?

Regards,
Pablo

PS: JFTR, I needed to touch Auth_wiith_ldap.pm line ~81 (*my $filter...*)
to have only one hit (strange LDAP tree).
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/