Nabble - Gfoss

Re: Grass/qgis:Non importa i vettoriali

2009-11-28T13:47:54Z

Aggiornato : ora funziona tutto bene..

Grazie

Francesco

Markus Neteler ha scritto:

> On Fri, Nov 27, 2009 at 6:59 PM, francesco@...
> <francesco@...> wrote:
>
>> Ho ubuntu 9.10, qgis 1.3.0 e grass 6.4
>>
>> Quando vado a importare un vettoriale in grass da qgis mi da questo errore:
>>
>> *** buffer overflow detected ***: /usr/lib/grass64/bin/v.in.ogr terminated
>> ======= Backtrace: =========
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x6f8de8]
>> /lib/tls/i686/cmov/libc.so.6[0x6f7e20]
>> /lib/tls/i686/cmov/libc.so.6[0x6f7779]
>> /lib/tls/i686/cmov/libc.so.6(__snprintf_chk+0x34)[0x6f7664]
>> /usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x34e)[0x12173be]
>>
>
>
> La versione di GDAL (1.5.1) in Ubuntu ha dei problemi...
>
> http://trac.osgeo.org/grass/ticket/402
> https://bugs.launchpad.net/bugs/308158
>
> Un aggiornamento a GDAL 1.6.x dovrebbe risolvere il problema su
> Ubuntu.
>
> Markus
>
>
>

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Grass/qgis:Non importa i vettoriali

2009-11-28T13:00:44Z

On Fri, Nov 27, 2009 at 6:59 PM, francesco@...
<francesco@...> wrote:

> Ho ubuntu 9.10, qgis 1.3.0 e grass 6.4
>
> Quando vado a importare un vettoriale in grass da qgis mi da questo errore:
>
> *** buffer overflow detected ***: /usr/lib/grass64/bin/v.in.ogr terminated
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x6f8de8]
> /lib/tls/i686/cmov/libc.so.6[0x6f7e20]
> /lib/tls/i686/cmov/libc.so.6[0x6f7779]
> /lib/tls/i686/cmov/libc.so.6(__snprintf_chk+0x34)[0x6f7664]
> /usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x34e)[0x12173be]

La versione di GDAL (1.5.1) in Ubuntu ha dei problemi...

http://trac.osgeo.org/grass/ticket/402
https://bugs.launchpad.net/bugs/308158

Un aggiornamento a GDAL 1.6.x dovrebbe risolvere il problema su
Ubuntu.

Markus
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Grass/qgis:Non importa i vettoriali

2009-11-27T09:59:37Z

Ho ubuntu 9.10, qgis 1.3.0 e grass 6.4

Quando vado a importare un vettoriale in grass da qgis mi da questo errore:

*** buffer overflow detected ***: /usr/lib/grass64/bin/v.in.ogr terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x6f8de8]
/lib/tls/i686/cmov/libc.so.6[0x6f7e20]
/lib/tls/i686/cmov/libc.so.6[0x6f7779]
/lib/tls/i686/cmov/libc.so.6(__snprintf_chk+0x34)[0x6f7664]
/usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x34e)[0x12173be]
/usr/lib/libgdal1.5.0.so.1(OGR_F_GetFieldAsString+0x28)[0x12181c8]
/usr/lib/grass64/bin/v.in.ogr(main+0x21e8)[0x804d9d8]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x62eb56]
/usr/lib/grass64/bin/v.in.ogr[0x804aab1]
======= Memory map: ========
00110000-00118000 r-xp 00000000 08:04 532846
/usr/lib/grass64/lib/libgrass_gproj.6.4.0RC5.so
00118000-00119000 r--p 00007000 08:04 532846
/usr/lib/grass64/lib/libgrass_gproj.6.4.0RC5.so
00119000-0011a000 rw-p 00008000 08:04 532846
/usr/lib/grass64/lib/libgrass_gproj.6.4.0RC5.so
0011a000-0012f000 r-xp 00000000 08:04 377324 /usr/lib/libgeos_c.so.1.5.0
0012f000-00130000 r--p 00014000 08:04 377324 /usr/lib/libgeos_c.so.1.5.0
00130000-00131000 rw-p 00015000 08:04 377324 /usr/lib/libgeos_c.so.1.5.0
00131000-001b7000 r-xp 00000000 08:04 266149
/usr/lib/libsqlite3.so.0.8.6
001b7000-001b8000 r--p 00086000 08:04 266149
/usr/lib/libsqlite3.so.0.8.6
001b8000-001b9000 rw-p 00087000 08:04 266149
/usr/lib/libsqlite3.so.0.8.6
001b9000-001c5000 r-xp 00000000 08:04 377512
/usr/lib/libodbcinst.so.1.0.0
001c5000-001c6000 r--p 0000b000 08:04 377512
/usr/lib/libodbcinst.so.1.0.0
001c6000-001c7000 rw-p 0000c000 08:04 377512
/usr/lib/libodbcinst.so.1.0.0
001c7000-001eb000 r-xp 00000000 08:04 442 /lib/libexpat.so.1.5.2
001eb000-001ed000 r--p 00024000 08:04 442 /lib/libexpat.so.1.5.2
001ed000-001ee000 rw-p 00026000 08:04 442 /lib/libexpat.so.1.5.2
001ee000-00210000 r-xp 00000000 08:04 377341 /usr/lib/libmfhdf.so.4.1r4
00210000-00211000 r--p 00021000 08:04 377341 /usr/lib/libmfhdf.so.4.1r4
00211000-00212000 rw-p 00022000 08:04 377341 /usr/lib/libmfhdf.so.4.1r4
00212000-00213000 rw-p 00000000 00:00 0
00213000-0021a000 r-xp 00000000 08:04 265586 /usr/lib/libgif.so.4.1.6
0021a000-0021b000 r--p 00006000 08:04 265586 /usr/lib/libgif.so.4.1.6
0021b000-0021c000 rw-p 00007000 08:04 265586 /usr/lib/libgif.so.4.1.6
0021c000-00223000 r-xp 00000000 08:04 131994
/lib/tls/i686/cmov/librt-2.10.1.so
00223000-00224000 r--p 00006000 08:04 131994
/lib/tls/i686/cmov/librt-2.10.1.so
00224000-00225000 rw-p 00007000 08:04 131994
/lib/tls/i686/cmov/librt-2.10.1.so
00225000-00227000 r-xp 00000000 08:04 430 /lib/libcom_err.so.2.1
00227000-00228000 r--p 00001000 08:04 430 /lib/libcom_err.so.2.1
00228000-00229000 rw-p 00002000 08:04 430 /lib/libcom_err.so.2.1
00229000-00230000 r-xp 00000000 08:04 265862
/usr/lib/libkrb5support.so.0.1
00230000-00231000 r--p 00006000 08:04 265862
/usr/lib/libkrb5support.so.0.1
00231000-00232000 rw-p 00007000 08:04 265862
/usr/lib/libkrb5support.so.0.1
00234000-00241000 r-xp 00000000 08:04 532835
/usr/lib/grass64/lib/libgrass_dbmibase.6.4.0RC5.so
00241000-00242000 r--p 0000c000 08:04 532835
/usr/lib/grass64/lib/libgrass_dbmibase.6.4.0RC5.so
00242000-00243000 rw-p 0000d000 08:04 532835
/usr/lib/grass64/lib/libgrass_dbmibase.6.4.0RC5.so
00243000-00265000 r-xp 00000000 08:04 265852 /usr/lib/libjpeg.so.62.0.0
00265000-00266000 r--p 00021000 08:04 265852 /usr/lib/libjpeg.so.62.0.0
00266000-00267000 rw-p 00022000 08:04 265852 /usr/lib/libjpeg.so.62.0.0
00267000-00274000 r-xp 00000000 08:04 265866
/usr/lib/liblber-2.4.so.2.5.1
00274000-00275000 r--p 0000c000 08:04 265866
/usr/lib/liblber-2.4.so.2.5.1
00275000-00276000 rw-p 0000d000 08:04 265866
/usr/lib/liblber-2.4.so.2.5.1
00276000-00278000 r-xp 00000000 08:04 463 /lib/libkeyutils-1.2.so
00278000-00279000 r--p 00001000 08:04 463 /lib/libkeyutils-1.2.so
00279000-0027a000 rw-p 00002000 08:04 463 /lib/libkeyutils-1.2.so
0027a000-0027d000 r-xp 00000000 08:04 455 /lib/libgpg-error.so.0.4.0
0027d000-0027e000 r--p 00002000 08:04 455 /lib/libgpg-error.so.0.4.0
0027e000-0027f000 rw-p 00003000 08:04 455 /lib/libgpg-error.so.0.4.0
0027f000-00287000 r-xp 00000000 08:04 532844
/usr/lib/grass64/lib/libgrass_I.6.4.0RC5.so
00287000-00288000 r--p 00007000 08:04 532844
/usr/lib/grass64/lib/libgrass_I.6.4.0RC5.so
00288000-00289000 rw-p 00008000 08:04 532844
/usr/lib/grass64/lib/libgrass_I.6.4.0RC5.so
0028a000-00290000 r-xp 00000000 08:04 532824
/usr/lib/grass64/lib/libgrass_datetime.6.4.0RC5.so
00290000-00291000 r--p 00006000 08:04 532824
/usr/lib/grass64/lib/libgrass_datetime.6.4.0RC5.so
00291000-00292000 rw-p 00007000 08:04 532824
/usr/lib/grass64/lib/libgrass_datetime.6.4.0RC5.so
00292000-0029c000 r-xp 00000000 08:04 532934
/usr/lib/gdal15plugins/ogr_GRASS.so
0029c000-0029d000 r--p 00009000 08:04 532934
/usr/lib/gdal15plugins/ogr_GRASS.so
0029d000-0029e000 rw-p 0000a000 08:04 532934
/usr/lib/gdal15plugins/ogr_GRASS.so
0029e000-002af000 r-xp 00000000 08:04 532851
/usr/lib/grass64/lib/libgrass_dig2.6.4.0RC5.so
002af000-002b0000 r--p 00010000 08:04 532851
/usr/lib/grass64/lib/libgrass_dig2.6.4.0RC5.so
002b0000-002b1000 rw-p 00011000 08:04 532851
/usr/lib/grass64/lib/libgrass_dig2.6.4.0RC5.so
002b1000-002d7000 r-xp 00000000 08:04 266024 /usr/lib/libpng12.so.0.37.0
002d7000-002d8000 r--p 00025000 08:04 266024 /usr/lib/libpng12.so.0.37.0
002d8000-002d9000 rw-p 00026000 08:04 266024 /usr/lib/libpng12.so.0.37.0
002d9000-002e9000 r-xp 00000000 08:04 266163 /usr/lib/libtasn1.so.3.1.5
002e9000-002ea000 r--p 0000f000 08:04 266163 /usr/lib/libtasn1.so.3.1.5
002ea000-002eb000 rw-p 00010000 08:04 266163 /usr/lib/libtasn1.so.3.1.5
002eb000-0030f000 r-xp 00000000 08:04 131972
/lib/tls/i686/cmov/libm-2.10.1.so
0030f000-00310000 r--p 00023000 08:04 131972
/lib/tls/i686/cmov/libm-2.10.1.so
00310000-00311000 rw-p 00024000 08:04 131972
/lib/tls/i686/cmov/libm-2.10.1.so
00311000-0038d000 r-xp 00000000 08:04 377340 /usr/lib/libdf.so.4.1r4
0038d000-0038e000 r--p 0007c000 08:04 377340 /usr/lib/libdf.so.4.1r4
0038e000-00390000 rw-p 0007d000 08:04 377340 /usr/lib/libdf.so.4.1r4
00390000-003b8000 rw-p 00000000 00:00 0
003b8000-003ea000 r-xp 00000000 08:04 377405 /usr/lib/libnetcdf.so.4.0.0
003ea000-003eb000 r--p 00031000 08:04 377405 /usr/lib/libnetcdf.so.4.0.0
003eb000-003ec000 rw-p 00032000 08:04 377405 /usr/lib/libnetcdf.so.4.0.0
003ec000-003ed000 rw-p 00000000 00:00 0
003f0000-00404000 r-xp 00000000 08:04 551 /lib/libz.so.1.2.3.3

