Latest Contributions by Robert_LeClair

Hmmm...can you try a different 3d format such as *.3ds, *.wrl, *.flt or *.dae?  Is the result still the same?  Please advise. ... View more

Randy - I spoke with a fellow instructor who teaches Collector to verify the workflow I provided.  We're both thinking this is the only viable solution to a file geodatabase without using ArcGIS Enterprise.  One additional thought is once you have the workflow dialed down on your side is to create a model in ModelBuilder to somewhat automate the process.  Then you're just running the model vs. single tool processes. ... View more

Happy to help out!  I jokingly say the only constant is change - especially true with technology.  I've been teaching for Esri for 12.5 years now and am constantly learning new workflows/items about the software.  Agree that areas of the documentation could be improved.  At the bottom of each Help page, there is a "Feedback on this topic" link that one can click and provide information on how to correct any errors in the script/language or ask the documentation team to expound upon the verbiage if you're so inclined.  Happy GIS'ing! ... View more

The Import 3D Files geoprocessing tool will import *.obj files into a geodatabase.  It does require the 3D Analyst extension though. ... View more

Gregory - here's the AGP workflow for project on the fly behavior. When a new map is added to an AGP project, the default coordinate system for the Map View is WGS 1984 Web Mercator Auxiliary Sphere. The first vector/raster dataset added to the new Map View defines the coordinate system for the Map View. (i.e. UTM Zone 13N NAD83 for example) All vector/raster datasets that are not in the now default coordinate system for the new Map View (i.e. UTM) are projected on the fly to match the coordinate system of the Map View.  (ex.  uncoming GDB FC is in Stateplane NAD 83 Colorado Central "projects on the fly" to UTM Zone 13N NAD83)  The coordinate system for the incoming datasets are not changed. Any geographic transformation warning error messages are automatically resolved by AGP.  In ArcMap, it would throw a warning message for the user to fix.  Many people clicked Close not knowing what this meant. Hope this helps! ... View more

Not sure about development plans for a custom sort order but I did find a possible workflow on the internal systems that may work for you.  It basically exports the geodatabase out to an XML Workspace document first, then edit the XML workspace document using XML Notepad and import the XML Workspace document into a new geodatabase. Haven't tried it myself but would think it "could" work. - Make sure that you save the changes in the XML. Before importing, close and reopen the XML and make sure the changes are permanent. - Try to create a new blank geodatabase and import the data plus schema into that geodatabase. - I'm not sure if this would make a difference but I did my editing in XML Notepad. - Make sure the geodatabase and XML are both on your C:\ drive to make sure that you have write permissions. ... View more

If the web layer is considered to be the authoritative data source vs. the file geodatabase, then one workflow to consider with a file geodatabase: On the File Geodatabase feature class, run the Truncate Table geoprocessing tool to clear out the records in the feature class but not the schema. Run the Append geoprocessing tool to append the data from the web layer to the file geodatabase feature class.  This workflow will avoid duplication of records that you're currently seeing. Would this work?   ... View more

This is BUG-000098213 - Coded value domains are automatically sorted in ascending order of domain descriptions when accessing them through the attribute table in ArcGIS Pro.  It's in the Product Plan to be fixed but don't know when. ... View more

Love the fly graphic!  That's awesome!  Small world too about you and Kory - very nice! So yes, AGP does "project on the fly" as does ArcMap.  From the ArcGIS Pro help - "ArcGIS Pro reprojects data on the fly so any data you add to a map adopts the coordinate system definition of the first layer added. As long as the first layer added has its coordinate system correctly defined, all other data that has correct coordinate system information reprojects on the fly to the coordinate system of the map. This approach facilitates exploring and mapping data, but it should not be used for analysis or editing, because it can lead to inaccuracies from misaligned data between different layers. Data is also slower to draw when it is projected on the fly. If you intend to perform analysis or edit the data, then first project it into a consistent coordinate system and the same coordinate system shared by all your layers. This creates a new version of your data." ... View more

Nelson - as a Senior Instructor in Esri Training Services, I have zero pull/sway on the AGP development processes and do my best to answer customer questions on the ArcGIS Platform.  Esri employees do read/review/provide input on GeoNet threads and do listen to customers requests for equivalency/additional functionalities in software development.  The whys and how's of functionality being (or not being added) are beyond my control.  Kory Kramer‌ is the ArcGIS Pro Customer Advocacy point of contact and is cc'ed on my response.  Perhaps he can provide additional information. ... View more

So in researching this question a bit further, there is a bug number (BUG-000114029) for it although technically it's not a bug.  As described to the customer "Unfortunately removing the ability to set 'none' coordinate system in Pro is a design decision.  Having no coordinate system could lead to lots of problems..."  The support call also references this thread as well.  Lastly there is an ArcGIS Idea submitted for this item that is marked as Reviewed. ... View more

In a scenario such as yours where ArcGIS Server is federated with your Portal, you do not need to create a separate connection to ArcGIS Server. When you sign in to ArcGIS Pro, you are signed in to your Portal and have all the privileges associated with your Portal role. To publish or share content, you will share directly to your Portal (Share tab on Ribbon) and all your layers will be visible in the Catalog pane under the Portal tab.   It’s a bit of a change in the publishing workflow from previous days with ArcMap, but you end up with a really nice integration between ArcGIS Pro and your Portal content for both sharing and accessing content.   Here’s a good reference topic to get started sharing (publishing) layers: https://pro.arcgis.com/en/pro-app/help/sharing/overview/introduction-to-sharing-web-layers.htm ... View more

I understand.  Okay question then - are you or other users updating the local feature class or are all the edits occurring on the web layer?  Also, are you using a file geodatabase locally then? ... View more

Do you have ArcGIS Pro as well as ArcGIS Enterprise?  If so, then you can share a web layer from ArcGIS Pro that references the enterprise geodatabase feature class.  So when the web layer is edited, it updates the Enterprise geodatabase feature class directly.  You can read more about it here - Share a web feature layer—ArcGIS Pro | ArcGIS Desktop  ... View more

Hmmm...not good.  At this point, I'd recommend you uninstall the ArcGIS Desktop application and reinstall it.  Hopefully a clean uninstall/reinstall will resolve this issue. ... View more