Las buenas prácticas de LARdT (BBPP LARdT 1.0) para crear un libro electrónico ePUB decente. (Cap. 01)

Todos los que disfrutamos con la lectura; y además lo hacemos en electrónico de vez en cuando, sufrimos una decepción cuando después de descargar ese título que nos apetecía leer resulta que es casi ilegible debido a que su calidad como libro electrónico es infumable. Por eso, con el tiempo, he ido desarrollando un conjunto de buenas prácticas que me permiten generar los libros electrónicos en ePUB con una calidad razonable.
Dentro del proceso de generación/conversión de libros electrónicos en ePUB, la mayoría de lo que comentaremos en esta serie de POSTs son ítems de sentido común, otros muchos temas estarán muy determinados por el conjunto de herramientas que utilizo y pueden perder validez en otros escenarios diferentes; y seguro que gran parte de mis recomendaciones son mejorables. Pero en cualquier caso, creo que pueden resultar prácticas para todo el que tenga interés en la calidad de su biblioteca digital. Así pues, vamos a empezar a explicar que son las buenas prácticas de LARdT para crear un libro electrónico ePUB decente (en adelante, BBPP LARdT 1.0).
Podéis estar seguros de que los títulos de la BIBLIOTECA de “Mi PAPYRE 6.1 Reader para ebooks” están confeccionados siguiendo en lo posible, el conjunto de BBPP LARdT 1.0

El Primer Mandamiento: siempre en formato ePUB
Los PDFs son estupendos y yo los utilizo para un montón de cosas, el FB2 es practico, poseedor de una arquitectura sencilla pero flexible y potente al mismo tiempo; y sobre todo tiene herramientas que permiten tanto la generación (BOOK DESIGNER) como la lectura (COOLREADER) de libros electrónicos de gran calidad. Pero el ‘único formato libre, soportado por la industria como estándar para el libro electrónico es el ePUB. Por eso, para ser un buen ebook tendrá que ser ePUB. En el conjunto de estándares y procedimientos recogidos en las BBPP LARdT 1.0, ebook y ePUB son prácticamente sinónimos.

Más presupuestos previos y metodología
Siempre partimos de un escenario en el que tenemos un texto en un formato digital cualquiera distinto de ePUB y lo convertimos, mejorándolo en el proceso. Para describir este procedimiento vamos a modelizar la realidad distinguiendo 3 FASES, (aunque podríamos haber elegido cualquier otro número):

— Pre–proceso: tareas previas o preparatorias a la conversión al formato ePUB
— Procesamiento o Prensa ePUB: al final de esta fase debemos disponer de nuestro texto como libro digital ePUB correctamente formado.
— Pos–proceso: tareas finales y ajustes a realizar sobre el libro digital en formato ePUB para alcanzar el nivel de calidad deseado.

Aunque hablaremos de cada fase con más detalle, baste para este primer capitulo comentar que el grueso o la importancia del trabajo se ha ido desplazando desde la primera a la tercera fase. A día de hoy, y como normal general intento minimizar la necesidad de  realizar  trabajos de preprensa.

Pronto seguiremos comentado con mayor detalle las buenas prácticas de LARdT para crear un libro electrónico en ePUB decente o BBPP LARdT 1.0.

Continuamos con el Cap. 02 de las BBPP LARdT 1.0

Todo lo que siempre quiso saber sobre el formato ePUB de sus ebooks y nunca se atrevió a preguntar (Cap. 03)

Estábamos explicando el detalle de lo que hay dentro

de un ePUB en el

Capítulo 02

de la serie. Un archivo ePUB viene a ser algo parecido a esto:

ePUB File:.    
│     mimetype   
│
├───META-INF    
│    container.xml      
│               
└───OEBPS       
      │    content.opf    
      │    toc.ncx            
      │       
      ├───Images 
      │      img0001.jpeg 
      │      img0002.jpeg
      │         …... 
      │      img0007.png    
      │ 
      ├───Styles 
      │      style001.css 
      │ 
      └───Text  
             content001.xhtml 
             content002.xhtml 
             content003.xhtml  
                     ...       
             content026.xhtml 
             content027.xhtml 
             content028.xhtml 

Y habíamos terminado de describir que es y para que vale el archivo “content.opf”.

Así pues, retomamos la explicación sobre:

