|
||||||||||||||||||||
|
||||||||||||||||||||
Especificaciones del sistema de etiquetado de ICRALectores a quienes va dirigidoEste documento se considera como la máxima referencia en lo que se refiere al etiquetado de contenidos utilizando el sistema de ICRA. Aunque hayamos hecho todo lo que está en nuestra mano para intentar presentar la información de una manera clara, nos ha parecido adecuado incluir numerosos detalles, así como referencias a distintas tecnologías de Internet. ICRA publica explicaciones más concisas y simples para aquellos usuarios con poca o ninguna experiencia en la creación de sitios Web, o para quienes no necesitan el volumen de detalles que aquí se proporciona. Podrá encontrar dichas explicaciones en las páginas de la sección de asistencia 1. versión PDF (en formato A4) 1,5 Mb (en inglés) Versión 1.0.3 Índice1 Introducción 1. IntroducciónLa finalidad de ICRA es ayudar a los internautas a encontrar lo que buscan, a tener plena confianza en lo que encuentran y a evitar contenidos que puedan considerar inadecuados tanto para ellos mismos como para sus hijos. Existe un terminología disponible que puede utilizarse para describir cualquier tipo de contenido digital, de manera que refleje las numerosas preocupaciones en materia de Internet que tienen la mayoría de los padres en todo el mundo 2. Sin embargo, el sistema utilizado puede incorporar cualquier tipo de metadatos, independientemente de su propósito. Las descripciones proporcionadas son asimiladas por el ordenador y pueden ser utilizadas por diferentes elementos, tales como filtros, motores de búsqueda, así como aplicaciones de ayuda que muestran información suplementaria a los usuarios. Las etiquetas ICRA están codificadas en RDF3; una de las tecnologías clave en la que se basa la Web semántica4. Este documento no enumera las numerosas ventajas que la Web semántica puede ofrecer a los proveedores de contenido. Sin embargo, informa de que dicha Web contiene funciones como RSS, marcadores de página compartidos, blogs y sitios Wiki. Nota: Para asegurar su compatibilidad con sistemas anteriores (especialmente el Asesor de Contenido en Internet Explorer), ICRA ofrece también una versión simplificada de la etiqueta en formato PICS junto al tag de enlace. Esta versión se tratara en un documento aparte. 1.1 Nombres de espacio y documentaciónEl nombre de espacio del sistema RDF que forma la infraestructura para las etiquetas ICRA es http://www.w3.org/2004/12/q/contentlabel# y el nombre calificado recomendado es etiqueta. Podrá encontrar documentación al respecto disponible en http://www.w3.org/2004/12/q/doc/content-labels-schema.htm. El nombre de espacio para la terminología de ICRA es https://icra.org/rdfs/vocabularyv03# y el nombre calificado recomendado es icra. Podrá encontrar la versión en texto de la terminología de ICRA y sus definiciones suplementarias en https://icra.org/vocabulary. 2. Los conceptos claveUna Etiqueta de contenido es por sí una descripción. Es decir, un conjunto de metadatos que puede aplicarse a una diversidad de material. Para ello, se colocan una o varias etiquetas en un archivo al que se enlaza el material mediante un Tag de enlace (X)HTML, o mediante un encabezado de respuesta HTTP. El archivo que contiene las etiquetas está en formato RDF y suele denominarse "labels.rdf". Éste es el nombre del archivo creado por el generador de etiquetas de ICRA (véase la sección 2.3). No obstante, el nombre no tiene importancia y puede modificarse. Los distintos tipos de material pueden enlazarse con una etiqueta específica o con un conjunto de datos que permite a los clientes asociar la dirección de Internet del material a una serie de reglas que definen la etiqueta adecuada. De este modo, los proveedores de contenido pueden decidir si la asociación entre el material y su etiqueta se hace desde el lado cliente o lado servidor. 2.1 Cómo crear un enlace hacia una etiqueta específica (procesamiento lado servidor) Figura 1. Asociación del contenido con las etiquetas en el lado del servidor La figura 1 muestra un ejemplo en el que cada tipo de material está enlazado con una etiqueta específica. Si el nombre del archivo RDF es "labels.rdf" y se encuentra situado en la raíz del directorio del sitio Web y, además, se requiere el enlace de cierto material con una etiqueta denominada "etiqueta_1" (label_1), el tag de enlace a utilizar será el que se muestra en el Ejemplo 1: <link rel="meta" href="/labels.rdf#label_1" type="application/rdf+xml" title="ICRA labels" /> Ejemplo 1. Tag de enlace típico que asocia una etiqueta específica a cierto tipo de material El correspondiente encabezamiento de respuesta HTTP es: Link: </labels.rdf#label_1>; /="/"; rel="meta" type="application/rdf+xml"; title="ICRA labels"; Ejemplo 2. Encabezamiento de respuesta HTTP correspondiente al Ejemplo 1 Tenga en cuenta que la etiqueta específica que se encuentra en el archivo RDF está identificada por el fragmento de la dirección URL proporcionado en el atributo href. El atributo title es facultativo, pero se recomienda para mayor claridad. La ubicación del archivo labels.rdf carece de importancia. Puede estar ubicado en cualquier lugar y en cualquier servidor, sin embargo, su ubicación deberá estar indicada en el atributo href. 2.2 Cómo crear un enlace hacia un conjunto de reglas (procesamiento lado cliente)La figura 2 muestra un enfoque alternativo. En este caso se enlaza todo el material con el archivo RDF. Sin embargo, el enlace no identifica la etiqueta. Contrariamente a lo que sucede en el caso anterior, el archivo RDF define una etiqueta por defecto y puede a continuación definir también una serie de reglas basadas en expresiones racionales Perl 5 capaces de cancelar dicha etiqueta definida por defecto. La primera regla de la serie que se cumpla, será la que identifique la etiqueta correspondiente.  Figura 2. Asociación del material con las etiquetas en el lado del cliente Si el nombre del archivo RDF es "labels.rdf" y se encuentra situado en la raíz del directorio del sitio Web, el tag de enlace utilizado será el indicado en el Ejemplo 3: <link rel="meta" href="/labels.rdf" type="application/rdf+xml" title="ICRA labels" /> Ejemplo 3. Tag de enlace típico que enlaza cierto material con un archivo RDF, el cual contiene reglas que permiten identificar la etiqueta correspondiente. El correspondiente encabezamiento de respuesta HTTP es: Link: </labels.rdf>; /="/"; rel="meta" type="application/rdf+xml"; title="ICRA labels"; Ejemplo 4. Encabezamiento de respuesta HTTP correspondiente al Ejemplo 3 Al igual que sucede en el Ejemplo 1, la ubicación o el nombre del archivo RDF no son importantes. 2.3 Cómo crear un archivo RDFEn su sitio Web, ICRA proporciona una herramienta que permite crear el archivo RDF y los tags que sean necesarios. Esta herramienta se denomina "generador de etiquetas" 5. Está diseñada para ser utilizada tanto por personas que poseen poco o ningún conocimiento sobre las técnicas de creación de sitios Web, como por aquellos usuarios más expertos. El generador de etiquetas crea el archivo RDF basándose en el modelo de procesamiento existente en el lado cliente mencionado anteriormente (sección 2.2). No obstante, también puede utilizarse para el modelo del lado servidor. 3. Contenido del archivo RDFEl archivo RDF debe definir una o varias etiquetas. Más concretamente, debe definir al menos un ejemplo de etiqueta de contenido de tipo RDF como el que se define en http://www.w3.org/2004/12/q/contentlabel#ContentLabel. NOTA. Las etiquetas de contenido RDF pueden contener instrucciones procedente de cualquier sistema RDF. Sin embargo, este documento sólo trata de la versión utilizada por ICRA. El archivo RDF puede asimismo definir ninguno o varios de los siguientes elementos:
Estos elementos se explican de manera detallada en el Ejemplo 5. Al igual que en todos los ejemplos incluidos en este documento, así como en todos aquellos proporcionados por ICRA, el contenido RDF está serializado a XML. Sin embargo, esto no es obligatorio y otras serializaciones como N36 son igualmente válidas.
Ejemplo 5. Ejemplo de archivo RDF que contiene etiquetas ICRA 3.1.1 Sección 1Aquí se definen los nombres de espacio. Se recomiendan los nombres calificados label e icra para sus respectivos nombres de espacio. 3.1.2 Sección 2Esta breve sección indica que las etiquetas han sido creadas por ICRA y que existe información adicional disponible en el sitio icra.org. Puesto que es del todo posible incluir descripciones basadas en otros sistemas, esta sección precisa que icra.org solamente posee información sobre los nombres de espacio utilizados por ICRA. 3.1.3 Sección 3Esta sección indica los sistemas anfitriones para los que los datos tienen validez. En este caso, se indica que las etiquetas pueden aplicarse tanto a "example.org" como a "example.com". Los sub-dominios como www.example.org, sub.example.com, etc. también estarán cubiertos. Esta sección indica también que la etiqueta de contenido definida por defecto para el material existente en dichos sistemas anfitrión es la "etiqueta_1" (label_1) (véase la sección 3.1.5). Si las etiquetas deben limitarse a una zona específica del sistema anfitrión "example.org" y "example.com", esto se indicará como sigue: <label:hasURI>foo</label:hasURI> Las etiquetas de este archivo RDF sólo serán aplicables a aquel material cuyos URI en los sistemas anfitrión "example.org" o "example.com" también incluyan el atributo "foo". Esta función va dirigida sobre todo a los proveedores de servicios de Internet (ISP) que ofrecen espacio personal en Internet con direcciones como www.example.org/username. Si se incluyen varias propiedades "hasURI", un URI será aplicable si cualquiera de ellas corresponde. 3.1.4 Sección 4A continuación se describen las reglas que determinan los casos en que la etiqueta definida por defecto debe ignorarse para hacer prevalecer otro tipo de etiqueta. En este ejemplo, todo lo que se encuentra en la sección "photography" (fotografía) de "example.com" y "example.org" estará vinculado con la etiqueta_2 "label_2", mientras que todo lo que incluya tanto la palabra "guestbook" (libro de visitas) como "messages" (mensajes) en la dirección de Internet estará vinculado con la etiqueta_3 "label_3". De lo contrario, la etiqueta definida por defecto será aplicable. La correspondencia se efectúa utilizando las expresiones racionales Perl 5 7, de modo que si se aplica una regla a "todas las direcciones URL que terminen en jpg", ésta aparecerá bajo la forma \.jpg$. La utilización de rdf:parseType="Collection" permite garantizar el procesamiento de las reglas en la secuencia establecida. La primera regla que debe cumplirse es la que se utiliza y el procesamiento se detiene en cuanto esto ocurre. 3.1.5 Sección 5Finalmente, se definen las propias etiquetas. En el ejemplo mostrado, la "etiqueta 2" (Label_2) indica que el contenido incluye senos desnudos, traseros desnudos y que el material aparece en un contexto con fines artísticos. La "etiqueta 3" (Label_3) indica la presencia de contenido generado por el usuario, pero revisado por un moderador, mientras que la "etiqueta 1" (label_1) indica "ninguno de los elementos anteriores" para todas las categorías de la terminología de ICRA. 4. Parametrización del tipo MIMEEl tipo MIME correcto para los archivos RDF es application/rdf+xml8. Es posible que, por defecto, su servidor no sea compatible con esta función 9. Si este es el caso, deberá elegir una de las dos opciones que se indican a continuación:
Si no se siguen ninguna de estas opciones, es posible que su servidor utilice por defecto text/plain como tipo MIME. En este caso, es posible que un cliente no reconozca los datos como RDF y, por lo tanto, no los procese correctamente. Si usted administra servidores de tipo IIS y no está seguro de cómo puede añadir nuevos tipos MIME, consulte la Sección 5.3 que aparece más adelante. Si su servidor está protegido por un cortafuegos, puede que tenga que configurar sus parámetros de la manera adecuada. 5. Métodos de inserción de tagsDespués de haber creado el archivo RDF, deberá insertar los enlaces hacia dicho archivo. Para que un sitio Web se considere completamente etiquetado, deberán incluirse enlaces en cada página (X)HTML y, en teoría, en todo el material. La posibilidad de relegar el procesamiento de las etiquetas hacia el lado cliente en vez de hacia el lado servidor ofrece una ventaja esencial: la posibilidad de insertar un enlace idéntico en todo el material. Esto es una realidad independientemente de que las etiquetas cubran un pequeño sitio Web o toda una red mundial de dominios de Internet. La manera más eficaz de utilizar esta función es configurando el o los servidores de manera que incluyan el enlace en los encabezamientos de respuesta HTTP. De este modo se evitará la posibilidad de borrar accidentalmente el tag (o de omitirlo) cuando se vuelvan a remodelar las páginas. El control de las etiquetas estará en manos de la persona (o departamento) responsable de la gestión del archivo RDF. Dicha persona (o departamento) no tiene por qué ser la misma que la que ha creado el contenido. Como alternativa, se podrá simplemente incluir un tag de enlace (X)HTML (similar al del Ejemplo 1 o al del Ejemplo 3, según sea el caso) en una plantilla de documento o en cualquier otro método que utilice para incluir los mismos datos en el encabezado <head> de cada página. 5.1 ¿Es importante incluir el tag en cada una de las páginas?Sí. La primera vez que un usuario visita su sitio Web, el sistema cliente de estos sólo detectará las etiquetas si incorporan un enlace. Si por ejemplo el enlace sólo se ha incluido en la página de inicio, los usuarios que accedan al sitio a través de otras páginas no podrán aprovecharse de la protección de la etiqueta. 5.2 Configuración del servidor ApacheExisten varias maneras de controlar los encabezamientos de respuesta HTTP en los servidores Apache. Si ya dispone de un método para configurar encabezamientos utilizados para otras funciones, le recomendamos que siga utilizando dicho método. De lo contrario, el método que se indica a continuación es eficaz y funciona. 5.2.1 Instale Mod_Headers (modificadores de encabezamiento)Generalmente, Mod_Headers no está incluido en la configuración definida por defecto, pero casi seguro que viene incluido en su instalación de Apache y se "activa" simplemente suprimiendo el símbolo de comentario situado delante de las dos líneas que se encuentra en el archivo httpd.conf. Existen numerosas "ideas" sobre cómo configurar Apache, pero las instrucciones que aparecen a continuación proporcionan como mínimo los pasos básicos necesarios en este caso. En la sección DSO del archivo httpd.conf, localice lo siguiente: LoadModule headers_module modules/mod_headers.so En algunas versiones, basta con eso, sin embargo, otras también requieren la siguiente instrucción: AddModule mod_headers.c Los comentarios en su archivo de configuración y la presencia (o ausencia) de instrucciones similares para otros módulos, le ayudarán a encontrar la mejor solución. 5.2.2 Cómo configurar el mismo encabezamiento de respuesta para todo el materialSuponiendo que el archivo RDF lleve el nombre "labels.rdf" y se encuentre en la raíz del directorio de documentos del servidor de Web, al introducir la instrucción siguiente en el archivo httpd.conf se consigue el resultado deseado. Header set Link '</labels.rdf>; /="/"; rel="meta" type="application/rdf+xml"; title="ICRA labels";' NOTA: esta instrucción suele aparecer íntegramente en una sola línea. 5.2.3 Cómo crear un enlace hacia etiquetas específicas con los encabezamientos de respuesta HTTPAl igual que sucede con otras opciones de configuración de Apache, los encabezamientos de respuesta HTTP pueden parametrizarse dentro de las instrucciones de bloques. En el ejemplo 6 se parametriza el enlace hacia la etiqueta_2 ("label_2") para todo el material que se encuentra en /var/www/images/. <Directory /var/www/images/> Ejemplo 6. Se muestra una instrucción de bloque simple que configura un encabezamiento para todo el material que se encuentra en el directorio de imágenes. Al igual que en el caso indicado anteriormente, la instrucción Header add Link deberá aparecer íntegramente en una sola línea. Las instrucciones de bloques permiten también obtener un control preciso de los encabezamientos de respuesta HTTP, en caso de ser necesario*. En el ejemplo 7 se parametriza un encabezamiento hacia la "etiqueta_1" (Label_1) para todo el material que se encuentra en el directorio (y subdirectorios) /var/www/. Pero cuando el nombre de archivo termina en gif, jpg, jpeg o png, se desvía el encabezamiento hacia la "etiqueta_2" (Label_2). <Directory /var/www/> Ejemplo 7. Se muestra una instrucción de bloque encadenada que parametriza un encabezamiento para los archivos de imágenes que es completamente diferente del de los otros archivos incluidos en el mismo bloque. Tenga en cuenta que en el ejemplo 7, el enlace está aislado dentro de la instrucción de bloque del archivo. Esto se debe a que, cuando se enlaza cierto material a una etiqueta específica, esta etiqueta se convierte en prioritaria y no puede ser ignorada (véase la sección 7). Por lo tanto, es un error incluir más de un enlace hacia etiquetas específicas y, en dichas circunstancias, no se consigue definir el comportamiento que se tiene previsto para los sistemas cliente 10. * Puede que algunas versiones de Apache no permitan parametrizar encabezamientos en una instrucción de bloque tipo Virtual Host. 5.3 Configuración del servidor Microsoft IIS
Figura 3. Cuadro de diálogo de propiedades en el sistema IIS Haga clic en el botón "Agregar" </labels.rdf>; /="/"; rel="meta" type="application/rdf+xml"; title="ICRA labels"; 
Figura 4. Campos para el nombre y valor del encabezamiento personalizado en el sistema IIS 
6. Información detalladas sobre las reglasEn el ejemplo 5, se indican dos reglas: <label:UnionOf> <label:rules> <label:IntersectionOf> <label:hasURI>colour</label:hasURI> <label:hasURI>image</label:hasURI> </label:IntersectionOf> <label:IntersectionOf> <label:hasURI>monochrome</label:hasURI> <label:hasURI>image</label:hasURI> </label:IntersectionOf> </label:rules> <label:hasLabel rdf:resource="#label_2"" /> </label:UnionOf> 7. Etiquetas por defecto, etiquetas ignoradas<link rel="meta" href="/labels.rdf#label_2" type="application/rdf+xml" title="ICRA label" /> se ignoraría la etiqueta definida por defecto y se asociaría a la "etiqueta_2". 8. Procesamiento de las etiquetas ICRAPara cierto tipo de material (página, imagen, etc.), hay tres fuentes de etiqueta posibles:
8.1 Pasos a seguir antes de recuperar el material
Figura 6. Procesamiento que debe efectuarse antes de enviar una solicitud a Internet.
Figura 7. Reglas de procesamiento una vez que se ha recuperado el material. 9 Cómo indicar a los internautas que un sitio está etiquetado utilizando el sistema de ICRATambién podría añadir una de las imágenes disponibles en icra.org11. Dichas imágenes están disponibles en varios idiomas y tanto en inglés británico como americano (es decir, utilizando la ortografía correspondiente). 10 Cómo trabajar con otros sistemas RDFCualquier etiqueta ICRA y el conjunto de reglas no son más que Categorías RDF cuyos tipos están definidos por el sistema correspondiente. Todos estos elementos pueden incluirse en cualquier archivo RDF y, de manera inversa, cualquier otro metadato RDF puede incluirse en "un archivo de etiquetas ICRA". Por supuesto, instamos a que los proveedores de contenido utilicen otros sistemas. 10.1 Información de gestiónEs posible que el sistema de metadatos más conocido que suele codificarse en RDF a intervalos regulares sea Dublin Core12. Además de las licencias Creative Commons13 y otros sistemas similares, éste puede incluirse directamente en las etiquetas de contenido, sin embargo, también puede colocarse en una categoría especial para información de gestión. Al igual que sucede con las Etiquetas de contenido, el sistema de etiquetas define las propiedades hasDefaultManagementInfo y hasManagementInfo. Estas propiedades enlazan con Etiquetas de contenido RDF que pueden incluir datos tales como el título, autor y fecha de publicación. Las etiquetas de Información de gestión existen independientemente de aquellas Etiquetas de contenido enlazadas por etiquetas de propiedades tipo hasDefaultLabel y hasLabel. Por lo tanto, es posible establecer una regla que ignore la etiqueta de información de gestión definida por defecto, sin que por ello se ignore la etiqueta ICRA. 10.2 ClasificaciónLas etiquetas de contenido, independientemente de que posean elementos descriptivos de ICRA o cualquier otro metadato, han sido creadas para poder incluir elementos descriptivos muy detallados. Expresándolo de una manera más oficiosa, se trata de categorías con propiedades que describen el material. En el sistema de etiquetas se define también un tercer tipo de descripción: la clasificación. Una vez más, algunas propiedades son similares: por ejemplo hasDefaultClassification y hasClassification. Sin embargo, contrariamente a lo que sucede con una etiqueta de contenido, la clasificación está diseñada para ser una descripción en sí misma. Por ejemplo, la clasificación puede suponer una categorización de películas basándose en la edad del espectador o identificar artículos de temas "políticos" por oposición a otros relacionados con "moda". Cualquiera que sea la clasificación utilizada, los sistemas cliente no estarán obligados a tratar las propiedades de una categoría que esté enlazada por una propiedad "hasClassification" o "hasDefaultClassification". Una vez más, las clasificaciones son independientes, de modo que el hecho de ignorar una clasificación definida por defecto no tiene ninguna consecuencia en la información de gestión ni en la etiqueta. 11 Modificadores de frecuenciaLas películas, programas de televisión, juegos y otros contenidos que "poseen una duración" determinada pueden necesitar más de una etiqueta. Puede que sea necesario proporcionar una etiqueta que describe una escena particular de una película, o un tipo de contenido que ocurre de nuevo de vez en cuando durante un juego. Para ello, el sistema de Etiquetas de contenido es compatible con una serie de modificadores de frecuencia, estos son:
Una descripción normal RDF puede parecerse a la mostrada en el ejemplo 9. Dicha descripción podrá ser exclusiva, del mismo modo que ocurre con cualquier otra descripción RDF, o formar parte de una serie de reglas en un atributo "label:Ruleset". <rdf:Description rdf:about="http://example.org/movie.mov> <label:hasLabel rdf:resource= "#label_1" /> <label:hasOccasionalScenes rdf:resource="#label_2" /> <label:hasSingleScene rdf:resource="#label_3" /> </rdf:Description> Ejemplo 9. Descripción de una película utilizando modificadores de frecuencia. Los modificadores de frecuencia cuentan con una amplia gama de etiquetas label:ContentLabel. Es decir, que DEBEN enlazarse a una categoría de este tipo. 12 Consejos útiles12.1 Ni más ni menos que RDFEtiquetas de contenido, restricciones del sistema anfitrión, reglas: todos estos no son más que fragmentos RDF. No deben necesariamente estar todos en un archivo único llamado "labels.rdf". Si está acostumbrado a utilizar el sistema RDF, considere simplemente las etiquetas ICRA como si formaran parte de sus metadatos. 12.2 Cómo gestionar etiquetas para sitios Web múltiplesEn caso de que cree un número elevado de sitios Web que necesitan incluir la misma etiqueta ICRA, cree un archivo que contenga la etiqueta e integre el tag que le sirve de enlace en su plantilla habitual. Recuerde que las etiquetas no tienen por que estar necesariamente en el mismo servidor, pueden estar ubicadas en cualquier sitio. Ni siquiera necesita incluir una restricción del sistema anfitrión, ya que si se enlaza cierto material con una etiqueta y no hay ninguna restricción del sistema anfitrión incluida en el archivo RDF, la etiqueta será válida. El inconveniente es que cualquiera puede establecer un enlace hacia su etiqueta, lo cual supondría una carga adicional en su servidor. Si a pesar de todo desea incluir una restricción del sistema anfitrión, ésta podrá estar ubicada en un archivo independiente, completamente aislado. El Ejemplo 10 muestra la manera de hacerlo. Los dos fragmentos RDF pueden estar en el mismo archivo (como en este caso) o en archivos independientes ubicados en servidores distintos. En ese caso, deberá incluir un URI completo (incluido el identificador de fragmentos) como por ejemplo rdf:resource. <label:Ruleset> <label:hasHostRestrictions rdf:resource="#hosts" /> ... </label:Ruleset> <label:Hosts rdf:ID="hosts"> <label:hostRestriction>gt;example.com</label:hostRestriction> <label:hostRestriction>gt;example.org</label:hostRestriction> </label:Hosts> Ejemplo 10. Se muestra un conjunto de reglas que enlaza con una lista "externa" de restricciones del sistema anfitrión. Esto le permite crear un archivo estable para las etiquetas y, si lo desea, generar después de manera dinámica la lista de restricciones del sistema anfitrión. 12.3 Una etiqueta específica para una página específicaAquellas etiquetas aplicables a un sólo tipo de material pueden incluirse en un archivo independiente. Podrá configurar un archivo de etiquetas definidas por defecto (con un conjunto de reglas) y enlazar todos los elementos al mismo. A continuación, podrá crear un archivo de etiqueta totalmente independiente para una página en particular y que incluya un enlace específico hacia dicha etiqueta. En resumen, determine lo que mejor se adapta a sus necesidades, ya que probablemente funcionará en la práctica. 13 Cómo probar las etiquetasEl sitio Web de ICRA incluye una herramienta en línea capaz de identificar la etiqueta correcta para una cierta dirección URL14. 14 Modificación del registroVersión 1.0.1: se ha añadido una sección que trata sobre la creación de un enlace hacia icra.org/sitelabel (sección 9). Se ha modificado la numeración de las secciones subsiguientes. Versión 1.0.2 Modificación de la documentación referente a "hostRestriction" (restricciones del sistema anfitrión) para incluir la propiedad "hasHostRestrictions" y la categoría "Hosts". Versión 1.0.3 Se ha añadido la sección referente al documento de etiquetado utilizando el sistema PICS. Enlaces y referencias
|
||||||||||||||||||||
