rofr.ivoa.net question

[Kostandin Vrioni]

Dear Patrick,


We had recently a telecon on the RofR resource update and validation process, please check the link for details: 
https://wiki.ivoa.net/twiki/bin/view/IVOA/RegistryTelecon2019A 


The problem I think is that we have 3 version of your Registry resource:
In RofR: URL: http://rofr.ivoa.net/cgi-bin/oai.pl?verb=GetRecord&metadataPrefix=ivo_vor&identifier=ivo://cadc.nrc.ca/registry  Updated attribute: 2018-01-24Harvest URL: http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/reg/oaiIn our registry:URL: http://registry.euro-vo.org/oai.jsp?verb=GetRecord&metadataPrefix=ivo_vor&identifier=ivo://cadc.nrc.ca/registryUpdated attribute: 2018-01-24Harvest URL: http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/reg10/OAIHandlerv1_0In your registry: URL: http://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/reg/oai?verb=IdentifyUpdated attribute: 2019-06-14Harvest URL: https://www.cadc-ccda.hia-iha.nrc-cnrc.gc.ca/reg/oai
Therefore:
Our registry version has a wrong Harvest URL therefore is not updating your resource because it cannot reach the site at all.Our registry is not updating your registry resource from RofR because both has Updated attribute: 2018-01-24.The RofR is not updating your registry resource because your registry failed on RofR validation (see also the telecon notes)


Solution:
   I suggest you ask RofR for manual update of your resource and bypass the validation at least for this time.





I remain at your disposal for any further information.


Kind regards,
Costas


Kostandin Vrioni │ Senior Software Engineer
NEUROPUBLIC SA │ 6 Methonis Str, Piraeus, 18545, Attica, Greece
Τ : 210 4101010 – ext. 3882 │ F : 210 4101013 │ W : www.neuropublic.gr | www.gaiasense.gr
    
Information Technologies | Smart Farming Services   
Join us in 



 From:   Patrick Dowler <pdowler.cadc at gmail.com> 
 To:   <registry at ivoa.net> 
 Sent:   14/06/2019 9:34 PM 
 Subject:   rofr.ivoa.net question 





If I modify the records for my own registry internally an that is exposed via OAI publishing endpoint, is rofr.ivoa.net supposed to automatically pick that up? That is, does rofr periodically re-harvest/update registry records? Or are other harvesters expected to come to my OAI endpoint themselves? 



Awhile back I changed the accessURL for our registry from http to https and I did change the timestamps as well. Then yesterday I was trying to figure out why CADC services had disappeared from the GAVO registry.... when I checked EuroVO registry it contained much older (2018-01-24) records than we are currently publishing (2019-04-05) for our registry itself. Costas 

says that EuroVO is comparing our registry record from rofr with the one it has and rofr has the 2018-01-24 record...


Do I need to poke rofr somehow? Can I automate that?


There was an issue where Identify returned an http URL which didn't match the https URL from ivo://cadc.nrc.ca/registry but that is fixed and timestamps updated.. maybe that is related.



Aside: our registry is still a bit of a hack and fails OAI Validation - it does pass all IVOA and VOResource tests. 






--

Patrick Dowler
Canadian Astronomy Data Centre
Victoria, BC, Canada
 

Αποποίηση ευθυνών - Disclaimer

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ae5d6232-13c1-435a-b90a-dd8a2d94202b.png
Type: image/png
Size: 1953 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 8ca7183d-9cf2-43f2-a832-b46f8f30011d.png
Type: image/png
Size: 1886 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 61065366-0f7c-4c66-8246-48070accf1bf.png
Type: image/png
Size: 1890 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ce94be0e-c886-4980-a87f-6bab347d546e.png
Type: image/png
Size: 6307 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: f62db48c-4a68-4325-a86c-e791dd90136d.png
Type: image/png
Size: 4635 bytes
Desc: not available
URL: <http://mail.ivoa.net/pipermail/registry/attachments/20190618/25bb835a/attachment-0009.png>