La estructura y contenido de un fichero ePUB

Nos habiamos quedado a punto de comentar el archivo
- toc.ncx: que como indica su nombre controla la tabla de contenidos (índice) del libro. Controla lo que se muestra en el panel izquierdo (generalmente) de los programas de lectura (CALIBRE, LUCIFOX, ADE, etc…)



 
El uid debe coincidir con el registrado en “content.opf”.
doctitle: lo contenido por esta etiqueta aparecerá como título del libro en el programa de lectura, aunque no coincida con lo registrado en los metadatos de “content.opf”.
La etiqueta navpoint marca el listado de capítulos, siendo el nombre del capítulo, el texto adjunto y el src (source) el archivo vinculado que incluye el contenido de ese capítulo.
El atributo “playOrder” de la etiqueta navpoint indica el orden de lectura que ese capítulo supone en el hilo narrativo del libro.

Curiosamente, según las especificaciones el “id” de un capítulo puede ser cualquiera cosa, pero evidentemente será mucho más fácil darle el mismo “id” (identificador único) que ya usamos para el archivo que contiene el capítulo en el fichero “content.opf” (ver Capítulo 02) para evitar liarse.
Además, algún programa de lectura es posible que no muestre correctamente el índice o TOC del libro; o simplemente se vuelva loco si los “id”s no coinciden en los 2 archivos (toc.ncx y content.opf)

También es de Perogrullo pero los valores de playorder tienen que estar en orden. (Un ítem con playorder 1 siempre deberá estar antes que el ítem con el playorder 2)
Tampoco son aconsejables los “huecos” en el playorder, generan errores de aplicación durante la lectura.

- styles.css: puedes usar una hoja de estilo CSS para formatear la presentación de estilo de tu libro.

  Pero el archivo debe estar listado en el manifiesto de “content.opf” o no funcionará. 
 

 

- archivos xhtml: son el texto del libro, el contenido; y deben ser documentos XML 1.1. Puedes tener tantos archivos como capítulos (o más) o tener el libro entero en 1 sólo archivo con marcadores que indiquen la separación de los capítulos. Evidentemente, es mejor que coincida con la división en capítulos.

y básicamente, esto es lo más importante que hay que saber sobre en archivo ePUB.
Parece más complicado de lo que es en realidad.

Y recordad, niños, esto es CERCA y esto es LEJOS

Todo lo que siempre quiso saber sobre el formato ePUB de sus ebooks y nunca se atrevió a preguntar (Cap. 02)

La estructura y contenido de un fichero ePUB
En Todo lo que siempre quiso saber sobre el formato ePUB (Cap. 01) empezabamos a analizar en detalle el contenido de un archivo ePUB. Veamos la estructura en detalle:

ePUB File:.    
│     mimetype   
│
├───META-INF    
│    container.xml      
│               
└───OEBPS       
      │    content.opf    
      │    toc.ncx            
      │       
      ├───Images 
      │      img0001.jpeg 
      │      img0002.jpeg
      │         …... 
      │      img0007.png    
      │ 
      ├───Styles 
      │      style001.css 
      │ 
      └───Text  
             content001.xhtml 
             content002.xhtml 
             content003.xhtml  
                     ...       
             content026.xhtml 
             content027.xhtml 
             content028.xhtml 

     

He cogido un libro cualquiera y lo he destripado. Y Coco nos va a ir contando que es cada cosa: 
Por cierto, los nombres de los archivos distinguen entre mayusculas y minusculas, asi que ojito. 
el archivo mimetype

Es un archivo de texto que como su propio nombre indica declara explicitamente que el archivo es un ePUB y no otra cosa. Dentro contiene SIEMPRE una única frase:

"application/epub+zip"

que sirve para que el sistema operativo no se confunda y crea que es otra cosa en lugar de un archivo ePUB (por ejemplo un archivo ZIP). Para que funcione, este archivo tiene que estar situado el primero de la lista (físicamente, dentro del contenedor) y además sin comprimir, para que pueda ser leído por el sistema operativo o la aplicación de lectura sin dificultades.

el directorio META-INF

Este directorio contiene el archivo “container.xml” que indica a la aplicación de lectura dónde se encuentra el texto del libro, indicando la ubicación del archivo “content.opf”. Este directorio es identico para cualquier libro ePUB.


 

 

