Hi Scott, do you have an idea about the release date?
Hi Scott Prindle,
More than a year since the last time I asked, so again: Do you have a timeline for this? There is so much more "post-processing" necessary when there is no snapping...
I apologize about the delay in my response. I can understand how this is important functionality, and the added steps of post-processing are not ideal. Snapping is on the roadmap to be included in a future release of the next generation of Collector (Aurora), but there is no firm date yet.
We would like to hear your feedback as Collector (Aurora) moves into beta and final release. If you haven't already, please email firstname.lastname@example.org to get access to the beta when it is released, and to get updated timelines on new functionality.
I am pretty sure that this thread answers your question about feedback. Snapping needs to be moved up as a high priority.
I agree, large user base wants it.
Well, it's been two years since the first suggestion. We saw this immediately upon using collector also two years ago. Come on ESRI. This is a no brainer where you are collecting geometric networks with utilities. Ours is stormdrains. and as someone posted above, a separate workflow has to be developed for Snapping routines to connect line features to point features
It really needs snapping. Big time.
....and still we wait....
Unfortunately without snapping mode the Organizations can actually choose another options, outside of ArcGIS ecossystem.
Please implement snapping for all feature types. Not having snapping is introducing more errors in our data collection projects, especially in our Sign and Pole Inventory where the workflow with Attribute Assistant depends on (near) identical geometries.
For the workflow mentioned above... if your thinking I can just do the "copy feature, different feature, same location functionality" in Collector... your wrong! Turns out, if you feature class participates in a Relationship class, that functionality is disabled in Collector. Eg... Our Sign feature class and Pole feature class each have a related table that holds "Log entries" for qualitative check ups of those physical features. So when collectors are adding new inventory (e.g. a new sign and new pole at the same location), we have a great deal of error with our workflow that must be corrected in the "back office" since field collectors can't achieve the same exact geometry when adding to different points in Collector.
If your reading this idea and vote for snapping, and you also have noticed and have been pained by the functionality I described above, please also vote for this idea as well: Collector App: Allow "Copy Feature" for features with relationships
snapping! snapping! snapping! snapping!
Would like to snap a new line feature to the end of one I just created. Very frustrating.
Surely this is vital. We desperately need snapping in collector. Come on ESRI
WOW! It still isn't done and the user conference is upon us again.
SNAP to IT ESRI !!!!
I'm looking so forward to writing auto snapping parameters to run another process just to snap together all the THOUSANDS of features our field crews have entered.
MOVE THIS UP the ABSOLUTE NECESSITY list
With the work flows we are implementing, this would be a great capability. As our field crews are now adding new water components using GPS/Collector, it would save valuable time in the review of data for integrity prior to posting to the parent geodatabase. Please make this happen!
Wondering if anyone attending the recent Esri User Conference heard anything from the developers regarding implementing snapping in Collector?
We all are waiting for this to happen!
Come on ESRI! Snap to it!
Snap! Snap! Snap!
yes, because putting a valve on an existing line with a smartphone is never going to be accurate.... requires users to go back in the office and use the desktop to finish it up. should be an easy implementation.
Creating topologically correct data is one of the most basic requirements of GIS! It really surprises me we have to fight for it so hard! Collector would be an amazing field data collector, if it allowed the creation of proper spatial data!
I agree Edith. We have been screaming this from the rooftops for almost three years now! Very frustrating.
Retrieving data ...