Latest Contributions by PaulDavidson1

‎03-05-2015

Late to the party but.... Stacy, thanks for the post. I've inherited some python code that makes use of your 10.0 ClearWSLocks so very helpful to find this "newer" version since we're still running servers on 10.1 Just to add a contribution, the IN_MEMORY is very useful, IF you have sufficient RAM on the processing device. I wrote a script to pickup a file geodB of roads for a large county (almost 1200 Sq Miles) and dump part of it out into an Excel file. Using IN_MEMORY really sped it up.

Re: ArcGIS Online Member Accounts · ‎02-27-2015

Randy (better late than never) Authorization codes are used to activate Esri products, like ArcGIS Desktop, Server, etc... as well as desktop and server extensions. After you install these products, you have to authorize them for use with Esri via an Authorization process. There are a few ways to do that, the easiest being to create a provisioning file from one's My.Esri.com account (assuming you are an admin for your company) They are not related to AGOL.

‎02-26-2015

Any chance of getting this on a bigger page size? Without Acrobat, I seem to be stuck printing it to 11x17 max. No chance to a plotter, etc... Thanks

‎02-16-2015

I've been doing the same search for awhile with similar results. I just need to bookmark this thread because I am always losing these links.

‎10-29-2014

Thanks guys. I guess that means that other than using the much easier to use cursors, there's no real point in converting arcgisscripting code, at least from a performance standpoint. My experience is almost all with arcpy but I guess I should review the what's new to see if there are some issues that might clean up or speed up. Guess I'd just have to do some tests. I'd imagine that for some of our stuff, where we're manipulating large SDE databases and creating file gdbs for websites, that going to 64bit version might speed things up quite a bit.

‎10-27-2014

Just curious, does converting older scripts from arcgisscripting to arcpy gain any speed improvements? Obviously for some things, using the 64bit engine could create some good results but I'm more curious just about the basic 32 bit engines. Thanks

‎10-09-2014

I would check your server. Use task manager to see how much % ram is consumed, how many processes are running, etc.... We found a server that had some 200+ pkill processes in hidden cmd processes just hanging around and the 26GB of ram was at 87%. They say if you get over 85% things will get slow. We rebooted and things were much cleaner and faster after that. May not do you any good but it's a simple thing to check.

‎10-09-2014

I would check the server. Use task manager to see how much % ram is consumed, how many processes are running, etc.... We found a server that had some 200+ pkill processes in hidden cmd processes just hanging around and the 26GB of ram was at 87%. They say if you get over 85% things will get slow. We rebooted and things were much cleaner and faster after that.

‎09-11-2014

There's a nice reference to arcpy and a detailed reference to arcpy.mapping that can be found at: http://ianbroad.com/arcpy-resources/ And of course the arcpy help... But Ian's synopsis is handy to have a list in one place. I'm not sure how current it is but it is dated 2013.

‎04-24-2014

Google gacutil for info on adding dlls to the GAC. gacutil comes with Visual Studio and probably available other places. gacutil /i "filepath\filename" is the basic command. for example: gacutil /i "C:\Program Files (x86)\ArcGIS\Desktop10.0\Bin\GpMetadataFunctions.dll" will install GpMetadataFunctions.dll However, in my case, ArcGIS 10.0.0 SP4, I'm still not able to read metadata and I'm not sure why. One thing of note is that most of the ESRI dlls in the GAC are referenced with more info, ESRI.ArcGIS.Geoprocessor, Version=10.0.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86, processorArchitecture=x86 where as my GpMetadata... looks like: GpMetadataFunctions, Version=10.0.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86, processorArchitecture=x86 which makes me wonder... One thing is certain, Esri has really made metadata complicated with 10.x I have spent days importing, exporting, playing with xml, xlst, python, etc... and it really makes very little sense. I import and export and things like GeoProcessing History stay there in the file but are never exported.

‎01-28-2014

Trying to install the sample data for the book, the install keeps failing with "Macromedia Projector" has stopped working... Win 7 64 bit machine, 16GB, etc... I assume the problem is a Win7 compatability? I tried running Esri.exe directly off the CD with Admin permissions but no difference. I was able to install the samples by running the msi directly (Getting to Know ArcGIS ModelBuilder - Data and Maps.msi) I assume this is adequate. Does anyone know if the Esri.exe startup code does anything other than just install the msi file? Thanks

‎08-08-2013

This was answered for me in the geoprocessing forum: http://forums.arcgis.com/threads/90186-Use-ArcObjects-to-change-units-from-meters-to-feet-in-UTM_Zone_13N

‎08-08-2013