directorio OEBPS


Como podeis ver es LA UBICACIÓN RECOMENDADA (no deja de ser curiosa esta relajación del estándar; las especificaciones de IDPF no obligan a que el libro esté aquí dentro pero hay lectores que no funcionan si no lo encuentran en este directorio) para el contenido del libro, incluyendo las imágenes en su directorio correspondiente.


Puedes ubicar el contenido del libro en otro sitio, siempre y cuando indiques en el archivo “container.xml” donde queda situado “content.opf”, que a su vez desarrolla el detalle de dónde están los componentes del libro.


Dentro de OEBPS tendremos:


             - Directorio images: con los archivos gráficos (portada, ilustraciones, …) del libro.

             - Content.opf: este archivo XML debe recoger una lista de todos los archivos incluidos en nuestro contenedor ePUB (y EL ORDEN en el que van); y muy importante, los metadatos (autor, género, …) 
Veamoslo en contexto:


 
Podría tener cualquier otro nombre, siempre y cuando esto se refleje en “container.xml”. De hecho, los ebooks procedentes de FEEDBOOKS, tienen como “firma” característica ciertas variantes sobre la estructura ePUB común. Una de estas diferencias es llamar al fichero que hace el papel de “content.opf”, “fb.opf”

Los metadatos

Son esa información que sirve para distinguir entre un ePUB hecho con cariño y otro hecho “a lo que salga”; además de ofrecer información sobre el libro contenido en nuestro archivo ePUB. Y se encuentran DENTRO del fichero “container.xml”. Los que no pueden faltar son: 
dc:title – Título del libro


dc:language – Idioma del libro, según la codificación de la lista RFC 3066. dc:identifier – Código identificador único del archivo ePUB. Cada fichero ePUB tendrá uno distinto (distintos ePUBs sobre el mismo libro, distintos ids). Normamente es generado por el programa dónde cambiamos de formato nuestros ebooks; pero si generamos un ePUB desde cero, sería una buena práctica incluir el ISBN como parte del código.


Puede haber muchas clases de metadatos posibles; que recogen todo tipo de información sobre la obra literaria incluida en nuestro ePUB.

El manifiesto

Como vemos en la imagen, otro contenido típico del archivo “content.opf” es el manifest, que es una lista (sin orden estricto) de los archivos contenidos en el ePUB, con una declaración del tipo de archivo que es cada uno. (image, xhtml, text,…)


Además a cada archivo se le asigna un identificador que se utiliza en la sección “spine”.


 
La espina (“

spine”), es la parte del archivo dónde se establece el orden de lectura de los archivos que forman el contenido del libro y que venía listados desde el “manifest”.


No es necesario incluir TODOS los archivos en la espina; únicamente lo que se necesite para establecer un orden de lectura correcto. (por ejemplo, no se suele incluir los archivos de imagen).





Resumiendo, “container.xml” nos dice donde está “content.opf”; y en “content.opf” encontramos, la lista de TODOS los archivos que componen el libro (contenido: texto e imagen, formato: estilos CSS, estructura: TOC, etc…) en el manifiesto; y en la espina el ORDEN NECESARIO para una LECTURA CORRECTA del libro. Y de propina, los metadatos, que no tienen que ver con archivos, sino que son atributos (caracteristicas) de la entidad “libro”.





Y lo demás, lo vemos a ir dejando para el capítulo 3.

Y recordad, niños, esto es CERCA y esto es LEJOS

Sudáfrica 2010: Ya es oficial, los del Tiki-Taka superan a Naranjito y ya sólo nos queda… Chile

