POST
|
Hi Craig, Though integration with ArcGIS Enterprise (Portal) will be positive, I'm thinking of a scenario where an organization does not want to switch from AGOL to ArcGIS Enterprise (AGE??), but they still would like to host the Workforce data locally. I may run into some terminology issues with the switch to ArcGIS Enterprise naming here so correct me if anything is wrong but basically an organization may host a on-premises ArcGIS Server (internal or publicly-accessible) instance but no Portal. They add services which are published on ArcGIS Server to their ArcGIS Online account as items, and all content for the organization is managed centrally in ArcGIS Online. They can have web maps stored as content items in ArcGIS Online that point to their local ArcGIS services. This is all good so far, and works fairly well (though being able to federate an on-premises ArcGIS Server with ArcGIS Online would complete the permissions picture nicely). If this organization would now like to use Workforce but continue to manage their content items in ArcGIS Online, they need to currently have the assignments, dispatchers, workers and tracks as hosted feature layers. I'm wondering if there's an easy path forward that will allow an organization to re-publish these 4 feature services on a local ArcGIS Server instance, and then point the Workforce project and the web maps to these new on-premises services. Changing the web map of course is easily do-able, but there's no way of pointing the actual Workforce project itself to the new internal services. Of course, I've no idea whether the mobile app or the main dispatcher page would currently support this scenario. Anyhow, that's another option for locally-hosted Workforce assignments and tracks that could potentially be considered, for those organizations who do want to stick with the hosted ArcGIS Online but still manage the data internally.
... View more
02-08-2017
04:13 PM
|
1
|
1
|
790
|
POST
|
Thanks Randall. It was an internet fail on my part to not type that entire error message into Google when the GeoNet search returned no results...
... View more
10-14-2016
09:08 AM
|
0
|
1
|
943
|
POST
|
Answered my own question. In IIS I have three different SSL bindings for three host names (FQDN, computer name, localhost). I deleted two of the bindings, re-ran the Web Adaptor installer, and then re-created the bindings after the install finished. Would be good if the website list box in the installer took into account the host name so the multiple SSL bindings don't get considered duplicates. Anyhow, hopefully this can help someone else out in the future.
... View more
10-13-2016
04:40 PM
|
1
|
0
|
943
|
POST
|
I'm trying to install the very recent 10.5 pre-release version of the Web Adaptor, but am hitting the following error during setup: "Error 2878. On the dialog WebSiteList the control ListBox1 has a possible value: Default Web Site,443,1. This is an invalid or duplicate value." See screenshot. Anyone else tried to install this yet, and if so have you had success? Note, I'm trying to install the Web Adaptor onto a Windows 10 machine. ArcGIS for Server 10.5 pre-release already successfully installed.
... View more
10-13-2016
03:23 PM
|
0
|
4
|
2005
|
BLOG
|
Thanks Josh, looks like the perfect timing to check out the 10.5 release!
... View more
10-13-2016
12:04 PM
|
0
|
0
|
1311
|
BLOG
|
Will the new aggregation styles be available only for the spatiotemporal big data store, or for other data sources as well (e.g. relational data)? I notice that the demo application has an aggregated layer (Waze Alerts) that can be filtered using any of the Waze Alert attributes, which is tremendously useful. The current method of visualizing aggregated data is to use an aggregate SQL query as the data source, but of course this means that only those grouping attributes (location ID, year, month, day, etc.) can be used in a filter expression. If the new aggregation styles will be available more broadly, where can I find out more information about them?
... View more
10-13-2016
09:49 AM
|
1
|
0
|
1311
|
POST
|
They certainly should not be inserted into the COLUMN_REGISTRY, as that is an ArcSDE System Table. The tool you are using - Create Database View - is nothing but a "button" or "skin" to access RDBMS database functionality. It is not part of the ArcGIS Geodatabase realm, and hence it would be bad if it inserted data into the COLUMN_REGISTRY. This may sound like a regression coming from the SDE Command Line tools, but this actually allows you to create (spatial) views in databases that are not "geodatabase enabled" and thus not "geodatabase aware", e.g. any "ordinary" non-GIS database you have on the shelves, like for customer data. In addition, these tools were not really (or not only) designed to replace the ArcSDE Command Line tools, but to fulfil other ArcGIS users' needs. Of course, you can do the same thing just as easy from your RDBMS management interface, like SQL Plus, SQL Server Management Studio etc, but this tool allows you to script it in Python using arcpy, or use it in ModelBuilder. It is probably confusing because ArcGIS now contains both tools and menu options acting against geodatabases only, and tools working in mixed or non-geodatabase RDBMS systems, something many users still need to get accustomed too... Thanks Marco, good points. I can see the value in tools that operate on the DB without involving the GDB. I still do not know how to create a spatial view that preserves the data types of the source feature classes (GUIDs in my case). Well, without using SDE command-line that is. I don't think that it would necessarily be a regression, but I do think that there needs to be some other tool which does allow for this use case. John
... View more
02-05-2014
07:01 PM
|
0
|
0
|
691
|
POST
|
I have an interesting observation and wanted to share with you guys and see if you experience the same thing. I am on ArcSDE 10.2, with Oracle 11.2.0.2.0, OS is RHEL6.1. I was excited that using ArcGIS for Desktop there is an option to create a database view. So I followed the steps listed here http://resources.arcgis.com/en/help/main/10.2/index.html#/Create_a_database_view_in_ArcGIS_for_Desktop/019v0000000n000000/ and created a simple database view of one of my SDE feature layers. I also created a similar view using SDE command line tool like I used to do in 10.0 and before. Both methods created the views. However, I discovered that in the view created using the desktop tool, the objectID field data type is Long Integer, whereas the view created by the "traditional" SDE command line tool is ObjectID data type. There are some advantages of having it as the "object ID" data type, especially using the view in ArcGIS services, etc. I wonder if anybody else notice this? Is this "long integer" thing a bug? or is it by design choice? I hope to see some documentation about this, but haven't find any. I am very interested hearing how you guys think about this.... Thanks Rong I recently noticed something similar, with GUID type fields in Oracle. Using command-line tools results in a view with the same GUID types as the source tables. Using desktop results in a view with all GUID types converted to text. As GUIDs behave differently than text (importantly, what their respective string representation is), this is problematic. My suspicion is that the columns in the view created using desktop either do not get inserted into COLUMN_REGISTRY, or they get inserted with the incorrect types. The actual database type is char(38), so without an entry in COLUMN_REGISTRY (or similar) there'll be no way for ArcGIS to know that this is meant to be a GUID. I'm just continuing to use command-line tools to create the views, for the time being. John
... View more
02-04-2014
09:32 AM
|
0
|
0
|
691
|
POST
|
galigeo, The only document that comes to mind for me is Esri's whitepaper for creating a web mapping application for municipal/local government: http://www.esri.com/library/whitepapers/pdfs/creating-arcgisserver-web-mapping.pdf Starting on page 21 is an interesting comparison of a Geoprocessing task workflow with a REST query-based workflow. There is some throughput information that may be useful - the hardware, the query, and the data are all quite well defined so it works as sort of a benchmark. This is for ArcGIS Server 9.3.1, not for 10. I don't know what performance difference (if any) there is between those two versions with respect to querying the REST endpoint unfortunately.
... View more
12-06-2010
06:07 AM
|
0
|
0
|
140
|
POST
|
In these examples the distinct values are derived from the results of a query task returning the entire dataset to the client. The database I need to return the values for has 40,000 records in it. Does anyone have experience/ideas on doing this on the server side so just the unique values are returned to the client. The following blog post also may be of interest to you - it specifically mentions ArcIMS but still is somewhat applicable: http://blog.geocortex.com/2008/09/11/bending-the-rules/ The truly efficient method of doing this with ArcIMS that the blog post talks about is not likely to be available through the REST api and therefore the Silverlight client (I think the "feature" was even disabled in later ArcIMS versions) but the first method mentioned there still can be speedier than retrieving all records in one fell swoop, particularly when that number of records is quite large.
... View more
12-02-2010
12:37 PM
|
0
|
0
|
385
|
POST
|
Beyond the required reading of the API suggested by lowgas, if you want to get more in-depth with Dojo and prefer books to online resources, I can recommend one called Mastering Dojo, which you can fine on Amazon (among other places). I got a couple and this one helped tremendously with understanding the underlying "plumbing" that Dojo provides to the Esri Javascript API.
... View more
11-09-2010
11:24 PM
|
0
|
0
|
170
|
Title | Kudos | Posted |
---|---|---|
1 | 10-13-2016 04:40 PM | |
1 | 10-13-2016 09:49 AM | |
1 | 02-08-2017 04:13 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|