EPrints Technical Mailing List Archive

Message: #05216

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: Autocompletion, external source: ROMEO

Hi Alen,
I tried to test your plugin without any luck. I followed the instructions exactly as they are explained in Readme.md, but I should somehow change the workflow to use your romeo plugin when searching for autocompletion, right? This is not explained in the README.md. Moreover, making the modifications in the workflow -as instructed by README.md-, I'm getting a new tab in my worfklow (where I have to add some phrases if I manage to make it work) with one step that displays: 

["Plugin/InputForm/Component/Romeo:romeo" not defined]romeo_issn_undefined

So, I think something more must be missing.

Thanks again!


On 01/12/2015 07:51 μμ, alen vodopijevec wrote:

Hi George!

We have changed a workflow a bit and put Romeo lookup after metadata
input and before actual uploading document. And it shows a bit more of
information.

You can take a look here:
https://github.com/alenkovich/Eprints-Romeo-lookup

And you can use API output to generate some <span style="background:
$romeocolor"> inside <li> element for the autocomplete dropdown.. just a
guess :)

Best,
Alen
--
http://fulir.irb.hr



On 12/01/2015 04:46 PM, George Mamalakis wrote:

On 01/12/2015 05:23 μμ, George Mamalakis wrote:

On 01/12/2015 01:14 μμ, George Mamalakis wrote:

On 01/12/2015 09:59 πμ, Ian Stuart wrote:

On 30/11/15 15:52, George Mamalakis wrote:

Hi everybody,

I'm almost done with my installation/configuration. These are my last
questions, and once I'm through with them I'll finally air my EPrints
installation!! :):)

My library staff asked me to use the ROMEO url lookup (by looking up its
database). So, I tried to follow the specific wiki section of the
autocompletion guide
(http://wiki.eprints.org/w/Autocompletion#external_source), aaaaand...of
course I didn't manage it :(.

I edited my field to call the new lookup function and added the new
lookup function in my config. I don't seem to be getting any errors in
my apache log files, and I can see with tcpdump that whenever the
autocomplete ajax request is triggered, traffic from my machine to port
80 of www.nottingham.ac.uk is generated (which probably implies that my
queries are sent there via some service). Nonetheless, I don't seem to
see any feedback in my field.

More specifically, my cfg/workflows/eprint/default.xml is as follows:

<component type="Field::Multi"><field ref="ml_title" required="yes"
input_lookup_url="{$config{rel_cgipath}}/users/lookup/get_journals"
input_lookup_params="id={eprintid}&amp;dataset=eprint&amp;field=ml_title"/></component>


since I'm using a multilingual setup (so I'm using the ml_title field
instead of the title field), and my
~eprints/cgi/users/lookup/get_journals is exactly the one shown in the
wiki page.

I recognise my writing style :)

Is cgi/get_journals returning any data?

Try knocking up a quick script which basically does "perl get_journals"
- but includes all the stuff you need to get the library path for
EPrints, and provides the current repository.

The get_journals script as on the page should be dumping html fragments
into your apache error_log (the ' warn "\n\n$html\n\n";' line in
'process_journal' - if you're seeing nothing, then the LWP::UserAgent
call isn't getting any data - add some debugging statements into the
code to check the value of $query, and of $content (in 'get_journals')


:):)

OK Ian, I'll look into it and will come with my findings!

Thanks!


Hi Ian,

I think that the problem was related to me having misunderstood what to
expect :). I thought that ROMEO was looking for a publication's title
(title field), not Journal's title (publication field), so I was not
getting any results when I used some known publication titles. Once I
saw the query sent in the specific code:

my $query =
"http://www.sherpa.ac.uk/romeoapi.php?qtype=starts&jtitle=$journal";;

I realised my mistake. So, I tried the query myself with some known
journal titles, and found out it didn't work either. So, for example
running:

http://www.sherpa.ac.uk/romeoapi.php?qtype=starts&jtitle=computers

in my browser returned notFound, whereas it shouldn't. Surfing through
sherpa.ac.uk site, I read that they are now using a different api
(http://www.sherpa.ac.uk/romeo/api.html), from where I copied the new
url in the proper place, and now it seems to work. The change is this:

my $query =
"http://www.sherpa.ac.uk/romeo/api29.php?qtype=starts&jtitle=$journal";;

OK, so the fun part is that I accidentally found a bug and its
"solution" :):).

Sadly, I'm not super-convinced that it works very well (the results are
OK, but maybe the return-value syntax has changed or something), because
when playing with it I see that once I start typing a query using the
form (let's say "computers") the form returns some suggestions. Once I
delete it and type something else (eg. applied) then the new suggestions
contain some suggestions from the previous query -especially if the
mouse pointer is on top of the list that appears-, and generally results
start becoming a bit messy. Hence, I am not sure we should change the
Wiki yet, because maybe the script still needs some changes.

Thanks again for the help!!

George.


Moreover, does anybody know how someone could achieve the autocompletion
of journal title found here:
http://www.eprints.org/software/training/users/depositing.php  ?
(including the colours I mean).

Thanks in advance,

George.


*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/




--
George Mamalakis

IT and Security Officer,
Electrical and Computer Engineer (Aristotle Univ. of Thessaloniki),
PhD (Aristotle Univ. of Thessaloniki),
MSc (Imperial College of London)

School of Electrical and Computer Engineering
Aristotle University of Thessaloniki

phone number : +30 (2310) 994379