Thank you @aveltens for testing it and giving feedback !
Yes … this is why I included a disclaimer on the page saying you have to wait until the list shows…
The thing is I am querying real time the dbPedia SPARQL end point, that comprises almost 400 000 entries… And I did not check how to optimize. Directions to be taken :
- check how to efficiently query dbPedia, if there is an optimized way
- Other possibility is to build an index on top of dbPedia, that can be refreshed, for example, every night. Could be for example using elastic search, and that would include google like full text search.
Oh yes great. I can change this
I am pretty new on SOLID… so I guess that there can be only one registration per type ? What is TextDigitalDocument supposed to contain ? your notepad data ?
My understanding after your comment is : the best way to ensure there is no name collision is to use your own application namespace + types names ?
Thanks again for feedback !