[Gfoss] sql polilinee e indirizzi da polinee osm

[falcerisimone]

Ciao a tutti,
gentilmente volevo chiedervi dove sbaglio, ho due tabelle Spatialite:
-tubi (linestring)
-osm_roads (linestring)

In osm_roads, nel campo "name" sono ivi gli indirizzi.
Volevo popolare in una colonna "indirizzo" della tabella tubi, gli indirizzi 
civici delle polilinee di openstreetmap:

(select r.name
from osm_roads r, tubi t
where st_intersects(t.geom, st_buffer(r.geom, 20))=1) as indirizzo,

(select r.name
 from tubi t, (select name, st_buffer(geom, 20) as geom from osm_roads) r
 where st_intersects(t.geom, r.geom)) as indirizzo2

Il problema è che non funzionano bene le formule in spatialite...

Avete gentilmente idee migliori?
Grazie
Simone
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

No, la view prende la geometria da ind_pu ("the_geom"), Coord_X e coord_Y
nella tab sito_puntuale riportano solo le coordinate approssimate del
punto. Ho tirato il tutto giù da un mdb quindi presumo sia così.
In ogni caso ho capito dove probabilmente forse c'è il problema, proverò a
generare la vista da spatialite_gui. Grazie per la pazienza e le risposte,
appena posso provo, ti tengo aggiornato
Ciao

Il giorno 5 giugno 2018 15:54,  ha scritto:

> On Tue, 5 Jun 2018 14:51:01 +0200, Alessandro Ciali wrote:
>
>> Ecco il la query di creazione per ind_pu
>>
>> CREATE TABLE "ind_pu" ("id" INTEGER PRIMARY KEY, "the_geom" POINT,
>> "ID_SPU" TEXT)
>>
>> e quella per la tabella sito_puntuale:
>>
>> CREATE TABLE "sito_puntuale" ("id" INTEGER PRIMARY KEY, "pkey_spu"
>> INTEGER, "ubicazione_prov" TEXT, "ubicazione_com" TEXT, "ID_SPU" TEXT,
>> "coord_X" INTEGER, "coord_Y" INTEGER, "mod_identcoord" TEXT,
>> "desc_modcoord" TEXT, "quota_slm" INTEGER, "modo_quota" TEXT,
>> "data_sito" TEXT, "note_sito" TEXT)
>>
>>
> ergo, la tavola che fornisce alla View le geometrie e' "sito_puntuale",
> che ha un PK INTGER di nome "id"
> richiamo: per SQLite quando esiste una PK INTEGER il valore del ROWID
> coincide sempre esattamente con quello della PK.
>
> ma nella creazione della tua View non mi pare di vedere citato da
> nessuna parte ne "p"."id" ne "p"."rowid", e quindi "by definition"
> la tua View  non potra' mai funzionare correttamente, perche' gli
> manca il perno fondamentale che regge tutta la logica di funzionamento
> delle Spatial Views di SpatiaLite.
>
>
> mi puoi cortesemente dire cosa ti ritorna questa query SQL ?
>>>
>>> SELECT *
>>> FROM views_geometry_column
>>> WHERE f_view_name = '';
>>>
>>
>> se eseguo la query (sulla tabella views_geometry_columns) la tabella
>> è vuota, può essere quindi che DB manager non crea la view nel modo
>> corretto o meglio la crea ma non registra i dati nella tabella
>> views_geometry_columns?
>>
>>
> non ho la piu' pallida idea di come funzioni il db manager, ma se
> non registra la View in "views_geometry_columns" poco ma sicuro che
> quella non e' una Spatial View.
> e' semplicemente una banale View, che guarda combinazione contiene
> una colonna geometria ma che non potra' essere gestita correttamente
> perche' non sono specificate da nessuna parte le regole base per
> collegare correttamente la View con il suo Spatial Index di supporto.
>
> consiglio: perche' non provi ad usare spatialite_gui, che offre
> un tool grafico facilitato per definire e creare le Spatial Views,
> e che per quanto mi risulta funziona perfettamente bene con QGIS ?
>
> ciao Sandro
>
>


-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[a . furieri]

On Tue, 5 Jun 2018 14:51:01 +0200, Alessandro Ciali wrote:

Ecco il la query di creazione per ind_pu

CREATE TABLE "ind_pu" ("id" INTEGER PRIMARY KEY, "the_geom" POINT,
"ID_SPU" TEXT)

