EPrints Technical Mailing List Archive
Message: #08228
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- To: David R Newman <drn@ecs.soton.ac.uk>, "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- From: Liam Green-Hughes <L.E.Green-Hughes@kent.ac.uk>
- Date: Mon, 29 Jun 2020 09:13:43 +0000
Hi David,
Absolutely! This wasn't really meant to be production ready and just a quick experiment. There are multiple ways to do this, you could for instance do some sort of AJAX call and show the results as suggested keywords, or as you say add them via the event queue.
One thing I would probably want to do before putting it in production would be to have some way of monitoring the number of Azure API calls that had been made as, like many services in the cloud, the price you pay depends on how much you use it. I'd probably
want to abstract the service used as well so that people can use their favoured provider (if they have equivalent services).
Thanks
Liam
From: David R Newman <drn@ecs.soton.ac.uk>
Sent: 29 June 2020 10:05 To: eprints-tech@ecs.soton.ac.uk <eprints-tech@ecs.soton.ac.uk>; Liam Green-Hughes <L.E.Green-Hughes@kent.ac.uk> Subject: Re: [EP-tech] Experimental integration with MS Azure Cognitive Services One thing I forgot to mention was that this call is probably better as an event queue task rather than a before commit trigger. As if you are relying on a third-party application you don't want to be waiting on this before the page can reload. If you are
only send the abstract that is probably going to be fairly rapid. However, sometimes abstracts can be rather long and I can imagine the service being less responsive at times. So you may wait a while before you get a response back, so you can reload the page.
Obviously the disadvantage of having an event queue task is that you will end up with two revisions rather than one. However, your code at the moment suggests this service will only be called once, as once there are keywords it cannot be run again.
Just another thought: If you were to change this so keywords could be updated, obviously you would want to check to see the fields that were being sent for keywords analysis had changed and only call this service if they had. You would also need some code
to parse the current and returned keywords to merge them together.
On 29/06/2020 09:54, David R Newman via Eprints-tech wrote:
|
- Follow-Ups:
- Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- From: Liam Green-Hughes <L.E.Green-Hughes@kent.ac.uk>
- Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- References:
- [EP-tech] Experimental integration with MS Azure Cognitive Services
- From: Liam Green-Hughes <L.E.Green-Hughes@kent.ac.uk>
- Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- From: David R Newman <drn@ecs.soton.ac.uk>
- Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- From: Liam Green-Hughes <L.E.Green-Hughes@kent.ac.uk>
- [EP-tech] Experimental integration with MS Azure Cognitive Services
- Prev by Date: Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- Next by Date: Re: [EP-tech] Experimental integration with MS Azure Cognitive Services
- Previous by thread: [EP-tech] Sort view with creators_name and corp_creators
- Index(es):