Message: 1 > Date: Thu, 26 Nov 2009 16:02:49 +0100 > From: Riccardo Casoli <[email protected]> > Subject: Re: [Gfoss] File DXF da trasformare > To: andrea antonello <[email protected]> > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > Grazie, Andrea > in effetti ho verificato anch'io il testo contenuto nel file DXF che ti > ho inviato e con mia ganda sorpresa ho verificato l'assenza della voce > Polygon. > Ma in seguito ad un rapido accertamento ho appurato il fatto è che i CAD > non usano le stesse precise distinzioni che correntemente si usano con i > tematismi nei gis. > Per un CAD non è necessariamente vero che polygon = closed polyline. > Nel mio caso ho creato una serie di polilinee chiuse che vorrei che in > un gis mi venissero riconosciute come entità poligoni. > In effetti Riccardo, i primi programmi di topografia, non facevano come ora la chiusura in automatico dei poligoni, per ogni linea (disegnata al tavolo digitalizzatore, non a video) dovevi indicare il dentro e il fuori... > In definitiva l'importazione di polilinee DXF/DWG dovrebbe poterle > trasformare a scelta sia in POLYGON (eventualmente chiudendo le > polilinee originariamente aperte), sia in POLYLINE. > Ti torna il discorso? gvSIG sembra ignorare questa questione. > QGIS invece, come ho già evidenziato nel mio post originario, consente > già di convertire in Poligoni le polilinee DXF ma la conversione > tralascia di inserire nella tabella gli unici dati associati alle > geometrie DXF (layer, colore, spessore, ...) e pertanto il problema è un > altro. > Spero di essere stato chiaro. > Ancora un grazie e attendo con molto interesse indicazioni. > Saluti. Ric > > In data 26-11-2009 12:49, andrea antonello ha scritto: > >> Ciao Riccardo, >> mi descrivi cosa all'interno dovrebbe essere poligono? >> Mi importa linee con i relativi colori in attributo, ma non vedo >> poligoni. Visto che non ho mai avuto un dxf con poligoni, mi chiedevo >> quale composizione dovesse diventarlo. >> >> Ciao >> Andrea >> >> 2009/11/26 Riccardo Casoli <[email protected]>: >> >> >>> Ciao Andrea >>> volentieri ti invio il file c di prova che ho usato per provare >>> l'importazione. >>> Attendo lumi. >>> Buon lavoro, un caro saluto e grazie. >>> Riccardo >>> >>> >>> >> >> > -------------- parte successiva -------------- > Un allegato HTML è stato rimosso... > URL: > <http://lists.faunalia.it/pipermail/gfoss/attachments/20091126/92eb7bfc/attachment-0001.htm> > > ------------------------------ > > Message: 2 > Date: Thu, 26 Nov 2009 16:10:44 +0100 > From: andrea antonello <[email protected]> > Subject: Re: [Gfoss] File DXF da trasformare > To: Riccardo Casoli <[email protected]> > Cc: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Ciao Riccardo, > mi torna il discorso dei poligoni (per quello mi interessava :)). Ti > dico cosa faccio io con JGrass (la versione che rilasceremo a breve, > ci stiamo riprendendo da Sydney, GFOSS e corsi), che poi e' quello che > fa Jump, visto che ho preso da li' il codice, che secondo me e' ancora > il migliore e piu' aggiornato nel campo java gis. Comunque va ancora > testato. > > In JGrass viene importato come geometria contenente in attributo nome > di layer, colore, testo, quota e simile, se presenti (asto andando a > memoria, ora non ho la possibilita' di controllare). > In base a quello puoi selezionare tutte le feature di un piano dal > nome del layer e fare un copy/paste su un piano vuoto di poligoni con > gli stessi attributi. Il risultato e' che le linee vengono chiuse a > poligono. Credo sia piu' o meno quello che vorresti, ho? > > Ciao > Andrea > > > > > 2009/11/26 Riccardo Casoli <[email protected]>: > >> Grazie, Andrea >> in effetti ho verificato anch'io il testo contenuto nel file DXF che ti ho >> inviato e con mia ganda sorpresa ho verificato l'assenza della voce Polygon. >> Ma in seguito ad un rapido accertamento ho appurato il fatto è che i CAD non >> usano le stesse precise distinzioni che correntemente si usano con i >> tematismi nei gis. >> Per un CAD non è necessariamente vero che polygon = closed polyline. >> Nel mio caso ho creato una serie di polilinee chiuse che vorrei che in un >> gis mi venissero riconosciute come entità poligoni. >> In definitiva l'importazione di polilinee DXF/DWG dovrebbe poterle >> trasformare a scelta sia in POLYGON (eventualmente chiudendo le polilinee >> originariamente aperte), sia in POLYLINE. >> Ti torna il discorso? gvSIG sembra ignorare questa questione. >> QGIS invece, come ho già evidenziato nel mio post originario, consente già >> di convertire in Poligoni le polilinee DXF ma la conversione tralascia di >> inserire nella tabella gli unici dati associati alle geometrie DXF (layer, >> colore, spessore, ...) e pertanto il problema è un altro. >> Spero di essere stato chiaro. >> Ancora un grazie e attendo con molto interesse indicazioni. >> Saluti. Ric >> >> In data 26-11-2009 12:49, andrea antonello ha scritto: >> >> Ciao Riccardo, >> mi descrivi cosa all'interno dovrebbe essere poligono? >> Mi importa linee con i relativi colori in attributo, ma non vedo >> poligoni. Visto che non ho mai avuto un dxf con poligoni, mi chiedevo >> quale composizione dovesse diventarlo. >> >> Ciao >> Andrea >> >> 2009/11/26 Riccardo Casoli <[email protected]>: >> >> >> Ciao Andrea >> volentieri ti invio il file c di prova che ho usato per provare >> l'importazione. >> Attendo lumi. >> Buon lavoro, un caro saluto e grazie. >> Riccardo >> >> >> >> >> > > > ------------------------------ > > Message: 3 > Date: Thu, 26 Nov 2009 10:00:38 +0100 > From: "G. Allegri" <[email protected]> > Subject: Re: [Gfoss] openlayers + postgis > To: beppe <[email protected]> > Cc: gfoss <[email protected]> > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > 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 <[email protected]> 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 +nadgri...@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 <[email protected]> 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 >>>> [email protected] >>>> 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. >>>> >>>> >> > > > ------------------------------ > > Message: 4 > Date: Thu, 26 Nov 2009 19:33:18 +0100 > From: Riccardo Casoli <[email protected]> > Subject: [Gfoss] Problemi formato pagina con Compositore stampe Qgis > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > > 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? > Un grazie a chi vorrà rispondere. > Riccardo > > > ------------------------------ > > Message: 5 > Date: Thu, 26 Nov 2009 20:14:00 +0100 > From: Alessandro Pasotti <[email protected]> > Subject: Re: [Gfoss] Problemi formato pagina con Compositore stampe > Qgis > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > 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 > >
_______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] 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.