Consigli???

Grazie.

Francesco
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: openlayer+postgis...la resa dei conti

2009-11-27T09:20:35Z

On Fri, Nov 27, 2009 at 12:22:37AM +0100, beppe wrote:

> <LatLongBoundingBox minx="-2.5e+07" miny="-2.5e+07" maxx="2.5e+07"
> maxy="2.5e+07"/>

Hai specificato un EXTENT nel mapfile ?

--strk;

Free GIS & Flash consultant/developer () ASCII Ribbon Campaign
http://foo.keybit.net/~strk/services.html /\ Keep it simple!
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Problemi formato pagina con Compositore stampe Qgis

2009-11-26T23:06:33Z

Alessandro Pasotti ha scritto:
>> Lo stesso vale anche per i formati più grandi: esce sempre solo un A4!
>> Qualcosa non funziona o ho sbagliato io qualcosa?
>
> Non, non hai sbagliato nulla (almeno penso), ho avuto lo stesso problema sotto
> Linux, con la versione trunk è sparito.

Infatti, e' un bug che abbiamo trovato durante un corso recente, segnalato e risolto
in poche ore :)
Saluti.
--
Paolo Cavallini: http://www.faunalia.it/pc
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

qgis non importa i vettoriali in grass

2009-11-26T16:33:47Z

Ubuntu 9.10, qgis 1.3.0, grass 6.4

Quando vado a importare un vettoriale in grass da qgis mi scrive questo:

Importing map 45 features...

*** buffer overflow detected ***: /usr/lib/grass64/bin/v.in.ogr terminated

======= Backtrace: =========

/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x1f0de8]

/lib/tls/i686/cmov/libc.so.6[0x1efe20]

/lib/tls/i686/cmov/libc.so.6[0x1ef779]

/lib/tls/i686/cmov/libc.so.6(__snprintf_chk+0x34)[0x1ef664]

/usr/lib/libgdal1.5.0.so.1(_ZN10OGRFeature16GetFieldAsStringEi+0x34e)[0x13263be]

/usr/lib/libgdal1.5.0.so.1(OGR_F_GetFieldAsString+0x28)[0x13271c8]

/usr/lib/grass64/bin/v.in.ogr(main+0x21e8)[0x804d9d8]

/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x126b56]

/usr/lib/grass64/bin/v.in.ogr[0x804aab1]

======= Memory map: ========

00110000-0024e000 r-xp 00000000 08:04 131964
/lib/tls/i686/cmov/libc-2.10.1.so

0024e000-00250000 r--p 0013e000 08:04 131964
/lib/tls/i686/cmov/libc-2.10.1.so

00250000-00251000 rw-p 00140000 08:04 131964
/lib/tls/i686/cmov/libc-2.10.1.so

00251000-00254000 rw-p 00000000 00:00 0

...

...

...

Modulo crashato o interrotto

Consigli???

Francesco

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

openlayer+postgis...la resa dei conti

2009-11-26T15:22:37Z

Noto con vero piacere che, dopo il mio accorato appello, molta gente si
è mossa a compassione ... scherzi a parte ringrazio tutti!
Grazie al vostro aiuto, openlayer continua a non volere stampare 'sto
dannato layer, ma almeno ho fatto grossi passi in avanti:
1.OpenLayer visualizza la porzione giusta di territorio (basta Africa,
Corsica o Nuova Zelanda!)
2. il mapfile è stato configurato in maniera (spero) corretta usando
EPSG:4326, ed ora riesco "addirittura" a visualizzarlo in qgis (usando
il plugin "MapFile tool").
3. le chiamate getcapabilities e getfeature restituiscono valori "quasi"
corretti

Problemi:
1. il "quasi" è riferito alla sezione "featuretype" della chiamata
getcapabilities, che mi da strani valori sul bounding box (credo!)
<FeatureType>
<Name>confini_com</Name>
<Title>confini_com</Title>
<SRS>EPSG:4326</SRS>
<LatLongBoundingBox minx="-2.5e+07" miny="-2.5e+07" maxx="2.5e+07"
maxy="2.5e+07"/>
</FeatureType>

se nel map file cambio il valore dell'epsg del layer postgis da 4326
(quello impostato da me) a 3003 (quello "originale" del layer), la bb mi
stampa:
<LatLongBoundingBox minx="-163.828" miny="-1.1161e+13" maxx="155.081"
maxy="1.1161e+13"/>
ma la chiamata getfeature genera:
<gml:boundedBy>
<gml:null>missing</gml:null>
</gml:boundedBy>
</wfs:FeatureCollection>

2. Se imposto epsg:4326 come proiezione generale del mapfile e richiamo
mapserver con "mode=map" mi da pagina bianca, se invece uso epsg:3003
stampa correttamente il layer ma addio getcapabilities e getfeature.

3. In ogni caso, qualsiasi magheggio io provi, openlayer non funge

Ho la sensazione che ci sia un problema di riproiezione che, tanto per
cambiare, mi sfugge!!!

Vi posto il map file e il pezzo di codice di openlayer...sentitevi
liberi di mandarmi in @§£& ... io mi sono già offeso abbastanza!

-beppe-

------------mapfile---------------
MAP

NAME "Progetto prova"
EXTENT #-205201.65625 5738005 -189123.625 5763243.5
653890.824038 5121367.412500 673982.300962 5139410.087500
PROJECTION
"init=epsg:4326"
END
SIZE 800 600
SHAPEPATH "."
IMAGETYPE aggpng24

WEB
METADATA
wfs_title "Progetto prova"
wfs_onlineresource "http://localhost/vervo_data/ol_prove/map.map&"
#wfs_srs "EPSG:4326 EPSG:900913 EPSG:3003"
wfs_srs "EPSG:4326"
END
END

OUTPUTFORMAT
NAME "aggpng24"
DRIVER "AGG/PNG"
IMAGEMODE RGB
END

LAYER
NAME 'confini_com'
TYPE POLYGON
CONNECTIONTYPE postgis
CONNECTION "dbname='vervo' host=localhost port=5432 user='beppe'
password='xxxxxxx'"
DATA 'confini_com FROM public.dati_amm_terr using unique
"id_dati_amm" using SRID=3003'
PROJECTION
"init=epsg:3003"
END
DUMP TRUE
METADATA
"wfs_title" "confini_com"
"wfs_featureid" "id_dati_amm"
END