Como uno ya va teniendo más años de lo que le gustaría y le quedan algunas neuronas recuerda que corría el año 1982; y la FIFA nos había colocado para que ganáramos nuestro mundial (otro mundial que íbamos a ganar) a Honduras como una de las peritas en dulce para que quedáramos primeros de grupo. Pues resulta que la perita se nos atragantó y sólo le pudimos empatar de penalti injusto. Pasamos como segundos de grupo, y quedamos emparejados con Alemania e Inglaterra, con el resultado consiguiente.
En este sentido, la generación del tiki-taka ya ha superado a los de Naranjito.
También ha quedado claro que Villa ha ocupado el lugar de Raúl con todos los honores. Está haciendo oposiciones a cáncer de la selección pero sin pasar previamente por la larga ejecutoria que desempeñó el anterior 7 de España. El primer gol, inverosímil obra maestra, es una cumbre de habilidad y chuponeo de muchos quilates. El detalle de empeñarse en tirar el penalti, desplazando a los compañeros especialistas designados, por el lucimiento personal del hat-trick; siendo estadísticamente un consumado fallador, es para nota. Esperemos que no nos quedemos fuera por el golaveraje.
Y ahora a por Chile. Los listos habían previsto que daba igual porque ya íbamos a estar clasificados y los chilenos pues a lo mejor también. Y resulta que es Chile quien llega al tercer partido con la clasificación de cara. Así que pueden esperar atrás, ordenaditos y tirarnos un viaje cuando convenga. Es decir, el típico partido que se nos puede atragantar. Más vale que el santo nos venga de cara porque a Chile no le vamos a hacer 25 oportunidades para marcar 2 goles. Y que a Villa le regalen un jabulani firmado y se olvide de tirar penaltis.
Esperemos también que Chile llegue clasificado y relajado.
Total, ya nos hemos ganado a pulso el cruce con BRASIL.

Sudáfrica 2010: Cada uno a lo suyo, Chile gana y Suiza…

El partido ha terminado hace un rato; y visto lo visto, se hace INCOMPRENSIBLE que los del tiki-taka no le metieran 3 a Suiza. Lentos, rústicos, ultradefensivos y fiándolo todo a un despiste del contrario (2 que tuvo España en su partido, 1 le colaron aunque de carambola). Chile ya está clasificado y nosotros, de momento ZERO POINTS. Teníamos fe en llegar a las finales, pero han llegado antes de tiempo porque cada partido va a ser una final.
Y con respecto al otro día, yo debo haber visto otro partido distinto porque me parece que se fallaron ocasiones claras de gol, por EL AFAN DE PROTAGONISMO. Pudiendo pasar a 2 compañeros, ¿cómo se te ocurre tirarte un globo, Villa?

En 90 minutos, empieza la primera final de España. Esperemos que sea para bien, porque lo único que nos faltaba era volvernos a casa en la primera fase.

Misterio: De 100 partidos que jugáramos contra esta Suiza ganaríamos 98. ¿Por qué tiene que ocurrir la excepción estadística en la fase final del Mundial?
¿Por qué siempre nos pasa lo mismo? ¿Por qué reservamos las machadas para las fases clasificatorias?
Predicción: Además nos van a hacer una judiada (penalti injusto, gol en clamoroso fuera de juego, etc…)

A pesar de todo, todavía no estamos fuera, así que ánimo y suerte. (Y el país lo necesita.)

Arreglando la conversión de un PDF en libro ePUB para Mi PAPYRE 6.1 reader ¡con muchas notas a pie de libro!

Para hacer la conversión del título “Corsarios de Levante” partimos de un PDF que está protegido por lo que no ha sido posible realizar las tareas de pre-proceso (recortar pies y cabeceras, revisar el reflow, etc…) típicas para conseguir una conversión sin muchos problemas. Ha sido necesario por tanto depurar pies y cabeceras que aparecían mezclados en mitad del texto y otros errores típicos en estos casos de los que ya hemos hablado en este BLOG. Pero este libro se caracteriza además por incluir casi 100 notas a pie de libro (añadidas por el editor digital de la versión PDF, no por el autor original) que aclaran muchos de los términos marineros y militares del relato. Como mejoran bastante la experiencia de lectura me parecía necesario incluirlas en la versión ePUB.

Gestionando un montón de notas

En el archivo PDF, las notas aparecen originalmente como se muestra en la foto, pero después de la conversión, como podéis comprobar aparecen simplemente como un número “pegado” a la palabra en cuestión. Un auténtico desastre multiplicado por cien.


Así que se impone utilizar RegEx para arreglar este entuerto.
Empezamos a buscar una expresión de búsqueda que nos encuentre todas las ocurrencias y nada más que las ocurrencias relacionadas con este error.
Necesitamos una expresión que encuentre palabras terminadas en un número y con un espacio o signo de puntuación a continuación. Desgraciadamente si no delimitamos cuantos números estamos buscando, la expresión nos encontrará también, cosas como nombres de estilo CSS (“calibre9”, por ejemplo). Así que lo partimos en 2 tandas, primero buscaremos 1 a 1 las palabras terminadas en un digito (las notas del 1 al 9), y reemplazaremos 1 a 1 excluyendo las otras cosas que podamos encontrar; y luego ya podremos de un sólo golpe reemplazar las notas del 10 al 95 ya que no se confunden con ninguna otra cosa.

