IDEA
|
I agree that this part of Collector can sure be improved. Retrieval of the photos from the SDE server usually requires higher level GIS support. Collector should provide the option to store the photo to the internal device camera roll, even if it’s not the default setting. We have worked around this by adopting a methodology where we always take the photo on the iOS device using the standard Camera App on the device, which sends the image to the Camera Roll. When attaching the photo in Collector, we choose the option “Choose From Library”. This still gets stored in the SDE server with the rest of the new point information, but also allows the ability to download the photos from the camera roll in the traditional way. The SDE stored image remains linked to the online map and the images downloaded from the iOS camera roll are stored unlinked on your network using the standard iOS naming. It is still quite a chore when you have many photos to rename. In either case, the GPS values and image direction are stored in the header image file, assuming that the iOS or Android settings are correct to enable this. I have had survey party chiefs come back with the whole days photos having no GPS values because they didn't check the setting. To handle the issue of having to rename the photos to be able to know where they are located, we use the ESRI ArcPhoto Extension to insert all the photos in a folder onto an ArcMap session, then turn on an aerial underneath that. Hope that helps.
... View more
12-18-2017
06:33 AM
|
3
|
0
|
3569
|
IDEA
|
The process of republishing or updating an existing Map Service is cumbersome for complex ArcGIS Online maps. One item is that after republishing the map service and getting it online, all of the pop up window customization and layer on/off status is lost, and you have to remember all that then recreate it in order to maintain a consistent map product. When you have multiple map services in an online map, and multiple layers in each service, this gets pretty tedious for maps that get routinely updated. Our current workaround is to maintain a separate document that details all of the customization settings for the individual layers, then redo all the customization after re-publishing the map services. That is a lot of redundant work every time a map gets updated.
... View more
06-29-2017
06:56 AM
|
1
|
0
|
221
|
IDEA
|
Older versions of ArcGIS Online had the capability of displaying an AutoCAD DWG file that was included in the underlying MXD for the online map. You can still do that in ArcMap, but the functionality to carry that to AGOL went away at some point. That was a quick way to depict a set of complex geometry, though with limited intelligence. If your online map is tied to a dynamic CAD file for an ongoing project, you now have to constantly go through a conversion process and keep recreating new shapefiles to display the new content. That's in addition to republishing the new map service.
... View more
06-29-2017
06:41 AM
|
4
|
0
|
392
|
POST
|
Thank you. These are the correct tools I was referring to. Also, information on the Elevation Profile Generator is found at http://www.arcgis.com/home/item.html?id=4aa7e7ae8b964ee88c78cc261b9faf82
... View more
02-06-2017
03:44 AM
|
0
|
0
|
1147
|
POST
|
Thanks Derek, but you are referring to potable water utilities and its delivery systems like underground water pipes and associated infrastructure. I am referring to stormwater related hydrology, a completely different topic. These are tools developed by ESRI for use in ArcGIS Online for surface water related tasks. Spatial Analyst I think, has some similar tools.
... View more
01-29-2017
07:28 PM
|
1
|
2
|
1147
|
POST
|
I have used a set of ESRI developed hydrology tools in the past and have a web app that uses them. There was Elevation Profile Generator, a Downstream Trace and a Watershed Basin tool. Is there a help document somewhere that describes the process of using them in ArcGIS Online, that I can send someone a link to? They still work, I just used the profile generator. I don't think there was a special license to use the tools, like you have to have for Community Analyst, for example. Thanks for any help.
... View more
01-27-2017
11:14 AM
|
0
|
4
|
2527
|
POST
|
I think that extension for Data Interoperability is a good solution for the standard ArcGIS Desktop session. But it doesn't mention anything about how that would apply to the ArcGIS Online mapping. That resides in its own separate world, pretty much. Its hard to find out answers to specific questions like that. I know they have a 60 day trial for the Interoperability Extension. That might be the best way to find out. Maybe someone else will comment.
... View more
06-08-2016
08:46 AM
|
0
|
0
|
186
|
POST
|
Don, any update from your perspective on returning this previous functionality? Any status update is appreciated.
... View more
05-23-2016
02:39 PM
|
0
|
2
|
1475
|
POST
|
Thanks Don. We'll keep beating the drum as long as you all keep listening and considering the thoughts. Its always more complicated than it seems on the surface, but, I must say that I never saw any issue with the scalability with CAD attached data layers.
... View more
09-28-2015
11:20 AM
|
0
|
0
|
1475
|
POST
|
Jeremy, there seems to be a built in limit to how far you can zoom in for the online mapping. I have guessed, and only a guess, that when you start to zoom below the level where the streamed ESRI imagery starts to get fuzzy, that ESRI cuts off from zooming any further. Even if you have implemented a layer of higher resolution imagery, it doesn't matter, you will be stopped at a certain zoom level, even if you have other layers with more detail. Does that sound like your issue? All we can do is convey these issue to ESRI and hope they include them for consideration in a future update.
... View more
09-25-2015
05:19 AM
|
0
|
0
|
1475
|
POST
|
Thanks Rich. It hasn't been too long that this was possible, probably in the last few months this functionality went away. And yes, you are right, you had to back save to an older DWG format. 2010 didn't work, you had to save back to v2007. We convert data all the time from CAD to SHP for use in ArcGIS and the online programs, it's not that we don't know how to do it. It just worked before as a simple, unintelligent attachment, and now it doesn't. You get a nice upgrade and some function disappears.
... View more
09-24-2015
03:54 PM
|
0
|
0
|
1475
|
POST
|
Not all that long ago, we used to be able to add an old version (2007) of an AutoCAD DWG file to a standard MXD file, then publish a map service with it and view the content on an ArcGIS Online web map, either in the browser or with the mobile devices. This was a very useful tool in quickly getting some unintelligent linework up on an online map for others to view. That seems to no longer work, though you can still successfully add the DWG to the MXD. It no longer carries through to the published map service. Does anyone else use this or see this issue? What upgrade package would have lost this functionality?
... View more
09-24-2015
02:37 PM
|
0
|
10
|
7069
|
POST
|
Andrew, Do you or anyone else know if this works for non-hosted services on ArcGIS Online? I haven't seen a name for these services but I have been calling them proxy services. Just so we have the same understanding, proxy services are created after choosing Add item, then Add item from web, then adding a secured ArcGIS REST endpoint, then choosing the option to store the credentials. Thank you for any help, Paul Lohr
... View more
07-30-2015
10:46 AM
|
0
|
3
|
2430
|
POST
|
I come across this from time to time and here are some things I always start checking. Does the CAD file have a coordinate system internally defined? Like Chris said, many don't. If it doesn't, but the coordinates still match the data frame coordinate system, it will still display correctly, after getting the ESRI message about your "data missing a spatial reference and able to display it but not reproject it". This is a tip off that it might not display correctly. You have to know what the coordinate system of the CAD file is intended to be, even if it is not defined in the DWG. Is the base imagery being used have a coord system that really matches what you have the data frame set to? Cross check with imagery from another source. If it really is Zone 56 and you say it is Zone 54, obviously that won't work. I have seen mis-displays where the CAD file was correct and the base imagery was incorrect. Go to your CAD staff, if you don't run CAD, and insert imagery of a known source and coord system. If it matches then you know your system. Go to a local surveyor who would be familiar with coordinates in the area where the CAD file depicts data. He may be able to tell you a probable coord system for the CAD file. I have created Projection (PRJ) files to store with the CAD file when the coord system does not match the data frame system. If all else fails, and you know where on your data frame imagery the CAD file should be, and there are enough photo identifiable sources you can pick out from the CAD file (like road intersections maybe), then you can georeference the CAD file. If your CAD data is good and just an issue with figuring out what the coord system is, you should not have to do this.
... View more
07-20-2015
02:29 PM
|
2
|
0
|
2617
|
POST
|
Jason, in making a response to your specific question about choosing a system for a new dataset spanning several eastern US states, I would say this. If my new data points were determined by using Lat/Lon pairs like in Google Earth for a group of specific locations, then that dataset could be appropriately stored as WGS 84 or another similar spherical system. If your source data was based on a planar system, then you would want to use that. You have to create your data from something. You are correct, the data frame can be set to a different planar system if need be, to match with other local data. WGS 84 shows up in ESRI as a projected system. I have always used a Geographic Coordinate System for Lat/Lon, Like NAD83 or NAD83 HARN for local Lat/Lon features. WGS is a world based system (that's why Google uses it) and NAD is a North American system. Based on that you would assume the NAD was better suited to continental US. But the differences sometimes are small enough to be ignored. Even so, knowing the use of your data will help keep you out of trouble. I would suggest contact with a good county or state surveyor with experience in regional coordinate systems. It doesn't take much researching to discover how little you know about this kind of topic. Thanks to Dan and Darren for their insights.
... View more
07-20-2015
01:55 PM
|
0
|
0
|
2332
|
Title | Kudos | Posted |
---|---|---|
1 | 08-05-2024 07:36 AM | |
1 | 07-29-2024 08:31 AM | |
1 | 04-18-2024 10:57 AM | |
1 | 01-05-2023 01:00 PM | |
2 | 08-17-2023 11:14 AM |
Online Status |
Offline
|
Date Last Visited |
Tuesday
|