Buongiorno, inizio ringraziando tutti per gli aiuti e le info che via via fornite...
Io ho degli shp(punti, linee e poligoni) che voglio convertire in WKT; so che se seleziono le geometrie, le copio e le incollo in un file.txt ho fatto la trasformazione, so anche che potrei utilizzare ogr2ogr, getWKT e QuickWKT. Il problema che tutte queste procedure non mi soddisfano appieno... io cerco qualcosa come un "save as" per salvarmi i file in WKT senza dover selezionare o scrivere nulla (o poco). Mi potete aiutare? Grazie mille in anticipo a tutti... P.S. so che qui non si può parlare di "ArcGIS" ma eccezionalmente potrei utilizzarlo, se qualcuno sa come, per salvarmi questi file nel beneamato formato WKT. |
Non esiste un Salva come per il WKT semplicemente perché WKT è solo una rappresentazione spaziale della geometria. Non esiste un formato file .wkt Per ottenere il wkt potresti usare il calcolatore di campi inserendo l'espressione " geomToWKT( $geometry )". Occhio però, perché se lo fai su uno shapefile c'è il limtie dei 255 caratteri, per cui in molti casi ti perderesti un bel pezzo della tua geometria. Il consiglio è di salvarti lo strato in un database Spatialite. A quel punto puoi sempre usare il calcolatore di campi, stavolta senza limiti. Oppure (ma non mi sembri intenzionato) puoi ottenere il tuo WKT con una query sql del tipo: SELECT ST_astext(geom) FROM la_mia_tabella. giovanni Il giorno 23 ottobre 2015 13:25, titino2 <[hidden email]> ha scritto: Buongiorno, inizio ringraziando tutti per gli aiuti e le info che via via Giovanni Allegri http://about.me/giovanniallegri Gis3W - http://gis3w.it _______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
Grazie mille per la risposta Giovanni,
provo con la strada del database Spatialite come da te suggerito. Solo un'ulteriore consiglio.. con la concorrenza ESRI sai come potrei fare a creare un WKT? Ci sono degli script in Python che potrei forse usare.. ma non mi fanno impazzire... (spero che con questa domanda non si arrabbi nessuno... ![]() Poi giusto per avere un po di chiarezza visto che mi ci sono imbattuto... qual'è la reale differenza (oltre che .json e .geojson) tra il formato GeoJSON ed il suo parente JSON? Esistono reali differenze di scrittura nel file e di compatibilità?(domanda banale ma leggendo qua e la c'ho una grande confusione in testa)... Grazie in anticipo |
Titì, stai bestemmiando in chiesa, fermati prima che il dio Thor ti fulmini... :D |
In Arc-coso è possibile esportare in WKT ma non son un "Esporta" o con
un "Salva con nome"... dovresti scrivere 2 righine di codice in VBScript o Python. Visto che "non ti soddisferebbe a pieno" ti consiglio di usare ogr2ogr Il 29/10/2015 14:59, Sieradz ha scritto: > / > titino2 wrote >> con la concorrenza ESRI sai come potrei fare a creare un WKT? > / > > Titì, stai bestemmiando in chiesa, fermati prima che il dio Thor ti > fulmini... :D > > > > -- > View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/From-ShapeFile-to-WKT-tp7594645p7594737.html > Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. > _______________________________________________ > [hidden email] > 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. > 786 iscritti al 30.9.2015 _______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
In reply to this post by titino2
On Thu, 29 Oct 2015 06:30:44 -0700 (MST), titino2 wrote:
> Poi giusto per avere un po di chiarezza visto che mi ci sono > imbattuto... > qual'è la reale differenza (oltre che .json e .geojson) tra il > formato > GeoJSON ed il suo parente JSON? Esistono reali differenze di > scrittura nel > file e di compatibilità?(domanda banale ma leggendo qua e la c'ho una > grande > confusione in testa)... > spiegato in due parole: il formato vero e' proprio e' JSON, ed e' orientato a descrivere i dati di tipo generico: stringhe di testo, numeri, booleani, liste, dizionari associativi etc GeoJSON e' una ulteriore estensione di JSON che conserva fedelmente tutta la sintassi prevista dal nucleo originale ma aggiungendovi inoltre la capacita' ulteriore di consentire anche la rappresentazione delle geometrie: point, linestring, polygon etc insomma, GeoJSON sa fare esattamente tutto quello che fa anche JSON, ma in piu' e' capace di veicolare le geometrie, cosa non possibile usando JSON nudo e crudo. piu' o meno e' una situazione analoga a quella che trovi per XML; anche XML e' una notazione universale con una precisa sintassi formale, ma di per se XML e' cosi' generico che poi in pratica occorre definire degli schemi piu' specifici e meglio calibrati a seconda del particolare dominio applicativo. e cosi' p.es. abbiamo il GML come formato universale per i dati geospatial, oppure il GPX per le tracce GPS o anche il KML di GoogleMaps; sia GML che GPX che KML sono interamente basati su XML, ma ciascuno di essi estende ed affina a modo suo la generica specifica base in modo tale da renderla meglio aderente ad un determinato contesto. infine la medesima tendenza la trovi anche nei database; tutti usano SQL come generico linguaggio universale per la manipolazione dei dati, ma solo un ristretto numero di Spatial DBMS e' in grado di supportare lo Spatial SQL, cioe' la versione "pompata" di SQL base che consente di effettuare anche elaborazioni di tipo geospatial. la filosofia generale che e' facile intravedere dietro a tutte queste iniziative e' abbastanza chiara: invece di inventarsi da zero formati stravaganti ad esclusivo beneficio del comparto geospatial (come hanno sempre preferito fare i principali produttori sw del settore GIS/CAD) si cerca piuttosto di adattare ed estendere i piu' popolari tra i formati dati universali mettendoli in grado di gestire (oltre a tutto il resto) _anche_ quel tipo di dato un po' particolare ma niente affatto eccezionale che sono le geometrie. ciao Sandro _______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
In reply to this post by giohappy
Salve a tutti. Faccio presente che un paio di mesi fa avevo presentato un plugin che salvava la geometria di qualunque tipo in formato .wkt Tale plugin non è stato approvato perchè "ridondante e inutile". Vedo con piacere che questo non è, dato che qualcuno lo richiede. Comunque, mi chiedo e chiedo a tutti : nel mondo libero dell'open source sarebbe più logico pensare che la "approvazione" del laroro altrui sia una fase da superare ( intendo "da eliminare del tutto" ) ? Ai posteri... Saluti da "Gaeta" Roberto Inviato da iPhone
_______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
Il 29/10/2015 19:14, [hidden email] ha scritto:
> Faccio presente che un paio di mesi fa avevo presentato un plugin che > salvava la geometria di qualunque tipo in formato .wkt > > Tale plugin non è stato approvato perchè "ridondante e inutile". > > Vedo con piacere che questo non è, dato che qualcuno lo richiede. > > Comunque, mi chiedo e chiedo a tutti : > nel mondo libero dell'open source sarebbe più logico pensare che la > "approvazione" del laroro altrui sia una fase da superare ( intendo "da > eliminare del tutto" ) ? mi spiace la polemica implicita. sto facendo un lavoro gratuito, stancante, non retribuito, e abbastanza oscuro. il risultato e' sotto gli occhi di tutti: * tutti i plugins approvati negli ultimi anni hanno un repository pubblico, un bugtracker, e una home page * tutti sono verificati, non hanno files spuri, sistemati nei menu appropriati, e i tickets aperti ove appropriato * in caso di plugins duplicati, gli autori sono invitati ad unire il loro lavoro con quello di altri, in modo da presentare una situazione più gestibile per gli utenti. Nella fattispecie, il parere mi pare più condiviso sul tuo plugin è quello che duplichi funzionalità esistenti. Se non sei d'accordo, la sede giusta è la mailing list qgis-dev: spiega la tua posizione, verrà ascoltata come sempre. L'alternativa che proponi (tutti dentro senza filtro) ci riporta al caos, e francamente credo che nessuno lo voglia. Saluti. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html _______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
Perfetto. Sono d'accordo con tutto. Comunque, a chi dovesse essere utile, la repository del plugin WktExport è questo:https://github.com/geodrinx/wktexport Il giorno 29 ottobre 2015 19:37, Paolo Cavallini <[hidden email]> ha scritto: Il 29/10/2015 19:14, [hidden email] ha scritto: _______________________________________________ [hidden email] 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. 786 iscritti al 30.9.2015 |
Roberto credo ci sia modo anche di pubblicare un repository,
e di configurare qgis per andarci a guardare dentro. Potresti farci un pensiero, cosi' non avresti intermediari per la pubblicazione e allo stesso tempo renderesti piu' facile installare i tuoi plugin. --strk; On Thu, Oct 29, 2015 at 07:56:39PM +0100, Geo DrinX wrote: > Perfetto. Sono d'accordo con tutto. > > Comunque, a chi dovesse essere utile, la repository del plugin WktExport è > questo: > > https://github.com/geodrinx/wktexport > > e nella stessa pagina c'è il bottone "Download ZIP" e per installarlo > basta inserire il contenuto dello ZIP sotto la cartella > > .qgis2/python/plugins > > In quanto al tempo dedicato ad approvare i plugin, bisogna considerare > anche il tempo, forse anche prezioso, di chi ha sviluppato (e continuerà a > farlo nonostante tutto) i plugin. > > > Distinti saluti e a presto > > Roberto > > Il giorno 29 ottobre 2015 19:37, Paolo Cavallini <[hidden email]> ha > scritto: > > > Il 29/10/2015 19:14, [hidden email] ha scritto: > > > > > Faccio presente che un paio di mesi fa avevo presentato un plugin che > > > salvava la geometria di qualunque tipo in formato .wkt > > > > > > Tale plugin non è stato approvato perchè "ridondante e inutile". > > > > > > Vedo con piacere che questo non è, dato che qualcuno lo richiede. > > > > > > Comunque, mi chiedo e chiedo a tutti : > > > nel mondo libero dell'open source sarebbe più logico pensare che la > > > "approvazione" del laroro altrui sia una fase da superare ( intendo "da > > > eliminare del tutto" ) ? > > > > mi spiace la polemica implicita. sto facendo un lavoro gratuito, > > stancante, non retribuito, e abbastanza oscuro. > > il risultato e' sotto gli occhi di tutti: > > * tutti i plugins approvati negli ultimi anni hanno un repository > > pubblico, un bugtracker, e una home page > > * tutti sono verificati, non hanno files spuri, sistemati nei menu > > appropriati, e i tickets aperti ove appropriato > > * in caso di plugins duplicati, gli autori sono invitati ad unire il > > loro lavoro con quello di altri, in modo da presentare una situazione > > più gestibile per gli utenti. > > Nella fattispecie, il parere mi pare più condiviso sul tuo plugin è > > quello che duplichi funzionalità esistenti. Se non sei d'accordo, la > > sede giusta è la mailing list qgis-dev: spiega la tua posizione, verrà > > ascoltata come sempre. > > L'alternativa che proponi (tutti dentro senza filtro) ci riporta al > > caos, e francamente credo che nessuno lo voglia. > > Saluti. [hidden email] 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. 786 iscritti al 30.9.2015 |
Administrator
|
In reply to this post by titino2
Non è probabilmente quello che cerchi, ma con il "save as" in CSV puoi ottenere una colonna con le geometrie descritte in WKT. Puoi farlo, se ti serve, anche da shell con ogr2ogr. Saluti ![]()
Andrea Borruso
---------------------------------------------------- twitter: https://twitter.com/aborruso website: https://medium.com/tantotanto 38° 7' 48" N, 13° 21' 9" E ---------------------------------------------------- |
In reply to this post by titino2
Buonasera a tutti,
ringrazio tutti per i consigli che mi avete dato ed in particolare Geo DrinX perché fornendomi il suo PlugIn(wktexport) mi ha dato una mano a risolvere il problema con la conversione da SHP in WKT. Grazie mille a tutti per i sempre precisi e preziosi aiuti che regalate. A buon rendere... Ciao a tutti... P.S. Scusate se vi ho aggiornato solamente ora. ![]() |
Free forum by Nabble | Edit this page |