La expresión de sustitución tendrá que incluir el código para convertir ese número en una nota dentro del texto. Así pues:

Como siempre, si pulsáis en la imagen accederéis al código. 
¡Ale-hop! y …
 
es decir, donde antes ponía:

bajando la entena1.
ahora queda:

bajando la entena. <a title="[1]" href="#_ftn1" id="_ftnref1" name="_ftnref1"><span class="MsoPie">[1]</span></a>

Pero no hemos terminado ni mucho menos. Al final del libro nos quedan varias

páginas con el texto aclaratorio de las notas (son 95) que tendremos que vincular a las notas situadas dentro del texto. El problema es que para cada nota, después de copiar-pegar el código tendríamos que realizar al menos 5 modificaciones (1 para cada vez que aparece el número de la nota); por lo que estamos hablando de casi ¡500 ediciones! No puede ser.
Nuestro amigo Coco, nos sugiere que hagamos algún invento que nos ahorre este trabajo tan tedioso.

  
Lo primero va a ser copiar el texto de las notas a pie de libro en un archivo de texto plano TXT, de forma que cada nota ocupe una línea con su número de nota al inicio de la línea. Con un copiar-pegar y unos cuantos retornos de carro lo hacemos muy rápidamente:

Y ahora vamos a crear un programita que mediante un bucle para los valores 1 a 95, lea la frase correspondiente con el texto de la nota, le añada el código necesario para convertirlo en una nota a pie de libro y escriba el resultado en otro archivo de texto.
 

Como siempre, si pulsáis en la imagen accederéis al código. 
Como soy un tío muy rarito el programa esta hecho en KIXTART, un dialecto BASIC interprete de MICROSOFT orientado al scripting para la gestión de sistemas pero convertirlo a algo más universal, como por ejemplo VISUAL BASIC es muy sencillo porque la sintaxis es muy similar.
Resumiendo:

Para n=1 a 95, leo el archivo con el texto de las notas frase a frase hasta que encuentro la línea con la nota número n; le quito el comienzo de la línea dónde está el número de la nota para dejar sólo el texto. A ese texto le añado delante el código necesario para que sea una nota a pie de libro, cuya parte variable es el número n de la nota. Escribo la frase resultante en otro archivo de texto, donde me quedaran al final 95 líneas, una para cada nota a pie de libro.
Este es el archivo DESTINO resultante:
Por último, solo queda hacer un copiar-pegar desde este archivo a nuestro e-book en ePUB y ¡Voilá!

Todo lo que siempre quiso saber sobre el formato ePUB de sus ebooks y nunca se atrevió a preguntar (Cap. 01)

¿Quien lo inventa?
La International Digital Publishing Forum es una alianza de empresas para establecer los estándares tecnológicos y comerciales de la publicación digital. Sus miembros acordaron la definición de ePUB como la extensión de archivo (o sea todo lo que se llame “.epub”) que llevaran los libros electrónicos.

¿Que debe cumplir?
Pero no vale cualquier libro electrónico. Debe cumplir las siguientes características:
- en formato XML

- con reflow, (la capacidad de reajustar automáticamente los componentes del texto cuando se produzcan cambios en el formato del documento: tipo/tamaño de letra, márgenes, ventana de presentación, etc… Es lo que hace que los libros electrónicos no tengan un número de páginas fijo, sino que tienen una paginación dinámica).
- libre, abierto y sin encriptar
- y que cumple tres conjuntos abiertos de especificaciones:  la Open Publication Structure (OPS), Open Packaging Format (OPF) y Open Container Format (OCF). Estas especificaciones o estándares detallan lo que puede llevar dentro un ePUB, cómo debe estar organizado internamente y su modo de empaquetamiento (como fichero ZIP).
Dicho de otra forma, un fichero ePUB es un container (Contenedor), es decir una caja donde se guardan una serie de archivos (fundamentalmente en formato XHTML), cuyas características y contenidos están definidos y delimitados (mediante XML) y que se organizan y ordenan de una forma concreta (en una estructura de directorios definida). Y todo ello se empaqueta comprimiéndolo en formato ZIP.

