[Portugal] Erro do shp2pgsql no carregamento de shapefile de polígonos

[João Paulo Hespanha]

No âmbito de um teste de transformação de dados cadastrais via MDA
(Model Driven Architecture), pretendo carregar um conjunto de dados do
Cadastro Predial de Mira para base de dados PostGIS. Os dados originais
estavam em formato Personal Geodatabase e foram exportados para shapes.

Agora que a questão do sistema de coordenadas ficou resolvida, e tenho
certeza que o PROJ4 (através do cs2cs e método das malhas) garantirá a
transformação para o ETRS89-PTM06, surgiu um erro na conversão para
PostGIS com o qual ainda não me tinha deparado, e cuja descrição passo a
transcrever (como é habitual nestes casos, a transcrição é um pouco
longa):

jphespanha  JPHUbuntu:~/Documentos/Tese/ImplementationTest_2010/ArcGISshapes$ shp2pgsql -c -s 9102160 Predio_Polygons public.predio_polygons > predio_polys.sql 
Shapefile type: Polygon
Postgis type: MULTIPOLYGON[2]
*** glibc detected *** shp2pgsql: corrupted double-linked list:
0x084a9c78 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xe3f0d1]
/lib/tls/i686/cmov/libc.so.6[0xe40b69]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xe438ad]
shp2pgsql[0x8053345]
shp2pgsql[0x8053d76]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xdeab56]
shp2pgsql[0x8049ed1]
======= Memory map: ========
0068d000-0068e000 r-xp 00000000 00:00 0          [vdso]
00931000-00955000 r-xp 00000000 08:01
1967425    /lib/tls/i686/cmov/libm-2.10.1.so
00955000-00956000 r--p 00023000 08:01
1967425    /lib/tls/i686/cmov/libm-2.10.1.so
00956000-00957000 rw-p 00024000 08:01
1967425    /lib/tls/i686/cmov/libm-2.10.1.so
009e3000-009e5000 r-xp 00000000 08:01
534769     /usr/lib/gconv/CP1252.so
009e5000-009e6000 r--p 00001000 08:01
534769     /usr/lib/gconv/CP1252.so
009e6000-009e7000 rw-p 00002000 08:01
534769     /usr/lib/gconv/CP1252.so
00d6b000-00d87000 r-xp 00000000 08:01 2352       /lib/libgcc_s.so.1
00d87000-00d88000 r--p 0001b000 08:01 2352       /lib/libgcc_s.so.1
00d88000-00d89000 rw-p 0001c000 08:01 2352       /lib/libgcc_s.so.1
00dd4000-00f12000 r-xp 00000000 08:01
1967417    /lib/tls/i686/cmov/libc-2.10.1.so
00f12000-00f13000 ---p 0013e000 08:01
1967417    /lib/tls/i686/cmov/libc-2.10.1.so
00f13000-00f15000 r--p 0013e000 08:01
1967417    /lib/tls/i686/cmov/libc-2.10.1.so
00f15000-00f16000 rw-p 00140000 08:01
1967417    /lib/tls/i686/cmov/libc-2.10.1.so
00f16000-00f19000 rw-p 00000000 00:00 0 
00f53000-00f6e000 r-xp 00000000 08:01 146        /lib/ld-2.10.1.so
00f6e000-00f6f000 r--p 0001a000 08:01 146        /lib/ld-2.10.1.so
00f6f000-00f70000 rw-p 0001b000 08:01 146        /lib/ld-2.10.1.so
08048000-0807b000 r-xp 00000000 08:01 4134       /usr/bin/shp2pgsql
0807b000-0807c000 r--p 00032000 08:01 4134       /usr/bin/shp2pgsql
0807c000-0807d000 rw-p 00033000 08:01 4134       /usr/bin/shp2pgsql
084a6000-084c7000 rw-p 00000000 00:00 0          [heap]
b7600000-b7621000 rw-p 00000000 00:00 0 
b7621000-b7700000 ---p 00000000 00:00 0 
b77f4000-b77f6000 rw-p 00000000 00:00 0 
b7800000-b7801000 rw-p 00000000 00:00 0 
b7801000-b7808000 r--s 00000000 08:01
534863     /usr/lib/gconv/gconv-modules.cache
b7808000-b780d000 rw-p 00000000 00:00 0 
bf7f9000-bf80e000 rw-p 00000000 00:00 0          [stack]
Abortado

Caso alguém já se tenha deparado com erro semelhante e me possa dar uma
pista, agradecia! :-)

Devo dizer que todas as outras shapes não apresentaram problemas de
conversão e carregamento para o PostGIS. Pude ainda chamar as mesmas
para um mapa do uDIG, e estas ficaram completamente operacionais depois
de ter copiado o WKT do sistema de coordenadas 9102160 do
spatialreference.org, para a janela de "Custom CRS" do uDIG. Este
resultado é o que junto em anexo de imagem. (Espero que seja possível
visualizá-la aqui na lista...)

-------------- próxima parte ----------
Um anexo que n�o estava em formato texto n�o est� inclu�do...
Nome : CapturaEcra-uDig   .png
Tipo : image/png
Tam  : 166843 bytes
Descr: n�o dispon�vel
Url  : http://lists.osgeo.org/pipermail/portugal/attachments/20100621/c79b94a0/CapturaEcra-uDig-0001.png