È possibile utilizzare i livelli di memoria negli algoritmi di elaborazione QGIS?


12

Sto costruendo un plug-in QGIS che si collega a un database MySQL nella rete locale e quindi aggiunge un sottoinsieme di una delle tabelle a un livello in memoria; il sottoinsieme si basa sulla valuta dei dati (prendendo solo l'osservazione più recente per ogni posizione in cui vengono effettuate le misurazioni). Questo livello di memoria è stato creato correttamente.

Tuttavia, voglio eseguire alcuni algoritmi di geoprocessing e sto riscontrando problemi nell'utilizzo del livello in memoria in uno di essi.

    self.stationuri = "point?crs=epsg:4326&field=id:integer&field={}:double&index=yes".format(self.cb_field.currentText())
    self.vlayer = QgsVectorLayer(self.stationuri,"scratch","memory")
    if not self.vlayer.isValid():
        raise Exception("Failed to create in-memory layer")
    self.vlayer.startEditing()
    for i,r in enumerate(result): # Result is row-by-row result of SQL query
        # Add features
        ...
    self.vlayer.commitChanges()
    self.vlayer.updateExtents()
    # Add layer to map
    QgsMapLayerRegistry.instance().addMapLayer(self.vlayer)
    # Layer is successfully added to map with all features and geometry
    # BELOW IS WHERE IT FALLS APART
    try:
        processing.runandload("gdalogr:gridinvdist",self.vlayer,self.cb_field.currentText(),2,0,0,0,0,0,0,0,'Float32',None) # None = in-memory output; I get the same error if I specify a string path and filename.
    except Exception, e:
        raise e

Non viene sollevata alcuna eccezione, ma nessun output viene prodotto o aggiunto al sommario, ma viene creato il seguente registro processing.log:

INFO|Mon May 04 2015 11:28:23|GDAL execution console output|/bin/sh: 1: /tmp/processing/bbebe7599c83446d9c2b03a251879657/OUTPUT.tif: not found|/bin/sh: 1: -zfield: not found||FAILURE: Source datasource is not specified.|Usage: gdal_grid [--help-general] [--formats]|    [-ot {Byte/Int16/UInt16/UInt32/Int32/Float32/Float64/|          CInt16/CInt32/CFloat32/CFloat64}]|    [-of format] [-co "NAME=VALUE"]|    [-zfield field_name] [-z_increase increase_value] [-z_multiply multiply_value]|    [-a_srs srs_def] [-spat xmin ymin xmax ymax]|    [-clipsrc <xmin ymin xmax ymax>|WKT|datasource|spat_extent]|    [-clipsrcsql sql_statement] [-clipsrclayer layer]|    [-clipsrcwhere expression]|    [-l layername]* [-where expression] [-sql select_statement]|    [-txe xmin xmax] [-tye ymin ymax] [-outsize xsize ysize]|    [-a algorithm[:parameter1=value1]*]    [-q]|    <src_datasource> <dst_filename>||Available algorithms and parameters with their's defaults:|    Inverse distance to a power (default)|        invdist:power=2.0:smoothing=0.0:radius1=0.0:radius2=0.0:angle=0.0:max_points=0:min_points=0:nodata=0.0|    Moving average|        average:radius1=0.0:radius2=0.0:angle=0.0:min_points=0:nodata=0.0|    Nearest neighbor|        nearest:radius1=0.0:radius2=0.0:angle=0.0:nodata=0.0|    Various data metrics|        <metric name>:radius1=0.0:radius2=0.0:angle=0.0:min_points=0:nodata=0.0|        possible metrics are:|            minimum|            maximum|            range|            count|            average_distance|            average_distance_pts|

La parte importante sembra essere FAILURE: Source datasource is not specified.comunque self.vlayer.isValid() == True, quindi non vedo cosa non va nel mio contributo. Ho provato a sostituire self.vlayercon 'memory:scratch'nella chiamata a processing.runandload, ma poi ho ottenere il seguente errore stampato sulla console (ma non ha sollevato): Error: Wrong parameter value: memory:scratch.

Ottengo lo stesso problema quando eseguo questo tramite la GUI di QGIS e utilizzo il menu a discesa per selezionare il mio scratchlivello che si trova nel sommario. Ciò si verifica se si specifica l'output raster come in memoria o se si specifica una posizione sul disco.

Questa domanda sembra simile, ma la loro soluzione era quella di aggiungere il livello di memoria al sommario prima di usarlo. Lo sto già facendo e tuttavia l'errore persiste.

Ho pensato che si trattasse di un problema generale con i livelli di memoria e gli algoritmi di geoprocessing di QGIS, ma quanto segue funziona senza problemi:

processing.runandload("qgis:fixeddistancebuffer",self.vlayer, 500, 5, True, "output_buffer.shp")

Che cosa sto facendo di sbagliato? Perché il mio set di dati della sorgente di memoria non può essere "specificato" in alcuni algoritmi di elaborazione?

EDIT: ecco il codice sorgente di gdalogr:gridinvdistse è utile.

Risposte:


4

Sembra che i livelli di memoria non possano essere utilizzati come input per gli script di elaborazione GDAL / OGR perché l'elaborazione non riesce a preparare correttamente i dati per l'uso con ogr2ogr. Ecco perché, ad esempio, lo strumento buffer QGIS funziona ma lo strumento buffer GDAL / OGR ha esito negativo:

Algorithm Buffer vectors starting...
GDAL command:
cmd.exe /C ogr2ogr.exe "C:\Users\anita\AppData\Local\Temp\processing70e5e0852cb9456ba2e3780f8386122e\86d237c8f41443f58a230a8133172047\OUTPUTLAYER.shp" point?crs=EPSG:4326&memoryid={6772bccd-f55d-461d-aff6-6271ded02eea} point?crs=EPSG:4326&memoryid={6772bccd-f55d-461d-aff6-6271ded02eea} -dialect sqlite -sql "SELECT ST_Buffer( geometry , 1000 ),* FROM 'point?crs=EPSG:4326&memoryid={6772bccd-f55d-461d-aff6-6271ded02eea}' " 
GDAL command output:
FAILURE: 
Unable to open datasource `point?crs=EPSG:4326' with the following drivers. 
-> JP2ECW 
-> OCI 
-> SOSI 
...

L'elaborazione dovrebbe in qualche modo preparare i dati (salvarli in un file) e quindi inviarli allo strumento GDAL / OGR.

Ho aperto un ticket: impossibile utilizzare i livelli di memoria con gli strumenti OGR


2

Questo è il modo corretto, come spiegato nella documentazione http://docs.qgis.org/2.14/es/docs/user_manual/processing/console.html

il codice successivo funziona con tutti in memoria tranne l'ultimo che viene caricato

MDT=path/mdt.tif
drain=processing.runalg("grass:r.drain",MDT,"",(pun),False,False,False,"%f,%f,%f,%f"% (xmin, xmax, ymin, ymax),0,-1,0.00100,None)
vect=processing.runalg("grass:r.to.vect",drain['output'],0,False,"%f,%f,%f,%f"% (xmin, xmax, ymin, ymax),0,None)
bu=processing.runalg("qgis:fixeddistancebuffer",vect['output'],Metros_afecta,1,False,None)
buf=bu['OUTPUT']
bufe= QgsVectorLayer(buf,"area", "ogr")
#the last load the layer 
QgsMapLayerRegistry.instance().addMapLayers([bufe])

process.runalg restituisce un dizionario in questo caso bu ['OUTPUT'] OUTPUT È LA CHIAVE, e il valore è un percorso temporaneo che puoi vedere la chiave con processeing.alghelp ("elaborazione del nome") come elaborazione, alghelp ("grass : r.drain ")

ritorno

processing.alghelp("grass:r.drain")
ALGORITHM: r.drain - Traces a flow through an elevation model on a raster map.
input <ParameterRaster>
coordinate <ParameterString>
vector_points <ParameterMultipleInput>
-c <ParameterBoolean>
-a <ParameterBoolean>
-n <ParameterBoolean>
GRASS_REGION_PARAMETER <ParameterExtent>
GRASS_REGION_CELLSIZE_PARAMETER <ParameterNumber>
GRASS_SNAP_TOLERANCE_PARAMETER <ParameterNumber>
GRASS_MIN_AREA_PARAMETER <ParameterNumber>
output <OutputRaster>

in questo caso la chiave viene emessa , fai attenzione con la lettera maiuscola devi scrivere in maiuscolo o senza capitale, in questo caso non maiuscola


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.