Coco nos sugiere que hagamos la siguiente prueba:  Renombra un archivo “.ePUB” a “.ZIP”; y haz doble-click encima. El descompresor que tengas instalado en tu ordenador descomprimirá el archivo y te mostrará la estructura de directorios que incluye todos los archivos que forman parte de un ePUB.


¿Qué contiene un archivo ePub?

Si hacéis la prueba podréis comprobar que contiene una estructura como esta:

  

├───META-INF 
└───OEBPS 
 ├───Images 
 ├───Styles 
 └───Text 

Esta estructura de directorios es fija y debe darse siempre. El detalle de lo que se encuentra en cada directorio, cómo debe estar formado y para que sirve será objeto del Cap 02: Todo lo que siempre quiso saber sobre ePUB.

Añadimos el buscador de libros dedicado de Kiermel a Mi PAPYRE 6.1 reader para libros electrónicos

Hemos añadido a la sección “Más libros, más libres” situada en la barra de widgets de la derecha de la página, un enlace al buscador de libros dedicado de Kiermel, que por cierto, es un asiduo lector y socio de la Biblioteca; y además ha tenido la amabilidad de colocar un enlace hacia este BLOG.
Es un desarrollo muy práctico (mi primera opción para buscar algún libro) que se centra en la búsqueda en sitios específicos de libros electrónicos y además tiene subconjuntos de búsquedas programados por pestañas (en formato PDF, ePUB, en Scribd, …).
Para comprobar lo cómodo y práctico que resulta sólo tenéis que pulsar en el icono de la pila de libros de la sección “Más libros, más libres”

Resolviendo dudas RegEx sencillas para mejorar los ePUB de Mi PAPYRE 6.1 reader

Kiermel nos envía la siguiente duda:





 
Coco va a explicarnos como hacerlo paso a paso.
Queremos encontrar, un rango de números. Pues bien:
0-9
y lo encerramos entre corchetes para indicar que es un rango de números. Pero ¿cuántos números puede haber juntos? Al menos habrá 1, pues eso lo indicamos con el metacarácter "+". Cuando queramos encontrar desde 1 a n ocurrencias de lo que estemos buscando, usaremos “+”; para encontrar de 0 a n ocurrencias lo indicaríamos con “*”
[0-9+]
De momento, esto nos encontrará cualquier grupo de números de 1 o más cifras. Como es la expresión a mantener, la agrupamos encerrándola entre paréntesis. Así la expresión de búsqueda será:
<p class="title-p"><strong>([0-9+])</strong></p>
Y en la expresión de sustitución sólo tendremos que indicarle que queremos mantener sin reemplazar el PRIMER GRUPO (sólo hemos agrupado 1) de lo que encontramos en la expresión de búsqueda, y eso lo hacemos con "\1". Si tuviéramos 3 grupos y quisiéramos el tercer grupo, lo indicaríamos con "\3"
<h2>\1</h2>
Esperamos que nuestro amigo Kiermel lo haya entendido.

Y recordad, niños, ahora estoy CERCA y ahora LEJOS

Mi PAPYRE 6.1 reader y el nuevo PAPYRE 6.S ALEX, especificaciones frente a frente / Specs comparison PAPYRE 6.1 – new PAPYRE 6.S ALEX

Desde que GRAMMATA anunció la próxima comercialización del nuevo e-reader PAPYRE 6.S ALEX se ha generado una expectación importante. Para atender a ese interés este BLOG va a dedicarle unos posts analizando el nuevo producto. Y lo primero es ver desde donde partimos. Por eso hemos preparado una tabla comparativa de las especificaciones entre los dos dispositivos.







El documento permite analizar de un golpe de vista las diferencias más relevantes. Podéis descargaros el documento, como siempre desde DESCARGAS – DOCUMENTOS DE REFERENCIA / TECH DOCS - Nº4

As far as GRAMMATA is going to sell the new PAPYRE 6.S ALEX very soon we have made a spreadsheet with a specifications comparison between the PAPYRE 6.1 and PAPYRE 6.S ALEX. You may dowload it, as usual, from DESCARGAS – DOCUMENTOS DE REFERENCIA / TECH DOCS - Nº4