Better logging
print stack trace
SPARQL template names are found with simple type name
Purge catalogue items
deprecation
refactoring for proper publishing on JRR
Refactoring for proper publishing on JRR
Removed dep to gcube registry and ignore integration tests
Removed ?? from comments
CRM.E29_Design_or_Procedure should always win as specific type (George maps Standard as Dataset and Design_or_Procedure but we want to see them among the Standards, not the datasets).
Setting owner_org based on the datasource name
According to george's feedback, base types to be considered for the JRR are {Project, Service, Actors, Datasets, Software, Physical Collections, Standards} i.e. {PE35_Project, PE1_Service, E39_Actor, PE18_Dataset, D14_Software, E78_Collection, E29_Design_or_Procedure)....
New methods to get subjects with pagination given a datasource API
handling groups with datasourcename
Do not eregister all resources in a given RDF: only the resource whose URI is in the header/objIdentifier
including PE28_Curation_Plan in catalogue registration
Nicer json for Actors on the catalogue
just ordering
We do not want to register E55_Types
some logs to INFO
Removed deprecated classes
Isolate the registration on the catalogue temporarly
Better try using InputStream...
Debugging "org.apache.jena.riot.RiotNotFoundException: Not found" and related(?) parsing issue
I think we must use an InfModel to process the rdf before registering it
throws exception whenever needed
Extract the rdf block from the record submitted for registration
it sounds like we are passing wrong data to the register method...let's see
Using an infModel
No need to infer in memory: we can have the inference rule run directly on virtuoso
refactoring
tostring method
Refactoring and deprecation for registration on catalogue and registry
Let's skip empty records
Moved to common package
Added client for CKAN Catlaogue and refactoring