Latest Contributions by DiegoPortillo

You can create a feature layer view and set a definition for 1) fields to be edited and 2) area of interest. The documentation confirms that the purpose of views and definitions is to control access to who can view and edit certain features. This is a great way to separate the different areas between field crews. But the catch is that ESRI considers that editing, in this sense, refers to existing features, rather than adding new features - it doesn't seem to limit the addition of features. So, you have 1) created a layer view and defined an AOI of interest, 2) deployed an application with the new layer view to "limit" the editing area in relation to your needs, 3) you add a new feature outside of the AOI and 4) you might expect and error. Nope. You can still add the feature and the feature service will be updated, when you refresh our map, the new feature will not be drawn. My idea and suggestion are: honor the AOI when editing features, new or existing, and return an error or warning to the user (if it can be customized even better!) ... View more

You can create a feature layer view and set a definition for 1) fields to be edited and 2) area of interest. The documentation confirms that the purpose of views and definitions is to control access to who can view and edit certain features. This is a great way to separate the different areas between field crews. But the catch is that ESRI considers that editing, in this sense, refers to existing features, rather than adding new features - it doesn't seem to limit the addition of features. So, you have 1) created a layer view and defined an AOI of interest, 2) deployed an application with the new layer view to "limit" the editing area in relation to your needs, 3) you add a new feature outside of the AOI and 4) you might expect and error. Nope. You can still add the feature and the feature service will be updated, when you refresh our map, the new feature will not be drawn. My idea and suggestion are: honor the AOI when editing features, new or existing, and return an error or warning to the user (if it can be customized even better!) ... View more

You can create a feature layer view and set a definition for 1) fields to be edited and 2) area of interest. The documentation confirms that the purpose of views and definitions is to control access to who can view and edit certain features. This is a great way to separate the different areas between field crews. But the catch is that ESRI considers that editing, in this sense, refers to existing features, rather than adding new features - it doesn't seem to limit the addition of features. So, you have 1) created a layer view and defined an AOI of interest, 2) deployed an application with the new layer view to "limit" the editing area in relation to your needs, 3) you add a new feature outside of the AOI and 4) you might expect and error. Nope. You can still add the feature and the feature service will be updated, when you refresh our map, the new feature will not be drawn. My idea and suggestion are: honor the AOI when editing features, new or existing, and return an error or warning to the user (if it can be customized even better!) ... View more

I have a feature service with the conference rooms for our building. I have created an application with web appbuilder with this feature service. The users are able to search the conference rooms by name or other attributes. The conference rooms are digitized as polygons have the same names than in the Calendar in Outlook. We have configured the conference room as resources already in Outlook. My goal is to be able to schedule/book a conference room directly from the web app (interacting with the feature of course). Is there a way to do this? I was wondering if ArcGIS Indoors has this capability and if so, if it can be implemented in the Portal/AGOL environment. Thank you ... View more

Good morning. I have a programing question related to ArcGIS and Excel. We are developing an AddIn that creates and opens a report in Excel. We want to open the report using, if one is already running, an existing running instance of Excel. If there is not one running, then start one. Currently we are getting mix results. The code that implements this logic is: public Microsoft.Office.Interop.Excel.Application InitExcel(string macroName)         {             Microsoft.Office.Interop.Excel.Application exApp = null;             Microsoft.Office.Interop.Excel.Workbook openWrkbk = null;             Microsoft.Office.Interop.Excel.Workbook exWbk = null;             try             {                 //Determine if there is an open instance of Excel running. If so, we will                 //open the results in the same application. Otherwise, start a new                 //instance of Excel.                 try                 {                     //First, kill any hung instances of Excel--ones that have no window.                     Process[] processlist = Process.GetProcessesByName("Excel"); //Shows number of running Excel apps                     foreach (Process theprocess in processlist) //foreach Excel app running                     {                         if (theprocess.MainWindowHandle.ToInt32() == 0)                             try                             {                                theprocess.Kill();                             }                             catch { }                     }                     try                     { Here:                    exApp = (Microsoft.Office.Interop.Excel.Application)System.Runtime.InteropServices.Marshal.GetActiveObject("Excel.Application");                     }                     catch (Exception err)                     { Tohere:                  MessageBox.Show("exception from marshal.getactiveobject " + err.ToString()); // ERROR EVERY TIME ON FIRST CALL                     }                     if (!exApp.Visible)                     {                         exApp = new Microsoft.Office.Interop.Excel.Application();                     }                 }                 catch                 {                     exApp = new Microsoft.Office.Interop.Excel.Application();                 } The line labeled ???Here:??? is the line that checks to see if excel is already running.  It should return null or an Excel application object.  The first time it is called, it throws and exception every time.  To be specific, this exception [ATTACH=CONFIG]34333[/ATTACH] The addin then goes on to start a new instance of Excel, and in subsequent calls to InitExcel, the call to marshal.getobject returns an Application Object that references this 2nd instance of excel. I???ve written a test program that does this same exact thing, in the same way. It???s just a simple standalone desktop application. I click a button; it makes the call to marshal.getactiveobject.  I cannot make it throw an exception; it behaves as expected.  If excel is already running, it returns an object that references that instance of excel.  If excel is not running, it returns null. This makes me think that somehow, ArcMap is turning off an rpc service, or otherwise ???blocking??? the addin code from marshaling somehow. Any ideas or thoughts would be greatly appreciated. Thank you ... View more

We currently use MapInfo as a "middle platform" to send request and view tabular data using a series of buttons that call MapBasic code. The GIS data is created and staged in ArcGIS, and then we use MapInfo to create the TAB and MAP files necessary to display the features. The MapBasic code sends and receives the requests to integrate to DW surface water simulation model, a complex set of tools written in FORTRAN. I wanted to ask the community if anybody: a) has integrated, and how, MapInfo with ArcGIS, in particular reading SDE or PGDB's as well as the table of contents configuration. b) has migrated the MapBasic code to ArcGIS (we are upgrading to 10.1), what language you have used and the effort it took (25,000 lines) c) has use Qt as an alternative for MapInfo as well as ArcGIS My goal is to 1) stream the process to bring the data currently hosted in ArcSDE and in a PGDB to MapInfo, 2) easily configure MapInfo to view the data in similar fashion as a MXD, and 4) find alternatives that may integrate better and speed the process. Any ideas are welcome. Thank you Diego Portillo, GISP Denver Water | diego.portillo@denverwater.org ... View more