1- editar el archivo eclipse.ini en el directorio de eclipse.

2- agregar la siguiente línea (después de -vmargs):

-Duser.name=“nombre deseado”

Referencias:

http://dev.eclipse.org/newslists/news.eclipse.newcomer/msg07148.html

Una herramienta es el TweakUI que permite ocultar el icono, pero desconozco si permite mostrarlo nuevamente.

Otra opción es la de utilizar una directiva de grupo con la herramienta gpedit.msc. No la recomiendo, este oculta la Papelera de reciclaje en TODAS partes, no solo el escritorio, lo cuál no es exactamente lo que tratamos de hacer en este momento.

La opción completa (hasta donde se) es modificar el registro de la misma manera que lo hace el TweakUI:

1. Abrimos un editor de registro. El editor que viene con Windows es el regedit.
2. Buscamos la clave HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\HideDesktopIcons\NewStartPanel.
3. Modificamos (o creamos si no existe) el  valor DWORD {645FF040-5081-101B-9F08-00AA002F954E} y le asignamos el valor 1 para ocultar y 0 para mostrar.
4. Es posible que se requiera reiniciar la sesión de usuario para que el cambio tenga efecto.

Nota.- Debido a que la clave en el registro dice NewStartPanel, creo que con el menú clásico de Windows no funcionaría, tocaría experimentar a colocarla dentro de la clave ClassicStartMenu. Como no lo he hecho, no sé si funcionaría o no, o si generaría errores o no.

Simple, esto se debe a que no tenemos instalados componentes para VirtueMart en el Joomfish.

Como realizar esta instalación

1) Primero debemos tener instalados Joomla, los dos componentes – VirtueMart y Joomfish – y los paquetes de los idiomas que vamos a usar tanto para el Joomla como para el VirtueMart (en efecto, el paquete para el VirtueMart tiene varios idiomas, así que solo hay que instalarlo una vez).

2) Modificar una tabla del VirtueMart. Esto para que Joomfish pueda trabajar con ella. Ejecutamos el siguiente SQL (puede ser a través de phpMyAdmin o cualquier cliente de nuestra preferencia, yo siempre me he ido con el HeidiSQL 4):

ALTER TABLE `jos_vm_product_attribute_sku`
ADD `attribute_sku_id` INT( 11 )
NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;

3) Instalamos los componentes del VirtueMart en el Joomfish. Estos los obtenemos de alguna de estas dos direcciones VirtueMart Content Elements for Joomfish 2.0 (en los foros de Joomfish) * – al que hay que hacerle unas modificaciones – o VirtueMart Content Elements for Joomfish 2.0 (en la página de GJC Webdesign) – que ya las tiene hechas – **. Los descomprimimos y los compiamos en joomla_root/administrator/components/com_joomfish/contentelements.

* En caso de haber bajado el primer archivo el cambio que debe hacerse es el siguiente:

Cambiar el nombre del archivo joomla_root/administrator/components/com_joomfish/contentelements/vm_store_info.xml por vm_vendor.xml.

** Aquí les dejo una copia del archivo (ya modificado por la gente de GJC Webdesign):

virtuemart.1.1_joomfish.2.0_contentelementfiles

Fuentes:

Joomla 1.5, VirtueMart 1.1 & Joomfish 2.0
Using Joomfish 2.0 with Joomla 1.5 & VirtueMart 1.1

1) Creamos una nueva cuenta de correo en Thunderbird como las demás cuentas, con los siguientes parámetros:

• Servidor IMAP: imap.qq.com con conexión segura SSL en el puerto 993.
• Servidor SMTP: smtp.qq.com con conexión segura SSL en el puerto 465 o en el puerto 587.

2) Dejamos que Thunderbird reconozca la cuenta. Naturalmente los nombres de las carpetas aparecerán en chino.

3) Una vez el halla cargado las carpetas, tenemos que cambiar las carpetas de mensajes enviados y borradores por las carpetas de QQ mail, en la configuración de la cuenta. Al momento de redactar esta entrada éstas son:

• Borradores: 草稿箱
• Mensajes enviados: 已发送邮件

4) Tendremos que hacer lo mismo con la papelera, solo que esta opción no se puede configurar en la ventana de configuración de cuentas. Tenemos que hacerlo en el editor de configuración de Thunderbird. Al que accedemos por la ventana de Opciones en la Pestaña de Opciones Avanzadas y en la subpestaña General. Ahí encontramos un botón para el editor de configuración de Thunderbird (el equivalente del about:config del Firefox).