Is there a transcription error in the conversion value?? It should be 3.28083333333333. In meters, you have values at 5 and 6 places even before crossing into decimals, so you need to use a conversion value that matches the desired precision, and probably has at least 1 or 2 extra digits. IProjectedCoordinateSystem2 has PutLinearAndAngularUnits method. That might work. Melita I feel a bit stupid. I suspect you're correct. I'll also look into the IProjectedCoordinateSystem2 method. Using the increased precision puts my numbers almost spot on. It's down to about the 3rd or lower decimal point. Plenty accurate for what we're doing. Many thanks.

‎08-08-2013

In 9.3, we didn't have a NAD 1983 UTM zone 13N that uses US survey feet. We have added one in 10.1 (WKID = 4433) but you would need to create a custom definition. You could create a .prj file that contains the new definition and create the coordinate system from that. You could also convert your input data from feet to meters and use the standard UTM zone. Melita Pretty much what I thought. Was hoping there was a way to tell a projection to just use a different unit but I couldn't find any method or property that allowed it. So then I thought a custom prj would do it. At least I was on the right track. One question, I did write a python script that would transfer the input data but it looks like I can't just convert from feet to meters via linear transformation (of 1m=3.20884 ft) . I suspect it would have to be modified via a projection. The linear xform has the points shifted a bit... Sound right ?

‎08-08-2013

I inhereted an ArcObject system in 9.3 that reads in a csv file of XY locations and converts it into our state plane coord system. Recently the csv source went from NAD_27 to NAD_1983 w/ UTM_ZONE13N. I am close to getting this to work but my problem (I think) is that the csv file has XY coordinates in feet (US I believe) and the standard UTM_ZONE_13N coord system is expressed in meters. Yes, this is odd but it is what it is. I have verified that most of code is correct by using ArcGIS to convert my raw data back to meters, hacking the code to read that file, etc... In ArcGIS I can modify the coord system to be in feet and project the points correctly but in the ArcObject code I cannot figure out anyway to do this. Is this via ScaleFactor ? Resolution ? Here's what I think is the pertinent code: Dim spatialReferenceFactory As ISpatialReferenceFactory = New SpatialReferenceEnvironmentClass() Dim projectedCS As IProjectedCoordinateSystem = spatialReferenceFactory.CreateProjectedCoordinateSystem(CInt(Fix(esriSRProjCSType.esriSRProjCS_NAD1983UTM_13N))) Dim tempSR As ISpatialReference = TryCast(projectedCS, ISpatialReference) tempSR.SetDomain(-16800800, 2955095154692.94, -32802000, 2955095154692.94) tempSR.SetMDomain(-100000, 2955095154692.94) tempSR.SetZDomain(-100000, 2955095154692.94) ' somewhere in here I want to set the SR to be using units of feet Dim spatialRefResolution As ISpatialReferenceResolution = TryCast(tempSR, ISpatialReferenceResolution) spatialRefResolution.XYResolution(False) = 0.000328083333333 Dim spatialRefTolerance As ISpatialReferenceTolerance = TryCast(spatialRefResolution, ISpatialReferenceTolerance) spatialRefTolerance.XYTolerance = 0.000328083333333 toFeatureWorkspace.CreateFeatureDataset(datasetFullName, tempSR) Is there a way to set the projectedCS to be in Foot_US ? I also don't see why tempSR is being used as opposed to projectedCS.SetDomain, etc... Looks like all tempSR does is take up extra memory. Maybe I'm missing something. This is my first venture in ArcObjects so it's a lot to take in. The code is probably overly complicated but it is what it is for now. Thanks Is this the appropriate forum for this post ?

Online Status	Offline
Date Last Visited	‎05-09-2024 10:41 PM

My Ideas

Latest Contributions by PaulDavidson1

Re: Clearing Arc/Arcpy workspace locks

Re: ArcGIS Online Member Accounts

Re: ArcPy Geoprocessor OMD v10 - Unofficial

Re: When is 10.3 help rolling out for users?

Re: arcgisscripting to arcpy - any speed improvement?

arcgisscripting to arcpy - any speed improvement?

Re: Web Map Service suddenly very slow?

Re: Map Service occasionally does not draw in ArcMap

Re: Python add in- update two fields in one feature based on same fields of another

Re: Error trying to import metadata using MetadataImporter_conversion

Re: Having trouble in book "Getting to Know ArcGIS ModelBuilder"

Re: UTM Projected Coordinate System - set units to feet in ArcObjects

Re: Use ArcObjects to change units from meters to feet in UTM_Zone_13N

Re: Use ArcObjects to change units from meters to feet in UTM_Zone_13N

UTM Projected Coordinate System - set units to feet in ArcObjects

Re: Does a named user need to be a human being?

Re: Preferred order of stopping Portal, ArcGIS Ser...

Re: Intermittent 504 gateway timeouts with hosted ...

Re: ArcGIS Data Store services cannot start after ...

Re: Upgrade to Portal 10.4 but can't get past the ...