-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is /foo != /foo/ ? #240
Comments
PR #241 will fix the
You seem to have an unusual definition of "opposite."
I don't see anything in this that contradicts the earlier. If
It does NOT say that both URIs MUST correspond to any resource (so it does allow for the I don't see either as forbidding |
When I read Node Resource-mapper I get the feeling that I am providing feedback, as I am attempting to implement this now. |
@RubenVerborgh wrote:
but that seems to clash with my reading of your Node Solid Resource Mapping I gave above. I now understand @csarven's answer on gitter though. (I was coming at this from studying that code, so I was convinced they both could exist) |
The first part of the sentence does speak about them being distinguished, which was what strengthened my view that they were different.
Anyway, having them be the same was closer to how I had already started implement it. Both views seem reasonable. I wonder if there is a deeper reason for not allowing them to be different. |
Ok, I'll close this issue and perhaps open another one seeking justification for the redirect. I'll first look to see if I can find a justification. |
In a discussion on gitter @csarven's wrote:
But the text of URI Slash Semantics seems to say the opposite
That seems to say the two resources MUST be the same.
But @RubenVerborgh's Node Solid Resource Mapping JS which maps URLs to files seems to me to quite clearly distinguish between URLs ending in a
/
and one's that don't. URLs ending with a/
are mapped to directories. (I got this from a discussion on file mappings)And on line 115 the content type extension is added to the path that is a request for
/foo
withtext/html
should return/foo.html
whereas if the path ends with a
/
then the path is appended with the index file name, i.e.,/foo/
turns into/foo/index.html
for example.For what it is worth, intuitively the difference makes sense. I think one could even add a Stylistic guidance such as: If both
/foo
and/foo/
exist, then/foo
should give an external description of/foo/
which will give an internal description of the contents, if an RDF request is made.That will then leave the question as to whether an RDF file can be an index for a container, as that would then never show the contents, or if the contents should be appended to the container.
Also the last sentence does not make sense
It may do if
proceed
is changed toprecede
The text was updated successfully, but these errors were encountered: