Skip to content
This repository was archived by the owner on Apr 13, 2022. It is now read-only.

Commit 103b1e0

Browse files
authored
Merge pull request #200 from Otto-AA/patch-1
Change ambiguous PUT description in api-rest.md
2 parents b941ff7 + 1db9b1c commit 103b1e0

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

api-rest.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -271,7 +271,7 @@ More examples can be found in the LDP [Primer document](http://www.w3.org/TR/ldp
271271

272272
#### HTTP PUT to create
273273

274-
An alternative (though not standard) way of creating new resources is to use
274+
An alternative (though not common) way of creating new resources is to use
275275
HTTP PUT. Although HTTP PUT is commonly used to overwrite resources, this way is
276276
usually preferred when creating new non-RDF resources (i.e. using a mime type
277277
different than `text/turtle`).
@@ -392,4 +392,4 @@ Servers SHOULD send a WAC-Allow response header on HEAD and GET, with a value li
392392
```http
393393
WAC-Allow: user="read write append control",public="read"
394394
```
395-
In general, the format is `user="` + user-permissions = `",public="` + public-permissions + `"`. User-permissions and public-permissions should both be space-separated lists, containing a subset of ['read', 'write', 'append', 'control']. If 'write' is present then 'append' should also be present.
395+
In general, the format is `user="` + user-permissions = `",public="` + public-permissions + `"`. User-permissions and public-permissions should both be space-separated lists, containing a subset of ['read', 'write', 'append', 'control']. If 'write' is present then 'append' should also be present.

0 commit comments

Comments
 (0)