Una vez localizados en este editor escribiremos en su barra de navegación lo siguiente: mail.server.server. Esto nos filtrara las configuraciones de  servidores de las cuentas. Cada cuenta tiene uno asociado con el siguiente esquema: mail.server.serverX, dónde X es un número que nos identificará cada cuenta. En el caso de la cuenta de QQ el valor de la entrada mail.server.serverX.hostname debe ser imap.qq.com, o el valor de mail.server.serverX.name debe ser el nombre de la cuenta que le dimos a la cuenta del mail de QQ. Tenemos muy encuenta este valor de X.

Damos clic derecho en el cualquier parte de los valores y agregamos un valor de tipo cadena (string) llamado mail.server.serverX.trash_folder_name, obviamente reemplazando la X por el número que tenemos en cuenta. Colocamos el nombre de la papelera en chino como el valor, en el momento de escribir esta entrada este es: 已删除邮件.

Reiniciamos el Thunderbird para que reconozca la nueva configuración de la cuenta.

Nota.- Hay alguinos inconvenientes usando el mail de QQ en Thunderbird. Por ejemplo, el folder de Spam no es listado por el Thunderbird. aún no tengo solución para este problema. Y se pueden crear folders pero no eliminarlos. Simplemente porque la carpeta Trash no acepta subfolders, o porque el caracter / no es válido como parte de un nombre de carpeta.

Nota2.- me dan ganas de probar el FoxMail… pero, temiéndome que esté totalmente en chino…

Bueno, el asunto es simple, hay que decirle que devuelva la memoria RAM que tiene ocupada cuando se le minimiza. Esto nos va a ocasionar algo de retardo al tomar el contenido que ya teníamos en la memoria, pero… tener disponible el contenido del Firefox a costa del desempeño del sistema es absurdo.

Bueno, al grano.

1. En el campo de direcciones escribimos:

about:config

Esto nos llevará a una ventana donde nos dirán que si no somos cuidadosos podemos dañar el firefox y blablabla. Pues, es cierto, editar esta parte del Firefox es como jugar con el Registro de Windows, así que mucho cuidado.

2. Creamos el valor booleano

config.trim_on_minimize

y le asignamos el valor true.

3. Reiniciamos Firefox.

4. Cada vez que minimicemos todas las ventanas de Firefox, éste retornara la memoria en uso quedándose con una pequeña cantidad y la memoria virtual.

En versiones anteriores a Firefox 3.5 este truco funcionaba de maravilla. En el Firefox 3.5, Firefox devuelve la memoria y al poco tiempo vuelve y la reclama, debe ser cosa de hilos o de plugins. Pero bueno, algo es algo. Al menos con estar retornándola se evita que pida y pida y pida.

DAV request failed; it's possible that the repository's pre-revprop-change hook either failed or is non-existent

Hasta donde tengo entendido, por el artículo que consulte, no es posible cambiar los logs porque éstos no están siendo controlados por el sistema de control de versiones.

Toca habilitar un script que permita hacer esto sin que arruinemos el repositorio.

Los pasos para que podamos editar los logs viejos son:

1. Vamos al directorio hooks de nuestro repositorio en el servidor.
2. Renombramos el nombre del archivo pre-revprop-change.tmpl por pre-revprop-change.
3. Luego al archivo que tenemos le damos permisos de ejecución, 755.

Con esto debe bastar para poder modificar logs viejos en el SVN.

Fuente:

Changing a revision property in Subversion

Los pasos son tres:

1. Abrir una consola o línea de comandos con privilegios de administrador (ejecutar como administrador).
2. Sí se quiere establecer una contraseña para este usuario escribimos el siguiente comando (podemos saltarlo si no queremos darle contraseña):
   net user administrador <password>
3. Y en la misma línea de comandos habilitamos el usuario:
   net user administrador activate:yes

¿Y cómo lo deshabilitamos?
net user administrador activate:yes

Fuentes:

• Enable and Disable the Built-in Administrator Account
• Activate, Enable and Show Administrator Account in Vista Welcome Screen
• Habilita la cuenta de Administrador en Windows Vista en tres pasos

$ tar -pcf archivo.tar archivos/por/archivar/

Para borrar una carpeta por completo, incluyendo archivos y subcarpetas empleamos la siguiente instrucción

$ rm -r carpeta/

Sí, así de simple. El truco esta en el -r que lo hace recursivo.