CLASS
NAME 'confini_com'
STYLE
SYMBOL 0
SIZE 2
OUTLINECOLOR 0 0 0
COLOR 11 54 104
END
END
END

END

---------------openlayer-------------------
var lat=46.231
var lon=11.232
var zoom=10

var map;
function init() {
map = new OpenLayers.Map ("map", {
controls:[
new OpenLayers.Control.Navigation(),
new OpenLayers.Control.PanZoomBar(),
new OpenLayers.Control.LayerSwitcher(),
new OpenLayers.Control.Permalink(),
new OpenLayers.Control.MousePosition(),
new OpenLayers.Control.Attribution()],
maxExtent: new
OpenLayers.Bounds(-20037508.34,-20037508.34,20037508.34,20037508.34),
maxResolution: 156543.0399,
numZoomLevels: 19,
units: 'm',
projection: new OpenLayers.Projection("EPSG:4326"),
//displayProjection: new OpenLayers.Projection("EPSG:4326")
} );
layerMapnik = new OpenLayers.Layer.OSM.Mapnik("Mapnik");
map.addLayer(layerMapnik);

var wfs = new OpenLayers.Layer.WFS("Comuni",
"http://localhost/cgi-bin/mapserv?map=/var/www/vervo_data/ol_prove/map.map&",
{ typename: 'confini_com'});
map.addLayer(wfs);

var lonLat = new OpenLayers.LonLat(lon, lat).transform(new
OpenLayers.Projection("EPSG:4326"), map.getProjectionObject());
map.setCenter (lonLat, zoom);
}

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Autodesk & PostGIS

2009-11-26T11:14:47Z

Articolo apparso oggi: Autodesk apre a Postgres - PostGIS

http://map3d.blogspot.com/2009/11/provider-postgis-per-map-3d-e-mapguide.html

Saluti

Davide
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Problemi formato pagina con Compositore stampe Qgis

2009-11-26T11:14:00Z

Il giovedì 26 novembre 2009, Riccardo Casoli ha scritto:
> Problema: volevo stampare un A3 con il compositore di stampe di Qgis
> (S.O.: WinXP e Mac OS X).
> Ho impostato il mio formato pagian A3, la mia mappetta sul formato
> pagina, ma sia su PDF, sia su stampante ottengo sempre solo una stampa
> in A4 che rappresenta uno stralcio del mio formato impostato.
> Lo stesso vale anche per i formati più grandi: esce sempre solo un A4!
> Qualcosa non funziona o ho sbagliato io qualcosa?

Non, non hai sbagliato nulla (almeno penso), ho avuto lo stesso problema sotto
Linux, con la versione trunk è sparito.

Ciao

--
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3: www.itopen.it
Linux User# 167502
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

problema qgis + pdfcreator

2009-11-26T07:23:07Z

ciao a tutti,

ho un progetto qgis che comprende una carta base raster e alcuni livelli vector.
vorrei usare pdfcreator per creare file che poi possa portare a far stampare (non ho un plotter).
non sembrano esserci problemi col compositore di stampe di qgis, ma quando creo file di grandi dimensioni (ad esempio un A0 con qualità 300dpi) e mando in stampa su pdfcreator, nel pdf che risulta ho solo i livelli vector.
per file di dimensioni inferiori (ad esempio A1) o abbassando la qualità di stampa a 250dpi, il pdf comprende anche il raster. sembra che oltre una certa soglia di "pesantezza" pdfcreator rifiuti i dati raster.
c'è un modo per aggirare il problema? 250dpi rendono la carta base poco intelliggibile.

Re: openlayers + postgis

2009-11-26T01:00:38Z

Ma perché vuoi settare l'extent come 900913 in Mapserver?
Io l'extent lo setto secondo il CRS dei miei dati, es. 3003 o 4326, ma
mai l'ho fatto per il 900913. Piuttosto lo dovrai settare in OL, e per
farlo potresti usare una select in postgis:

select astext(getbbox(st_collect(transform(the_geom,900913))))

è un esempio, così su due piedi. Probabilmente c'è un modo anche più elegante...

giovanni

Il 26 novembre 2009 01.06, beppe <beppenapo@...> ha scritto:

