|
POST
|
What exactly is the question? You've talked about how parameters work in regards to a GPRecordSet, but what exactly is your problem or where are you stuck?
... View more
06-02-2015
07:32 AM
|
0
|
3
|
1534
|
|
POST
|
It's not a ridiculous idea, but you do have to construct the service/web app in a certain way. I'd step back and ask why you're using them as 2 separate tasks in the server environment? Is there some sort of technical limitation that blocks you from either producing a single script, or even adding these 2 script tools into modelbuilder and having the output of 1 be the input to the 2nd? This is going to be the absolute simplest and most straight forward way to get what you want. If you need to keep them as 2 distinct services, it'll be you who is responsible for getting the output from one to the other. Your web application will act as the glue between the two. Since your output is a layer the first service will either need to send the featureclass back to the webapp and the webapp will have to send the features back to the 2nd service or the 1st service will have to send the location the features are on disk (server side) and the webapp would pass this reference to the 2nd service. Both these options arent great. Why? Option 1 = the transfer of features when you dont really need to. (but you do need to because you have 2 services) Option 2 = you're sending paths and information about the server back to the client. Even if its just the webapp getting this information and the user doesn't see it, I'd still consider this a minor security flaw as you're web-exposing information about the server itself. So, again, what you want to do is possible, but I'd strongly suggest pushing both tools into a model and publishing that.
... View more
05-28-2015
10:13 AM
|
0
|
1
|
1634
|
|
BLOG
|
Andrew, Give a read of this here: Quick Tips: Consuming Feature Services with Geoprocessing | ArcGIS Blog Once you see how a feature service (hosted or straight from Server) can be used in arcpy/geoprocessing, you can apply Dan's techniques.
... View more
05-28-2015
09:48 AM
|
1
|
0
|
2489
|
|
POST
|
Its not clear to me what you're trying to do. The encrypted string parameter only has use with the Database tools. The Esri system has handles the encryption/decryption when gathering the password and supplying it to the database. If you were to create your own script or model tool and want to use the encrypted string parameter to do something like authenticate against a websource -- its not going to work. Are you saying the password you have is already encrypted? If the database you're working with accepts this encrypted string, I suspect you could just pass this into the tool where it'll encrypt it again, and pass it to the database where it should decrypt it back to your original encrypted state. If this doesn't answer your question, can you further explain what it is you're trying to do?
... View more
04-08-2015
10:32 AM
|
0
|
0
|
2685
|
|
POST
|
Also note: This should be fixed in the upcoming 10.3.1 release.
... View more
03-26-2015
11:26 AM
|
1
|
8
|
2657
|