Latest Contributions by MarkBaird

Actually I think I know the issue here, this looks like an issue with the depth buffering.  I can reproduce this easily with a graphics overlay which uses the same rendering pipeline as a feature layer. // create a new point collection for polygon PointCollection points = new PointCollection(SpatialReferences.getWebMercator()); points.add(new Point(0,0)); points.add(new Point(0,10000)); points.add(new Point(10000,10000)); points.add(new Point(10000,0)); // create the polyline from the point collection Polygon polygon = new Polygon(points); // fill symbol SimpleFillSymbol sfs = new SimpleFillSymbol(SimpleFillSymbol.Style.SOLID, 0xFF00FF00, null); Graphic graphic = new Graphic(polygon, sfs); GraphicsOverlay graphicsOverlay = new GraphicsOverlay(); graphicsOverlay.getSceneProperties().setSurfacePlacement(LayerSceneProperties.SurfacePlacement.ABSOLUTE); graphicsOverlay.getGraphics().add(graphic); sceneView.getGraphicsOverlays().add(graphicsOverlay); So when I view it from an angle you can see the issue: So what is causing this?  Well you will notice that it's quite a large polygon made up from Z values of zero.  Due to the curvature of the earth, when we calculate the depth buffers part of the polygon is actually beneath the surface which causes the fuzzy rendering. In the example above I was using a surface placement mode of "Absolute", which is absolute to the surface of the scene.  If I change the surface placement mode to draped, which as the name suggests drapes the geometry over the scene. GraphicsOverlay graphicsOverlay = new GraphicsOverlay(); graphicsOverlay.getSceneProperties().setSurfacePlacement(LayerSceneProperties.SurfacePlacement.DRAPED); graphicsOverlay.getGraphics().add(graphic); Now it renders correctly. Note that the FeatureLayer class also has the SceneProperties class. Have a look at this: https://developers.arcgis.com/java/latest/api-reference/reference/com/esri/arcgisruntime/mapping/view/LayerSceneProperties.SurfacePlacement.html Does this help? ... View more

Hi Ashun Kothari‌ Can you tell me a little more about your setup here:  - What version of the SDK are you using?  - What platform / OS are you running this on? Would you be able to share the URL of the feature layer so I can try this out? Thanks Mark ... View more

Collin Kleiboer‌ Just wondering if you contacted our support team about this? Mark ... View more

Collin, Have you contacted our support team about this?  I have alerted them that you will be in contact. Mark ... View more

Collin Empting  Are you using the Java or the Android SDK?  From your comment about Java 8, I'm thinking you are not using Android. If you are using Android, your code should work fine moving to 100.5.  There are also very good reasons for moving to 100.5 for Android because this is the version we added 64bit support which will be required shortly for apps hosted in the Google Play store. On the other hand if you are actually using the Java SDK I can see your issue.  100.5 for the Java SDK was released against Java 11 (Open JDK for reasons I'm sure you are aware).  If this the case, you should reach out to our support team who may be able to assist. Mark ... View more

Hi The default basemaps are currently for online use only, however offline enabled services are available on ArcGIS Online.  There are a few available here: https://tiledbasemaps.arcgis.com/arcgis/rest/services/ These services have the exportTiles request enabled which  you can see on this service for example: https://tiledbasemaps.arcgis.com/arcgis/rest/services/World_Street_Map/MapServer You can see the capabilities if you scroll down to the bottom of the page: You might also find the following doc useful reading: https://enterprise.arcgis.com/en/portal/latest/use/take-maps-offline.htm#ESRI_SECTION2_384E9B7E99EC4460810B947DE70FB2DA Does this help? ... View more

You can make use of this kind of geoprocessing in 2 ways using Runtime for Java: 1.  You can publish a geoprocessing tool to a server instance and consume the service using your Runtime App.  The following pages should help introduce the subject: https://developers.arcgis.com/java/latest/guide/geoprocessing.htm https://developers.arcgis.com/java/latest/guide/run-a-geoprocessing-task.htm https://developers.arcgis.com/java/latest/guide/author-and-publish-a-geoprocessing-model.htm 2.  If you can't use online services, then you can use Local Server.  This means you need to generate a geoprocessing package file from ArcGIS Desktop or Pro.  The way it works is the same, it's just that the actual processing is carried out on your local machine and can be done without a network connection. https://developers.arcgis.com/java/latest/guide/local-server.htm Hope this helps. Mark ... View more

Blake, It's very hard for me to help if I can't see your code or your data.  The problem could be caused by so many things:  - data issue - what is the format of your data?  Is it tpk or tiled service.  How was it generated?  - an issue in your code  - a bug in our software You do really need to see if the bug happens on a supported version of our API - 100.5 is what I'd recommend.  Have you tried with this version yet? Appreciate you might not want to share things on a public forum.  If you or your customer has a support contract with ESRI you could contact them with a reproducer and data which shows the issue.  Again I'd recommend submitting the issue with 100.5 as this release is where our development efforts are concentrated.  10.2.8 is in mature support and quite an old product. What a lot of people do in your position is to share a very focused application which ONLY shows the data failing to render and they supply a "sanitised" set of data.   I'm not aware of any methods of manually drawing map tiles; they should render without intervention and I'm sure you appreciate this is something we do quite a lot of. I need more info to help with this; the problem could be so many different things. Mark ... View more

If you are aiming for API Level 24, that is Android 7 Nougat; not that old! Min version we support in 100.5 is API Level 19 which is 4.4 Kitkat so you should be okay. See https://developers.arcgis.com/android/latest/guide/system-requirements.htm If you share any code, it is best just to have a very simple reproducer which only shows the issue you are experiencing. ... View more

Blake, From our conversation earlier, I see you are using 10.2.8 of our product.  This is actually in Mature support.   Have you tried out your data in 100.5 which is our latest release?  100.5 is designed to support the latest developments in the ArcGIS Platform. Can you give me a little more information on the tiled layers you are using?  Are they public and can I try them? Can you share any code? Mark ... View more

I don't have an answer to this, but I'm going to seek out someone who knows about authoring this kind of experience in ArcGIS Pro which once authored here, the experience should be reflected in your mobile map package. ... View more

Theoretically you shouldn't see any issues and I've used it myself too. It just isn't officially supported as it was never tested against it.   Could now be the time to make a step into the world of JavaFX development and 100.5?   ... View more

10.2.4 was never certified against OpenJDK so we can't support you directly using this.  However I've used it with success.  The reason we've started supporting OpenJDK at 100.x is due to the recent changes to Oracle licensing. ... View more

Thanks great news - thanks for the update. ... View more