Re: [Fwd: simple case of IRIs for Components in WSDL 2.0] (abstractComponentRefs-37 )

On Sep 17, 2005, at 15:02, noah_mendelsohn@us.ibm.com wrote:


>
> Dan Connolly wrote:
>
>
>
>> For one thing, because it's easier: you just stick one file in the
>> right place, at 2005/08/sparql-protocol-query , and it grounds
>> all the terms in the namespace.
>>
>>
>
> Oh, I realize I wasn't clear.  I wasn't asking what advantages an
> individual might find in chosing # vs. /, which is what I think you're
> explaining.  I was asking whether there were deep architectural  
> reasons
> why the TAG would discourage this usage of / if someone should find it
> useful.  For one thing, the # identifiers really aren't well grounded
> unless there's a document/representation, I think.  The / forms  
> seem to
> have clearer grounding in the URI space even before someone deploys  
> actual
> representations (though we all agree that deploying retrievable
> representations is desirable in any case.)
>
>

Er... without any deployed representations what does / have over #?

And when you deploy stuff, the # builds on very basic web architecture
which has been tested for ages and the / builds on HTML redirects  
which have
just been dreamed up by the TAG and not seriously deployed at all yet
as far as I know.

Tim

>
> Noah
>