> Grazie per la risposta e mi scuso con tutti per i toni della mia
> precedente mail, ma è frustrante non capire dove si sta sbagliando!!!
> Comunque ho fatto tutto come suggeritomi, l'unico problema che mi rimane
> è capire come settare l'extent in mapserver:
> per openlayers ho usato il metodo SetCenter, dando lon e lat, ma
> continuo a non capire come recuperare l'extent in epsg 900913 per
> mapserver...so che è una cavolata ma, sarà l'ora, la polenta coi funghi
> o la grappa austriaca, fatto sta che il criceto si deve essere
> addormentato!!!
>
> -beppe-
>
> Il giorno mer, 25/11/2009 alle 18.53 +0100, G. Allegri ha scritto:
>> E' un pezzo che non uso layer 3003 direttamente in Mapserver (in
>> genere, adesso, li riproietto prima in UTM32N/WGS84, epsg:32032),
>> comunque io ho sempre inserito la definizone dello SphericalMercator
>> sia in PostGIS che nel file epsg di proj (/usr/share/proj/epsg sulla
>> mia macchina)
>>
>> <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0
>> +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs
>>
>> Poi, nel mapfile esponevo i servizi con tutti i e tre gli srs:
>>
>> wfs_srs "EPSG:4326 EPSG:900913 EPSG:3003"
>>
>> ma da OL ho sempre chiamato direttamente il servzio usando il 900913,
>> così da non delegare a OL la riproiezione ma a Mapserver, usando
>> ovviamente la proiezione nelle opzioni di OL:
>>
>> projection: new OpenLayers.Projection("EPSG:900913")
>>
>> gio
>
>
>
>> Il 25 novembre 2009 18.20, beppe <beppenapo@...> ha scritto:
>> > Provo e riprovo...inutilmente!
>> > Ho letto millemila post/thread/pdf/blog e altre diavolerie; Sulla
>> > mailing list di openlayers c'è chi dice addirittura che la gestione
>> > dell'epsg 3003 non è supportata dal nostro OL!!!
>> > Ho provato ad aggirare l'ostacolo passando da geoserver, ma anche lì è
>> > stato un fallimento!
>> > Una considerazione: ma se openlayer è il futuro del webmapping (lo penso
>> > davvero) e postgis è "leader nel settore", perché è così difficile
>> > pubblicare anche solo un livello?
>> > Ricapitolo per chi si fosse messo in ascolto solo ora e abbia a cuore la
>> > mia salute mentale:
>> > ho una tabella postgis MULTIPOINT, 2d, srid 3003. Mi piacerebbe
>> > pubblicarla con openlayer...dove potrebbe essere l'inghippo? Io non sono
>> > in grado, evidentemente, di vederlo...ogni consiglio è ben accetto,
>> > anche di smettere con l'informatica ;)
>> >
>> > Grazie mille
>> >
>> > -beppe-
>> >
>> > Il giorno ven, 20/11/2009 alle 20.04 +0100, beppe ha scritto:
>> >> Faccio un passo indietro:
>> >> > Se il tuo layer non si vede potrebbero esserci dei problemi non
>> >> > di proiezione, ma proprio di layer. Prova a caricare il WFS in
>> >> > Qgis, oppure con il brower fai delle richieste GetCapabilities e
>> >> > GetFeature (vedi sempre gli esempi su
>> >> > http://www.rigacci.org/openlayers/).
>> >> >
>> >> Credo proprio che il problema sia "a monte".
>> >> Ho seguito le tue indicazioni ed effettivamente mi sono reso conto che,
>> >> forse, il problema non è di open layers.
>> >>
>> >> 1. Qgis carica tranquillamente la tabella postgis
>> >>
>> >> 2. Facendo la seguente richiesta al browser, l'immagine viene stampata
>> >> correttamente:
>> >> http://localhost/cgi-bin/mapserv?map=/var/www/mtsc-2.1/config/default/map.map&layer=confini_com&mode=map
>> >>
>> >> 3. GetCapabilities mi da un file xml "vuoto" ovvero senza nessun dato su
>> >> bbox, latlon o srs ecc.
>> >>
>> >> 4. GetFeature mi da il seguente errore: "msWFSGetFeature(): WFS server
>> >> error. TYPENAME 'confini_com' doesn't exist in this server. Please
>> >> check the capabilities and reformulate your request."
>> >>
>> >> 5. Ho guardato il tuo mapfile, ho notato che come proiezione generale
>> >> hai usato l'epsg 900913. Ho provato a cambiare il mio mapfile sulla
>> >> falsariga del tuo mettendo come proiezione generale epsg:900913, come
>> >> proiezione del layer (originariamente in epsg:3003) la 4326, ma ho un
>> >> errore: "msProcessProjection(): Projection library error. no options
>> >> found in 'init' file". In calce vi posto il mapfile.
>> >>
>> >> 6. Giustamente mi fai notare che se la proiezione nativa di OL e la
>> >> 900913, l'extent deve essere nelle coordinate giuste...domanda stupida:
>> >> come recupero l'extent in epsg:900913? Da OpenStreetMap recupero
>> >> longitudine e latitudine e qgis (uso la versione 1.3) non supporta la
>> >> 900913 (ho provato a vedere sul sito di spatial reference, dove danno
>> >> "gli estremi" della proiezione[1]...ammetto di non aver controllato se
>> >> la proiezione è supportata da postgis, eventualmente devo inserirla?).
>> >>
>> >> 7. Devo agire in qualche modo sulla tabella di Postgis?
>> >>
>> >> Grazie mille per l'aiuto, è abbastanza importante per me riuscire
>> >> risolvere questo problema!
>> >>
>> >> -beppe-
>> >>
>> >> [1] http://spatialreference.org/ref/sr-org/6627/
>> >>
>> >> ------------mapfile-------------------
>> >> MAP
>> >> NAME "Vervò"
>> >> EXTENT 653890.824038 5121367.412500 673982.300962 5139410.087500
>> >> UNITS meters
>> >> SIZE 600 500
>> >> SHAPEPATH "../../../mtsc_data"
>> >> SYMBOLSET "../common/symbols/symbols-pmapper.sym"
>> >> FONTSET "../common/fonts/msfontset.txt"
>> >> RESOLUTION 96
>> >> IMAGETYPE png
>> >> INTERLACE OFF
>> >> "init=epsg:900913"
>> >> END
>> >>
>> >> WEB
>> >> TEMPLATE "map.html"
>> >> IMAGEPATH "/var/www/tmp/"
>> >> IMAGEURL "/tmp/"
>> >> METADATA
>> >> wfs_title "Confini comunali"
>> >> wfs_onlineresource
>> >> "http://localhost/cgi-bin/mapserv?map=/home/www/mtsc-2.1/config/default/map.map&"
>> >> wfs_srs "EPSG:900913"
>> >>
>> >> END # Metadata
>> >> END # Web
>> >>
>> >> LAYER
>> >> NAME 'confini_com'
>> >> TYPE POLYGON
>> >> CONNECTIONTYPE postgis
>> >> CONNECTION "dbname='vervo' host=localhost port=5432 user='xxxxx'
>> >> password='xxxxxx'"
>> >> DATA 'confini_com FROM public.dati_amm_terr using unique
>> >> "id_dati_amm" using SRID=3003'
>> >> METADATA
>> >> 'wms_title' 'dati_amm_terr'
>> >> END
>> >> STATUS DEFAULT
>> >> TRANSPARENCY 100
>> >> PROJECTION
>> >> "init=epsg:4326"
>> >> END
>> >> CLASS
>> >> NAME 'confini_com'
>> >> STYLE
>> >> SYMBOL 0
>> >> SIZE 2
>> >> OUTLINECOLOR 0 0 0
>> >> COLOR 11 54 104
>> >> END
>> >> END
>> >> END #layer
>> >> END #map
>> >
>> > _______________________________________________
>> > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
>> > Gfoss@...
>> > http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
>> > Questa e' una lista di discussione pubblica aperta a tutti.
>> > I messaggi di questa lista non rispecchiano necessariamente
>> > le posizioni dell'Associazione GFOSS.it.
>> >
>
>

Re: openlayers + postgis

2009-11-25T16:06:32Z

Grazie per la risposta e mi scuso con tutti per i toni della mia
precedente mail, ma è frustrante non capire dove si sta sbagliando!!!
Comunque ho fatto tutto come suggeritomi, l'unico problema che mi rimane
è capire come settare l'extent in mapserver:
per openlayers ho usato il metodo SetCenter, dando lon e lat, ma
continuo a non capire come recuperare l'extent in epsg 900913 per
mapserver...so che è una cavolata ma, sarà l'ora, la polenta coi funghi
o la grappa austriaca, fatto sta che il criceto si deve essere
addormentato!!!

-beppe-

Il giorno mer, 25/11/2009 alle 18.53 +0100, G. Allegri ha scritto:

> E' un pezzo che non uso layer 3003 direttamente in Mapserver (in
> genere, adesso, li riproietto prima in UTM32N/WGS84, epsg:32032),
> comunque io ho sempre inserito la definizone dello SphericalMercator
> sia in PostGIS che nel file epsg di proj (/usr/share/proj/epsg sulla
> mia macchina)
>
> <900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0
> +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs
>
> Poi, nel mapfile esponevo i servizi con tutti i e tre gli srs:
>
> wfs_srs "EPSG:4326 EPSG:900913 EPSG:3003"
>
> ma da OL ho sempre chiamato direttamente il servzio usando il 900913,
> così da non delegare a OL la riproiezione ma a Mapserver, usando
> ovviamente la proiezione nelle opzioni di OL:
>
> projection: new OpenLayers.Projection("EPSG:900913")
>
> gio

> Il 25 novembre 2009 18.20, beppe <beppenapo@...> ha scritto:
> > Provo e riprovo...inutilmente!
> > Ho letto millemila post/thread/pdf/blog e altre diavolerie; Sulla
> > mailing list di openlayers c'è chi dice addirittura che la gestione
> > dell'epsg 3003 non è supportata dal nostro OL!!!
> > Ho provato ad aggirare l'ostacolo passando da geoserver, ma anche lì è
> > stato un fallimento!
> > Una considerazione: ma se openlayer è il futuro del webmapping (lo penso
> > davvero) e postgis è "leader nel settore", perché è così difficile
> > pubblicare anche solo un livello?
> > Ricapitolo per chi si fosse messo in ascolto solo ora e abbia a cuore la
> > mia salute mentale:
> > ho una tabella postgis MULTIPOINT, 2d, srid 3003. Mi piacerebbe
> > pubblicarla con openlayer...dove potrebbe essere l'inghippo? Io non sono
> > in grado, evidentemente, di vederlo...ogni consiglio è ben accetto,
> > anche di smettere con l'informatica ;)
> >
> > Grazie mille
> >
> > -beppe-
> >
> > Il giorno ven, 20/11/2009 alle 20.04 +0100, beppe ha scritto:
> >> Faccio un passo indietro:
> >> > Se il tuo layer non si vede potrebbero esserci dei problemi non
> >> > di proiezione, ma proprio di layer. Prova a caricare il WFS in
> >> > Qgis, oppure con il brower fai delle richieste GetCapabilities e
> >> > GetFeature (vedi sempre gli esempi su
> >> > http://www.rigacci.org/openlayers/).
> >> >
> >> Credo proprio che il problema sia "a monte".
> >> Ho seguito le tue indicazioni ed effettivamente mi sono reso conto che,
> >> forse, il problema non è di open layers.
> >>
> >> 1. Qgis carica tranquillamente la tabella postgis
> >>
> >> 2. Facendo la seguente richiesta al browser, l'immagine viene stampata
> >> correttamente:
> >> http://localhost/cgi-bin/mapserv?map=/var/www/mtsc-2.1/config/default/map.map&layer=confini_com&mode=map
> >>
> >> 3. GetCapabilities mi da un file xml "vuoto" ovvero senza nessun dato su
> >> bbox, latlon o srs ecc.
> >>
> >> 4. GetFeature mi da il seguente errore: "msWFSGetFeature(): WFS server
> >> error. TYPENAME 'confini_com' doesn't exist in this server. Please
> >> check the capabilities and reformulate your request."
> >>
> >> 5. Ho guardato il tuo mapfile, ho notato che come proiezione generale
> >> hai usato l'epsg 900913. Ho provato a cambiare il mio mapfile sulla
> >> falsariga del tuo mettendo come proiezione generale epsg:900913, come
> >> proiezione del layer (originariamente in epsg:3003) la 4326, ma ho un
> >> errore: "msProcessProjection(): Projection library error. no options
> >> found in 'init' file". In calce vi posto il mapfile.
> >>
> >> 6. Giustamente mi fai notare che se la proiezione nativa di OL e la
> >> 900913, l'extent deve essere nelle coordinate giuste...domanda stupida:
> >> come recupero l'extent in epsg:900913? Da OpenStreetMap recupero
> >> longitudine e latitudine e qgis (uso la versione 1.3) non supporta la
> >> 900913 (ho provato a vedere sul sito di spatial reference, dove danno
> >> "gli estremi" della proiezione[1]...ammetto di non aver controllato se
> >> la proiezione è supportata da postgis, eventualmente devo inserirla?).
> >>
> >> 7. Devo agire in qualche modo sulla tabella di Postgis?
> >>
> >> Grazie mille per l'aiuto, è abbastanza importante per me riuscire
> >> risolvere questo problema!
> >>
> >> -beppe-
> >>
> >> [1] http://spatialreference.org/ref/sr-org/6627/
> >>
> >> ------------mapfile-------------------
> >> MAP
> >> NAME "Vervò"
> >> EXTENT 653890.824038 5121367.412500 673982.300962 5139410.087500
> >> UNITS meters
> >> SIZE 600 500
> >> SHAPEPATH "../../../mtsc_data"
> >> SYMBOLSET "../common/symbols/symbols-pmapper.sym"
> >> FONTSET "../common/fonts/msfontset.txt"
> >> RESOLUTION 96
> >> IMAGETYPE png
> >> INTERLACE OFF
> >> "init=epsg:900913"
> >> END
> >>
> >> WEB
> >> TEMPLATE "map.html"
> >> IMAGEPATH "/var/www/tmp/"
> >> IMAGEURL "/tmp/"
> >> METADATA
> >> wfs_title "Confini comunali"
> >> wfs_onlineresource
> >> "http://localhost/cgi-bin/mapserv?map=/home/www/mtsc-2.1/config/default/map.map&"
> >> wfs_srs "EPSG:900913"
> >>
> >> END # Metadata
> >> END # Web
> >>
> >> LAYER
> >> NAME 'confini_com'
> >> TYPE POLYGON
> >> CONNECTIONTYPE postgis
> >> CONNECTION "dbname='vervo' host=localhost port=5432 user='xxxxx'
> >> password='xxxxxx'"
> >> DATA 'confini_com FROM public.dati_amm_terr using unique
> >> "id_dati_amm" using SRID=3003'
> >> METADATA
> >> 'wms_title' 'dati_amm_terr'
> >> END
> >> STATUS DEFAULT
> >> TRANSPARENCY 100
> >> PROJECTION
> >> "init=epsg:4326"
> >> END
> >> CLASS
> >> NAME 'confini_com'
> >> STYLE
> >> SYMBOL 0
> >> SIZE 2
> >> OUTLINECOLOR 0 0 0
> >> COLOR 11 54 104
> >> END
> >> END
> >> END #layer
> >> END #map
> >
> > _______________________________________________
> > Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> > Gfoss@...
> > http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
> > Questa e' una lista di discussione pubblica aperta a tutti.
> > I messaggi di questa lista non rispecchiano necessariamente
> > le posizioni dell'Associazione GFOSS.it.
> >

Re: openlayers + postgis

2009-11-25T09:53:06Z

E' un pezzo che non uso layer 3003 direttamente in Mapserver (in
genere, adesso, li riproietto prima in UTM32N/WGS84, epsg:32032),
comunque io ho sempre inserito la definizone dello SphericalMercator
sia in PostGIS che nel file epsg di proj (/usr/share/proj/epsg sulla
mia macchina)

