lodlive / lodlive Goto Github PK

View Code? Open in Web Editor NEW

195.0 38.0 83.0 3.51 MB

browse the web of data - a SPARQL navigator

Home Page: http://lodlive.it

License: MIT License

CSS 9.55% JavaScript 69.49% HTML 20.94% Dockerfile 0.01%

lodlive's Introduction

LodLive

browse the web of data - a SPARQL navigator

LodLive is an experimental project that was set-up to spread and promote the linked-open-data philosophy and to create a tool that can be used for connecting RDF browser capabilities with the effectiveness of data graph representation.

LodLive is the first navigator to use RDF resources based solely on SPARQL endpoints.

LodLive aims to demonstrate how resources published by W3C standards for the semantic web can be made easily accessible and legible with a few viable tools.

LodLive is capable of connecting the resources existing in its configured endpoints, allowing the user to pass from one endpoint to another by making use of LOD interconnection capacities.

About us

LodLive is ideated and maintained by Diego Valerio Camarda and Alessandro Antonuccio with the support of Silvia Mazzini.
Diego is the RDF guy behind the technology (see https://www.linkedin.com/in/dvcama)
Alessandro is the designer responsible for the interface and the UX (see http://hstudio.it)

lodlive's People

Contributors

Stargazers

Watchers

Forkers

drspeedo cintamani theoryno3 nverwer szydan gyandroid johnulist dariobottazzi cabelandia natymos allenwade3 asanchez75 alexanderwillner scriptotek nalleyda honnix fiteagle federicomorando dzhelil zhichun lianliangwu withjam fekaputra ameydhavle kvovarology mjabuz renevoorburg literarymachine sotty indera trevorlazarus tr3vr iswariya bshambaugh jpevain adamrmor ziodave jaw111 deductions vivanov004 odalic michaeljohns2 smazzini rondinif consensys batala jmvanel lambert7654 orinciog joetm nickheidke junchuan zorgio lucreitus jimyhuang retog ayudhien alexanders0 adnansalehin iotketi drsnowbird francesco994 cybermaggedon ricardorogeri stlab-istc-cnr my-sunny kad-kolka ngcps999 eknutov ladrl pmeekshy edgarcap paolopast95 freesosaifared jiangguo1982 aorogat minenhlelanga soduco

lodlive's Issues

Add authorization header

I'm testing a local SPARQL endpoint that requires an Authorization header. Is it possible to add the header at lodlive.profile.js? If so, can you provide any examples please?

LodLive's sending requests to external proxies which is slowing things down

We've LodLive and LodView setup on a VM on Google Cloud, LodView loads fast, but LodLive takes much longer to load a resource.

I analysed the network traffic and LodLive seems to be sending requests to :

data.camera.it/sparql?
data.acs.benicultural.it/sparql?
data.cur.it/sparql?

and a few others, is there a way to fix this, I noticed the linkedjazz instance of LodLive is much faster.

Consider filtering out qb:slice

qb:slice property usually points to a lot of qb:Observations. If triples with qb:slice are stored earlier on in the store for a given subject, then the SPARQL query will return triples that's not particular (or at least the most) interesting for a resource.

Add button to save current graph

Maybe based on http://stackoverflow.com/questions/19699366/html5-canvas-to-pdf

Add support for WKT literals on map

In many cases points and geometries are defined using WKT literals using http://www.opengis.net/ont/geosparql#asWKT property.

Would be nice to show these on the map view. Support for POINT, POLYGON and MULTIPOLYGON would be ideal.

user/passw for digest protected LD Endpoints ?

my compliments for the very nice visualisation!!!

My Endpoints are DIGEST secured. How can I insert in the profile the credentials of a technical user to access the endpoint?

Thanks in advance
Regards

browse local graph

Can I use LodLive (Javascript only?) by feeding it a local RDF file or a graph in a JavaScript-store like rdflib.js? Thanks!

How to configure endpoints?

I've tried to input this resource URI: http://collection.britishmuseum.org/id/object/PPA82633, however this returns the error message "no endpoint configured for the resource". I recall being able to visualize resources from the British Museum LOD in the past on lodlive - has the software changed?

Too many language labels

Hi,
Is there a way to specify the preferred language in LodLive?
Consider this : http://lod.kb.nl/LodLive/?http://viaf.org/viaf/64013650
Some resources contain too many language labels to fit into the cicle.

Thanks,
Roland

multiple data sources?

Is it possible to point LodLive at multiple data sources?

It'd excellent to have the ability to point LodLive at multiple SPARQL endpoints, and perhaps also multiple RDF files. This may slow down the interface, but could add some useful functionality.

Scenario: In a foaf.rdf file, someone has a number of foaf:topic_interest triples. Some are pointing at dbpedia resources, others FreeBase resources, and others are Yago resources. It'd be great if within LodLive, a user can click any one of the foaf:topic_interest properties, and the 3 SPARQL endpoints for dbpedia, freebase and yago are all queries for the URI object of the foaf:topic_interest triple.

This'd allow people to point LodLive an .rdf file to begin with.. and "walk away" from it in various directions.. regardless of the choice of resource namespaces used.

Is this a feasible and sensible idea?

not working with https

https://github.com/dvcama/LodLive/blob/e90f5887cdec2bf347597c33653504cdf4e4e01f/js/lodlive.core.js#L134

Lodlive not work with https url, should be:
var base = uri.replace(/(^http[s]{0,1}:\/\/[^\/]+\/).+/, "$1");

Empty node on SKOS content

I am using since yesterday lodlive on some thesauri like GETTY and it is working well!

I would like to use lodlive to browse a thesaurus in SKOS format like in http://82.192.234.100:25818/bigdata/namespace/mb_zhdk_alle_thesauri_noinf/sparql/

I have configured this endpoint in the properties with

    'LODZ mb_zhdk_alle_thesauri_noinf' : {
        description : {
            en : 'mb_zhdk_alle_thesauri_noinf (unprotected)'
        },
        useForInverseSameAs : false,
        endpoint : 'http://82.192.234.100:25818/bigdata/namespace/mb_zhdk_alle_thesauri_noinf/sparql/',
        examples : [{
            label : 'Kultur',
            uri : 'http://lodzh.org/ZHDKThesaurus/194'
        }]
    },

When I position lodlive on http://lodzh.org/ZHDKThesaurus/194 - which is a valid entity descriptor inside that endpoint - it should show the SKOS entity associated with that descriptor.

Unfortunately lodlive does not show anything - just a node with the URI and the node is not expandable.

Clicking on "more info" I get
no endpoint configured for the resource, generating temporary graph
SELECT DISTINCT * WHERE {http://lodzh.org/ZHDKThesaurus/1960 ?property ?object. FILTER(?property != http://dbpedia.org/ontology/wikiPageWikiLink)} ORDER BY ?property

What does this have to do with http://dbpedia.org/ontology/wikiPageWikiLink ???

Any idea why this is so?

Thank you very much in advance
Regards

no arcs since rdfs:label-labels added

Does this require some new additional configuration? I don’t get any labels or lines now.
I downloaded the new zip, unpacked it, placed it in /var/www/html, and replaced localhost with my IP address in lodlive.profile.js

Support polling or persistence of graph layout

In our use case we're modifying the underlying graph while visualizing it with LodLive. In would be fantastic if the shown graph could update itself regularly (e.g. by polling in the background) or at least to remember its state (positions of the bubbles etc.) when reloading.

By default expand given URI

Take for instance this URI from a well behaved SPARQL + browsable graph (a Virtuoso server like dbPedia)
http://en.lodlive.it/?http://taxref.mnhn.fr/lod/taxon/111289/13.0
Only a single circle initally appears, this is not very engaging.
The tool will be much more usable, useful and appealing if the given URI is expanded by default.

Better clickable tool icons

The clickable tool icons : * and the icon with 4 lines of text, are too small to be clicked easily, at least on my 1920 x 1080 screen.
More importantly, these tool icons should not need to be clicked, they should expand when hovering on them. And the result of expansion of "*" tool icon should be larger.

Retrieve rdf for a resource from its url identifier

when no enpoint are configured it would be useful to try to get a resource from its url in a pure linked data style usindg content negotiation.
This would allow to use Viaf linked Data for example

resource not found

HI Diego,
I am getting "resource not found" at LodLive again. I am using a plain rdf, with no endpoint configured. It was working fine untill last week. Could you check that proxy? :)

Best and again, congrats for this great tool.
Leticia

Literal values not showing when I configure my endpoint

When I configure my endpoint in lodlive.profile.js, the literal values are not showing on the black sprite(info) box on the left. When I use the default configuration that uses the regesta resource proxy, it shows up correctly, Am I doing something wrong?

Allowing different RDF resource identifiers

At the moment, LodLive is quite strict about what RDF resource identifiers it allows: They must start with "http", and only the special characters ":" and "/" are allowed (and decoded).
In order to relax these constraints, I made some modifications to lodlive.app.js:

Line 27:

if (loca.indexOf('?http') != -1) {

becomes:

if ($(location).attr('search').length > 0) {

Line 34: The whole if statement can be replaced by:

res = decodeURIComponent(res);

resource not found

Hi,
Thanks for this great tool! I was using it to browse my graph until this morning when I started to get "resource not found". Any hint?
Best and congrats for the tool.

endpoints other than virtuoso

Is LodLive expected to work with triplestores other than virtuoso? I have downloaded the project from github and installed it on a server that has virtuoso, stardog and blazegraph. It's working well with virtuoso but not the others. All of them are responsive to CURL requests, even from remote hosts.

I see some references to sesame endpoint and proxies, like this for http://data.linkedmdb.org
endpointType : 'sesame',
proxy : 'http://lodview.it/simple-proxy/resourceProxy/',
endpoint : 'http://data.linkedmdb.org/sparql',

But I don't understand what endpoints are supported or what the proxy does.

Can you recommend a way to trace my failed attempts? I don't see anything in my webserver's error log.

Browsing LOD published as JSON-LD doesn't work

For example:
http://en.lodlive.it/?http://musicbrainz.org/release-group/d3bc1a64-7561-3787-b680-0003aa50f8f1

Is it possible to add support for JSON-LD?

IRI dereferencer

A feature that dereferences and displayes the IRI when the cursor hovers over the small circles and gears would enhance the app.

Inverse relations don't show the link

Inversely related resources show up, but the links that connect them do not show up. Am I doing something wrong?

Support for hash url

Url che hanno un # non sono correttamente visualizzate.
Vorrei ad esempio navigare su risorse di questo tipo : http://culturaitalia.it/pico/thesaurus/4.1#teatro
Probabilmente la soluzione potrebbe passare dal encodare l'hash infatti importando il suddetto dataset e mettendo nell'url http://culturaitalia.it/pico/thesaurus/4.1%23teatro la risorsa viene correttamente visualizzata.

Improve UI for touch screen devices

When I touch and drag a circle on a touch-screen device, the whole screen scrolls rather than repositioning the selected circle.

This makes it impossible to re-arrange entities using a tablet/phone as one would intuitively expect.

Blazegraph locale

Hi,
I'm trying to access a blazegraph from chrome with cors disabled using a local copy of LodLive

I'm using the lodlive.profile-localhost-example.js as lodlive.profile with endpoint 'https://data.budget.g0v.it/sparql'

I also configured

$.jStorage.set('endpoints', {
	all : 'format=json',
});

From chrome console it seams that the sparql si succesfully called:

https://data.budget.g0v.it/sparql?format=json&query=SELECT%20DISTINCT%20*%20WHERE%20%7B%3Chttp%3A%2F%2Fmef.linkeddata.cloud%2Fresource%2Fspd_dlb_spe_elb_cap_01_2020_08-003-010-0004%3E%20%3Fproperty%20%3Fobject%7D%20ORDER%20BY%20%3Fproperty&callback=lodlive

And the response seems ok:

{
  "head" : {
    "vars" : [ "property", "object" ]
  },
  "results" : {
    "bindings" : [ {
      "property" : {
        "type" : "uri",
        "value" : "http://linkeddata.center/botk-fr/v1#amount"
      },
      "object" : {
        "datatype" : "http://www.w3.org/2001/XMLSchema#decimal",
        "type" : "literal",
        "value" : "1750888484"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://linkeddata.center/botk-fr/v1#concept"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_08-003-010-0004"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://linkeddata.center/botk-fr/v1#isPartOf"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_08-003-010"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://purl.org/linked-data/cube#dataSet"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/1999/02/22-rdf-syntax-ns#type"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://linkeddata.center/botk-fr/v1#Component"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/1999/02/22-rdf-syntax-ns#type"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://w3id.org/g0v/it/mef#Azione"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/1999/02/22-rdf-syntax-ns#type"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#Concept"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#broader"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_08-003-010"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#definition"
      },
      "object" : {
        "xml:lang" : "it",
        "type" : "literal",
        "value" : "Attribuzione contributi specifici in favore di determinati Enti Locali"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#inScheme"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2076"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2077"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2078"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2079"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2080"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2082"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2083"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2087"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2088"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2091"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2092"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2097"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2099"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2103"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2104"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2105"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2106"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2109"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2110"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2116"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2117"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2118"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2121"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2122"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2123"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2125"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2126"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2127"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2128"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2129"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2131"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2132"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2133"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2134"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2135"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#narrower"
      },
      "object" : {
        "type" : "uri",
        "value" : "http://mef.linkeddata.cloud/resource/spd_dlb_spe_elb_cap_01_2020_fact2136"
      }
    }, {
      "property" : {
        "type" : "uri",
        "value" : "http://www.w3.org/2004/02/skos/core#notation"
      },
      "object" : {
        "type" : "literal",
        "value" : "08-003-010-0004"
      }
    } ]
  }
}

the only difference with a dbpedia result (that works) is that the content type is application/sparql-results+json;charset=utf-8 instead of application/json and the "link" property is missing (in dbpedia is an empty array).

But in console I got a "Uncaught SyntaxError: Unexpected token ':'" message. on firts prperty (head)

What can I do?

inverse relations doesn't shown

I cannot view the inverse arcs by the public lodview
http://lodlive.it/?https://sparql-noipa.mef.gov.it/resources/Place/F839

but I can see the inverse arcs if I download lodlive and execute it
file:///C:/Users/s.gasperoni/Desktop/LodLive-master/LodLive-master/app_en.html?https://sparql-noipa.mef.gov.it/resources/Place/F839
locally on my laptop

why?
thanks

No LOD visualisation without http://labs.regesta.com/resourceProxy/ ?

Hello again (one last time)

I have loaded a GETTY thesaurus into a bigdata rdf store and I can browse it from inside lodlive.

From an analisys of the javascript calls issued by lodlive I noticed a call to

http://labs.regesta.com/resourceProxy/?uri=http%3A%2F%2Fvocab.getty.edu%2Faat%2Fsource%2F2000087067&query=SELECT%20DISTINCT%20*%20WHERE%20{%3Chttp%3A%2F%2Fvocab.getty.edu%2Faat%2Fsource%2F2000087067%3E%20%3Fproperty%20%3Fobject.%20FILTER%28%3Fproperty%20!%3D%20%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2FwikiPageWikiLink%3E%29}%20ORDER%20BY%20%3Fproperty&callback=lodlive

How is lodlive really functioning? Is lodlive only functioning because it calls http://labs.regesta.com/resourceProxy/ ? Why does it have to call it ? Lodlive was supposed (I think) to work with an LOD endpoint, not needing any further repository ...

I would appreciate very much your response here

Thank you very much
Regards

example of browsing a local sparql endpoint?

Sorry for what's probably an extremely simple question but I'm having trouble pointing en.lodlive.it at my locally running virtuoso's sparql endpoint (using the "Insert URI" field on the home page).

It seems like I've (maybe?) gotten close to it working by giving the following url, but when I roll over the circle it says "resource not found" and won't let me select any linked nodes.

Yet when I click the hyperlink in the middle of the circle it is getting data back for the sparql query.

Here's my URI:

http://localhost:8890/sparql?query=select+%2A+where+%7B%3Fsubject+%3Fpredicate+%3Fobject%7D&default-graph-uri=https://velocity.ag/field-reference-data

browse your data - coming soon

I think allowing to paste data (as sketched on the GUI) is very valuable. Any estimation on how complex the implementation might be?

For some resources LodLive loads a black ball sometimes

When I try to open some resources, LodLive says "error: endpoint not available", any advice would be great. Thanks