Copiar los archivos en Linux preservando los permisos y no colocando nuevos con el usuario empleado es así de simple

$ cp -p archivo destino/

El truco está en el parámetro -p.

Si queremos hacer esto para toda una carpeta (directorio) con sus subcarpetas (subdirectorios) y archivos, simple, lo hacemos así

$ cp -rp carpeta destino/

Los pasos:

1) Creamos la nueva ubicación para los archivos y le damos los permisos al usuario mysql

$ sudo mkdir /nueva/ubicacion/bases/mysql
$ sudo chown mysql:mysql /nueva/ubicacion/bases/mysql

2) Nos deplazamos a la ubicación actual de los archivos de las bases de datos

$ cd /var/lib/mysql

3) Detenemos el motor de bases de datos

$ sudo /etc/init.d/mysql stop

4) Copiamos la carpeta de cada base de datos a la nueva ubicación preservando sus permisos

$ cp -rp mysql /nueva/ubicacion/bases/mysql/

5) Editamos el archivo my.cnf (/etc/mysql/my.cnf)

$ sudo -b gedit /etc/mysql/my.cnf

o

$ sudo nano /etc/mysql/my.cnf

y modificamos la línea

datadir = /var/lib/mysql

con la nueva ubicación

datadir = /nueva/ubicacion/bases/mysql

6) Renombramos o reubicamos las viejas bases de datos.

7) Reiniciamos el servidor MySQL

$ sudo /etc/init.d/mysql start

Si todo ha salido bien, nuestro servidor de MySQL está corriendo nuevamente con las mismas bases de datos que ya teníamos.

Fuente:

How to move mysql database to another drive or partition

Es como la precarga de cosas que “vamos” a “necesitar” después. Lo cual en algunos casos es útil y en otros… bueno, simplemente es un desperdicio de recursos.

En el caso de Firefox el prefetch interno lo que permite es ir cargando por detrás, en el background, elementos o páginas que aún no hemos pedido ni hemos visitado para “mejorar” la experiencia del usuario. En otras palabras para hacernos creer que las páginas han cargado mucho más rápido cuando sí las escogemos.

Pero, puede ser un desperdicio de recursos, no todo el tiempo visitaremos esas páginas o imágenes que tan “gentilmente” nos han precargado, y en equipos con pocos recursos, definitivamente es un desperdicio. A veces prefiero hacer las cosas un poco como antes, dar clic y esperar que la imagen cargue si eso significa que mi computador sigue estando libre para muchas otras tareas.

Para desactivarlo:

• Ingresamos en el Firefox y en la barra de direcciones escribimos about:config (¡cuidado! estas son las opciones a bajo nivel del Firefox, así que un error nos saldrá costoso). Naturalmente, navegamos a ésta.
• Seleccionamos la opcion
  • network.prefetch-next

  y les asignamos el valor false.

• Ya está.

Por defecto JIT viene desactivado en Firefox ya que no es completamente estable. Para habilitarlo se hace lo siguiente:

• Ingresamos en el Firefox y en la barra de direcciones escribimos about:config (¡cuidado! estas son las opciones a bajo nivel del Firefox, así que un error nos saldrá costoso). Naturalmente, navegamos a ésta.
• Seleccionamos las opciones
  • javascript.options.jit.chrome
  • javascript.options.jit.content

  y les asignamos el valor true.

• Ya está.

Instalar el TweakUI Power Toy (de la página de Microsoft) y en las opciones de login seleccionar mostrar administrador en la ventana de entrada.

Segundo Método

Abrir el editor de registro (usualmente regedit).

Ir hasta la clave HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ SpecialAccounts \ UserList.

Allí, crear un valor DWORD llamado Administrador (o Administrator si el sistema está en inglés o el nombre adecuado si es otro idioma).

Editar el valor de ese valor cambiandolo de 0 a 1.

Cerrar el editor de registro y presionar Windows + L, para ir al menú de entrada. Ya debe estar disponible el usuario Administrador como otro usuario normal.

filetype:torrent

En el caso de los torrents, claro está. Si se buscan documentos podemos emplear filetype:doc y así sucesivamente.

Como ejemplo, si buscamos torrents de Ubuntu pues la búsqueda será como sigue:

filetype:torrent ubuntu

O si buscamos documentos relacionados con Colombia:

filetype:pdf Colombia

Lo único que necesitamos es ejecutar el siguiente comando en la línea de comandos:

convert <letra de la unidad>: /fs:ntfs

