|
POST
|
Hello Pierre, This looks like a very complex and serious issue you're encountering. Have you opened an incident through a Technical Support channel? Getting this officially looked at would be best, and it would get you the most timely and efficient resolution. Hopefully soon.
... View more
09-09-2015
12:30 PM
|
0
|
2
|
3166
|
|
POST
|
Don't think it will be quite that easy to swap it out with the newer version, unfortunately. The API has only been tested and certified with the HTTPClient that was shipped with it. We have already updated the HttpClient libs with Quartz Beta 1, however.
... View more
09-09-2015
12:21 PM
|
0
|
2
|
1152
|
|
POST
|
Thanks. It's probably best to get your path in this way: Environment.getExternalStorageDirectory().getPath() + "/warnl.gdb". You can take a look at a local data sample to see how this is used, something like in the Local MBTiles example: https://developers.arcgis.com/android/sample-code/local-mbtiles/ Hope this helps!
... View more
09-04-2015
11:17 PM
|
0
|
1
|
1787
|
|
POST
|
Can you share what your sdcardPath and gdbFilePath values look like?
... View more
09-04-2015
01:29 PM
|
0
|
3
|
1787
|
|
POST
|
You may need to make sure you've included the native .so files in your deployment. I sometimes see these errors in situations like this.
... View more
09-01-2015
09:06 PM
|
0
|
0
|
1322
|
|
POST
|
Hi Adam. Great questions! While it is possible that the Swing map will be there at Quartz final, the emphasis of this release will be on the JavaFX Map Control. The entire toolkit will be JavaFX-based as well. However, if someone needs the Swing-based kit, the source will be made available. Can you tell us, when are you planning to move to JavaFX from Swing? All of the same raster types supported in Android 10.2.6 and Java 10.2.4 will be supported at Quartz, including Mosaics and rasters from within the Geopackage, and on-the-fly raster functions will also be there. As for supported vector layers: Vector tiles, feature layers from local Geodatabases and FeatureServices, local shapefiles, local Geopackage vector layers, and vectors from local KML files (as well as services)…I may be missing some. Stay tuned. I should mention, at some point you’ll be able to extend the Runtime core to support your own custom data sources. I believe your NITF and GeoTIFFs will need their world files. Sorry if that is a problem. Map Image Layers and Feature Layers (local and connected) will be able to be re-projected to the Map’s current spatial reference. Yes, the Local Server will still be supported. It will also be an optional component of the Runtime SDK, with its own installer. Today you get it, whether you need it or not! Another note about the Local Server: much of its capabilities are being migrated into the Core Runtime, where these capabilities make sense. At Quartz, its primary function will be refined to focus mainly on loading and executing Geoprocessing tools. The Local Server remains an extremely important and strategic piece to the Runtime in this role, actually, and we will include a few more interesting tools (not all that ArcGIS for Server provides) for productivity and analysis at Quartz. Yes, it’s raster processing capabilities will remain strong. As far as GPU processing goes, look for Viewshed and Line of Sight to start with. The list may grow over time. That is the plan. 3D visualization and analysis will be supported in both connected AND disconnected environments. Custom symbol dictionaries will be supported at Quartz Full Motion Video may not make Quartz Final, unfortunately. The Dashboard and Desktop products have fantastic solutions for FMV, but this is still a gap in what the Runtime can do.
... View more
09-01-2015
09:04 PM
|
0
|
1
|
3130
|
|
POST
|
Hello Wojtek, No, not currently. However, this is definitely on the roadmap for the "Quartz" Final release (Q1 2016), or possibly our follow-on Update to Final (Q2 2016).
... View more
09-01-2015
05:18 PM
|
1
|
0
|
1055
|
|
POST
|
As advertised, we are proud to announce the August arrival of the ArcGIS Runtime SDK Quartz Beta 1 release for Android, iOS and Java. You can read all about it here, and watch a fantastic video heralding in this revolutionary release for Runtime developers. The ArcGIS Runtime SDK Product Team
... View more
08-31-2015
03:30 PM
|
2
|
5
|
6490
|
|
POST
|
Hi Hector, Before calling getObjectId() on the result, check to see: if (result[2] != null && result[2][0] != null && result[2][0].isSuccess())
... View more
08-24-2015
10:28 PM
|
0
|
0
|
791
|
|
POST
|
Interesting. Have you tried doing something with getting the font size from the text symbol and finding the length of the String value returned from TextSymbol.getText()? I wonder if evaluating these two variables would give you a rough guesstimate if the size of the symbol.
... View more
08-20-2015
11:47 AM
|
0
|
1
|
903
|
|
POST
|
Well, not exactly. GraphicsLayers are like in-memory containers for add-hoc geometry objects with symbology rendering and attributes. They don't have an originating geographic data source, other than what the application defines during runtime, such as mouse input or an input stream of x/y data. The graphics go away when the app closes. FeatureLayers contain features, which also have geometries and attributes, but they DO have a pre-existing geographic data origin and data schema, from a source such as a service, database, or a vector file for example. To modify the location of a Feature, you need to edit or "update" that feature's geometric attribute. This can remain temporary, or it can persist back to the originating data source. In any case, you need to perform an "edit" action. Is there a reason why you want to update the feature's location but not during the context of an Edit?
... View more
08-19-2015
08:18 PM
|
0
|
1
|
3385
|
|
POST
|
Hi Hector. Check this out: Move graphics | ArcGIS for Developers This uses the updateGraphic method on GraphicsLayer to relocate graphic elements. Would this work for you?
... View more
08-19-2015
05:01 PM
|
0
|
3
|
3385
|
|
POST
|
Hi Rex. Sorry for my confusion. You are correct, we don't include a Geoprocessing package to use with the localserver in our out-of-the-box sample data and resources. If you look at the Esri/vehicle-commander-java · GitHub repo, you'll find one. Maybe Vehicle Commander is a good place to start, since it does use a localserver viewshed model. Let me know if this is helpful or not. You can also read about creating your own GP packages for use in ArcGIS Runtime here: Author and publish a geoprocessing model—ArcGIS Runtime SDK for Java | ArcGIS for Developers . The example is geared toward creating a local routing task, but the principles are the same for viewshed, line of sight, or any custom model you might need to use.
... View more
08-14-2015
02:07 PM
|
0
|
0
|
1061
|
|
POST
|
Hi Rex. You can download and test your development without any production license, including Viewshed and LOS. You can download the entire SDK from http://developers.arcgis.com/java today, all you need to do is register for a free developer account. No license necessary. You can also download the Sample Viewer from here, which includes Viewshed: Viewshed | ArcGIS for Developers
... View more
08-12-2015
01:48 PM
|
0
|
2
|
1061
|
|
POST
|
Hello! When you say "It can't work", can you explain what the experience is? Can you attach the stacktrace? Thank you.
... View more
08-10-2015
01:35 PM
|
0
|
0
|
756
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-13-2017 11:47 AM | |
| 1 | 12-28-2016 03:30 PM | |
| 1 | 06-15-2018 10:13 AM | |
| 1 | 04-26-2015 09:53 AM | |
| 1 | 06-12-2018 01:57 PM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:22 AM
|