<900913> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0
+x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs

Poi, nel mapfile esponevo i servizi con tutti i e tre gli srs:

wfs_srs "EPSG:4326 EPSG:900913 EPSG:3003"

ma da OL ho sempre chiamato direttamente il servzio usando il 900913,
così da non delegare a OL la riproiezione ma a Mapserver, usando
ovviamente la proiezione nelle opzioni di OL:

projection: new OpenLayers.Projection("EPSG:900913")

gio

Il 25 novembre 2009 18.20, beppe <beppenapo@...> ha scritto:

> Provo e riprovo...inutilmente!
> Ho letto millemila post/thread/pdf/blog e altre diavolerie; Sulla
> mailing list di openlayers c'è chi dice addirittura che la gestione
> dell'epsg 3003 non è supportata dal nostro OL!!!
> Ho provato ad aggirare l'ostacolo passando da geoserver, ma anche lì è
> stato un fallimento!
> Una considerazione: ma se openlayer è il futuro del webmapping (lo penso
> davvero) e postgis è "leader nel settore", perché è così difficile
> pubblicare anche solo un livello?
> Ricapitolo per chi si fosse messo in ascolto solo ora e abbia a cuore la
> mia salute mentale:
> ho una tabella postgis MULTIPOINT, 2d, srid 3003. Mi piacerebbe
> pubblicarla con openlayer...dove potrebbe essere l'inghippo? Io non sono
> in grado, evidentemente, di vederlo...ogni consiglio è ben accetto,
> anche di smettere con l'informatica ;)
>
> Grazie mille
>
> -beppe-
>
> Il giorno ven, 20/11/2009 alle 20.04 +0100, beppe ha scritto:
>> Faccio un passo indietro:
>> > Se il tuo layer non si vede potrebbero esserci dei problemi non
>> > di proiezione, ma proprio di layer. Prova a caricare il WFS in
>> > Qgis, oppure con il brower fai delle richieste GetCapabilities e
>> > GetFeature (vedi sempre gli esempi su
>> > http://www.rigacci.org/openlayers/).
>> >
>> Credo proprio che il problema sia "a monte".
>> Ho seguito le tue indicazioni ed effettivamente mi sono reso conto che,
>> forse, il problema non è di open layers.
>>
>> 1. Qgis carica tranquillamente la tabella postgis
>>
>> 2. Facendo la seguente richiesta al browser, l'immagine viene stampata
>> correttamente:
>> http://localhost/cgi-bin/mapserv?map=/var/www/mtsc-2.1/config/default/map.map&layer=confini_com&mode=map
>>
>> 3. GetCapabilities mi da un file xml "vuoto" ovvero senza nessun dato su
>> bbox, latlon o srs ecc.
>>
>> 4. GetFeature mi da il seguente errore: "msWFSGetFeature(): WFS server
>> error. TYPENAME 'confini_com' doesn't exist in this server. Please
>> check the capabilities and reformulate your request."
>>
>> 5. Ho guardato il tuo mapfile, ho notato che come proiezione generale
>> hai usato l'epsg 900913. Ho provato a cambiare il mio mapfile sulla
>> falsariga del tuo mettendo come proiezione generale epsg:900913, come
>> proiezione del layer (originariamente in epsg:3003) la 4326, ma ho un
>> errore: "msProcessProjection(): Projection library error. no options
>> found in 'init' file". In calce vi posto il mapfile.
>>
>> 6. Giustamente mi fai notare che se la proiezione nativa di OL e la
>> 900913, l'extent deve essere nelle coordinate giuste...domanda stupida:
>> come recupero l'extent in epsg:900913? Da OpenStreetMap recupero
>> longitudine e latitudine e qgis (uso la versione 1.3) non supporta la
>> 900913 (ho provato a vedere sul sito di spatial reference, dove danno
>> "gli estremi" della proiezione[1]...ammetto di non aver controllato se
>> la proiezione è supportata da postgis, eventualmente devo inserirla?).
>>
>> 7. Devo agire in qualche modo sulla tabella di Postgis?
>>
>> Grazie mille per l'aiuto, è abbastanza importante per me riuscire
>> risolvere questo problema!
>>
>> -beppe-
>>
>> [1] http://spatialreference.org/ref/sr-org/6627/
>>
>> ------------mapfile-------------------
>> MAP
>> NAME "Vervò"
>> EXTENT 653890.824038 5121367.412500 673982.300962 5139410.087500
>> UNITS meters
>> SIZE 600 500
>> SHAPEPATH "../../../mtsc_data"
>> SYMBOLSET "../common/symbols/symbols-pmapper.sym"
>> FONTSET "../common/fonts/msfontset.txt"
>> RESOLUTION 96
>> IMAGETYPE png
>> INTERLACE OFF
>> "init=epsg:900913"
>> END
>>
>> WEB
>> TEMPLATE "map.html"
>> IMAGEPATH "/var/www/tmp/"
>> IMAGEURL "/tmp/"
>> METADATA
>> wfs_title "Confini comunali"
>> wfs_onlineresource
>> "http://localhost/cgi-bin/mapserv?map=/home/www/mtsc-2.1/config/default/map.map&"
>> wfs_srs "EPSG:900913"
>>
>> END # Metadata
>> END # Web
>>
>> LAYER
>> NAME 'confini_com'
>> TYPE POLYGON
>> CONNECTIONTYPE postgis
>> CONNECTION "dbname='vervo' host=localhost port=5432 user='xxxxx'
>> password='xxxxxx'"
>> DATA 'confini_com FROM public.dati_amm_terr using unique
>> "id_dati_amm" using SRID=3003'
>> METADATA
>> 'wms_title' 'dati_amm_terr'
>> END
>> STATUS DEFAULT
>> TRANSPARENCY 100
>> PROJECTION
>> "init=epsg:4326"
>> END
>> CLASS
>> NAME 'confini_com'
>> STYLE
>> SYMBOL 0
>> SIZE 2
>> OUTLINECOLOR 0 0 0
>> COLOR 11 54 104
>> END
>> END
>> END #layer
>> END #map
>
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss@...
> http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
>

Re: openlayers + postgis

2009-11-25T09:20:57Z

Provo e riprovo...inutilmente!
Ho letto millemila post/thread/pdf/blog e altre diavolerie; Sulla
mailing list di openlayers c'è chi dice addirittura che la gestione
dell'epsg 3003 non è supportata dal nostro OL!!!
Ho provato ad aggirare l'ostacolo passando da geoserver, ma anche lì è
stato un fallimento!
Una considerazione: ma se openlayer è il futuro del webmapping (lo penso
davvero) e postgis è "leader nel settore", perché è così difficile
pubblicare anche solo un livello?
Ricapitolo per chi si fosse messo in ascolto solo ora e abbia a cuore la
mia salute mentale:
ho una tabella postgis MULTIPOINT, 2d, srid 3003. Mi piacerebbe
pubblicarla con openlayer...dove potrebbe essere l'inghippo? Io non sono
in grado, evidentemente, di vederlo...ogni consiglio è ben accetto,
anche di smettere con l'informatica ;)

Grazie mille

-beppe-

Il giorno ven, 20/11/2009 alle 20.04 +0100, beppe ha scritto:

> Faccio un passo indietro:
> > Se il tuo layer non si vede potrebbero esserci dei problemi non
> > di proiezione, ma proprio di layer. Prova a caricare il WFS in
> > Qgis, oppure con il brower fai delle richieste GetCapabilities e
> > GetFeature (vedi sempre gli esempi su
> > http://www.rigacci.org/openlayers/).
> >
> Credo proprio che il problema sia "a monte".
> Ho seguito le tue indicazioni ed effettivamente mi sono reso conto che,
> forse, il problema non è di open layers.
>
> 1. Qgis carica tranquillamente la tabella postgis
>
> 2. Facendo la seguente richiesta al browser, l'immagine viene stampata
> correttamente:
> http://localhost/cgi-bin/mapserv?map=/var/www/mtsc-2.1/config/default/map.map&layer=confini_com&mode=map
>
> 3. GetCapabilities mi da un file xml "vuoto" ovvero senza nessun dato su
> bbox, latlon o srs ecc.
>
> 4. GetFeature mi da il seguente errore: "msWFSGetFeature(): WFS server
> error. TYPENAME 'confini_com' doesn't exist in this server. Please
> check the capabilities and reformulate your request."
>
> 5. Ho guardato il tuo mapfile, ho notato che come proiezione generale
> hai usato l'epsg 900913. Ho provato a cambiare il mio mapfile sulla
> falsariga del tuo mettendo come proiezione generale epsg:900913, come
> proiezione del layer (originariamente in epsg:3003) la 4326, ma ho un
> errore: "msProcessProjection(): Projection library error. no options
> found in 'init' file". In calce vi posto il mapfile.
>
> 6. Giustamente mi fai notare che se la proiezione nativa di OL e la
> 900913, l'extent deve essere nelle coordinate giuste...domanda stupida:
> come recupero l'extent in epsg:900913? Da OpenStreetMap recupero
> longitudine e latitudine e qgis (uso la versione 1.3) non supporta la
> 900913 (ho provato a vedere sul sito di spatial reference, dove danno
> "gli estremi" della proiezione[1]...ammetto di non aver controllato se
> la proiezione è supportata da postgis, eventualmente devo inserirla?).
>
> 7. Devo agire in qualche modo sulla tabella di Postgis?
>
> Grazie mille per l'aiuto, è abbastanza importante per me riuscire
> risolvere questo problema!
>
> -beppe-
>
> [1] http://spatialreference.org/ref/sr-org/6627/
>
> ------------mapfile-------------------
> MAP
> NAME "Vervò"
> EXTENT 653890.824038 5121367.412500 673982.300962 5139410.087500
> UNITS meters
> SIZE 600 500
> SHAPEPATH "../../../mtsc_data"
> SYMBOLSET "../common/symbols/symbols-pmapper.sym"
> FONTSET "../common/fonts/msfontset.txt"
> RESOLUTION 96
> IMAGETYPE png
> INTERLACE OFF
> "init=epsg:900913"
> END
>
> WEB
> TEMPLATE "map.html"
> IMAGEPATH "/var/www/tmp/"
> IMAGEURL "/tmp/"
> METADATA
> wfs_title "Confini comunali"
> wfs_onlineresource
> "http://localhost/cgi-bin/mapserv?map=/home/www/mtsc-2.1/config/default/map.map&"
> wfs_srs "EPSG:900913"
>
> END # Metadata
> END # Web
>
> LAYER
> NAME 'confini_com'
> TYPE POLYGON
> CONNECTIONTYPE postgis
> CONNECTION "dbname='vervo' host=localhost port=5432 user='xxxxx'
> password='xxxxxx'"
> DATA 'confini_com FROM public.dati_amm_terr using unique
> "id_dati_amm" using SRID=3003'
> METADATA
> 'wms_title' 'dati_amm_terr'
> END
> STATUS DEFAULT
> TRANSPARENCY 100
> PROJECTION
> "init=epsg:4326"
> END
> CLASS
> NAME 'confini_com'
> STYLE
> SYMBOL 0
> SIZE 2
> OUTLINECOLOR 0 0 0
> COLOR 11 54 104
> END
> END
> END #layer
> END #map

Re: SpatiaLite v.2.4.0-RC released

2009-11-25T04:56:49Z

chiedo scusa per il pasticcio, ma nel messaggio precedente
c'era una URL palesemente errata: in effetti la lista delle
novità introdotte con la 2.4.0 la trovata qua:
http://www.gaia-gis.it/spatialite-2.4.0/road_map.html

ciao Sandro
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

SpatiaLite v.2.4.0-RC released

2009-11-25T04:23:44Z

Ho rilasciato SpatiaLite v.2.4.0-RC:
http://www.gaia-gis.it/spatialite-2.4.0

la lista delle tante novità introdotte la trovata qua:
http://www.gaia-gis.it/spatialite-2.4.0

dato che si tratta di una Release Candidate
qualsiasi feedback è estremamente gradito
(test, segnalazione di bug etc); conto sulla
collaborazione attiva della community per
arrivare velocemente alla stabilizzazione
definitiva del codice :-)

ciao Sandro
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Ratman e problemi di compilazione

2009-11-25T02:53:47Z

On Wed, Nov 25, 2009 at 10:51:38AM +0100, Maurizio Napolitano wrote:

> Ho provato a compilarmi ratman (http://ratman.sourceforge.net) su
> Ubuntu 9.10
>
> Dove possibile ho scaricato via apt-get le librerie necessarie
> segnalate in questa pagina
> http://ratman.sourceforge.net/docs/install.html
>
> sulle altre non presenti (nello specifico le spacelib del CRS4 e
> tinyxml) ho provveduto a compilare e installare.
>
> Sono pero' fermo ad un errore che mi da il compilatore g++
> al punto 3 del "HOW TO INSTALL RATMAN"
>
> Nello specifico
> g++ -c -pipe -O3 -ffast-math -D_REENTRANT -Wall -W -fPIC -DNDEBUG
> -D__LIB64__ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -D_LARGEFILE64_SOURCE -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB
> -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I.
> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
> -I/usr/include/qt4 -I. -I../../../src -I. -I../../../src
> -I/usr/local/include -I/usr/include -I/usr/include -IRelease -o
> Release/curlstream.o curlstream.cpp
> In file included from curlstream.cpp:1:
> curlstream.hpp:57: error: ‘EOF’ was not declared in this scope
>
> con un hack malsano (= senza capire a fondo cosa volesse dire) ho
> superato il problema (= ho sostituito 'EOF' con un valore numerico
> alto)
>

Orrore! Al limite EOF e' -1 ma comunque manca io aggiungerei

#include <cstdio>

e magari cambiarei l'inclusione di string.h in cstring, se il codice
che guardo e' lo stesso.

> Questa cosa malsana mi permette di passare al punto 4, ma qui
> ottengo un altro errore a cui mi fermo vista la nefandezza
> precedente.
> In questo caso e' mpiCC ad arrabbiarsi
> mpiCC -c -pipe -O3 -ffast-math -O3 -D_REENTRANT -Wall -W -fPIC
> -DNDEBUG -D__LIB64__ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -D_LARGEFILE64_SOURCE -D_ISOC9X_SOURCE=1 -D_ISOC99_SOURCE=1
> -D__USE_ISOC9X=1 -D__USE_ISOC99=1 -D_ISOC9X_SOURCE=1
> -D_ISOC99_SOURCE=1 -D__USE_ISOC9X=1 -D__USE_ISOC99=1 -DQT_NO_DEBUG
> -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
> -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore
> -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I../../../../src
> -I/usr/local/include -I/usr/local//include/ -I/usr/include/gdal
> -I/usr/local//include/ -IRelease -o Release/quad_builder.o
> quad_builder.cpp
> quad_builder.cpp: In member function ‘virtual void
> vic::geo::quad_builder::out_quad_index_write(int, int, int)’:
> quad_builder.cpp:108: error: ‘uint64_t’ was not declared in this scope
> quad_builder.cpp:108: error: expected ‘;’ before ‘timestamp’
> quad_builder.cpp:110: error: ‘timestamp’ was not declared in this scope
>
>
> Idee? Suggerimenti? Qualche libreria "troppo nuova" ?
>
> Grazie
>

Qua ci vorrebbe un

#include <stdint.h>

al posto giusto, il dove e' lasciato per esercizio...

--
Francesco P. Lovergine
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Ratman e problemi di compilazione

2009-11-25T01:51:38Z

Ho provato a compilarmi ratman (http://ratman.sourceforge.net) su Ubuntu
9.10

Dove possibile ho scaricato via apt-get le librerie necessarie segnalate
in questa pagina
http://ratman.sourceforge.net/docs/install.html

sulle altre non presenti (nello specifico le spacelib del CRS4 e
tinyxml) ho provveduto a compilare e installare.

Sono pero' fermo ad un errore che mi da il compilatore g++
al punto 3 del "HOW TO INSTALL RATMAN"

Nello specifico
g++ -c -pipe -O3 -ffast-math -D_REENTRANT -Wall -W -fPIC -DNDEBUG
-D__LIB64__ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB
-DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I.
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4
-I. -I../../../src -I. -I../../../src -I/usr/local/include
-I/usr/include -I/usr/include -IRelease -o Release/curlstream.o
curlstream.cpp
In file included from curlstream.cpp:1:
curlstream.hpp:57: error: ‘EOF’ was not declared in this scope

con un hack malsano (= senza capire a fondo cosa volesse dire) ho
superato il problema (= ho sostituito 'EOF' con un valore numerico alto)

Questa cosa malsana mi permette di passare al punto 4, ma qui ottengo un
altro errore a cui mi fermo vista la nefandezza precedente.
In questo caso e' mpiCC ad arrabbiarsi
mpiCC -c -pipe -O3 -ffast-math -O3 -D_REENTRANT -Wall -W -fPIC -DNDEBUG
-D__LIB64__ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -D_ISOC9X_SOURCE=1 -D_ISOC99_SOURCE=1
-D__USE_ISOC9X=1 -D__USE_ISOC99=1 -D_ISOC9X_SOURCE=1 -D_ISOC99_SOURCE=1
-D__USE_ISOC9X=1 -D__USE_ISOC99=1 -DQT_NO_DEBUG -DQT_GUI_LIB
-DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I.
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4
-I. -I../../../../src -I/usr/local/include -I/usr/local//include/
-I/usr/include/gdal -I/usr/local//include/ -IRelease -o
Release/quad_builder.o quad_builder.cpp
quad_builder.cpp: In member function ‘virtual void
vic::geo::quad_builder::out_quad_index_write(int, int, int)’:
quad_builder.cpp:108: error: ‘uint64_t’ was not declared in this scope
quad_builder.cpp:108: error: expected ‘;’ before ‘timestamp’
quad_builder.cpp:110: error: ‘timestamp’ was not declared in this scope

Idee? Suggerimenti? Qualche libreria "troppo nuova" ?

Grazie

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-24T00:41:14Z

Il martedì 24 novembre 2009, Luca Delucchi ha scritto:
> sembra muoversi qualcosa....
>
> http://www.sdgsystems.com/index.php?option=com_content&task=view&id=12&Item
>id=29
>
> lo trovato leggendo un thread su irc qgis
>
> ciao

Sono quelli che avevo contattato io, forniscono il prodotto senza alcun tipo
di SW applicativo, quindi praticamente inutilizzabile per il lavoro di
campagna, senza contare il postprocessing che comunque va fatto con un SW
desktop.

--
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3: www.itopen.it
Linux User# 167502
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-24T00:27:03Z

sembra muoversi qualcosa....

http://www.sdgsystems.com/index.php?option=com_content&task=view&id=12&Itemid=29

lo trovato leggendo un thread su irc qgis

ciao
Luca
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Errore proj

2009-11-23T08:54:55Z

Il mapset permanent c'è...ma adesso funziona tutto bene...ho reimpostato
la region da qgis su grass...e ora non da più problemi...

francesco

Markus Neteler ha scritto:

> 2009/11/23 francesco@... <francesco@...>:
>
>> Grass 6.4 su Ubuntu 9.10
>>
>> Ho importato un database GIS di grass: qgis lo apre, ma se lo vado ad aprire
>> da grass ho questo messaggio:
>>
>> Errore di g.proi o proiezione: ERROR: G_getenv(): Variable LOCATION_NAME not
>> set
>>
>> Consigli???
>>
>
> Copiare tutto :) Possibile che manchi la mapset PERMANENT?
>
> ciao
> markus
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss@...
> http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
>
>
>

--
Informazioni sulla Privacy
ATTENZIONE: Le informazioni contenute in questo messaggio e-mail sono dirette solamente al destinatario. Se non siete i destinatari nominali programmati, vi ricordiamo che in base alle vigenti leggi sulla Privacy è severamente vietato divulgare, riprodurre, distribuire o utilizzare in altro modo questa comunicazione. Se avete ricevuto questo messaggio per errore, vogliate comunicarlo, per cortesia, al mittente e cancellare il messaggio senza copiarlo o divulgarlo.

Privacy Informations

ATTENTION: This message and any files transmitted with it is intended for the adressee only and may contain information that is confidential or privileged. Unauthorised use is strictly prohibited and may be unlawful. If you are not the addressee, you should not read, copy, disclose or otherwise use this message, except for the purpose of delivery to the addressee. In case of accidental receipt, please inform us. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the mail domain. Always scan attachments before opening them

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Errore proj

2009-11-23T08:12:48Z

2009/11/23 francesco@... <francesco@...>:
> Grass 6.4 su Ubuntu 9.10
>
> Ho importato un database GIS di grass: qgis lo apre, ma se lo vado ad aprire
> da grass ho questo messaggio:
>
> Errore di g.proi o proiezione: ERROR: G_getenv(): Variable LOCATION_NAME not
> set
>
> Consigli???

Copiare tutto :) Possibile che manchi la mapset PERMANENT?

ciao
markus
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-23T08:06:39Z

Il software per la post elaborazione è un pacchetto aggiuntivo,

nel senso che le licenze si muovono in base a cosa il cliente necessita.

Se oltre la gestione del cinematico RTK, vuoi fare acquisizioni lunghe (statico)

e poi processarle, la licenza cambia...

Se sono solo 2000 euro, non vale la candela, è come dici tu...

Il mio è un discorso teorico che vale per un Ente di ricerca,

ma non per un privato....

Vito

----- Original Message -----

From: mandoluca@...

To: borneo.vito@...

Cc: gfoss@...

Sent: Sunday, November 22, 2009 9:03 PM

Subject: Re: [Gfoss] GPS topografico - consigli su modello e software opensource

Se poi vai in post elaborazione di acquisizioni statiche, il discorso cambia ancora...

In che senso cambia ancora?

Il mio problema è capire se è meglio spendere 9000 euro e avere tutti i software che loro propongono e arrendermi al sw proprietario ma che almeno mi garantisce tutto, oppure provare a fare le cose da solo (quasi alla cieca) e rischiare di risparmiare 2000 euro di licenze ma avere in mano qualcosa che non so gestire appieno e con sw sui quali la ditta che me lo vende declina ogni responsabilità.

....mmm

Dalle risposte sembra che per i GPS è necessario piegare il capino....

....mmm

Re: Esportare un mapset GRASS

2009-11-23T08:05:55Z

2009/11/23 Cooperativa ICHNOS <info@...>:
> grass 6.4 su ubuntu 9.10
> Magicamente ha iniziato a funzionare..da solo..adesso però mi da un errore
> di r.proj su quei database...

La definizione della proiezione si trova nella mapset PERMANENT
che serve sempre.

ciao
Markus
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Esportare un mapset GRASS

2009-11-23T07:54:20Z

Il 23 novembre 2009 16.35, Cooperativa ICHNOS <info@...> ha scritto:
> grass 6.4 su ubuntu 9.10
> Magicamente ha iniziato a funzionare..da solo..adesso però mi da un errore
> di r.proj su quei database...
>

quando hai degli errori postali perchè è più facile risolvere i problemi...
cmq hai settato correttamente la region?
per l'errore precedente non è che avevi il mapset aperto in qgis....

ciao
Luca
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Esportare un mapset GRASS

2009-11-23T07:35:19Z

grass 6.4 su ubuntu 9.10
Magicamente ha iniziato a funzionare..da solo..adesso però mi da un
errore di r.proj su quei database...

Luca Delucchi ha scritto:

> Il 23 novembre 2009 00.56, francesco@...
> <francesco@...> ha scritto:
>
>> Devo spostare un mapset grass da un pc ad un altro...non mi funziona niente
>> e mi ci sto sbattezzando.
>> C'è qualche anima pia che mi da un paio di dritte???
>>
>
> su che sistema operativo ti trovi e che errore ti da?
>
>
>> Francesco
>>
>
> ciao
> Luca
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss@...
> http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
>
>
>

Re: Esportare un mapset GRASS

2009-11-23T07:30:45Z

Il 23 novembre 2009 00.56, francesco@...
<francesco@...> ha scritto:
> Devo spostare un mapset grass da un pc ad un altro...non mi funziona niente
> e mi ci sto sbattezzando.
> C'è qualche anima pia che mi da un paio di dritte???

su che sistema operativo ti trovi e che errore ti da?

> Francesco

ciao
Luca
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Errore proj

2009-11-23T06:17:34Z

Grass 6.4 su Ubuntu 9.10

Ho importato un database GIS di grass: qgis lo apre, ma se lo vado ad
aprire da grass ho questo messaggio:

Errore di g.proi o proiezione: ERROR: G_getenv(): Variable LOCATION_NAME
not set

Consigli???
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: mosaico geoserver

2009-11-23T01:59:44Z

Ciao
Penso di avere un attimo di confusione in testa.
Come prima cosa avevo provato a fare il mosaico con geoserver caricando la cartella contenente tutti i tif come nuovo store di ImageMosaic in geoserver.
Ora se guardo le informazioni di quei tif con gdalinfo mi indicano 7 overviews, quindi le overviews me le ha create in automatico l'imagemosaic
Per velocizzare, posso modificare le overviews?
C'è un modo per far girare i comandi di FWtools a tutta la cartella e non a singolo tif per volta?
(lavoro in win)

ciao grazie

Simone Giannecchini wrote:

Esatto,
il primo passo è aggiungere le overview ai singoli granuli del mosaico.
La cosa piu' semplice è usare gdaladdo, vedi qui per alcuni esempi:

http://www.gdal.org/gdaladdo.html.

Dopo che hai aggiunto le puramid devi ricostruire il mosaico (basta
rimuovere i file di indici e ricrearli).

Simone.
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

-------------------------------------------------------

2009/11/19 Paolo Cavallini <cavallini@faunalia.it>:
> Andrea R ha scritto:
>
>> Poi vi chiedo consigli su come ottimizzare la velocità della mosaicatura di
>> foto aeree con geoserver.
>
> Hai fatto le piramidi?
> E' il primo passo per l'ottimizzazione, spesso basta quello.
> --
> Paolo Cavallini: http://www.faunalia.it/pc
> _______________________________________________
> Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
> Gfoss@faunalia.it
> http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non rispecchiano necessariamente
> le posizioni dell'Associazione GFOSS.it.
>
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.it
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-22T23:53:45Z

Se devi acquisire punti fiduciali hai bisogno della precisione massima
possibile (subcentimetrica), il che ti obbliga ad acquistare un
ricevitore di classe un po' elevata che legga tutte le informazioni del
segnale gps, al contrario di quanto fanno quelli normali per la
navigazione o per l'escursionismo o le classiche antenne bluetooth. Il
problema nasce dal fatto che le informazioni date dalla porzione di
segnale GPS che ti consentono di ottenere la precisione necessaria (in
tempo reale con metodo RTK o in post-processamento) di solito vengono
salvate in un formato o in una porzione di file diverso dalla stringa
nmea o gpx, e di solito l'accesso e l'elaborazione di questa
informazione può essere fatta solo con software proprietario, da qui la
difficoltà di operare in ambiente OS. In pratica anche se esistesse un
QGIS-mobile non ti consentirebbe di fare molto di più che visualizzare
la posizione sullo schermo con lo scarto classico (> 5 m) al limite
anche la posizione corretta se venisse implementata la correzione in
tempo reale, ma poi non saresti in grado di scaricare dal logger le
informazioni che ti consentono in ufficio di elaborare il segnale per
ottenere la precisione richiesta (e i fiduciali ne richiedono
parecchia). Forse potresti valutare l'opzione con due (una da lasciare
fissa di riferimento e la seconda per spostarsi e fare poi il DGPS con
questo metodo) piuttosto che una singola stazione con qualità fino a L1 o L2
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: Esportare un mapset GRASS

