Latest Contributions by BoGuo

‎09-28-2020

OK, we dug further and realized the H table represents the entirety of the event table. It was how archiving was supposed to work.

‎09-22-2020

We were baffled that some of the recent edits (via ArcMap 5.1 eith Roads and Highways extension) to an archive-enabled LRS feature class had not shown up in the FME-based ETL processes. It turned out that the edits went into the the archive H table instead. Could anyone tell us if this was a bug or user-error?

‎05-07-2020

We understand that when publishing a hosted feature layer by following this instruction, Publish hosted feature layers—Portal for ArcGIS | Documentation for ArcGIS Enterprise , the data goes into "ArcGIS Data Store." But in the case of uploading an FDGB, is the data ended up in an RDBMS behind the scene or the data is actually stored in a folder accessible to the portal services? If the answer is the former, as we'd suspect, does that mean the ArcGIS Data Store includes its an RDBMS engine such as Postgresql? We did not install any RDBMS as part of the enterprise installation, nor could we find any RDBMS services on the host machine. So we are baffled... Thanks! Bo

‎05-06-2020

Derek, We are recent ArcGIS Dashboards users and we love it! But when the data size behind the dashboard is large, a user especially needs a visual cure (chasing circle or hour glass) indicating that the dashboard has not finished in retrieving, rendering or computing. Maybe this is something that we just missed?

‎07-18-2017

Thanks, Kelly. Per "Getting started" section, the ArcGIS REST end point pattern is http://<host>/<site>/rest/services/<folder>/<serviceName>/<serviceType>. I guess we could check the existence of "/rest/services/" in a given url to make the determination. Is this the way to go? OK. Can one assume that an url matching ArcGIS REST end-point pattern plus "/ " (where represent any numeric number) is "Feature Layer"? Please kindly advise if there are more elegant ways than url pattern matching... Bo

‎11-13-2014

Managing SDE from the ArcGIS Desktop UI is fine for interactive uses. But for administrators who need automate the tools via a script, the UIs are of little use. Can someone from Esri confirm that most if not all the SDE command line functions are exposed via Arcpy?

‎03-13-2014

There are three important advantages that the SDE-command-line tools offer, beyond the much talked about rich functional capabilities they have: 1) Easily scriptable for automation 2) Run on server with only SDE binary is loaded and without consuming a license (free) 3) Run all platforms SDE tools are mainly used by admins, most of whom, myself being one, would much rather script for consistency and performance than use GUI for the same tasks. In perspective, a Windows user (not a programmer) can do most* any tasks and much more using Windows GUI, and yet DOS shell is supported and used by many. Please, please, please do not ever dump SDE command line tools until equally-capable tools that Admins could use are available.

Online Status	Offline
Date Last Visited	‎04-25-2024 03:21 PM

My Ideas

Latest Contributions by BoGuo

Re: Archived Feature Class Updated?

Archived Feature Class Updated?

How is a published "hosted feature layer" stored in Portal

Re: Introducing the Upcoming ArcGIS Dashboards Beta

Re: How to identify a service type

Re: Alternatives to using SDE command line tools - Blog Discussion

Re: Alternatives to using SDE command line tools - Blog Discussion

Re: Alternatives to using SDE command line tools -...

Roads and Highways User Group (RHUG)