Latest Contributions by GregoryDillon

‎01-22-2014

I am seeing the following issues with TextSymbols in compact (mobile) JS 3.8. In my case I'm mixing TextSymbols and SimpleMarkerSymbols (points) in the same Graphicslayer. With IE 9 Compatibility Mode - Only SimpleMarkerSymbols display. There is also a latency in the when this layer initially displays. With IE 11, Chrome, Safari (on iOS iPad2) - TextSymbols are shifted to the left from previous JS 3.7 or before. After switching back to JS 3.7 compact the problem goes away. I have not tested the non-compact version.

‎01-21-2014

Thanks for your input! After clearing my cache and totally shutting off my iPad 2 the situation improved (crashed less), but still crashes (black screen briefly appears just before Safari closes). Is this an issue particular to iPad 2 or has this been seen on other iPads models/iPhones? I'm still looking for workaround or anything to improve the situation. FYI - I've looked at my memory and it shows 8GB free so I know thats not the problem.

‎01-20-2014

Today I tried my my map (JS 3.8 -http://js.arcgis.com/3.8compact) on my iPad 2 running iOS 7.0.4 and it crashes on the 2nd zoom gesture. In other words, I'm able to zoom once, but the 2nd zoom just closes Safari. I see the same behavior using Chrome on this same device. This almost sounds like a bug in iOS 7. I've tested my map on a pre-iOS 7 device with no problems. I'm also not having problems in Windows 7 or 8 or my Android devices using the zoom gestures. Its possible I may have loaded a release of iOS 7 prior to 7.0.4 that was working (I can't remember). I originally tried this using JS 3.4/iOS 7.0.4 and then upgraded to JS 3.8 hoping for a fix. First, is anybody else seeing this behavior? Second, does anybody have a work around? Thanks ahead of time!

‎01-20-2014

As an update to this thread, sometime in December 2013 Chrome got fixed and can now handle my map.

‎08-06-2013

I have been hoping that Chrome would be fixed this by now on the Nexus 7 (and now they are releasing a new Nexus 7!). It appears as I mentioned earlier Chrome just can handle alot of layers (ie. Map Web services). Does anybody have a workaround for this? Has anybody else seen this behavior? My site works fine on the FireFox, the native phone browser, Dolphin, basically anything but Chrome on the Nexus 7. Chrome also fails on my Motorola Razr. I suspect Chrome on any mobile device fails. The PC version of Chrome works fine using the mouse (I have not tested on a touch screen). I also have the site working with IE9 and IE10 on a PC.

‎08-06-2013

Yes. Sorry I'm finally get back to this thread. I got the orientation to work in Firefox. Here is my code for anybody interested: if (MobileDevice == "ANDROID" && MobileDeviceBrowser == "FIREFOX") { window.addEventListener("deviceorientation", handleOrientation, true); } function handleOrientation(orientData) { var absolute = orientData.absolute; var alpha = orientData.alpha; var beta = orientData.beta; var gamma = orientData.gamma; // Do stuff with the new orientation data if (screen.width > screen.height) { CurrentOrientation = 'Landscape'; } else { CurrentOrientation = 'Portrait'; } if (OldOrientation != CurrentOrientation) { RepositionAndResizeMap(); } OldOrientation = CurrentOrientation; } function RepositionAndResizeMap() { SetWindowOrientation(); if (MobileDevice == "ANDROID") { setTimeout('FixAndroidMenuBar();', 500); } else { RepositionAndResizeMapPart2(); } } function SetWindowOrientation() { if (MobileDevice != "ANDROID" || MobileDeviceBrowser != "FIREFOX") { if (window.orientation == 90 || window.orientation == -90) { CurrentOrientation = 'Landscape'; } else { CurrentOrientation = 'Portrait'; } } } function RepositionAndResizeMapPart2() { if (map) { var MapDiv = document.getElementById('map'); MapDiv.style.top = "0px"; MapDiv.style.left = "0px"; MapDiv.style.width = "100%"; MapDiv.style.height = "100%"; map.reposition(); TryMapResize(); } AdjustProgressWindow(); } function TryMapResize() { var tbMap = document.getElementById('tbMap'); if (tbMap.style.display == "none") { setTimeout('TryMapResize();', 1000); } else { map.resize(); AdjustProgressWindow(); } } function AdjustProgressWindow() { var CalcWidth = screen.width; var CalcHeight = screen.height; if (MobileDevice == "WINDOWS") { CalcWidth = typeof window.outerWidth != 'undefined' ? window.outerWidth : document.body.clientWidth; CalcHeight = typeof window.outerHeight != 'undefined' ? window.outerHeight : (document.body.clientHeight - 22); } else { if (CurrentOrientation == 'Landscape') { if (CalcWidth < CalcHeight) { CalcWidth = screen.height; CalcHeight = screen.width; } } else { if (CalcWidth > CalcHeight) { CalcWidth = screen.height; CalcHeight = screen.width; } } } var CenterX = CalcWidth / 2; var CenterY = CalcHeight / 2; var OffsetY = 170; var OffsetX = 120; if (CurrentOrientation == 'Landscape') { if (MobileDevice == "ANDROID") { if (MobileDeviceVersion > "4") { OffsetY = 200; OffsetX = 230; } else { OffsetY = 130; OffsetX = 60; } } else if (MobileDevice == "IPOD" || MobileDevice == "IPHONE") { OffsetY = 110; OffsetX = 75; } } else { if (MobileDevice == "ANDROID") { if (MobileDeviceVersion > "4") { OffsetY = 320; OffsetX = 185; } else { OffsetY = 170; OffsetX = 60; } } else if (MobileDevice == "IPOD" || MobileDevice == "IPHONE") { OffsetY = 110; OffsetX = 70; } } var Progress = document.getElementById(ProgressWindow); if (Progress != null) { Progress.style.top = CenterY - OffsetY + "px"; Progress.style.left = CenterX - OffsetX + "px"; } }

‎02-28-2013

I have also experience errors when just copying features within the same file geodatabase using CopyFeatures_management. So this seems to rule out SDE.

‎02-07-2013

I'm running ArcGIS Server 10.1 SP1 and Desktop 10.1 SP1 and have been getting multiple locking errors when coping features from an 9.3.1 SDE database to a file geodatabase. This occurs when doing a FeatureClassToGeodatabase_conversion. Some of the locking errors I've seen are: ERROR 000464: Cannot get exclusive schema lock. Either being edited or in use by another application. Failed to execute (Rename). ERROR 000224: Cannot insert features. Failed to execute (CopyFeatures). Sometimes I have also gotten a ""Workspace or data source is read only" when attempting to do Rename_Management only the feature I just copied with a FeatureClassToGeodatabase_conversion. I had this happen when no other Python script is running and not desktop ArcGIS application is open (Case 1). If I run a seperate unrelated Python script writing to a seperate File Geodatabase these errors occur more often (Case 2). In the Case 1 example, it seems like Python thinks its finished when in fact the lock is still active (suggested by the rename error described above).

‎02-07-2013

Seems having the export write the whole path is the way ESRI should go since that works in 32-bit and 64-bit. I think it would be good to post the documentation link for this issue when it get documented. I've decided to just copy the connections to a seperate folder that I will hard code in my script. I feel this is a better solution than pointing to "C:\Users\SomeUser\AppData..." since this path varies from logins across multiple PCs and Servers where I test and deploy my scripts. This means when I add or change a connection I will need to redeploy it to my special script connection folder. I find this distrubing since its another step I could miss in the deploy.

‎02-05-2013

This is not a bug in the software. When you run python against the 64 bit install of python and arcpy, you are running against the Server install and Server doesn't know about the relative location of the "Database Connections" which lives under the Desktop10.X folder in your user profile. If you publish a geoprocessing script tool to Server that has a hardcoded path to Database Connections we actually copy the connection file as part of the package and modify the script to point to the packaged connection file. So your options are to reference the full path to the connection file or always ensure you are running the script against the 32 bit or Destkop install of python. I disagree it not a BUG. If I run the model, export it to a script and immediately run it in the default (64bit) Python - it fails! Maybe the export should be smarter and thats where the bug lies? Is what you say documented?

‎02-05-2013

How are you running the python script? To be sure you are running against the same version of python ArcGIS Desktop will run you can explicitly call the version of python from a command prompt and then pass in the path to the script. This blog talks about it, but specifically in regards to targeting the 64 bit install of python. You can do the same for the 32 bit install. http://blogs.esri.com/esri/arcgis/2012/11/12/python-scripting-with-64-bit-processing/ Thanks for the hint. I was able to run my Python script file with references to "Database Connections" if I use 32-bit Python (ie. C:\Python27\ArcGIS10.1\python.exe"). Okay now that the "Bug" has been identified, can somebody from ESRI tell me how to fix it. Thanks.

‎02-01-2013

I just installed 10.1 on my PC. Now when I run my Python script it no longer recognizes any connection coded like "Database Connection\Connection to ...". These connections work in ArcMap and ArcCatalog. When I create a Model using these connections, the model works. When I export the Model to a Python script the model it fails. If I replace the "Database Connections\..." path prefix with something like "C:\Users\SomeUser\AppData\Roaming\ESRI\Desktop10.1\ArcCatalog\..." it works. In short Python is not resolving "Database Connections" to the actual location of the connections (ie. "C:\Users\SomeUser\AppData\Roaming\ESRI\Desktop10.1\ArcCatalog"). I have SP1 installed on the ArcGIS 10.1 for Desktop. My C: drive has both a "Python26" and a "Python27" directory. Maybe its getting confused where to run Python? Also it looks like ArcCatalog/ArcMap run as 32 bit where as Python runs as 64-bit. Is there something I can do to configure the 64-bit side to find "Database Connections". Please help! Thanks!

‎12-28-2012

Okay here is an update on this. After removing several layers from the map I discover the gestures started working again. It appears that when you have too many layers the Chrome browser gets to busy to maintain the gestures. I could actually see it get more responsive as layers were removed. This never shows up in the samples because typically they only have 1-3 layers. This is very disturbing! I've tried several alternative browsers and they work, the best being FireFox and Dolphin. Does anybody have a snippet of Javascript for FireFox's changeorientation event?

‎12-27-2012

I just got a new Google Nexus 7 tablet and have been testing my map. This device comes with a default Chrome browser. It does not recognize any of my gestures (pan, pinch, etc) on the map (I using the 3.2 API) in Chrome. I installed FireFox and it works so its not specific to the Nexus 7 table, but rather Chrome. Is there a setting in Chrome or the API to fix this?

‎11-30-2012

I was testing my JS API application and noticed that GPS positioning isn't as accurate (off by 2 blocks) when using the JS API vs the Google Map (native) and the standalone GPS (under Verizon - if that matters). I also tried getting my position using the web base Bing Maps (not navtive) and it behaved the same way as my application. Its this device specific? Is anybody else seeing this? What's the deal? Is there a setting in Android 4 (or above) to fix this? Greg

Online Status	Offline
Date Last Visited	‎11-11-2020 02:23 AM

My Ideas

Latest Contributions by GregoryDillon

Issues with TextSymbols using Compact JS 3.8

Re: Zoom Gesture Crashing Safari/Chrome on iOS 7 iPad

Zoom Gesture Crashing Safari/Chrome on iOS 7 iPad

Re: Gesture on Nexus 7 Table - Chrome Issue

Re: Gesture on Nexus 7 Table - Chrome Issue

Re: Gesture on Nexus 7 Table - Chrome Issue

Re: Multiple locking issue with 10.1

Multiple locking issue with 10.1

Re: Bug with "Database Connection" in Python using 10.1

Re: Bug with "Database Connection" in Python using 10.1

Re: Bug with "Database Connection" in Python using 10.1

Bug with &quot;Database Connection&quot; in Python using 10.1

Re: Gesture on Nexus 7 Table - Chrome Issue

Gesture on Nexus 7 Table - Chrome Issue

GPS Accuracy using JS API with Android