Je construis un plugin QGIS qui se connecte à une base de données MySQL dans le réseau local, puis ajoute un sous-ensemble de l'une des tables à une couche en mémoire; le sous-ensemble est basé sur la devise des données (en ne prenant que l'observation la plus récente pour chaque emplacement où les mesures sont effectuées). Cette couche mémoire est créée avec succès.
Cependant, je veux ensuite exécuter certains algorithmes de géotraitement et j'ai du mal à utiliser la couche en mémoire dans l'un d'eux.
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
Aucune exception n'est levée, mais aucune sortie n'est produite ou ajoutée à la table des matières, mais le journal suivant est créé dans 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|
FAILURE: Source datasource is not specified.
Cependant self.vlayer.isValid() == True
, la partie importante semble être , donc je ne vois pas ce qui ne va pas avec mon entrée. Je l' ai essayé de remplacer self.vlayer
avec 'memory:scratch'
dans l'appel à processing.runandload
, mais j'obtiens l'erreur suivante imprimé à la console (mais pas élevé): Error: Wrong parameter value: memory:scratch
.
J'obtiens le même problème lorsque j'exécute cela via l'interface graphique QGIS et que j'utilise le menu déroulant pour sélectionner ma scratch
couche qui se trouve dans la table des matières. Cela se produit si je spécifie le raster en sortie comme en mémoire ou si je spécifie un emplacement sur le disque.
Cette question semble similaire, mais leur solution a été d'ajouter la couche mémoire à la table des matières avant de l'utiliser. Je le fais déjà et pourtant l'erreur persiste.
Je pensais que c'était un problème général avec les couches de mémoire et les algorithmes de géotraitement QGIS, mais ce qui suit fonctionne sans problème:
processing.runandload("qgis:fixeddistancebuffer",self.vlayer, 500, 5, True, "output_buffer.shp")
Qu'est-ce que je fais mal? Pourquoi mon jeu de données source de mémoire ne peut-il pas être "spécifié" dans certains algorithmes de traitement?
EDIT: voici le code source de gdalogr:gridinvdist
si c'est utile.