Latest Contributions by JoshuaBixby

I think the short answer is still, you don't, unfortunately.  The Create GIS Server Connection File tool isn't/wasn't a core geoprocessing tool but an ArcPy Mapping function, and the ArcPy Mapping module was completely overhauled between ArcMap and Pro.  I haven't double checked in Pro 2.7, but last time I looked into this issue there was no good solution. UPDATE:  See https://community.esri.com/t5/arcgis-pro-questions/how-to-create-an-arcgis-server-connection-file-with-the-python-3/m-p/1047998#M39804 for an option on using the undocumented  arcgisscripting._createGISServerConnectionFile. ... View more

Install using Anaconda for Python Distribution ... View more

It has to do with lists being a mutable data type while strings, integers, floats, etc... are not mutable.  Python variables reference addresses in memory.  With CPython, the id() function returns an object's address in memory, which makes it convenient for illustrating this point about mutability. Looking at two examples of immutable data types:     >>> # look at memory address change when changing integer variable value >>> i = 5 >>> id(i) 140714082966800 >>> i = 6 >>> id(i) 140714082966832 >>> >>> # look at memory address change when changing string variable value >>> s = "foobar" >>> id(s) 1355804104048 >>> s = "hello world" >>> id(s) 1355809971568 >>> >>> s += "," >>> s 'hello world,' >>> id(s) 1355804104048 >>>     As you can see, updating a variable that stores an immutable data type updates the memory address because a new object is created and the variable pointer changed to the location of that new object. Now, look at an example of a mutable data type:   >>> l = [5] >>> id(l) 1355802301384 >>> l[0] = 6 >>> id(l) 1355802301384 >>> >>> l.append("foobar") >>> l [6, 'foobar'] >>> id(l) 1355802301384 >>>   As the list is updated and modified, the memory address for the entry point into that list remains the same even though the contents within the list change.  Mutable. When a list is used as a parameter in a function, any modifications of it in the function are seen by outside/calling namespaces because the memory address for the list has not changed with the changes made within the function. When an immutable data type is used as a parameter in a function, the local namespace of the function inherits the pointers to variable memory addresses and can use the values stored in those addresses.  When a function modifies the inherited variable, the function cannot modify the global namespace to update the pointer so only the local namespace knows of the new memory address to the updated value. The global keyword tells the Python parser that the function can or is allowed to modify the outside/calling namespace for the variable with that keyword.  I guess you could look at it as the global keyword merges the global and local namespaces for the variable in question, so when the function updates the variable and changes the pointer to a new memory address, the calling namespace sees the new memory address and value. ... View more