2009-11-22T23:20:24Z

Il giorno 23 novembre 2009 00.56, francesco@... <francesco@...> ha scritto:

Devo spostare un mapset grass da un pc ad un altro...non mi funziona niente e mi ci sto sbattezzando.
C'è qualche anima pia che mi da un paio di dritte???
Francesco

linux? winzozz?
come lo stai spostando? hd esterno? rete?
che errori ottieni in fase di sbattezzo?

Una dritta: ochio ai nomi dei file, usando un hd esterno formattato fat32 si incorre nei problemi legati alla lunghezza e al case.

-r

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Esportare un mapset GRASS

2009-11-22T15:56:58Z

Devo spostare un mapset grass da un pc ad un altro...non mi funziona
niente e mi ci sto sbattezzando.
C'è qualche anima pia che mi da un paio di dritte???
Francesco
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-22T12:03:44Z

Se poi vai in post elaborazione di acquisizioni statiche, il discorso cambia ancora...

In che senso cambia ancora?

Il mio problema è capire se è meglio spendere 9000 euro e avere tutti i software che loro propongono e arrendermi al sw proprietario ma che almeno mi garantisce tutto, oppure provare a fare le cose da solo (quasi alla cieca) e rischiare di risparmiare 2000 euro di licenze ma avere in mano qualcosa che non so gestire appieno e con sw sui quali la ditta che me lo vende declina ogni responsabilità.

