016 14:13, Giuseppe Patti <gp...@tiscali.it> ha
scritto:
> Ciao,
>
> Sono shape, ma l'errore non direi possa essere legato al separatore
> decimale, perché solo selezionando alcune porzioni del grafo viene fuori il
> messaggio mentre su altre il problema non si pone.
>
>
&
febbraio 2016 11:52, Giuseppe Patti <gp...@tiscali.it> ha scritto:
> > Buongiorno a tutti,
> >
> > Analizzando un grafo stradale sono incappato in questo errore restituito
> > dalla JTS di OpenJump:
> >
> > cannot compute the quadrant for point ( 0.0 0.0 )
Buongiorno a tutti,
Analizzando un grafo stradale sono incappato in questo errore restituito
dalla JTS di OpenJump:
cannot compute the quadrant for point ( 0.0 0.0 )
Ho trovato questo topic in cui si fa riferimento ad una eventuale
discrepanza tra dato e sua rappresentazione WKT:
+0200, Giuseppe Patti wrote:
Ciao a tutti.
Ho creato un db spatialite contenente diversi layer di tipo polygon,
tutti nello stesso sistema di riferimento.
Vorrei chiedervi se ritenete sia possibile creare una query in grado
di eseguire l'intersezione tra un elemento specifico di un layer
(selezionato
Ciao a tutti.
Ho creato un db spatialite contenente diversi layer di tipo polygon,
tutti nello stesso sistema di riferimento.
Vorrei chiedervi se ritenete sia possibile creare una query in grado di
eseguire l'intersezione tra un elemento specifico di un layer
(selezionato con where) e tutti
non si esprime deve per forza approssimarlo.
A.
On 16/01/2014 10:18, Giuseppe Patti wrote:
E infatti io avrei usato ST_SnapToGrid, però se poi vado a chiedere
la geometria del poligono dopo lo snap mi tornano fuori le 17 cifre.
Sbaglio io qualcosa o capisco male il funzionamento di ST_SnapToGrid
Grazie mille a tutti per le illuminanti delucidazioni. Mi chiedo solo
perché alcune procedure ti chiedano certe precisioni che poi in uno
shapefile definito di consegna non possono essere mantenute.transeat!
Saluti
On 12/02/2014 15:04, Jody Marca wrote:
Solo una precisazione
io NON sono
simile per troncare (brutta parola, ma è
per tagliare corto) i dati del nostro DBT ristrutturato su due
cifre decimali.
A.
Il giorno 16 gennaio 2014 08:52, Giuseppe Patti gp...@tiscali.it
mailto:gp...@tiscali.it ha scritto:
Mettiamola così allora: un cliente vi
avuto altri
sviluppi.
giovanni
[1] http://trac.osgeo.org/postgis/wiki/ToleranceDiscussion
[2]
https://github.com/postgis/postgis/blob/svn-trunk/postgis/lwgeom_functions_analytic.c
Il giorno 16 gennaio 2014 10:18, Giuseppe Patti gp...@tiscali.it
mailto:gp...@tiscali.it ha scritto:
E
/postgis/lwgeom_functions_analytic.c
Il giorno 16 gennaio 2014 10:18, Giuseppe Patti gp...@tiscali.it
mailto:gp...@tiscali.it ha scritto:
E infatti io avrei usato ST_SnapToGrid, però se poi vado a
chiedere la geometria del poligono dopo lo snap mi tornano fuori
le 17 cifre. Sbaglio io
Ciao. Vorrei approfondire con voi la questione della risoluzione spaziale
di dati vettoriali nella quale sono incappato.
In particolare mi riferisco alla precisione delle coordinate ad es. di uno
shape, che continuano a variare passando da un software all'altro. In quale
modo, anche appoggiandosi
' locale.
Il giorno 15 gennaio 2014 17:44, Giuseppe Patti gp...@tiscali.it ha
scritto:
Ciao. Vorrei approfondire con voi la questione della risoluzione spaziale
di dati vettoriali nella quale sono incappato.
In particolare mi riferisco alla precisione delle coordinate ad es. di
uno shape, che
medesimo software commerciale, non
è assolutamente detto che quando sposti da uno all'altro la coordinata ti
rimane invariata.
Dipende da quali altri dataset sono caricati nel medesimo DB di partenza
o di destinazione.
A.
On 15/01/2014 18:29, Giuseppe Patti wrote:
Sono d'accordo, ma
Ciao a tutti,
Sto testando il plugin in oggetto e in particolare la funzione snap points
to grid.
L'anomalia che riscontro è che i vertici delle geometrie vengono
correttamente spostati sulla griglia solo fino a valro uguali a 0.5, mentre
per valori inferiori continuano a rimanere le 17 cifre
in
Spatialite/SQLite invece qualcuno ne sa qualcosa?
Il giorno 14 gennaio 2014 11:38, Gino Pirelli lui...@gmail.com ha scritto:
bufff... 5 minuti a capire se ero io che m'ero perso qualcosa del plugin!
per favore attenti a mettere SUBJVECT e riferimenti ai plugin corretti
2014/1/14 Giuseppe Patti gp
Scusate cross-posting.
Buongiorno,
Segnalo che la versione 6.4.3. di Grass mi segnala errori sia su win che su
linux all'importazione di un qualunque vettore:
---
Errors were encountered during the import
Try to import again, snapping with at least 1e-010:
MI accodo ai ringraziamenti a Saccon e sfacciatamente chiedo: sarebbe
possiibile aggiornare anche il plugin Censuario che è un importante
complemento al Cxf_in?
Il giorno 28 novembre 2013 09:01, Andrea Peri aperi2...@gmail.com ha
scritto:
Per i cxf no,
ma per i dxf:
L'ultima versione di
Gli 0 sono buchi tra i poligoni, i 2 sono sovrapposizioni
Il giorno 22/nov/2013 12:38, Alberto Grava grava.albe...@teletu.it ha
scritto:
Ok grazie mille!
ho fatto come suggerito:
ho importato il mio shp in grass e dopo un paio di prove ho trovato il
valore di snap giusto. (Rispetto al
Ciao,
Credo che l'interpretazione di quelle righe non sia così semplice, perché
esse per quanto ne so rappresentano una situazione ibrida tra la
situazione pre-rilievo e la proposta di aggiornamento che ancora deve
essere approvata. Qelle righe quindi sono così in seguito al trattamento e
Ciao, in merito alle coordinate della terna, cito da qui:
http://geomatica.como.polimi.it/formazione/servizi_gps06/pdf/tufillaro_d.pdf
La procedura utilizza le coordinate geocentriche della primo punto di
riferimento citato nel libretto per la
determinazione del sistema riferimento (si tratta
Ciao Giuliano,
Trovo il tuo plugin molto interessante e vorrei darti una mano almeno a
fare beta testing, magari colgo l'occasione anche per imparare qualcosa
sulle api e sulla programmazione dei plugin!
Il giorno venerdì 13 settembre 2013, giulianc51 ha scritto:
ciao a tutti,
per dare un
Ok, se mi mandi il plugin in pvt inizio a fare qualche esperimento e tirare
fuori qualche idea!
Il giorno 14/set/2013 11:55, giulianc51 giulian...@gmail.com ha scritto:
Il giorno Sat, 14 Sep 2013 09:16:03 +0200
Giuseppe Patti gp...@tiscali.it ha scritto:
Ciao Giuliano,
ciao Giuseppe
Ciao a tutti.
Sto usando QGis 1.8 installato con OSGeo su win xp. Mentre cerco di
creare un nuovo modello nella toolbox di sextante dentro QGis (Tools -
Create new model) se provo ad inserire il modulo v. transform di Grass
ottengo l'errore di seguito:
Errore durante l'esecuzione di codice
Buongiorno a tutti.
Per una serie di progetti in fase di avvio mi sono trovato a
confrontarmi sul concetto di Geoportale. Ho riscontrato che per diversi
soggetti il geoportale corrisponde sostanzialmente al webgis (e basta
fare una ricerca google per capire quanto questa identità sia diffusa,
Segnalo in lista questo dibattito, non strettamente gfoss ma di sicuro
interesse FOSS, magari qualcuno ha interesse/modo di intervenire per
dire la sua
http://www.libertiamo.it/2012/05/22/video-ritrovo-di-libertiamo-sulla-proprieta-intellettuale-23-maggio-ore-17/
25 matches
Mail list logo