e quella per la tabella sito_puntuale:

CREATE TABLE "sito_puntuale" ("id" INTEGER PRIMARY KEY, "pkey_spu"
INTEGER, "ubicazione_prov" TEXT, "ubicazione_com" TEXT, "ID_SPU" 
TEXT,

"coord_X" INTEGER, "coord_Y" INTEGER, "mod_identcoord" TEXT,
"desc_modcoord" TEXT, "quota_slm" INTEGER, "modo_quota" TEXT,
"data_sito" TEXT, "note_sito" TEXT)



ergo, la tavola che fornisce alla View le geometrie e' "sito_puntuale",
che ha un PK INTGER di nome "id"
richiamo: per SQLite quando esiste una PK INTEGER il valore del ROWID
coincide sempre esattamente con quello della PK.

ma nella creazione della tua View non mi pare di vedere citato da
nessuna parte ne "p"."id" ne "p"."rowid", e quindi "by definition"
la tua View  non potra' mai funzionare correttamente, perche' gli
manca il perno fondamentale che regge tutta la logica di funzionamento
delle Spatial Views di SpatiaLite.



mi puoi cortesemente dire cosa ti ritorna questa query SQL ?

SELECT *
FROM views_geometry_column
WHERE f_view_name = '';


se eseguo la query (sulla tabella views_geometry_columns) la tabella
è vuota, può essere quindi che DB manager non crea la view nel modo
corretto o meglio la crea ma non registra i dati nella tabella
views_geometry_columns?



non ho la piu' pallida idea di come funzioni il db manager, ma se
non registra la View in "views_geometry_columns" poco ma sicuro che
quella non e' una Spatial View.
e' semplicemente una banale View, che guarda combinazione contiene
una colonna geometria ma che non potra' essere gestita correttamente
perche' non sono specificate da nessuna parte le regole base per
collegare correttamente la View con il suo Spatial Index di supporto.

consiglio: perche' non provi ad usare spatialite_gui, che offre
un tool grafico facilitato per definire e creare le Spatial Views,
e che per quanto mi risulta funziona perfettamente bene con QGIS ?

ciao Sandro

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] R: R: Openlayers 4: Popup sulle feature

[Massimiliano Moraca]

Piccolo aggiornamento.

Non credo che il problema del messaggio "popup is null"(come test ho
cambiato info in popup) dipenda dal fatto che qualcosa non torna nella
distribuzione dei .js.

Ho infatti riportato tutto il contenuto dei file nella pagina html
principale ed il messaggio di errore compare lo stesso quando si clicca su
una geometria. Per il resto la webmap funziona.

Non vorrei che la problematica fosse dovuta al fatto che rispetto
all'esempio con cui ho iniziato questa discussione ho 3 geojson in più.

-
Ingegnere, consulente GIS e ciclista urbano
--
Sent from: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

Ciao di nuovo, grazie intanto per i chiarimenti, cerco di rispondere, spero
altrattanto chiaramente:


> se non mi passi anche le due CREATE TABLE con cui hai creato sia
> "sito_puntuale" che "ind_pu" non posso dirti assolutamente nulla,
> perche' mi stai nascondendo il datatype delle colonne, e soprattutto
> mi stai nascondendo come sono state definite le PK, che e' l'informazione
> assolutamente critica che serve per poter dare una valutazione motivata.
>
> hint: se usi spatialite_gui c'e' una comodissima voce di menu
> che ti permette di visualizzare direttamente la CREATE TABLE
> con cui e' stata creata ciascuna tavola.
>

Ecco il la query di creazione per ind_pu

CREATE TABLE "ind_pu" ("id" INTEGER PRIMARY KEY, "the_geom" POINT, "ID_SPU"
TEXT)

e quella per la tabella sito_puntuale:

CREATE TABLE "sito_puntuale" ("id" INTEGER PRIMARY KEY, "pkey_spu" INTEGER,
"ubicazione_prov" TEXT, "ubicazione_com" TEXT, "ID_SPU" TEXT, "coord_X"
INTEGER, "coord_Y" INTEGER, "mod_identcoord" TEXT, "desc_modcoord" TEXT,
"quota_slm" INTEGER, "modo_quota" TEXT, "data_sito" TEXT, "note_sito" TEXT)



> mi puoi cortesemente dire cosa ti ritorna questa query SQL ?
>
> SELECT *
> FROM views_geometry_column
> WHERE f_view_name = '';
>

se eseguo la query (sulla tabella views_geometry_columns) la tabella è
vuota, può essere quindi che DB manager non crea la view nel modo corretto
o meglio la crea ma non registra i dati nella tabella
views_geometry_columns?


-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

[Gfoss] Lizmap e custom query

[pasqualezoino]

Salve a tutti,
sono alle prese con lizMap e vorrei personalizzare alcune ricerche e
proiettare i dati geografici di conseguenza, una sorta di query avanzata.
In altre parole:

1) creare una form con i parametri che mi necessitano (es. cognome e nome).
Ho visto che la form può essere tranquillamente create con adddock e
semplice html

2) Eseguire delle query  su un database postgres. Normalmente passo i
parametri della form ad funzione getjson che a sua volta richiama un
programma in php. Riesco ad ottenere tranquillamente  dati in formato json 

*Il mio problema è che non ho trovato nessun modo per proiettare questi dati
(per esempio punti) sulla mappa di default.*

Qualcuno ha esperienza in merito?
Grazie infinite.
Pasquale


--
Sent from: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Microsoft compra github

[a . furieri]

On Tue, 5 Jun 2018 12:08:24 +0200, Alessandro Fanna wrote:
​Chiedo ai più navigati: qual'è la strategia dietro questa 
acquisizione?




Microsft gia' da diversi anni a questa parte ha deciso di invertire
radicalmente il proprio atteggiamento storicamente ultra-negativo
nei confronti dell'open source.
dalle maledizioni, scomuniche e minacce di cataclismi, pestilenze
ed invasioni delle cavallette tipiche dell'epoca quando al timone
c'erano prima Bill Gates e successivamente Steve Balmer, con
l'arrivo del nuovo management guidato da Satya Nadella e' stato
tutto un susseguirsi di iniziative assai piu' concilianti e
dialoganti verso il mondo open source.

giusto qualche passaggio tra i piu' significativi:

- e' stata rilasciata pubblicamente la documentazione tecnica
  integrale dei formati binari MS Office (.doc di Word, .xls
  di Excel etc). MS continua a mantenere i brevetti originali,
  ma ha pubblicamente promesso che non promuovera' mai una
  causa legale per violazione del copyright nei confronti degli
  sviluppatori che utilizzaranno quelle informazioni per creare
  dei tools che facilitino l'interoperabilita'.

- Internet Explorer sta rapidamente allineandosi agli standard
  ufficiali del W3C; e' finita l'epoca in cui il browser di
  casa MS funzionava (volutamente) in modo radicalmente diverso
  da tutti gli altri.

- SQLite e' entrato a pieno titolo tra i componenti "ufficiali"
  della piattaforma Windows 10; anche se e' un componente
  open source MS ha deciso che ha tutte le caratteristiche per
  venire trattato esattamente come se fosse un componente
  sviluppato internamente.

- le versioni piu' recenti di Visual Studio sono in grado di
  supportare i build scripts di CMake (credo con alcune limitazioni
  o vincoli specifici, ma non ne sono sicurissimo).
  comunque sia, e' chiara l'intenzione di voler colmare o comunque
  restringere il fossato storico che separava lo sviluppo per Win
  da quello per Linux (Unix, Mac Os X, Android etc).

tirando le somme: MS pare aver finalmente compreso che e' finita
l'era della contrapposizione frontale contro il resto del mondo,
inventandosi uno dietro all'altro dei simil-standard ad hoc che
parevano fatti a bella posta per impedire l'interoperabilita'.

sicuramente hanno influito la pesante concorrenza del Mac (che
dopotutto e' un derivato Unix) nel segmento desktop e di
Android (un derivato diretto di Linux) nel settore mobile.
cosi' come ha influito in modo decisivo la concorrenza dei
numerosi servizi web ed altri strumenti gratuiti messi a
disposizione da Google (che non certo a caso, ha da sempre
fatto un punto qualificante del proprio sostegno allo
sviluppo open source)
altrettanto sicuramente hanno influite alcune sentenze di
condanna da parte delle Authorities anti-trust per abuso
di posizione dominante.

alla fine, mettendo tutto quanto assieme, MS ha iniziato a
capire che continuando a chiudersi nella sua gabbia blindata
alla fine rischiava di precipitare in una trappola mortale che
avrebbe messo a repentaglio la stessa sopravvivenza futura
dell'azienda.
e quindi, in buona sostanza, ha deciso di allinearsi con le
strategie gia' messe in opera con successo dai suoi principali
competitors: Oracle a Google (un po' meno Apple).

acquisire marchi storici dell'O.S. (come ha fatto Oracle con
MySQL ed OpenOffice) e finanziare e sostenere attivamente lo
sviluppo O.S. (come fa da sempre Google) non e' affatto in
contraddizione con il business model di una grande azienda
informatica multinazionale con tendenze monopolistiche.
anzi, se viene oculatamente gestito puo' addirittura portare
numerosi vantaggi perche' rende facile e soprattutto economico
raggiungere una reale interoperabilita' (tu mi rubi i miei
clienti storici, ma occhio che anch'io posso rubarti i tuoi).

insomma, personalmente non credo che dietro a queste iniziative
si nascondano mosse diaboliche; siamo semplicemente di fronte
ad un nuovo business model che prende realisticamente atto del
fatto che la contrapposizione frontale all'open source non paga,
anzi puo' produrre pesanti penalizzazioni.
... se non li puoi combattere, allora tanto vale allearsi,
specie se puo' generare profitti economici interessanti ;-)

ciao Sandro
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Andrea Peri]

Vedo che il campo geometrico è il primo della lista. Premetto che è solo un
dubbio, ma mi pare di ricordare, almeno in tempi passati che qgis avesse
difficoltà a gestire campi oltre quelli di geometria.
Ma forse è una cosa già risolta in versioni più recenti di qgis.

A.


Il Mar 5 Giu 2018, 12:17 Alessandro Ciali  ha
scritto:

> Ciao Sandro e ciao a tutti,
> la spatial table che ho usato per la geometria funziona correttamente, l'ho
> importata da uno shape in un db spatialite direttamente da DB manager in
> QGIS.
> La query che ho usato per creare la view è questa:
>
> SELECT p.the_geom, s.pkey_spu, s.ubicazione_prov, s.ubicazione_com,
> s."ID_SPU", s."coord_X", s."coord_Y", s.mod_identcoord, s.desc_modcoord,
> s.quota_slm, s.modo_quota, s.data_sito, s.note_sito
> FROM "Sito_puntuale" s
> LEFT JOIN ind_pu p ON p."ID_SPU" = s."ID_SPU"
>
> e utilizzando l'opzione "create a view" sempre su db manager, dando per
> scontato che la registrasse correttamente.
>
> Inoltre non mi è chiara una cosa al punto 3 della tua risposta: se la
> spatial view deve contenere necessariamente un  ROWID che corrisponde al
> ROWID
> della spatial table, come posso costruire spatial views con relazioni di 1
> a N fra spatial table e tabelle semplici? In questo caso i valori di ROWID
> si duplicheranno e non saranno più univoci.
>
> Ad ora non posso condividere il db perchè i dati non sono di mia proprietà,
> in caso vedo di reperire qualcosa con dati di mio possesso.
>
> Grazie ancora per l'aiuto
>
> Il giorno 4 giugno 2018 18:17,  ha scritto:
>
> > On Mon, 4 Jun 2018 17:55:06 +0200, Alessandro Ciali wrote:
> >
> >> Ciao a tutti, sto riscontrando un comportamento assurdo con le viste
> >> SpatiaLite. Ho creato una vista in un DB SpatiaLite tramite il DB
> manager
> >> di QGIS, unendo un file puntuale con una tabella tramite un semplice
> join
> >> con corrispondenza 1 a 1. purtroppo quando carico la vista in QGIS
> 2.14.17
> >> mi succedono cose strane:
> >> - se clicco con l'identify su una feature, mi vengono restituiti i
> valori
> >> corretti per i vari campi, ma non si apre la form, pur avendo spuntato
> la
> >> voce "auto open form" e individuando una sola feature
> >> - se cerco di selezionare una o più features, mi vengono selezionati
> anche
> >> oggetti al di fuori del rettangolo di selezione, e magari non tutti gli
> >> oggetti all'interno del riquadro vengono selezionati
> >>
> >> Il DB spatiaLite l'ho creato da QGIS (create new SpatiaLite Layer), la
> >> vista dal DB manager. Le tabelle spaziali e quelle senza geometrie
> >> sembrano
> >> non avere nessun problema, vengono caricate e visualizzate correttamente
> >> in
> >> QGIS.
> >>
> >> tengo a precisare che la stessa procedura (ovviamente la query necessita
> >> di
> >> piccole correzioni) in Postgres mi restituisce viste perfettamente
> >> funzionanti
> >>
> >> Qualcuno si è imbattuto in questo problema? Sbaglio qualcosa io o è un
> >> problema di QGIS/SpatiaLite?
> >>
> >>
> > ciao Alessandro,
> >
> > le Spatial Views di SpatiaLite hanno dei requisiti ben precisi e molto
> > stringenti; se non li rispetti il caos e' assicurato.
> >
> > 1. la colonna Geometry della Spatial View deve corrispondenre esattamente
> >ad una colonna Geometry di una delle Spatial Tables subordinate.
> > 2. non sono ammesse funzioni SQL che possano alterare in qualsiasi
> >modo la geometria originaria (in altre parole: ST_Transform,
> >ST_Union, ST_Difference, ST_Buffer etc sono sempre rigorosamente
> >proibite in una Spatial View.
> > 3. la Spatial View deve necessariamente contenere una colonna di nome
> >ROWID, che deve coincidere esattamente con il ROWID della Spatial
> >Table che fornisce la Geometry.
> >
> > tutti queste restrizioni sono imposte dalla particolare struttura
> > dello Spatial Index di SpatiaLite, che non ha nulla a che vedere
> > con quella adottata da PostGIS.
> > anche se entrambi producono risultati funzionali praticamente
> > identici, l'architettura interna e' totalmente diversa.
> > se la Spatial View non e' stata correttamente definita finisce
> > che il suo Spatial Index di supporto "impazzisce", con risultati
> > assolutamente paradossali ed apparentemente sconcertanti.
> >
> > dal quadro che ci fornisci, questo parrebbe proprio il tuo caso;
> > molto verosimilmente la tua Spatial View si e' presa un po' troppa
> > liberta' con lo Spatial Index, ed ora funziona in modo del tutto
> > inattendibili (piu' o meno a casaccio).
> >
> > hint: prova a condividere la tua struttura dati, ed in particolare:
> > - gli statements CREATE TABLE della/e Table(s) che utilizzi nella
> >   tua Spatial View
> > - lo statement CREATE VIEW che hai usato
> > - la registrazione della tua Spatial View che hai inserito nella
> >   meta-tavola "views_geometry_columns"
> >
> > se chiarisci meglio tutti questi aspetti potro' darti un parere
> > piu' mirato e meglio argomentato, e magari anche qualche suggerimento
> > utile per uscire dal pasticcio.
> >
> > ciao 

Re: [Gfoss] Viste in Spatialite

[a . furieri]

On Tue, 5 Jun 2018 12:17:01 +0200, Alessandro Ciali wrote:

Ciao Sandro e ciao a tutti,
la spatial table che ho usato per la geometria funziona 
correttamente,

l'ho importata da uno shape in un db spatialite direttamente da DB
manager in QGIS.



questa informazione e' del tutto irrilevante.
che la tua View funzioni egragiamente dal mero punto di vista SQL non
implica che lo Spatial Index venga usato in modo consistente dal
data provider, sono due questioni del tutto scorrelate.



La query che ho usato per creare la view è questa:

SELECT p.the_geom, s.pkey_spu, s.ubicazione_prov, s.ubicazione_com,
s."ID_SPU", s."coord_X", s."coord_Y", s.mod_identcoord,
s.desc_modcoord, s.quota_slm, s.modo_quota, s.data_sito, s.note_sito
FROM "Sito_puntuale" s
LEFT JOIN ind_pu p ON p."ID_SPU" = s."ID_SPU"



se non mi passi anche le due CREATE TABLE con cui hai creato sia
"sito_puntuale" che "ind_pu" non posso dirti assolutamente nulla,
perche' mi stai nascondendo il datatype delle colonne, e soprattutto
mi stai nascondendo come sono state definite le PK, che e' 
l'informazione
assolutamente critica che serve per poter dare una valutazione 
motivata.


hint: se usi spatialite_gui c'e' una comodissima voce di menu
che ti permette di visualizzare direttamente la CREATE TABLE
con cui e' stata creata ciascuna tavola.

altrimenti lo puoi scoprire facilmente tramite questa query SQL:

SELECT sql
FROM sqlite_master
WHERE type = 'table' AND name = '';



e utilizzando l'opzione "create a view" sempre su db manager, dando
per scontato che la registrasse correttamente. 



quando di fa debugging la prima regola aurea e' di non dare mai nulla
per scontato; occorre sempre verificare.
mi puoi cortesemente dire cosa ti ritorna questa query SQL ?

SELECT *
FROM views_geometry_column
WHERE f_view_name = '';



Inoltre non mi è chiara una cosa al punto 3 della tua risposta: se la
spatial view deve contenere necessariamente un  ROWID che corrisponde
al  ROWID della spatial table, come posso costruire spatial views con
relazioni di 1 a N fra spatial table e tabelle semplici? In questo
caso i valori di ROWID si duplicheranno e non saranno più univoci.



il ROWID presente nella Spatial View non ha alcuna necessita' di essere
univoco a livello della View; serve solo ad assicurare che per ciascuna
Geometry della Spatial View il data provider possa risalire 
correttamente
alla voce corrispondente dello Spatial Index che supporta la 
tavola-madre

che fornisce le Geometries alla View.

ciao Sandro
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] Viste in Spatialite

[Alessandro Ciali]

Ciao Sandro e ciao a tutti,
la spatial table che ho usato per la geometria funziona correttamente, l'ho
importata da uno shape in un db spatialite direttamente da DB manager in
QGIS.
La query che ho usato per creare la view è questa:

SELECT p.the_geom, s.pkey_spu, s.ubicazione_prov, s.ubicazione_com,
s."ID_SPU", s."coord_X", s."coord_Y", s.mod_identcoord, s.desc_modcoord,
s.quota_slm, s.modo_quota, s.data_sito, s.note_sito
FROM "Sito_puntuale" s
LEFT JOIN ind_pu p ON p."ID_SPU" = s."ID_SPU"

e utilizzando l'opzione "create a view" sempre su db manager, dando per
scontato che la registrasse correttamente.

Inoltre non mi è chiara una cosa al punto 3 della tua risposta: se la
spatial view deve contenere necessariamente un  ROWID che corrisponde al  ROWID
della spatial table, come posso costruire spatial views con relazioni di 1
a N fra spatial table e tabelle semplici? In questo caso i valori di ROWID
si duplicheranno e non saranno più univoci.

Ad ora non posso condividere il db perchè i dati non sono di mia proprietà,
in caso vedo di reperire qualcosa con dati di mio possesso.

Grazie ancora per l'aiuto

Il giorno 4 giugno 2018 18:17,  ha scritto:

> On Mon, 4 Jun 2018 17:55:06 +0200, Alessandro Ciali wrote:
>
>> Ciao a tutti, sto riscontrando un comportamento assurdo con le viste
>> SpatiaLite. Ho creato una vista in un DB SpatiaLite tramite il DB manager
>> di QGIS, unendo un file puntuale con una tabella tramite un semplice join
>> con corrispondenza 1 a 1. purtroppo quando carico la vista in QGIS 2.14.17
>> mi succedono cose strane:
>> - se clicco con l'identify su una feature, mi vengono restituiti i valori
>> corretti per i vari campi, ma non si apre la form, pur avendo spuntato la
>> voce "auto open form" e individuando una sola feature
>> - se cerco di selezionare una o più features, mi vengono selezionati anche
>> oggetti al di fuori del rettangolo di selezione, e magari non tutti gli
>> oggetti all'interno del riquadro vengono selezionati
>>
>> Il DB spatiaLite l'ho creato da QGIS (create new SpatiaLite Layer), la
>> vista dal DB manager. Le tabelle spaziali e quelle senza geometrie
>> sembrano
>> non avere nessun problema, vengono caricate e visualizzate correttamente
>> in
>> QGIS.
>>
>> tengo a precisare che la stessa procedura (ovviamente la query necessita
>> di
>> piccole correzioni) in Postgres mi restituisce viste perfettamente
>> funzionanti
>>
>> Qualcuno si è imbattuto in questo problema? Sbaglio qualcosa io o è un
>> problema di QGIS/SpatiaLite?
>>
>>
> ciao Alessandro,
>
> le Spatial Views di SpatiaLite hanno dei requisiti ben precisi e molto
> stringenti; se non li rispetti il caos e' assicurato.
>
> 1. la colonna Geometry della Spatial View deve corrispondenre esattamente
>ad una colonna Geometry di una delle Spatial Tables subordinate.
> 2. non sono ammesse funzioni SQL che possano alterare in qualsiasi
>modo la geometria originaria (in altre parole: ST_Transform,
>ST_Union, ST_Difference, ST_Buffer etc sono sempre rigorosamente
>proibite in una Spatial View.
> 3. la Spatial View deve necessariamente contenere una colonna di nome
>ROWID, che deve coincidere esattamente con il ROWID della Spatial
>Table che fornisce la Geometry.
>
> tutti queste restrizioni sono imposte dalla particolare struttura
> dello Spatial Index di SpatiaLite, che non ha nulla a che vedere
> con quella adottata da PostGIS.
> anche se entrambi producono risultati funzionali praticamente
> identici, l'architettura interna e' totalmente diversa.
> se la Spatial View non e' stata correttamente definita finisce
> che il suo Spatial Index di supporto "impazzisce", con risultati
> assolutamente paradossali ed apparentemente sconcertanti.
>
> dal quadro che ci fornisci, questo parrebbe proprio il tuo caso;
> molto verosimilmente la tua Spatial View si e' presa un po' troppa
> liberta' con lo Spatial Index, ed ora funziona in modo del tutto
> inattendibili (piu' o meno a casaccio).
>
> hint: prova a condividere la tua struttura dati, ed in particolare:
> - gli statements CREATE TABLE della/e Table(s) che utilizzi nella
>   tua Spatial View
> - lo statement CREATE VIEW che hai usato
> - la registrazione della tua Spatial View che hai inserito nella
>   meta-tavola "views_geometry_columns"
>
> se chiarisci meglio tutti questi aspetti potro' darti un parere
> piu' mirato e meglio argomentato, e magari anche qualche suggerimento
> utile per uscire dal pasticcio.
>
> ciao Sandro
>
>
>
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 796 iscritti al 28/12/2017




-- 
Alessandro Ciali
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta 

Re: [Gfoss] Microsoft compra github

[Alessandro Fanna]

Il giorno lun 4 giu 2018 alle ore 20:31  ha scritto:

> On Mon, 4 Jun 2018 20:05:15 +0200, Andrea Peri wrote:
> > Salve,
> > dopo aver comprato qualche anno fa' linkedin, ora Microsoft si rifa'
> > sotto
> > e annuncia oggi l'acquisto di GitHub.
> > 7,5 miliardi di dollari pagati tutti in azioni microsoft.
> >
>
> ecco qua la dichiarazione rilasciata da Satya Nadella, amministratore
> delegato (CEO) di Microsoft;
>
> "Microsoft is a developer-first company, and by joining forces with
> GitHub we strengthen our commitment to developer freedom, openness
> and innovation. We recognize the community responsibility we take
> on with this agreement and will do our best work to empower every
> developer to build, innovate and solve the world’s most pressing
> challenges."
>
> meno male che da ora Richard Stallman, la GNU Foundation e la Free
> Software Foundation non sono piu' isolati nel difendere la liberta'
> degli sviluppatori e i principi della "opennes".
> a partire da stasera ci pensera' attivamente anche la Microsoft
> "nuovo corso" di Nadella  ora si che possiamo stare rilassati
> e tranquilli. ROTFL :-D
>

​Spero non cominceranno a piovere richieste di "amicizia" da sconosciuti ​come
per Iinkedin...
​Chiedo ai più navigati: qual'è la strategia dietro questa acquisizione?

Alessandro
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] R: R: Openlayers 4: Popup sulle feature

[Massimiliano Moraca]

Si ci avevo provato portando quel blocco con map.on infondo a main.js ma al
click sulla geometria mi compare questo errore:

"
TypeError: info is null[Learn More] popup.js:42:82
displayFeatureInfo
http://localhost/dev/OpenLayers4/In_sviluppo/parete/webmap/test/js/popup.js:42:82

http://localhost/dev/OpenLayers4/In_sviluppo/parete/webmap/test/js/main.js:130:5
b
https://openlayers.org/en/v4.6.5/build/ol.js:46:348
Sc.prototype.b
https://openlayers.org/en/v4.6.5/build/ol.js:49:206
k.bi
https://openlayers.org/en/v4.6.5/build/ol.js:129:352
b
https://openlayers.org/en/v4.6.5/build/ol.js:46:348
Sc.prototype.b
https://openlayers.org/en/v4.6.5/build/ol.js:49:206
ce/a.j<
https://openlayers.org/en/v4.6.5/build/ol.js:71:882
 self-hosted:982:17 
"

La riga indicata in popup.js è quella che inizia con l'ultimo "tr" della
tabella che contiene i contenuti del popup, mentre la riga di main.js
coincide con quella di "displayFeatureInfo" di map.on

-
Ingegnere, consulente GIS e ciclista urbano
--
Sent from: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

[Gfoss] R: R: Openlayers 4: Popup sulle feature

[umbertofilippo]

suppongo proprio che il problema stia nel fatto che nel codice che chiami 
"popup.js" ci sia una variabile chiamata "map" che non è mai stata dichiarata 
in quel codice, ma solo nel "main.js".
Dovresti a mio avviso togliere il map.on dal popup.js e gestirlo dal main.js 

-Messaggio originale-
Da: Gfoss  Per conto di Massimiliano Moraca
Inviato: martedì 5 giugno 2018 10:16
A: gfoss@lists.gfoss.it
Oggetto: Re: [Gfoss] R: Openlayers 4: Popup sulle feature

Ciao si funziona, grazie :)

Al di là del fatto che non facessi uso di ol.overlay ho visto che sbagliavo 
anche ad impostare il map.on.

Se uso tutto il codice in un solo file html funziona ma se cerco di ricreare la 
struttura dei miei progetti no. Ti allego una immagine che riassume come 
gestisco le webmap 

 

Quando cerco di riprodurla inserendo il popup(parte in verde) nel momento in 
cui clicco mi compare il messaggio
"TypeError: map.on is not a function[Learn More] popup.js:53:1 
http://localhost/dev/OpenLayers4/In_sviluppo/parete/webmap/test/js/popup.js:53:1
"

La webmap funziona bene a parte il fatto che non compare il popup. Secondo te 
dove sbaglio?

-
Ingegnere, consulente GIS e ciclista urbano
--
Sent from: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] R: Openlayers 4: Popup sulle feature

[Amedeo Fadini]

Forse il codice del popup viene caricato PRIMA del codice della map?

Amefad

Il giorno 5 giugno 2018 10:16, Massimiliano Moraca <
massimilianomor...@gmail.com> ha scritto:

> Ciao si funziona, grazie :)
>
> Al di là del fatto che non facessi uso di ol.overlay ho visto che sbagliavo
> anche ad impostare il map.on.
>
> Se uso tutto il codice in un solo file html funziona ma se cerco di
> ricreare
> la struttura dei miei progetti no. Ti allego una immagine che riassume come
> gestisco le webmap
>  italian-mailing.3056002.n2.nabble.com/file/t395848/schema.png>
>
> Quando cerco di riprodurla inserendo il popup(parte in verde) nel momento
> in
> cui clicco mi compare il messaggio
> "TypeError: map.on is not a function[Learn More] popup.js:53:1
> 
> http://localhost/dev/OpenLayers4/In_sviluppo/parete/webmap/test/js/popup.
> js:53:1
> "
>
> La webmap funziona bene a parte il fatto che non compare il popup. Secondo
> te dove sbaglio?
>
> -
> Ingegnere, consulente GIS e ciclista urbano
> --
> Sent from: http://gfoss-geographic-free-and-open-source-software-
> italian-mailing.3056002.n2.nabble.com/
> ___
> Gfoss@lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 796 iscritti al 28/12/2017
>
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017

Re: [Gfoss] R: Openlayers 4: Popup sulle feature

[Massimiliano Moraca]

Ciao si funziona, grazie :)

Al di là del fatto che non facessi uso di ol.overlay ho visto che sbagliavo
anche ad impostare il map.on.

Se uso tutto il codice in un solo file html funziona ma se cerco di ricreare
la struttura dei miei progetti no. Ti allego una immagine che riassume come
gestisco le webmap

 

Quando cerco di riprodurla inserendo il popup(parte in verde) nel momento in
cui clicco mi compare il messaggio 
"TypeError: map.on is not a function[Learn More] popup.js:53:1

http://localhost/dev/OpenLayers4/In_sviluppo/parete/webmap/test/js/popup.js:53:1
"

La webmap funziona bene a parte il fatto che non compare il popup. Secondo
te dove sbaglio?

-
Ingegnere, consulente GIS e ciclista urbano
--
Sent from: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non hanno relazione diretta con le posizioni 
dell'Associazione GFOSS.it.
796 iscritti al 28/12/2017