....mmm

Dalle risposte sembra che per i GPS è necessario piegare il capino....

....mmm

Re: GPS topografico - consigli su modello e software opensource

2009-11-22T11:47:54Z

Purtroppo quello dei GPS doppia frequenza è un mercato abbastanza chiuso.

All'acquisto prendi parecchia roba: antenna, ricevitore, palmare, software, ecc...

Volendo potresti prendere solo antenna e ricevitore e utilizzare un tuo palmare

collegato via cavo o bluetooth al ricevitore e metterlo in un involucro "stagno".

Sul palmare potresti montare vari software, da un semplice data logger a gvSIG

per vedere in tempo reale cosa stai acquisendo.

Se poi vai in post elaborazione di acquisizioni statiche, il discorso cambia ancora...

Per orientarti sui prezzi, dai uno sguardo qui:

http://www.sistecgps.com/list_sistec.html

Vito

----- Original Message -----

From: mandoluca@...

To: gfoss@...

Sent: Saturday, November 21, 2009 12:22 PM

Subject: [Gfoss] GPS topografico - consigli su modello e software opensource

Salve a tutti,
mi sto informando per l'acquisto di un ricevitore GPS da usare sia in cantiere per fissare i punti fiduciali, sia da campo per delimitare aree e segnare percorsi.

