Suite

Source de données de projet cassée

Source de données de projet cassée


J'ai construit un outil de script (à partir d'un modèle de modélisation) dans ArcGIS 10.2 qui fonctionne parfaitement dans ArcGIS.

Cependant, je reçois le message d'erreur suivant lorsque j'essaie de publier cet outil de script dans un service de géotraitement sur ArcGIS Server.

J'utilise l'espace de travail in_memory pour les sorties. Je ne sais pas si cela cause le problème.

Message d'erreur -

Exemple de code -

> # 5 & 6 - District Query & Final Query > if District == "Citywide": > gp.AddMessage (("Selected Citywide Stolen Autos… " )) > Final_Query = Query + Select_the_Date_Range + " AND " + SQL_Query_Refining_the_Data > > else : > Select_the_District = "(DC_DISTRICT = " + District + ")" > Final_Query = Query + Select_the_Date_Range + " AND " + Select_the_District + " AND " + SQL_Query_Refining_the_Data > > arcpy.env.workspace = r"in_memory" > gp.Message( "") > gp.AjouterMessage("------------------------------------------ -------------------------------------------------- --") > gp.AddMessage (("Interrogation de la table PIIN pour les dates de " + Date_FROM + " à " + Date_TO + " & District = " + District )) > > # Processus 1 : Interrogation de la table PIIN et exportation du sélection vers un FC en mémoire > arcpy.MakeQueryLayer_management(InputDatabase, "StolenRec_ActiveStol_FC", Final_Query) > arcpy.CopyFeatures_management("StolenRec_ActiveStol_FC", StolenRec_ActiveStol_FC_3) > > > gp.AddMessage (("Making XY Event) euh de l'emplacement récupéré… " )) > # Processus 2 : Création de la couche d'événements XY > arcpy.TableToTable_conversion("StolenRec_ActiveStol_FC", "in_memory" , "StolenRec_ActiveStol_FC_2", "") > arcpy.MakeXYEventLayer_management("StolenRec_FC_CO",StolenRec_Active_C",StolenRec_ActiveStol_FC_2", "") "RECOVERED_Y_COORD", "Recovered_ELayer", > "PROJCS['NAD_1983_StatePlane_Pennsylvania_South_FIPS_3702_Feet',GEOGCS['GCS_North_American_1983',DATUM['D_North_American_1983'],SPHEROID','GRS222',0 ['Degree',0.0174532925199433]],PROJECTION['Lambert_Conformal_Conic'],PARAMETRE['False_Easting',1968500.0],PARAMETRE['False_Northing',0.0],PARAMETRE['Central_Meridian',-77.75],PARAMETRE['False_Northing',0.0],PARAMETRE['Central_Meridian',-77.75],etard_el['St 39.93333333333333],PARAMETRE['Standard_Parallel_2',40.966666666666667],PARAMETRE['Latitude_Of_Origin',39.33333333333334],UNIT['Foot_US',0.3048006096012192]];-119214200 > -96198500 30400003333600001219;-1003.0003333600001219; ;0.001;0.001;IsHighPrecision", "") > > gp.A ddMessage (("Conversion de la couche d'événements XY en FC… " )) > # Processus 3 : Conversion de la couche d'événements XY en une classe d'entités ponctuelles en mémoire > #arcpy.FeatureClassToFeatureClass_conversion(Recovered_ELayer, in_memory, "Recovered_FC_Layer","") > arcpy. CopyFeatures_management("Recovered_ELayer", Recovered_FC_Layer_2)

J'ai eu exactement ce problème la semaine dernière et il a été résolu en changeant

module d'importation

à

à partir du nom d'importation du module

Voir Publication du service de géotraitement avec importation de numpy dans ArcGIS Server ? et GeoNet pour plus de détails.

Juste une autre de ces bizarreries intéressantes de la publication sur le serveur :-/


Voir la vidéo: #28: VBA Access - Lister et Imprimer Les Règlements Facture - Projet Complet Gestion Stock