Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Espacenet version will probably require adaptations #4

Open
aghster opened this issue Nov 28, 2018 · 5 comments
Open

New Espacenet version will probably require adaptations #4

aghster opened this issue Nov 28, 2018 · 5 comments

Comments

@aghster
Copy link
Contributor

aghster commented Nov 28, 2018

Hi,

the EPO has recently released a beta of the upcoming new Espacenet. When the current Espacenet will be replaced by the new one, this will probably require some adaptation of all services that obtain their data by crawling Espacenet.

I just wanted to give you a heads up.

@amotl
Copy link
Member

amotl commented Nov 28, 2018

Thanks for the heads up! Let's have a look at this on behalf of the canonical example document EP0666666.

As far as i can see, links should go to [1], at least while in beta, that is. However, this won't open the detail view, so getting what you want will be another click away.

Also, fulltext information would be available in JSON format from e.g. [2,3]. However, as OPS is the primary data source here, this would just be used in fallback situations. If full text information for more authorities will be available through OPS (as you mentioned in #3), this fallback would probably become obsolete.

[1] https://worldwide.espacenet.com/beta/search/publication/EP0666666
[2] https://worldwide.espacenet.com/3.2/rest-services/highlight/family/022711419/publication/EP/0666666/A2?fields=publications.claims_en&q=pn=EP0666666
[3] https://worldwide.espacenet.com/3.2/rest-services/highlight/family/022711419/publication/EP/0666666/A2?fields=publications.desc_en&q=pn=EP0666666

@aghster
Copy link
Contributor Author

aghster commented Nov 30, 2018

OPS still lacks full-text for DE and US, for example, while Espacenet apparently covers these authorities. Therefore, I think the fallback to Espacenet is rather important, as long as OPS does not cover all main authorities.

Can a link of type [2] be compiled through a script? Where do you get the familiy number from?

@amotl
Copy link
Member

amotl commented Nov 30, 2018

OPS still lacks full-text for DE and US [...] therefore I think the fallback to Espacenet is rather important

Ahja, bummer. Then we will have to keep it, thanks!

Can a link of type [2] be compiled through a script?

Good question, i was thinking the same. The link above will trigger when clicking on the document in the left hand side of the navigation in New Espacenet.

Where do you get the family number from?

It is probably the family ID, right? If EPO uses the same identifiers as in the OPS system here, we will have a way to line this slot properly, being able to generate the full URL to the resource.

@amotl
Copy link
Member

amotl commented Feb 8, 2019

The "aggregated" endpoint also yields a nice response, see [1].

[1] https://worldwide.espacenet.com/3.2/rest-services/search/family/022711419/aggregated/biblio?q=pn%3DEP0666666&qlang=cql

amotl added a commit that referenced this issue Feb 13, 2019
@amotl
Copy link
Member

amotl commented Jun 15, 2022

Dear @aghster,

c3f1dff, 2d89bc6 and bc10015 will bring in some fixes and improvements to the Espacenet adapter subsystem.

With kind regards,
Andreas.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants