Commenti a: Editing vettoriale con OpenLayers http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/ le cose che ci piacciono ... Fri, 04 Nov 2016 08:49:24 +0000 hourly 1 Di: alessiodilorenzo.it » Benvenuti http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4423 alessiodilorenzo.it » Benvenuti Thu, 29 Oct 2009 23:06:35 +0000 http://blog.spaziogis.it/?p=1251#comment-4423 [...] Leggi l’articolo su TANTO [...]

]]>
Di: vigj http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4208 vigj Tue, 29 Sep 2009 10:35:08 +0000 http://blog.spaziogis.it/?p=1251#comment-4208 credo che il problema si verifichi con sfondi commerciale (VE, Google maps) ad alti livelli di zoom, con IE, e se la feature è molto estesa.
se usi feature più “ridotte territorialmente” ho verificato che funziona anche su IE (che virus!)

mi sa che è un bacherozzo di OL

]]>
Di: Alessio http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4207 Alessio Tue, 29 Sep 2009 09:22:21 +0000 http://blog.spaziogis.it/?p=1251#comment-4207 Testato con la tua stringa e la feature scompare su IE come hai detto.
Non saprei se è un problema della gestione delle feature GeoJSON in OL.
Ho fatto lo stesso sull’esempio del sito di OL e lì il problema non si verifica. Non so se la proiezione possa influire da questo punto di vista.

]]>
Di: vigj http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4206 vigj Tue, 29 Sep 2009 08:34:30 +0000 http://blog.spaziogis.it/?p=1251#comment-4206 io non ho proprio disegnato
ho messo questo GEOJSON
{
“type”: “FeatureCollection”,
“features”: [
{ "geometry": {
"type": "GeometryCollection",
"geometries": [
{
"type": "LineString",
"coordinates":
[[13.2, 46.1],
[13, 46]]
},
{
“type”: “Polygon”,
“coordinates”:
[[[11.0878902207, 45.1602390564],
[14.931640625, 40.9228515625],
[0.8251953125, 41.0986328125],
[7.63671875, 48.96484375],
[11.0878902207, 45.1602390564]]]
},
{
“type”: “Point”,
“coordinates”: [13.2, 46.1]
}
,
{
“type”: “Point”,
“coordinates”: [13.21, 46.12]
}
]
},
“type”: “Feature”,
“properties”: {}
}
]
}

con IE se zoomi a un certo punto poi sparisce
forse allora il problema sta nel GEOJSON

]]>
Di: Alessio http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4205 Alessio Tue, 29 Sep 2009 08:27:35 +0000 http://blog.spaziogis.it/?p=1251#comment-4205 Grazie della segnalazione Vigj.
Non se ho capito bene, però ho fatto una prova: ho disegnato un poligono e zoomato fino al massimo livello previsto. Così facendo non ho riscontrato il problema da te descritto né con IE7 né con IE8 (IE6 non lo considero più alle soglie del 2010).
Il layer vettoriale rimane al suo posto sulla mappa. Quello che “sparisce” è ovviamente il layer di base se si è in una zona per la quale non esiste un dato di grosso di dettaglio.

PS
IE più che un must è un virus :-D

]]>
Di: vigj http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4204 vigj Tue, 29 Sep 2009 08:14:42 +0000 http://blog.spaziogis.it/?p=1251#comment-4204 purtroppo internet explorer è un must in molte situazioni

]]>
Di: Vigj http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4203 Vigj Tue, 29 Sep 2009 08:13:43 +0000 http://blog.spaziogis.it/?p=1251#comment-4203 ho notato ( e credo sia un problema di di openlayers) che il layer vettoriale (quello che disegni) scompare a livelli di zoom molto spinti
se usato in internet explorer mentre il problema non cè
con chrome o firefox

cè maniera di porvi rimedio?

]]>
Di: Pietro Blu Giandonato http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4200 Pietro Blu Giandonato Tue, 22 Sep 2009 16:53:48 +0000 http://blog.spaziogis.it/?p=1251#comment-4200 Permettendoci permettendoci :) … come sempre la virtù sta nel mezzo.
Soluzioni web e desktop hanno i loro pro e contro, e sappiamo che non c’è bisogno di detrattori o di entusiasti a senso unico.
Sono convinto che come professionisti del settore, il vero valore aggiunto possiamo portarlo soprattutto nello scegliere/suggerire la soluzione che viene meglio fuori da un’analisi costi/benefici, in funzione delle esigenze del committente. A volte è sufficiente usare una cosa tipo MapSpread, ben ingegnerizzata, altre volte magari ERDAS Apollo. In mezzo ci sta sicuramente benissimo OpenLayers+MapFish.
L’importante a mio avviso, è evitare di adottare una logica da “dealer” di specifici software o prodotti, che siano commerciali o aperti, e agire con basi analitiche solide, per arrivare a suggerire soluzioni robuste e affidabili, tecnologicamente ed economicamente adeguate a chi chiede la nostra consulenza.

Una cosa è certa: il futuro avanza, è vero, e le soluzioni tecnologiche che stanno venendo man mano fuori sono semplicemente entusiasmanti, proprio come il cloud computing.

]]>
Di: Giovanni http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4199 Giovanni Tue, 22 Sep 2009 14:04:07 +0000 http://blog.spaziogis.it/?p=1251#comment-4199 Mi permetto anch’io. Le analisi “globali” di questo tipo sono sempre rischiose. Non dubito sull’evoluzione dei sistemi web 2.0, where 2.0 e dintorni, e neanche che i motori dei browser beneficeranno sempre di più della potenza di calcolo della macchina (vedi gli sforzi per permettere a Webkit di usare direttamente le librerie grafiche OpenGL e le risorse delle schede grafiche) percui magari si riusciranno a gestire vettoriali di dimensioni verosimili (non la dozzina di punti dei vari esempi) e anche a gestire oggetti 3D nativamente.
Stiamo comunque parlando di un certo tipo di impieghi che è, e resterà, complementare a tutto il resto del mondo del GIS (produzione cartografica, analisi dati, modellistica, ecc.). Questo per dire, Italo, viva l’entusiasmo ma evitiamo di dire che ArcGIS o l’impiego di formati binari efficienti (non mi riferisco agli shp!) non servono più :)

Aggiungo: il webgis è comunemente inteso come impiego dei browser per funzionalità GIS, ma questo è solo un aspetto del futuro che avanza: il computing distribuito (Amazon C2, Google App, ecc.) che chiama in causa soprattutto RIA, desktop thick-client, ecc.

]]>
Di: Italo Mairo http://blog.spaziogis.it/2009/09/21/editing-vettoriale-con-openlayers/comment-page-1/#comment-4198 Italo Mairo Tue, 22 Sep 2009 13:20:58 +0000 http://blog.spaziogis.it/?p=1251#comment-4198 Mah!? … scusate se da ultimo arrivato mi permetto … ma per quello che vedo in giro, per quanto vedo si muove velocemente, sono pronto a scommettere che da qui a breve si riuscirà davvero a fare definitivamente a meno di applicazione desktop, soprattutto proprietarie e basate su formati proprietari.
E personalmente non mi sento così terrorizzato di fronte a quest’idea …
Pensandoci è già un bel pò di tempo sempre meno Arcgis ecc., ecc. … e mi godo una ormai perdurante e compiaciuta dieta ed astinenza da shapefile. Kml, Georss, Json … ah!, che bontà a confronto, molto più sani e digeribili. Come potersi cibare di prodotti in cui si possono assolutamente gestire gli ingredienti, sapendo esattamente quali sono (o quasi).
La precisione di digitalizzazione e le proprietà topologiche si ottengono con gli strumenti adeguati in grado di farlo. Cartografie di supporto sufficientemente estese e dettagliate (e condivise!) e opportuni strumenti di digitalizzazione, dotati di adeguate funzioni di snap, ecc., ecc. …
Non mi pare che i linguaggi di programmazione sul web, per come si stanno evolvendo, avranno difficoltà a stare dietro a queste esigenze.
Pensate alle applicazioni mobile o gps. Chi ormai non si rivolgerebbe ad applicazioni di web mapping per acquisire i dati remoti, magari in tempo reale, con la stessa identica precisione di una applicazione desktop, che necessariamente porrebbe molti più ostacoli (fisici) al trasferimento ed all’acquisizione dei dati al suo interno.
Non so. Ammetto di non essere un cartografo puro (anche se con i GIS ci lavoro da circa 10 anni …), e forse sto solo farneticando …
Ma mi pare che ormai un pò tutti nel settore GIS si stanno buttando sullo sviluppo web 2.0, ed anche i più blasonati desktop producer cercano di starci dietro (vedi ARCGIS Javascript api).
Inoltre questo scenario mi sembra tremendamente più bello e creativo di quello precedente, pre rivoluzione Google Maps / Google Earth … per intenderci. Quindi cin cin, un brindisi !
Piuttosto per ora i veri limiti mi pare siano dovuti alle capacità di calcolo dei browser e di carico tra client e server. Ma anche in questo senso ormai la strada mi sembra segnata: le cose miglioreranno sempre più (come già succede), e chissà, magari verrano fuori dei browser più specializzati. Ma penso (e confido) che sempre di web mapping si tratterà …

]]>