reconciliation results

[ghost]

Using the latest stable versions of open refine and the extension.
I created a reconciliation service based on a RDF file.
The content look as follows:

<http://data.erfgoedplus.be/place/148388#id> a egp:LookupEntity ;
	rdfs:label "Kerkplein (Begijnendijk)"^^xsd:string .

<http://data.erfgoedplus.be/place/148386#id> a egp:LookupEntity ;
	rdfs:label "Sint-Laurentiusstraat (Betekom)"^^xsd:string .

In the table I have a column with values e.g. Kerkplein (Begijnendijk) ... These are identical to the rdfs:labels in the rdf file.

Some observations running the reconciliation with auto-match.

1. The result of the matching is 40%. I expected this to be higher due to the complete similarity between the cell values and rdfs:labels.

2. When there is no automatic match, the proposed values have a low score e.g. 'Grote Spouwenstraat (Grote-Spouwen)' and are far away from the value looked-up.

3. Clicking 'Search for a match', gives a list of potential matches with the correct one automatically highlighted.

In one way or another the correct value is known, but is not used previously. Can I influence this?

There is an additional observation that if there are many matches, the correct one doesn't show up due to the limitation of the number of items in. the list shown. There are many Kerkstraten (churchstreets): Kerkstraat (A), Kerstraat (AA), ... A list ttoo long for the current interface.

[Gautamshahi]

I am sorry I can not help in your issue, but I am wondering how have you added the SPARQL endpoint for the reconciliation.

I am facing the issue with DBpedia Reconciliation service.

Please let me if you have any hint for me.