POST
|
Thousands of ESRI Enterprise installs? Well This is not an ESRI enterprise install... so I'm glad I could be the first(-ish)! The non-ESRI python install is more valuable to me than the ESRI python, so merging the ESRI install into the non-ESRI install is the best solution for me, and I'm glad someone has figured out a way to do this!
... View more
10-10-2016
07:41 AM
|
0
|
1
|
69
|
POST
|
Ah a fantastic solution has emerged: Enable Python installations that were not installed by ArcGIS to access Arcpy functionality | Python, GIS and stuff… Copy the Desktop10.1.pth file from the ArcGIS python installation to the standard python installation! See the link above for the quick and easy solution (a few prerequisites... but nothing too complicated...)
... View more
07-06-2016
02:05 PM
|
1
|
0
|
190
|
POST
|
I think my problem here is the ESRI-centric philosophy for running Python... Again, I come at this from the non-ESRI need for python - pypyodbc, psycopg2 - and can run them just fine for many database ETL solutions. But anything involving an ArcGIS python process really messes up the system... I'll keep digging. Thanks for the information!
... View more
06-28-2016
01:29 PM
|
1
|
0
|
190
|
POST
|
Do you have any thoughts on this issue with ArcGIS 10.4(.1) as it relates to your post above? Problem: ArcMap crashes during Loading Document launch stage
... View more
06-24-2016
09:44 AM
|
0
|
2
|
190
|
POST
|
If ArcGIS Desktop and ArcGIS Server are installing their own instance, I wouldn't question a third install which probably came first - a standard desktop python installation in c:\python27! My issue has been why does ArcGIS need its own installation of python when - in my case - I have a perfectly good, functioning, and important installation already that uses pypyodbc and psycopg2. So now that I install ArcGIS Desktop, in any configuration of installation directories I can think of, the sys.path variables all get set to the ArcGIS paths - what happened to my existing installation? The issue I'm having is to reset - or at least append to include - the paths to my existing installation so I can run arcpy and pypyodbc and psycopg2 scripts on the same machine - but this seems impossible!!! sys.path.append('path to existing libraries') does not appear to do anything, and other threads on other forums don't help. I feel like I'm caught in a 'ArcCatch22'... and I'd hate to think I would have to set up another machine just to run arcpy scripts?
... View more
06-16-2016
12:24 PM
|
0
|
4
|
190
|
POST
|
Hey Melita! That is super helpful and I will pass it on to the FME folks - do you happen to know where that deprecation table is? Otherwise, we're great here in Denver! Both busy at home and work... hope you an Colin and the family are doing well!!! Thanks again!!!
... View more
06-08-2016
07:43 AM
|
0
|
2
|
86
|
POST
|
I don't think it's an ESRI problem as much as it is an FME problem... I posted to their forum but no one has replied... The workaround is to use: update schema.tableName set shape.STSrid = '2877' ...which you can do from sql server management studio or in the 'sql to run after translation' option in FME.
... View more
06-07-2016
03:00 PM
|
0
|
4
|
86
|
POST
|
All, I recently fired up FME 2015 (through the Data Interoperability Extension) and when trying to write data from PostGIS (in EPSG:3426) to MSSQL Spatial in CO State Plane (EPSG:2877), I get a warning that the coordinate system is deprecated and no SRID can be set on the data. I'm using the ESRI Reprojector to set the parameters, and they have worked fine in the past. What is strange, however, is when writing to ArcSDE Feature Classes using the same source and destination coordinate systems and reprojection parameters, there is no warning about the deprecated coordinate system and the data runs fine. Any thoughts on the difference in behaviour between these two source formats when using the EPSG:2877 (DEPRECATED) coordinate system? Thanks!
... View more
06-07-2016
02:23 PM
|
0
|
6
|
2724
|
POST
|
I've now set up to publish from a FGDB to a new AGOL service, and while it takes ~4min to successfully upload the data, the 'creating service' icon hangs and hangs and hangs on the arcgis.com side of things. Trying to T&L the data always throws a fit about something, but I'll give it a few more shots before I contact support, etc... Thanks, Bruce!
... View more
05-19-2016
01:36 PM
|
0
|
0
|
20
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|