ivo://anything[/something[/something/etc[#somefragment]]]It is simply an index key that is used to look up a VODescription in the Registry. The tokens between the slashes can be anything at all; the split-by-slash is for human convention use only and has no software 'meaning'. The fragment following the '#' is not part of the key.
ivo://some.keyshould name a store point, and path/to/file.txt specifies the path on that storepoint to the file.
astrogrid:store:<urlToServerRoot>#pathfor things like ftp servers, http servers, etc. or
astrogrid:store:myspace:<delegateEndpoint>#pathfor myspace servers They can be used to identify sources/targets when the store points are not Registered, and they are used internally to the store delegates to represent the locations that IVORNs resolve to.
ivo://some.key#path/to/file.extTo find out what service to connect to, we make a call to the registry to get the service endpoint, and we recombine this endpoint with the fragment to get an AGSL, eg:
astrogrid:store:myspace:http://grendel12.roe.ac/services/MySpace/Manager#path/to/file.extThis is straightforward, although we should cope with what happens if the VODescription/endpoint returned is not a storepoint.
ivo://roe.ac.uk/mchThis leads to all kinds of confusion both for users and for the resolving software.
account://community/individualor indeed, as we have our own scheme we can make this any form, such as:
account://individual@communitya file in an individual's homespace would be identified using the similar 'fragment' scheme to IVORNs and AGSLs:
account:) to show that we are identifying a file. If it really is very temporary, we could just add 'vospace:' to the front. However it might be better to make them a little more consistent with where we expect to go with LocatingVOThings, so I propose:
astrogrid:file:ivo:for a Registered file with an IVORN
astrogrid:file:account:for a file in an account's homespace
astrogrid:file:url:for a file that can be reached using a standard url
astrogrid:file:myspace:for a file in myspace specified by a delegate endpoint
astrogrid:file:myspace:ivo:for a file in a myspace server specified by an IVORN
astrogrid:file:null:for the equivelent of '/dev/null' - output is thrown away The
astrogrid:scheme identifies the URI as one of our forms; the
file:tells us we are identifying a file, not a service. (This maps to the idea of identifying a
table:as well) This will involve some kind of AGFI (Astrogrid File Identifier...) to represent the above, and removing AGSLs altogether. AGSLs would be replaced by the existing URLs and MSRLs (MySpace Resource Locator).
account://firstname.lastname@example.org identify an account. Having the same
account:scheme when identifying an account
account://email@example.com#path/to/file.extis not quite right.
|Click here for the
AstroGrid Service Web
|This is the AstroGrid