POST
|
You can first open the mobile map package to get the map(s) containing your vector (feature) layers that contain the polygons you want to get. // create a map view mapView = new MapView(); //load a mobile map package final String mmpkPath = new File("./samples-data/mmpk/Yellowstone.mmpk").getAbsolutePath(); MobileMapPackage mobileMapPackage = new MobileMapPackage(mmpkPath); mobileMapPackage.loadAsync();mobileMapPackage.addDoneLoadingListener(() -> { if (mobileMapPackage.getLoadStatus() == LoadStatus.LOADED && mobileMapPackage.getMaps().size() > 0) { //add the map from the mobile map package to the map view mapView.setMap(mobileMapPackage.getMaps().get(0)); } else { Alert alert = new Alert(Alert.AlertType.ERROR, "Failed to load the mobile map package"); alert.show(); } }); You will now have access to the map's operational layers, and you can find the one you need from that list. Just like any other feature layer from any other data source, you can query for Segids and Pages, using FeatureLayer.selectFeaturesAsync. The FeatureQueryResult will give you access to the number of selected segids and pages. You can iterate through each feature in the result, collect the geometry extent for each polygon, merge them using GeometryEngine, then zoom to the merged geometries using MapView.setViewpointGeometryAsync() - MapView| arcgis-android I think some good examples to look at are: Open Mobile Map Package—ArcGIS Runtime SDK for Android | ArcGIS for Developers Feature Layer Query—ArcGIS Runtime SDK for Android | ArcGIS for Developers
... View more
06-30-2018
02:38 PM
|
2
|
1
|
129
|
POST
|
Hi Norbert! Technical Support should be able to provide the answers to you on this.
... View more
06-29-2018
01:49 PM
|
2
|
10
|
216
|
POST
|
Hi Nathan. Thanks for reporting this. I assume you see this behavior with 100.2.1? We'll take a look. Has this been reported to Esri Support by chance?
... View more
06-15-2018
10:19 AM
|
0
|
1
|
60
|
POST
|
You can use the VS compiler, but if you are going to put that app that you compile into 'production', you need to buy a Qt commercial developer license. You can purchase these at a discount from Esri as well.
... View more
06-15-2018
10:13 AM
|
1
|
0
|
78
|
POST
|
Hi Charles, Have you tried the GeometryEngine "within" static method? GeometryEngine| arcgis-android . Let us know if this doesn't work for you.
... View more
06-15-2018
10:10 AM
|
1
|
0
|
45
|
POST
|
Hi Nathan, Yeah, I don't think App Logins is the answer for your use case. In your scenario, the users of your system need to have Named User accounts, it sounds like.
... View more
06-15-2018
09:06 AM
|
0
|
0
|
321
|
POST
|
Hi Matus, You will need a Qt Commercial license if you plan to use their local compilers that come with the Qt SDK (from The Qt Company) to compile your application, regardless of whether you used AppStudio or just the ArcGIS Runtime SDK to build it. You will need to Commercial version, not the open source version. I hope this helps?
... View more
06-12-2018
01:57 PM
|
1
|
2
|
78
|
POST
|
class EasyAuthenticationHandler implements Authentication Handler { final string USERNAME = "GeorgeJetson"; final string USERPASSWORD = " ..... "; As long as GeorgeJetson is not allowing the app to present PRIVATE resources (requiring token authentication) to any of the app's end users. Then all of the people using the app would have access to all resources that have been shared with my organization. And this would work if 1000 users are logged in as GeogeJetson at the same time? No. With App Login, you can only share PUBLIC information shared with Everyone (well, technically, you CAN give access to your organization's private data....the software will not prevent this.... But that violates the ArcGIS Online terms of use). If your app shares any PRIVATE services, you would have to show the authentication dialog. Bottom line is, the "App Login" approach cannot be used to give access to things that end users would normally need a Named User subscription for. See what I mean?
... View more
06-07-2018
04:34 PM
|
0
|
2
|
321
|
POST
|
Right. I apologize, Nathan. This example was not the correct one. You are asking the right questions. Let me try again and see if I can help. You don't want your users to see the OAUth dialog. You want them to access the things they need to without being asked to log in again. Correct? So in your app, you authenticate on their behalf, unseen to the user...using your named user credentials. Correct? This is all ok. As long as those services that your users ("unknown to the ArcGIS Platform") are accessing are not "private" services (need authentication). App Logins cannot be used for accessing protected/private services that need organizational Named User authentication. You may ask..."What? If everything is supposed to be public in app login scenarios, why use app logins at all?" Because you, as the app developer, may be paying for credit-burning services that are public. For example, the World Geocoding Service. These are public, but require a token, and they burn credits that need to be paid for. You, as the developer of the app, want to foot the bill for these services and therefore login via the app to use the credits and access the tokens on the user's behalf. Does this make sense? Let me know. Eric
... View more
06-07-2018
09:00 AM
|
0
|
0
|
321
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:22 AM
|