Para convertir la unidad D:, por ejemplo, escribiremos:

convert D: /fs:ntfs

Esto se logra con un simple parámetro

/nomutex

que se le pasa como parámetro al google talk al ejecutarlo.

Como probablemente lo que queremos es que funcione de manera automática, simplemente modificaremos los enlaces directos del Google Talk para que queden

"c:\Archivos de Programa\google\google talk\googletalk.exe" /nomutex

obviamente, ajustando este ejemplo a la ubicación donde se haya instalado el Google Talk.

El problema

Comencemos por ahí, ¿cuál es el problema? El problema consiste en que el Google XML Sitemap Generator no produce una salida al cliente web, sino un archivo que será guardado en un directorio local (en el servidor). En un Wordpress convencional esto funciona de maravilla, ya que, por ejemplo, la siguiente dirección nuestroblog.com/sitemap.xml tiene una correspondencia real con la estructura de archivos /ruta/local/de/wordpress/sitemap.xml. En Wordpress MU, esto no es así. Una ruta como nuestroblog.com/blog2/sitemap.xml no se corresponde a un directorio real. Simplemente, /ruta/local/de/wordpressmu/blog2 no existe.

Crear el directorio funciona, pero… entonces romperemos la estructura del Wordpress MU, nuestroblog.com/blog2 ya no nos mostrará el blog como lo hacía antes. Ponernos a crear redireccionamientos, usar reglas de rewriting… es cambiar un problema por otro.

Las soluciones

Tenemos dos opciones. La primera, que es la que utilicé, consiste en colocar los archivos generados en otra ubicación. La segunda, en la que no puedo profundizar, ya que no la utilicé, consiste en crear un archivo dentro del tema empleado en el blog.

La primera nos da una solución que no es totalmente ideal, ya que no es tan elegante como cabe esperar, la segunda puede solucionarnos este problema, pero muy posiblemente, requerirá de bastante esfuerzo adicional y tendremos que hacerlo para cada tema en nuestro sitio.

La primera solución – archivos en otra ubicación

Podemos colocar los archivos en la raíz del sitio. Claro, tendremos que cambiarle el nombre o sino sobreescribiremos los archivos de la raíz. Algo como blog2_sitemap.xml puede ayudarnos lo suficiente.

Sin embargo, al mirar las herramientas para el webmaster de Google, podemos hacernos a la idea de que ellos esperan que el sitemap esté ubicado dentro de la dirección de cada sitio web. Entonces, la solución será colocarlo en el directorio local /ruta/al/wordpress/mu/wp-content/blogs.dir/<BLOG ID>/files/sitemap.xml, para que externamente se vea como nuestroblog.com/<NOMBRE DEL BLOG>/files/sitemap.xml. No se ve como esperaríamos, pero ya es un buen avance. Naturalmente tenemos que reemplazar <BLOG ID> y <NOMBRE DEL BLOG> por los valores que les corresponden.

La segunda solución – archivos en los temas

Aquí solo puedo dar algunas ideas, ya que no la he llevado a cabo.

Se me ocurre colocar un archivo .php que muestre el contenido de los archivos sitemap.xml y sitemap.xml.gz generados por el plugin.

En realidad, esta solo tiene sentido si se combina con la anterior, y sería solo una forma de hacer que se vea “bien” la url del archivo.

Se me ocurre que en su lugar puede usarse un rewriting, pero no lo realicé. Si alguien lo sugiere, lo colocaré en esta entrada o en una nueva.

Fuentes

junsuijin en el IRC de freenode: http://tyco.ws/.

Discusión acerca de Sitemap en los foros de Wordpress MU.

¿Cómo desactivarlo?

Abrimos una consola de windows, y en ella digitaremos la siguiente instrucción:

regsvr32 /u %windir%\\system32\\zipfldr.dll

¿Cómo activarlo?

Abrimos una consola de windows, y en ella digitaremos la siguiente instrucción:

regsvr32 %windir%\\system32\\zipfldr.dll

Son cambios que deberían ser instantáneos, pero a veces hay que salir de la sesión y regresar.

¿Cómo solucionarlo?

Tendremos que editar el archivo

/wp-includes/formatting.php

y reemplazar los dobles guiones, en los campos correspondientes (usualmente el segundo y el tercero), de la línea:

