|
POST
|
10.2.9 is quite an old version of our SDK and we don't plan on releasing this with 64 bit support. Your option will be to migrate your app to use the 100.5 release of ArcGIS Runtime for Android.
... View more
02-04-2019
06:23 AM
|
0
|
0
|
4596
|
|
POST
|
Haider, For Xamarin, we already support Arm v8 x64 in 100.4 see System requirements for 100.4.0—ArcGIS Runtime SDK for .NET | ArcGIS for Developers
... View more
02-04-2019
06:20 AM
|
0
|
2
|
4597
|
|
POST
|
Hi Shubham, The points you have above are in the Web Mercator spatial reference. If you want to convert this to decimal degrees it is likely you want to be using the WGS84 spatial reference. Converting geometries from one spatial reference to another is easy and can be achieved generally in one line of code. You need to be looking at the project method on the GeometryEngine class. In the code below I've recreated one of your points and converted it to WGS84 as an example. // original point in web mercator
Point webMercPoint = new Point(8615608,2661384,SpatialReferences.getWebMercator());
// convert to point to WGS 84
Point wgs84Point = (Point) GeometryEngine.project(webMercPoint, SpatialReferences.getWgs84());
// show wgs 84 coordinates
System.out.println("wgs84 x:" + wgs84Point.getX() + " y:" + wgs84Point.getY()); Debug output is this: wgs84 x:77.39532348382421 y:23.242604224773828 Does that help?
... View more
02-04-2019
05:37 AM
|
1
|
1
|
3634
|
|
POST
|
Don't worry we've got it planned. The current 100.4 release doesn't support ARM64 v8a but this will be part of the 100.5 release which is due to be released in a few weeks time. We already have the .so file for arm64-v8a in our daily builds so it is ready to go when we release. ESRI apps which use ArcGIS Runtime for Android will be released against the version which support 64bit too. The addition of this architecture of course means that you will need to consider how you build your APKs. If you make an APK which has .so files for x86 (supplied for emulators), armabi-v7a and arm64-v8a you run the risk of your install topping the 100mb limit. I'm currently writing an article which will be included in our guide doc to explain the approaches to address this.
... View more
02-01-2019
02:49 AM
|
0
|
6
|
4596
|
|
POST
|
The error you are getting is indicating that you don't meet the OpenGL requirements of the app you are running. Very often developers find that 2D apps work okay as they have a lower entry point for the OpenGL requirements, but 3D apps fail due to the extra OpenGL capabilities we utilise. In this case, the apps will be failing very early in the execution at the point where we try to create an OpenGL context. I've looked at the GTX745 graphics card and it should certainly work for most 3D apps, you just need to correct driver. Could this be what you need NVIDIA DRIVERS Linux x64 (AMD64/EM64T) Display Driver
... View more
01-28-2019
06:50 AM
|
2
|
3
|
3280
|
|
POST
|
I had another flash of inspiration for working out interim points! It would be far easier if you did this: - Take your old point and your new point and make them into a 2 point polyline - Densify the line to the number of interim points you want. See GeometryEngine.desify - Crack open the geometry to extract the points which make up the densified polyline - Move the graphic to each interim point for a very short period of time (you'll need to experiment with this) The above method would work with any spatial reference. Not such an exciting solution from a software engineering point of view, but much easier.
... View more
01-18-2019
02:51 AM
|
0
|
0
|
1405
|
|
POST
|
I see you are using a generic Mesa driver. If you are using an NVidia graphics card for example, then install the correct driver for your hardware and this will get you the OpenGL capabilities needed for the 3D visualisation. Let me know if this helps.
... View more
01-17-2019
07:58 AM
|
0
|
5
|
3280
|
|
POST
|
If you want to update the location of a graphic you just need to apply a new geometry to it. This sample shows the basics. This sample shows how you can do this with a 3D symbol. If however your jerky movements are due to your point moving a large distance then you'll need to write some interpolation code to achieve this. You can work out interim points for a smooth motion by using Bresenham's line algorithm - Wikipedia which is pretty easy to implement if you are working in a projected coordinate system. I'm sure there are other alternatives you could try. Does that help?
... View more
01-17-2019
07:54 AM
|
1
|
0
|
1405
|
|
POST
|
I'm in the process of writing an article on this very subject which will be available on our website in the next few days. One very quick win is to apply abi filters to your gradle build script. Try adding the following to Module:app buildTypes { release { ndk { abiFilters "armeabi-v7a" } } debug { } } This will exclude the x86 binaries from your APK. You could go from this (43Mb) To this (24Mb)
... View more
01-17-2019
06:16 AM
|
0
|
0
|
1753
|
|
POST
|
Thanks for the info. I'm talking to the Local Server team to see what could be the issue.
... View more
01-04-2019
05:36 AM
|
0
|
0
|
2740
|
|
POST
|
Hi Can you let me know what versions of software you are using for ArcMap, Runtime / Local Server. Thanks
... View more
01-02-2019
08:24 AM
|
0
|
1
|
2740
|
|
POST
|
Byron Conroy Okay I followed your workflow with the NOAA test datasets. If I init my ArcGISMap class with a standard basemap it works fine as you point out. Changing to not using a basemap reproduces the panning issue you see. Having looked at this, the extent of the map is limited to the area of the first ENC cell you are loading. If however you init the ArcGISMap class specifying a spatial reference you will be able to pan anywhere. I used the following code to set up my map: // init the map with a spatial reference
map = new ArcGISMap(SpatialReferences.getWebMercator()); Does this fix your issue? Mark
... View more
11-06-2018
03:29 AM
|
1
|
1
|
1891
|
|
POST
|
Hi, Apologies for the delay in responding. I'm currently in the process of trying to reproduce this with the sample NOAA data from http://www.charts.noaa.gov/ENCs/ENCs.shtml I'll let you know what I find. Mark
... View more
11-05-2018
08:15 AM
|
0
|
0
|
1891
|
|
POST
|
Raster Catalogs are not supported by the new RasterLayer class we added at 10.2.4, but you can of course use Local Server to read Raster Catalogs. Tell me more about the raster files you are using in your Raster Catalog. Mark
... View more
11-24-2014
01:38 PM
|
0
|
1
|
939
|
|
POST
|
Rémi, The Linux ArcGIS Runtime SDK for Java will not work on a Mac. At the moment the only way you can develop ArcGIS Runtime applications is to use the OS X API which involves coding in Objective C. However your response suggests that it would be worth our while extending the Java SDK support to work with on a Mac. If any other developers are interested esri supporting Java development on Mac, please reply to this post to note your interest. Thanks Mark
... View more
10-30-2014
06:53 AM
|
0
|
0
|
852
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-12-2026 01:35 AM | |
| 2 | 05-07-2026 06:59 AM | |
| 1 | 08-13-2024 05:17 AM | |
| 1 | 07-10-2024 01:50 AM | |
| 1 | 04-22-2024 01:21 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-13-2026
06:46 AM
|