I am agree with Vladimir. We should not overload URI with additional meanings. We can use rdf:label for human readable information in multiple languages.
Vadim Soshkin Chief Architect Gallery Systems 261 W. 35th Street - 12th Floor New York, NY 10001-1902 Tel.: 646.733.2239, x232 Fax: 646.733.2259 Web: www.gallerysystems.com -----Original Message----- From: [email protected] [mailto:[email protected]]On Behalf Of Vladimir Ivanov Sent: Saturday, November 29, 2008 4:50 AM To: crm-sig Subject: [Crm-sig] Fwd: URI policies ---------- Forwarded message ---------- From: Vladimir Ivanov <[email protected]> List-Post: [email protected] Date: 2008/11/29 Subject: Re: [Crm-sig] URI policies To: Guenther Goerz <[email protected]> Dear Guenther , 2008/11/29 Guenther Goerz <[email protected]>: > Dear all, > > just a brief remark and a recommendation > > On Fri, Nov 28, 2008 at 12:46 PM, Vladimir Ivanov <[email protected]> wrote: >> Dear all, >> >> Why do we need human-readable URIs? > > Well, because occasionally humans read code and this case a label such > as "reply-to-vladimir" has some advantage over "wrzlpfrmpft", although > my machine doesn't care. ;) I mean, why do we need human-readable URIs (for machine processing resources, tasks, etc.)? It's clear to me, that the first label ("reply-to-vladimir") is ambiguous, according to multiple senses of "vladimir". The second one ("wrzlpfrmpft") means nothing at all. In both cases, we need additional information to understand that meaning (if we want to). It's good for CRM classes and properties to have readable labels. Martin's question was also about instances (e.g. museum objects). Best, Vladimir > > But, jokes aside: The "Cool URIs" paper > http://www.w3.org/TR/2007/WD-cooluris-20071217/ > may provide a constructive answer to Martin's original request. > > Regards, > -- Guenther > >> Any row in a certain database table could be identified by unique >> (surrogate) key. >> An algorithm should only generate different URI for different resources. >> So, we need to define a difference between resources (or their >> representations). >> >> If identifier should not have any additional inner structure (and meaning), >> then we could use GUID. >> >> For example, "http://url.de/E19_ZZZ";, where ZZZ is GUID. >> Add name or content of resource into URI is not a very good idea. >> >> Alternatively, we could use hashing and add any desirable structure into URI. >> For example, "http://url.de/cityname_streetname_HASHCODE";. >> >> How to make a URI out of DNA? >> > > Best regards, >> Vladimir >> >> >> 2008/11/27 martin <[email protected]>: >>> Dear All, >>> >>> I suggest to discuss in more details policies to use URIs in RDF or OWL >>> instances. >>> >>> For instance, how to describe a museum: >>> >>> How to distinguish the Website from the Actor, if we refer to the museums >>> domain name: >>> MUSEUM/http://www.gnm.de/ ? >>> >>> http://www.gnm.de/MUSEUM ? >>> http://www.gnm.de/ACTOR? >>> >>> If we have a museum URI, we could generate all object IDs by inventory >>> number + museum URL: >>> >>> http://www.gnm.de/OBJECT/AB_45678900_1870 ? >>> http://www.gnm.de/PHYSICAL_OBJECT/... ? >>> http://www.gnm.de/CRM_E19/... ? >>> >>> Does anyone know, if the Getty ULAN suggests a good practice for URIs for >>> ULAN entries? >>> >>> I believe these are issues that should be easy to resolve, and should be >>> quickly resolved. >>> >>> More complicated: How to you make a URI out of an postal address. Any idea, >>> examples??? >> >> >>> >>> Best, >>> >>> Martin >>> -- >>> >>> -------------------------------------------------------------- >>> Dr. Martin Doerr | Vox:+30(2810)391625 | >>> Principle Researcher | Fax:+30(2810)391638 | >>> | Email: [email protected] | >>> | >>> Center for Cultural Informatics | >>> Information Systems Laboratory | >>> Institute of Computer Science | >>> Foundation for Research and Technology - Hellas (FORTH) | >>> | >>> Vassilika Vouton,P.O.Box1385,GR71110 Heraklion,Crete,Greece | >>> | >>> Web-site: http://www.ics.forth.gr/isl | >>> -------------------------------------------------------------- >>> >>> _______________________________________________ >>> Crm-sig mailing list >>> [email protected] >>> http://lists.ics.forth.gr/mailman/listinfo/crm-sig >>> >> _______________________________________________ >> Crm-sig mailing list >> [email protected] >> http://lists.ics.forth.gr/mailman/listinfo/crm-sig >> > _______________________________________________ Crm-sig mailing list [email protected] http://lists.ics.forth.gr/mailman/listinfo/crm-sig