$static_replacements = array_merge(

por

--

Para estar seguros de que estamos haciendo las cosas bien, vamos a revisar que los campos que estamos reemplazando se corresponden con los dobles guiones en la línea:

$static_characters = array_merge(array(

Un poco más en detalle, reemplazaremos cada guión por

-

Así se simple.

¿Y si no quiero modificar el archivo mencionado?

Simple, en la vista html, cuando estemos editando la entrada, colocaremos en lugar de cada guión el código mencionado anteriormente:

-

Fuentes:

Disable double hyphen to dash wordpress replacements
How To Add Double Dash To WordPress Posts

$response=file_get_contents("http://web.com/contenido.xml");

Y no se podía solucionar con el archivo php.ini ni con la variable allow_url_fopen = On ni con allow_url_include = On.

Entonces, ¿cómo se soluciona?

Sí se tiene cURL en el servidor pues lo podemos solucionar de la siguiente manera:

$fileURL = "http://pagina.web/.../archivo";
$ch = curl_init($fileURL);
$file = "/ruta/a/temporales/temporal" . time();
$fp = @fopen($file, "w");
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_exec($ch);
curl_close($ch);
fclose($fp);
$response = file_get_contents($file);
unlink($file);

Naturalmente tenemos que contar con que cURL esté correctamente configurado y que tengamos permiso de escritura del archivo “temporal” (o el nombre que le hayamos querido dar).

Algunos usuarios, como yo, no queremos que el sistema nos pregunte la contraseña a cada paso que damos cuando usamos sudo (ni Vista que fuera) y simplemente queremos ver como al ejecutar sudo <nuestrocomando> simplemente las cosas se hagan. (Que la práctica no es recomendada, bueno, quizá para un servidor, pero en nuestro equipo de la casa…)

Esta es una de las soluciones:

Primero abrimos la consola.

Luego ejecutamos el comando

sudo visudo

(Esperamos que esta sea la última vez que escribamos la contraseña en la consola.)

Nos aparecerá un editor (en las versiones anteriores tuvieron el cuidado de que fuera nano, en hardy no sé porque es el condenado vi).

Y descomentamos la línea que dice:

# %sudo ALL=NOPASSWD: ALL

Para ello quitamos el # al inicio de esa línea. [1]

Luego guardamos el archivo.

Solo nos falta una cosa… añadimos nuestro usuario al grupo sudo y con eso ya está.

[1] Parece que a veces sudo le hace caso a las primeras directivas que lee y a veces a las últimas… y a veces nos quita los permisos de algunas reglas al establecer nuevas o simplemente omite los permisos de las nuevas directivas… Simple, si ese es el caso movemos la línea al final del archivo. O, en el caso paranóico, la dejamos donde está, lo que la convierte en la primera regla, y luego la copiamos también en el final del archivo, lo que la hace la primera y la última reglas.

En resumen

1. En la consola ejecutamos sudo visudo.
2. En el editor descomentamos la línea # %sudo ALL=NOPASSWD: ALL y guardamos (en algunos casos, es necesario copiarla o moverla al final del archivo).
3. Añadimos nuestro usuario al grupo sudo.

Esto es particularmente útil cuando queremos instalar un repositorio en nuestro sitio web pero no tenemos acceso por telnet ni ssh ni nada por el estilo.

El método

¿Qué necesitamos?

• Bueno, dos equipos, el local – nuestra estación de trabajo – y el servidor compartido – donde está nuestro sitio web -.
• Acceso ftp al servidor.
• Instalador de Bazaar para nuestro sistema operativo local.
• Plugin push_and_update para Bazaar.
• Python 2.4 o superior, por supuesto, es requerimiento de Bazaar.

Creación de la cuenta de ftp en el servidor

Comenzaremos por el servidor, algunas indicaciones serán algo generales, deben realizarse de acuerdo a las herramientas que su proveedor de hosting disponga.

1. Primero crearemos la cuenta de usuario de ftp remoto, en este artículo será bzr_usuario.

2. Luego, crearemos la carpeta donde queremos que nuestro repositorio resida. Yo he creado una carpeta que no tiene acceso por http (no todo lo que estoy desarrollando es de dominio público). En este artículo la ruta será ftp://dominio.com/bazaar/repositorio.

3. Asignamos la carpeta al usuario ftp que hemos creado. En algunos casos esto nos simplifica la vida, ya que el usuario verá esa carpeta como la raíz del sitio ftp y no puede acceder a otras ubicaciones (en el caso en que trabajemos con más personas en el mismo proyecto, por ejemplo, nos ahorrará dolores de cabeza).

4. Verificamos que la conexión con el servidor pueda establecerse y que podamos manipular el contenido de la carpeta vía ftp.

Instalación de Bazaar y plugin push_and_update

Ahora vamos a nuestro equipo cliente, la estación de trabajo.

1. Aquí el primer paso consiste en instalar Bazaar, no entraré en detalles de como realizar esta instalación, cada sistema operativo tiene su propio método.

2. Luego instalamos el plugin push_and_update. Nos ubicamos en el directorio de Bazaar, y ahí en el directorio plugins. Si el directorio plugins no existe procederemos a crearlo. Por consola y empleando el mismo Bazaar podemos instalar el plugin con el siguiente comando:

bzr branch lp:bzr-push-and-update push_and_update

Hay alternativas a este comando, por ejemplo:

bzr branch https://launchpad.net/bzr-push-and-update push_and_update

O bajarlo e instalarlo manualmente.

Este plugin es muy importante, ya que nos mantendrá nuestro repositorio en el servidor al día.

Creación del repositorio y publicación en el servidor

Esta parte consiste en la creación de un repositorio local en la estación de trabajo para luego subirlo a nuestro servidor.

1. Creamos una carpeta para el repositorio. La dejamos vacía, nuestro proposito en este momento es solo crear la estructura del repositorio.

2. Nos ubicamos por consola dentro de la carpeta creada e iniciamos el repositorio, el comando es:

bzr init

3. Procedemos a crear la estructura del repositorio en nuestro servidor:

bzr push --create-prefix ftp://bzr_usuario@dominio.com/bazaar/repositorio

El directorio no debería existir en el servidor ya que se va a crear uno nuevo. Sin embargo, si tenemos un directorio existente y vacío podemos añadir la opción --use-existing-dir a este comando.

4. Realizamos el primer envío de contenido al repositorio en el servidor con prácticamente el mismo comando:

bzr push ftp://bzr_usuario@dominio.com/bazaar/repositorio

Aunque ya podemos omitir la ruta a nuestro directorio ftp, Bazaar la recordará por nosotros, aunque siempre nos preguntará por la contraseña.

5. Para traer la información desde el servidor a nustros equipos podemos usar el comando merge o el comando pull.

bzr merge ftp://bzr_usuario@dominio.com/bazaar/repositorio

Fuentes:

• Bazaar bound branch commit-and-update
• Bazaar-NG: private repositories on shared hosting
• Bazaar plugin to update remote trees

¿Y en OpenOffice.org?

No, no existe tal botoncito, pero no significa que el asunto sea demasiado complicado.

OpenOffice.org maneja un sistema de plantillas o templates y se puede asignar una plantilla de estas por defecto para cada aplicación de la suite.

Este es el procedimiento

1. Creamos un nuevo documento, agregamos o modificamos estilos y otros parámetros.
2. Una vez listos, escogemos en el menú Archivo (File) la opción Plantillas -> Guardar… (Templates -> Save…).
3. Le damos nombre a nuestra plantilla (¿qué tal “Plantilla por defecto de writer”?).
4. Seleccionamos una categoría de la lista, se sugiere la categoría “Mis Plantillas” (”My Templates”) .
5. Aceptamos y guardamos la plantilla.
6. En el menú Archivo (File) seleccionamos Plantillas -> Organizar… (Templates -> Organize…).
7. Vamos a la categoría que seleccionamos anteriormente y le damos doble clic.
8. Le damos clic derecho a la plantilla que deseamos usar por defecto y la escogemos como la plantilla por defecto (Set as Default Template).
9. Cerramos.
10. Repetimos para las demás aplicaciones de la suite en las que queramos establecer valores por defecto.

Fuente: [Tutorial] Creating a new default template.

NAD_1983_StatePlane_Massachusetts_Mainland_FIPS_2001 and UNIT["Meter",1.0]

Luego en nuestra base de datos consultamos los SRIDs candidatos con una búsqueda como:

SELECT
srid, srtext, proj4text
FROM
spatial_ref_sys
WHERE
srtext ILIKE ‘%Massachusetts%’

De la que escogeremos el mejor candidato, es decir, aquel que sea más cercano a la proyección desrita en el archivo .prj.

Fuente: Part 1: Getting Started With PostGIS: An almost Idiot’s Guide

La entrada original se encuentra bajo una licencia GNU Free Documentation License 1.2 http://www.gnu.org/copyleft/fdl.html, al igual que esta entrada.