La ditta a cui mi sono rivolto per ora mi ha proposto questo prootto: http://www.rivistageomedia.it/it/component/content/article/2049.html?joscclean=1&comment_id=53

Ora, il problema a mio avviso, e pure chiedendo loro, è che tutte le cose che riesce a fare lo strumento le fa grazie al loro programma con licenza a pagamento e rinnovo annuale e l'uso di ArchPAD della ESRI. Infatti ti ingolosiscono con digitalizzazioni direttamente su schermo touch e su visualizzazioni di fotoaeree con la segnalazione del punto battuto in tempo reale, ma se guardi bene bene la fotina del depliant vedi che in alto c'è sscrito ESRI.

Ho provato a chiedere se il GPS esportasse in gpx e gli informatici della ditta mi hanno risposto che GPX è il formato proprietario della Garmin (eeeeehhh??) e il GPS esporta di suo in formato di scambio universale NEMEA.

Il ricevitore monta di suo WindowsCE e mi chiedevo se avrei avuto problema a montarci Qgis per esempio.

Insomma, per farla in breve, non vorrei acquistare un prodotto a un certo costo perchè "fa" certe cose e poi le "fa" solo perchè si appoggia ad altri programmi che mi devo comprare e di usare un Qgis o un Postgres va a farsi friggere.

Consigli?

grazie

Luca

_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.

Re: GPS topografico - consigli su modello e software opensource

2009-11-21T09:41:36Z

Il sabato 21 novembre 2009, Luca Mandolesi ha scritto:

> 2009/11/21 Andrea Peri <aperi2007@...>
>
> > >Ho provato a chiedere se il GPS esportasse in gpx e gli informatici
> > > della ditta mi hanno risposto che GPX è il formato proprietario della
> > > Garmin (eeeeehhh??) e il GPS esporta di suo in formato di scambio
> > > universale NEMEA.
> >
> > Mica tanto vero.
>
> eccolo l, lo sapevo...
>
> Ma un bel ricevitore GPS topografico e non GIS (anche questa non capisco se
> è giusta: mi han detto che topografico significa subcentimetrico e GIS
> submetrico....a me pare che si invetino i termini per fare i
> ganzi....correggetemi se sbaglio) che sia letto anche da GPSbabel, come il
> mio ricevitorino Garmin da 400 euri, esiste? Mi hanno parlato di 9000 euro,
> possibile che lo compro e lo uso solo come soprammobile se non spendo altri
> 1200 euro di software? Qualcosa della Trimble? O altro?

La situazione è drammatica, ti racconto la mia esperienza:

il GPS ci serve per dei censimenti di alberature in ambiente urbano (quindi
problemi di riflessioni e ombre...), precisione richiesta submetrica con
correzione differenziale in post-processing e in real time, autonomia 8 ore
di rielivo, supporto di maschere personalizzate per l'inserimento di dati
alfanumerici anche da dizionari predefiniti.

Ho cercato qualcosa con linux a bordo e ho trovato una ditta americana che
monta linux sui Trimble per poi scoprire che lo monta solo sui datalogger ad
uso industriale e non su quelli specializzati per rilievo GPS. Alla fine non
abbiamo trovato di meglio che un Magellan CX con win CE (3800 € con tutti gli
accessori e il SW suo proprietario).

Sono stato costretto ad installare una VM con vindows solo per far girare il
loro SW (che è una schifezza del secolo passato, sembra un SW per win 3.1)
solo per esportare e correggere i dati in shapefile che poi lavoriamo in
QGIS.

Ci sarebbe da far del bene in questo settore... sul mercato trovi solo degli
apparecchi buoni con HW e molto costosi, ma che dal p.d.v. SW fanno veramente
pena.

Ciao

--
Alessandro Pasotti
itOpen - "Open Solutions for the Net Age"
w3: www.itopen.it
Linux User# 167502
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@...
http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.