Latest Contributions by MichaelDavis3

Yep Windows does file locking whereas iOS and Android don't.  You'll most likely have to specifically kill any objects using that package before you can touch the files. One thing I've done is to append a date stamp to my .geodatabase downloads and store the current file name in preferences.  Then when I need to update I download the new version with a new name, rebuild/refresh my ESRI stuff to point at the new database and then archive or delete the old one. ... View more

Did some further testing after scaling the VM up to the NV8as_V4 which has the following specs: 8 CPU 28 GiB RAM 1/4 mi25 GPU Things seemed much more comfortable in this configuration.  I was able to open a project with multiple maps and 3D views with imported BIM data, 3D buildings, as well as some really large feature services.  Overall performance was smooth - more than acceptable for a VM over Remote Desktop. ... View more

Just going to go ahead and answer my own question. ArcGIS Pro does indeed run on an Azure NV4as_V4, which has the following specs: 4 CPU 14 GiB RAM 1/8 mi25 GPU On the surface this configuration might seem pretty weak, but so far in my testing it has done pretty well.  Maybe not the setup you would want for intensive BIM or 3D work, but for 2D mapping it might be just fine. Perftools shows pretty decent FPS when panning and zooming around with imagery basemaps, with numbers in the 90-160fps range. A 3D scene is a little more sluggish but still quite usable.  The delay in UI is somewhat compensated for by the speed with which the imagery loads... since the VM is in Azure it has a super fast connection compared to running Pro over an office network (at least compared to our office network). Hoping to do a little more thorough testing over the next couple weeks, I'll add any further observations as I have them.   Edit: I keep referring to the GPU as the M125, but I see now that it is the mi25... correcting that ... View more

Now you're just teasing me!  I'd be very much interested in seeing more information on a device management API or wraparound of EAAccessory. I understand that ESRI is probably hesitant to certify or appear to endorse specific hardware for use with their software.  Perhaps this is something "the community" can share amongst ourselves, here on this internet web site, in the interest of helping other community members more quickly adopt external GNSS receivers into their workflows?  It's not like hardware protocol strings are covered under NDA (at least I've not had to sign any).  It's more that it is sometimes a bit of an effort to navigate each companies support infrastructure to find the one person who has any idea what you are talking about and then for them to dig up the info. ... View more

Thanks Suganya that makes sense.  I think after reading the press release I assumed a more comprehensive management of devices but it seems logical that your support would only be the processing of NMEA sentences into location data. That said - almost all of these devices run either Trimble or Hemisphere OEM boards and the pretty much work the same way.  If you support one of them in your app adding others is simple enough... if you know the protocol string.  It would be great if there were a shared source of these available rather than having to chase down each manufacturer (or get hands-on time with each device).    ... View more

Thanks Mark - the area around Fort DeRusy has been pretty consistent in causing crashes for me.  It primarily happens when zooming in quickly. My field crews aren't particularly bothered by the crashes... they just open the app back up and carry on, but it seemed worth mentioning.  We haven't seen crashes like this with any of the other vector basemaps.  Perhaps some bad geometry snuck through from OSM and is causing issues. ... View more

