At the moment rdflib Store can keep track of the status of resources such as
not loaded
being loaded
loaded
non existant 404
error non-404
but it doesn't have a state
done HEAD but not yet GET
So we can't efficiently do a HEAD to find out metadata about a resource, and then save that metadata but not the data.
This proposal is to change that.
We do save the metadata of course from the HTTP headers already ona GET, and so this code could be reused for a HEAD.
One motivation: the editable() function needs to sometimes get this info, and a HEAD would fo -- though a HEAD would do.
One motivation: If future Solid servers end up being poorer than the current NSS in the metadata they give about files in containers, then apps may need to do a lot of HEAD requests as the user browses the Solid system.
At the moment rdflib Store can keep track of the status of resources such as
but it doesn't have a state
So we can't efficiently do a HEAD to find out metadata about a resource, and then save that metadata but not the data. This proposal is to change that.
We do save the metadata of course from the HTTP headers already ona GET, and so this code could be reused for a HEAD.
One motivation: the editable() function needs to sometimes get this info, and a HEAD would fo -- though a HEAD would do. One motivation: If future Solid servers end up being poorer than the current NSS in the metadata they give about files in containers, then apps may need to do a lot of HEAD requests as the user browses the Solid system.