Closed frodeseverin closed 12 years ago
Hi Frode, do you know that you can always give a m=modelURI parameter to your uris?
Yes, i know this.
The problem here is that sending a copy of an URL string from the browser location area not always works as intended. I.e. when I paste an URL into a blog post or issue report elsewere on the web, things do not work as they should.
Perhaps there is some functionality for "Search engine friendly URLs" that can be used to handle this nicely?
;)Frode
You are quite right.
Amending &m=modelURI
to produce the URL
http://data.bbib.no/resource/properties/?r=http%3A%2F%2Fdata.bbib.no%2Fdata%2FEmmerich_K%25C3%25A1lm%25C3%25A1n&m=http%3A%2F%2Fdata.bbib.no%2Fdata%2F
does the trick.
Perhaps this is a better URL to display in the browser address field, after all?
;)Frode
Please make an autoselect of the model:
For instance the following Request should return the regarding resource view: http://fts.publicdata.eu/resource/ci/MILANO-Italy
This issue should be fixed with commit b8f7d02.
The above commit fixed the issue.
Please note that I have changed my name space, and Dvorak is now available at:
http://data.bbib.no/data/Agent/Antonin_Dvorak
;)Frode
While specifying a Default Model using the defaultmodel extension works for the front page, i.e. http://data.bbib.no/, it does not work for direct access to a page deeper in the system.
Although the best manner to access any resource is to use its URI. However, this dows not always work, and sometimes the URI is outside the namespace of the OntoWiki installation.
Anyways, requesting http://data.bbib.no/data/Antonin_Dvorak in a browser works fine, but http://data.bbib.no/data/Emmerich_K%C3%A1lm%C3%A1n does not. This is already reported in issue #116.
However, requesting http://data.bbib.no/resource/properties?r=http%3A%2F%2Fdata.bbib.no%2Fdata%2FAntonin_Dvorak or http://data.bbib.no/resource/properties/?r=http%3A%2F%2Fdata.bbib.no%2Fdata%2FEmmerich_K%25C3%25A1lm%25C3%25A1n dows not work without first allowing OntoWiki to select the model by e.g. visiting http://data.bbib.no/ first.
This behaviour can easily be verified by contrasting the sequence of issuing
lynx http://data.bbib.no/
and then opening http://data.bbib.no/resource/properties/?r=http%3A%2F%2Fdata.bbib.no%2Fdata%2FEmmerich_K%25C3%25A1lm%25C3%25A with just issuinglynx http://data.bbib.no/resource/properties/?r=http%3A%2F%2Fdata.bbib.no%2Fdata%2FEmmerich_K%25C3%25A1lm%25C3%25A