Latest Contributions by simoxu

Hi Jeff Thanks for sharing your experience. I tried the first approach before, but it didn't stop the collector from editing the features. I will give it another try tomorrow at work. I have been overwriting the existing services, I will try to create a new one to see how it goes. The second approach would be good if the services could share the data, but unfortunately they can't. It seems there is no way to let two hosted feature services to share the same data source in ArcGIS Online, ... View more

Hi Maogeng, I can share the map, but I am not sure whether or not I can share the service. do I have to share the service at all for you to see the map? Is there a list of things I can check through for troubleshooting this kind of "sync error"? Many thanks, ... View more

Hi Maogeng, Thanks for the trick. Yes I captured a bit more details: {"replicaName":"MyReplica_3113","replicaID":"{8863094A-973F-4EB3-B4A1-2B13FEAA1AE3}","submissionTime":1444299287070,"lastUpdatedTime":1444299294803,"status":"Failed","error":{"code":500,"message":"Unable to synchronize replica.","details":["Sync replica internal error - {8863094A-973F-4EB3-B4A1-2B13FEAA1AE3}."]}} But I am still scratching my head what caused the internal error. This a great step towards to the right direction. ... View more

Thanks for the good news, we badly need it!! ... View more

A copy function in AGOL will be handy in some cases. Because users won't have direct data access in AGOL, if they are allowed to make copies of the hosted feature services, they will be able to configure those services in different ways and use them in different maps for specific purposes. Beneath those services, they will share same data sources in AGOL. that will solve some work flow issues for some users. ... View more

Thanks Robert. It sounds promising. I will do more research on this when I need to migrate the stuff I did into JS or in some other projects. This should be a very common function in web mapping applications. ... View more

I just stumbled across this post, and it's interesting to see people are still talking about this two- years -old topic. and it's also surprised me that we still don't have a very good solution in JavaScript API for ArcGIS ( according to what people said here) There are lots of benefits to have a screenshot of the current map on the screen programmatically, one of them is efficiency. In one of my Flex projects, when generating a report in a "classic and proper" way -  from server side using python of course -- it took up to 3 minutes! and that was in the testing environment and no concurrent requests at all. of course, hundreds of layers in my map was to blame... then I scraped the "classic" way and took a shortcut by generating the report on the client side, then I trimmed the report generating time to seconds. the map quality in the report? not too bad. Furthermore, using the unique Flash feature, I could even put some sequence numbers on the selected map features (so that the items in the list can be referred back to the map) in one Frame, and took a snapshot, then restore the map in the next Frame... Yes, flex running in flash player frame after frame like playing a video... http://mapiq.dfc.sa.gov.au Do a proximity search and view report, then you know what I mean. This function was built about 4 years ago. I'v done the transition from flex to JavaScript, I have built some apps using JavaScript API for ArcGIS, but my personal view is Flex was more elegant than JavaScript as a programming language... not only in the ability it allows you to create a bitmap clipping and copying the map area on the screen, but in the simplicity and elegancy as an advanced language whole. well, although I have this reflection, but don't get me wrong, I am sober:  the trend has been set: HTML5 and JavaScript are the future, like it or not, we have to embrace it. Just hope we'll get the cool stuff we had in Flex in JS soon. Thank you for reading this post and sorry it did not provide a solution. ... View more

Jeff Shaner​Andrew Hargreaves​ It's true that the related tables can be added as external datasources. But there's a problem,  for example, you have a list widget using the external datasource, and you have a map widget as well in the OD.  the list widget and the map widget are not linked, no feature actions will be working in the list widget!  In the real case, this kind of the dashboard could be confusing and misleading. To make the related table and the map widget work together, as Ted Chapin mentioned in his post, you need to develop a custom widget, in the widget (let's say a list widget built in JavaScript) 1. Use the map widget as the datasource 2. Query the related table directly, Featurelayer.queryFeatures(...), something like that, and make sure to configure your widget so that it can use your dashboard credential to do the query, otherwise it will ask you for credentials. 3. Append the fields from the related table to the map layer features when building the store for the list. 4. After step 3, when building the list, you can determine which fields to display, from the related table or from the layer. 5. Now the list widget and the map is linked. you can use highlight, zoom to , and so on feature actions. The reason this trick will work is that the featureactionFeatures don't care what you display in the list, as long as you keep the datasourceproxy and IDs of the features, the predefined featureactions will work. This solution is far from perfect, this twist make me feel I am hacking the system. Hope ESRI can give us an update for the OD, and let it support related tables, then we can have a more elegant solution. Cheers, Simo ... View more

Yeah, I found one in the GitHub: Esri/dashboard-samples · GitHub It's called openBrowserTabFeatureAction, it's a bit too simple, I'd better do more research on this subject. ... View more

Thanks Brandon, I agree, it should not matter whether the database is registered to server or not. because OD is the service consumer, form its perspective, it makes no difference to the services it consumes. Cheers,Simo ... View more

I am not sure what the "register" here means,Does it mean register as versioned in GDB?  if this is the case, you don't need to register, the only requirement is to publish the table to AGOL. and make it accessible through a web service. I haven't tried accessing web services outside of AGOL or ArcGIS Server, it will be another interesting topic. ... View more