Thanks for taking a look Mark - I think I'm actually seeing this one reported in a variety ways, I dug a little deeper into the AppCenter logs and it looks like this is the most frequent reported stack: MAIN THREAD - CRASHED libc++.1.dylib std::__1::__shared_weak_count::lock() ArcGIS Esri_runtimecore::Rendering_engine::GPU_texture::~GPU_texture() ArcGIS std::__1::__shared_ptr_pointer<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk*, std::__1::default_delete<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk>, std::__1::allocator<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >::__on_zero_shared() ArcGIS std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk>::~shared_ptr() ArcGIS std::__1::__tree<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::__map_value_compare<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::less<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index>, true>, std::__1::allocator<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> > > >::destroy(std::__1::__tree_node<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, void*>*) ArcGIS std::__1::__tree<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::__map_value_compare<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::less<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index>, true>, std::__1::allocator<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> > > >::destroy(std::__1::__tree_node<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, void*>*) ArcGIS std::__1::__tree<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::__map_value_compare<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::less<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index>, true>, std::__1::allocator<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> > > >::destroy(std::__1::__tree_node<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, void*>*) ArcGIS std::__1::__tree<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::__map_value_compare<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::less<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index>, true>, std::__1::allocator<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> > > >::destroy(std::__1::__tree_node<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, void*>*) ArcGIS std::__1::__tree<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::__map_value_compare<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, std::__1::less<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index>, true>, std::__1::allocator<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> > > >::destroy(std::__1::__tree_node<std::__1::__value_type<Esri_runtimecore::Map_renderer::Image_drawable::Chunk_index, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Image_drawable::Image_container::Chunk> >, void*>*) ArcGIS std::__1::__shared_ptr_emplace<Esri_runtimecore::Common::enable_make_shared<Esri_runtimecore::Map_renderer::Image_drawable::Image_container>, std::__1::allocator<Esri_runtimecore::Common::enable_make_shared<Esri_runtimecore::Map_renderer::Image_drawable::Image_container> > >::__on_zero_shared() ArcGIS Esri_runtimecore::Map_renderer::Image_drawable::draw_(Esri_runtimecore::Rendering_engine::Device*, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Display_properties>, float, Esri_runtimecore::Map_renderer::Chunk_set, Esri_runtimecore::Rendering_engine::GPU_frame_buffer_view const&) ArcGIS Esri_runtimecore::Map_renderer::Canvas_drawable::draw(std::__1::shared_ptr<Esri_runtimecore::Rendering_engine::Device> const&, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Drawable::Render_properties> const&, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Display_properties> const&) ArcGIS Esri_runtimecore::Map_renderer::Map::draw(std::__1::shared_ptr<Esri_runtimecore::Rendering_engine::Device> const&) ArcGIS Esri_runtimecore::Geo_views::Map_view::draw(Esri_runtimecore::Geo_views::Device&) ArcGIS RT_GeoView_draw ArcGIS -[RTCGeoView draw:error:] RTCGeoView.m:607 ArcGIS -[AGSMetalGeoViewRenderer drawRequested] AGSMetalGeoViewRenderer.m:99 ArcGIS -[AGSGeoView setRtcGeoView:] AGSGeoView.m:307 ArcGIS drawRequestedHandler RTCGeoView.m:279 ArcGIS _ZN16Esri_runtimecore6Common4SlotIFvRKNS_9Geo_views8Geo_viewEEE12target_modelIZNKS0_6SignalIS6_E7connectINSt3__18functionIFvPvEEEEEvSE_OT_EUlNS0_14Signal_contextIS6_EESI_DpOT0_E_E6invokeEPKvS5_ ArcGIS Esri_runtimecore::Common::Signal_detail::Signal_base::notify_(Esri_runtimecore::Common::Function_ref<void (Esri_runtimecore::Common::Signal_detail::erased_target_base&)>) const ArcGIS Esri_runtimecore::Geo_views::Geo_view_draw_requested::draw_request_callback() ArcGIS Esri_runtimecore::Map_renderer::Map::on_pulse_() ArcGIS RT_GeoView_pulse ArcGIS -[RTCGeoView pulse:] RTCGeoView.m:784 ArcGIS -[AGSMetalGeoViewRenderer drawInMTKView:] AGSMetalGeoViewRenderer.m:85 MetalKit -[MTKView draw] ... View more

Switched to 100.9 and it's still happening.  Interestingly enough if I load the same basemap or VTPK into Field Maps I can't seem to crash it. ... View more

Sorry hit send a bit too quick before adding all that... Runtime v100.8 Xcode 12.3 Crashes in simulator and in deployed app (crash dump is from an actual device) iOS 14  Crashes observed on iPhone 12 Pro and iPad Pro (11") Attached a small video clip of the crash.  I'll try bumping to 100.9 and see if that helps. ... View more

Yes but how will I heat my home office without this i9 MBP blazing away 24/7? ... View more

Have there been any updates to this in newer versions of the runtime SDK?  I'm still noticing lag when doing map identifies with imagery basemaps.  No lag at all with other vector or tile basemaps.  Only the imagery basemap and imagery/w labels basemap. ... View more