Artículos de CartoVector.org (antiguo CartoWeb.es)

¿Necesitan algún navegador decentillo para dispositivos celulares con Windows Mobile como OS o Smartphone? Pues les presento el navegador Opera. Tiene todas las ventajas de las versiones para equipos mejores (ya comentado en otro artículo), y es increíble lo potente y práctico que es, sobre todo si se tiene en cuenta lo reducido de las posibilidades de estos dispositivos. Y sí, dispone de soporte SVG, al menos en su especificación Tiny, lo que no es moco de pavo, y también de ECMAscript (JavaScript) con soporte AJAX (¡casi nada!)

Aunque esta versión sí que es comercial, como la mayoría de los navegadores para dispositivos celulares y PDA, han tenido la decencia de suministrar gratuitamente la versión beta (completa) para su evaluación; y no defrauda. En particular, la versión probada es la de Windows Mobile en un HTC TyTN II y un HP iPAQ 6945.

Uno de los grandes aciertos, en comparación con las versiones anteriores, es la facilidad de navegación y desplazamiento de páginas estándar HTML, así como la posibilidad de ampliación (con texto formateado al ancho de columna) para una lectura cómoda.

¿Conocen el navegador Opera? Es una pena que no tenga tanta penetración en el mercado, porque es bastante bueno y cumple bastante a rajatabla los estándares del W3C; desde luego, es muchísimo mejor que su competidor MSIE y están disponibles versiones para Windows, Linux, Mac y otros. El soporte de imágenes SVG, además de ser nativo, es bastante completo. Además, a partir de la versión 9, el soporte de XSL se ha visto muy mejorado, en particular con el soporte de la función XPath document().

En principio, tal como indica la documentación, es posible incrustar imágenes SVG tanto con la etiqueta XHTML <object> como con las clásicas <embed> (el método preferido por MSIE) e <img>; sin embargo, en alguna versión para Mac y Linux he tenido problemas en el uso de estas dos últimas: supone que necesita un applet, que posiblemente considera que ha de ser ASVG.

También, al igual que sucede en Firefox, es posible mezclar código XHTML y SVG, siempre que se sigan las reglas del XML para la resolución de espacios de nombre (en MSIE también se puede, pero con limitaciones tanto sintácticas como de capacidad gráfica).

Es posible que hayan visto un artículo de idéntico título en esta sección; sólo se había escrito para dar de alta esta sección (que es en realidad un blog) en Technorati. Como ya he escrito un artículo al respecto en el blog Infokratia, en particular sobre cómo configurar el motor Serendipity (que es el de esta sección) y aprovechar sus extensiones, no me extenderé mucho más. Sólo indicar que escogí Serendipity porque para los que disponemos de servidor web propio, además de ser fácilmente actualizable, es uno de los pocos que soportan PostgreSQL como RDBMS de apoyo. ¿Y por qué PostgreSQL y no cualquier otro? Porque, entre otras cosas, tiene una extensión muy potente para gestionar objetos SIG: PostGIS, y esta sección trata sobre Cartografía web vectorial, ¿no? En fin, que mato varios pájaros de un tiro.

Por la gran dificultad que hubo en obtenerlos, se muestran los parámetros que definen el datum «Pico de Las Nieves», empleado en Canarias hasta 1995, fecha en que se implantó el REGCAN95 (a efectos prácticos, el WGS84). No lo confundan con el datum «Piton des Neiges», que corresponde a la isla de Reunión, en el archipiélago de las Mascareñas.

Son los siguientes:

Elipsoide Internacional 1924 (Hayford)
a = 6378388,0
1/f = 297,0
dx = –307
dy = –92
dz = 127

Lo que sigue a continuación funciona bien y me ha ido muy bien para reciclar cartografía digital antigua.

Nota: En la actual tabla spatial_ref_sys de PostGIS aparece correctamente como EPSG:4728. Sin embargo, sólo sirve para la transformación en coordenadas geográficas, no en coordenadas de la proyección UTM para los husos 27 y 28, por lo que este artículo sigue siendo de utilidad. Comprueben en cualquier caso que aparecen las correcciones dx, dy y dz en, p. ej., el campo srtext (tendría que aparecer TOWGS84[-307,-92,127,0,0,0,0]); antaño no aparecían.

El servidor web Apache por desgracia no está configurado por defecto para suministrar correctamente los archivos con extensión .svgz (SVG comprimidos con gzip). En este artículo se muestra cómo hacer que se transmitan las cabeceras HTTP adecuadas para que ciertos navegadores lo interpreten adecuadamente. Se verá que es fácil subsanar esta deficiencia, también en distribuciones comunes para plataformas diferentes de Linux como xampp (para Windows) y mampp (para Mac).

Se comenta en este artículo el soporte de Mozilla Firefox para Windows de visualización de imágenes o aplicaciones SVG en este navegador. Es nativa en este navegador, aunque todavía no se soporta todo el estándar SVG, en particular el soporte SMIL aunque en la última versión del motor Gecko 1.9.3 parece que ya está disponible parte de la especificación SMIL, activando con about:config la opción svg.smil.enabled (2009-09). También se comenta alguna alternativa interesante para programadores/diseñadores.