handle httpstatus properly
Added method to delete a resource by uuid
added missing namespace
removed useless resource
Ignore tests that require a running virtuoso on localhost
Added @RunWith(JUnit4.class)
Deleted wrong RIOT writer
Cleanup after creating resources
fixed test
Annotation for tests
test to ensure the sparql template are well formed and once instantiated they are correctly processed by virtuoso
No need dedicated resource file in test to test the template loading
Loggin the XML only if it caused an error
removed wrong } in service sparql template
Getting the item title from the label if a proper title cannot be found
Isolate the registration on the catalogue temporarly
test
better regex to have alphanumeric item and group names for the catalogue
Basic implementation for E55 and E29 to the catalogue
Added TODO to remember in the near future about the error handling
Let's try to get the providers for all types of resources
provider must come with at least the title
Let's get also the maintaining RI as provider (so they will also be added as groups)
Registering providers as catalogue groups
Better try using InputStream...
Debugging "org.apache.jena.riot.RiotNotFoundException: Not found" and related(?) parsing issue
Added missing dots in sparql templates
fixed sparql template
Let's not log all queries, just the template name
removed old deploy.info~
removed old pom~
fixed commas
Better to set the title and ensure the group name complies with the catalogue requirements
Ensure the provider names are already registered as catalogue groups
Resolved TODOs in sparql query templates
removed duplicate line and re-order for haspart rels
curation plan in sparql template
subjects and coverages in sparql template
provided service
actor members
has_maintaining_team with optional contact points
PP1 currently offers
Curates relationships
curation relationships
Fixed hosted_by
formatting
re-using getLabel method
Thanks to sprql template activitytype can be accessed as literal
Thanks to sparql template service competence can be accessed as a simple label
Optional rdfs:label in sparql templates
optional description in sparql templates
Because of how we construct the RDF that we read from Virtuoso (see sparql templates), the title is always a literal.
More metadata for the catalogue based on the minimal metadata (https://docs.google.com/spreadsheets/d/1JAvI9AYP4yn6Lj-ABvzA3xqm4CpOulEeuHXmPTrs6so/edit#gid=1550301525)
Added constants for PARTHENOS_BASE_URL
crm prefix was unknown, let's use the full URI names fro the types we want to skip
Let's exclude E55_Type and E41_Appellation, not all entities whose type is not in the parthenos namespace
resolved TODOs
x3ml-engine upgraded to spring4: removed exclusion and enlarged the dependency version range
Enrich the values to add to a resource in the catalogue
Fixed xml validation error
ensure we do not get 1.8.5-SNAPSHOT
Opened range for x3ml-engine dependency: up to 1.9.0 excluded
Updated parthenos top level entities mapping
fixed missing descriptions
I think we must use an InfModel to process the rdf before registering it
Because of https://support.d4science.org/issues/11466, let's not throw exception, but let's try to continue, if possible.Purge method implemented and tested
without testing a woman can die
do not log the response from the catalogue
Fixed parsing of error information in cataloague response
Ensure the ckan name is lowercase
throws exception whenever needed
throws exception
Checking POST response status code before accessing the response body
Debugging for unexpected NPE
Testing RecordParserHelper
Use the correct namespace for oai fields
new tests for xml declaration
Ensure the rdf string returned by the VirtuosoReadAPI does not start with the XML declaration before using it inside the metadata element
Extract the rdf block from the record submitted for registration
No need to go through jena Model before delivering the response in the output stream
removed VTD Parser cause there was a problem on parsing huge xml
it sounds like we are passing wrong data to the register method...let's see
No need to log the endpoint every time
Can't use jena Query because does not support inference rule, can't use jena HttpEngine because it does not support long queryif we do not use Query: hence let's query with handmade post request to the sparql endpoint.
Need to set the Accept header, not Content-Type
Getting unexpected 406 because of wrong sparql query..some debug logs might help
Fixed freemarker configuration setting
testing template loading
Fixed compilation for test
updated resid based on the one assigned by parthenos beta
We should not need to handle generic "Things"
Using an infModel
just todo comment
sparql queries are now freemarker templates where the subjectURL can be injected
Comments in sparql are identified by #, not //
Added declaration to use inference rules
modified schema: from dateTime to string for lastupdatedate and minOccurs="0" for ENVIRONMENTS
cleanup