|
POST
|
Nop. I ended up manually setting the thumbnails URL
... View more
06-30-2020
01:25 AM
|
0
|
0
|
1711
|
|
POST
|
Hello, I wanted to publish a cached map service from ArcGIS Pro and noticed that the TileMap operation was not available: If I open ArcMap and try to publish the same data on the same server, it is available: Is there any reason ? Thanks !
... View more
05-15-2020
12:58 PM
|
0
|
0
|
574
|
|
POST
|
BUG-000130856: "Incorrect response MIME type. Expected 'application/wasm'." warning appears in browser console when loading scene layers in Portal for ArcGIS
... View more
05-14-2020
10:51 PM
|
0
|
0
|
2506
|
|
POST
|
Hello, Indeed, this webservice is returning 502 Error: ConnectionRefused (0x274d) when requesting HTTP url. I face the same issue with a web service from French IGN: https://wxs-gpu.mongeoportail.ign.fr/externe/39wtxmgtn23okfbbs1al2lz3/wfs But on their server they return a HTTP 301 Moved Permanently to https. To me, ArcGIS Pro should follow HTTP redirection, shouldn't it ? Thanks
... View more
05-14-2020
07:06 AM
|
0
|
0
|
11622
|
|
POST
|
Hello, I just spotted an error in the documentation and typings regarding the FeatureFormViewModel. It is stated that the list of fields of the feature form is available in the "inputField" property: https://developers.arcgis.com/javascript/latest/api-reference/esri-widgets-FeatureForm-FeatureFormViewModel.html#inputField But it is actually available in "inputFields" property. You check the console after selecting an item for example on the the following sample: https://codepen.io/kfnsdkfjsdajf/pen/LYpOVoQ Thanks
... View more
05-02-2020
01:24 PM
|
0
|
5
|
2662
|
|
POST
|
Hello, I just upgraded our ArcGIS Enterprise from 10.7.1 to 10.8 and I now have an issue with .wasm mime type. Configuration is the following: Portal for ArcGIS + WebAdaptor 10.8 on the same Windows Server 2019. On Portal webscene web application, when loading a scene layer, I now have the following warning logged: Indeed, web server replies with MimeType content-type: text/html to the request for: home/webscene/js/esri/libs/draco/draco_decoder.wasm Having a look at the webserver, the MimeType .wasm is properly configured on the webserver tree: I made the upgrade using ArcGIS DSC Powershell: GitHub - Esri/arcgis-powershell-dsc: This repository contains scripts, code and samples for automating the install and c… on 3 differents environnements and I have the same issue for the 3 of them. If I serve the file draco_decoder.wasm that I downloaded from js api: http://js.arcgis.com/4.15/esri/libs/draco/draco_decoder.wasm from a static folder of the same webserver, it is served with the proper mime type "application/wasm". Any one experiencing the same issue ? The deployment has been tested on brand new Windows Server 2019 so I don't think there is anything wrong with the server or webserver itself as the static file is properly served. I tried removing the mime type configuration on IIS and adding it again manually but it did not solve the issue. Any idea ? Thanks !
... View more
04-27-2020
08:41 AM
|
0
|
1
|
2599
|
|
POST
|
Thanks ! Indeed, it is solved in 4.15. Too bad minutes' abreviation is still "m" rather than "min". Minute - Wikipedia : "The SI symbol for minute or minutes is min (without a dot)"
... View more
04-18-2020
12:45 AM
|
1
|
0
|
4437
|
|
POST
|
Actually, it seems that this translation value has nothing to do with nls files as either in French or in English, "A4 Landscape" is sent to the print service rather than "a4-landscape". Debugging a little, I found out that in "PrintTask" (task/PrintTask) "_getGpPrintParams" method, a call to tasks/support/layoutTemplate "toJSON" method is converting "a4-landscape" to "A4 Landscape" so nothing to do with nls indeed. So one workaround is to duplicate each template: - one to please JS API accessor ("a4-landscape") - one for the printing ("A4 Landscape")
... View more
04-15-2020
12:27 AM
|
1
|
0
|
2859
|
|
POST
|
So I renamed my templates from: to: in the hope to pleased JS API 4.15 accessor values list. Then I try to print with JS API 4.15 and did not get any javascript error but an ArcGIS Server one because the widget translated those values in French to "A4 (Paysage)" (cf. nls file) and in English to "A4 landscape" (cf. nls). Thus the 400 errors. Then I try to print with JS API 4.14 and get the very same ArcGIS Server error. So renaming my templates to "a3-landscape", "a3-portrait", "a4-landscape" and "a4-portrait" broke my JS API 4.14 app. I reverted back my print service with templates "A3_Paysage", "A3_Portrait", "A4_Paysage", "A4_Portrait" and it worked again as those values are not translated by the widget. Does that make sense ? Thanks
... View more
04-14-2020
09:49 AM
|
0
|
2
|
8237
|
|
POST
|
On a side note Noah Sager, I wanted to underline that those translations done by the Print widget can be an issue with versions prior to 4.15. Indeed, after having renamed my templates, the print widget of my app built with 4.14 was broken as well and also get the very same error 400 ! Fortunately, JS API seems to only translate those very specific values: 'map-only', 'a3-landscape', 'a3-portrait', 'a4-landscape', 'a4-portrait', 'letter-ansi-a-landscape', 'letter-ansi-a-portrait', 'tabloid-ansi-b-landscape', 'tabloid-ansi-b-portrait'" and does not try to do some clever translation with "A4_Paysage" ! Thanks
... View more
04-14-2020
01:36 AM
|
0
|
4
|
8237
|
|
POST
|
I thought this bug was just related to custom print template names but it seems trickier than that. I published again my custom "Export Web Map" GPServer using names in the following list of values: 'map-only', 'a3-landscape', 'a3-portrait', 'a4-landscape', 'a4-portrait', 'letter-ansi-a-landscape', 'letter-ansi-a-portrait', 'tabloid-ansi-b-landscape', 'tabloid-ansi-b-portrait'" Then REST API looked like the following: But the widget is translating those values and formatting them ! So if I leave my browser in French, I have the following value: And if my browser is in English: Then if I try to print, the following parameter is sent to the print service: So it's not "a4-landscape" which is sent by the widget ! Now the JavaScript API does not complain anymore (no error logged) but the print service does ! Indeed, Print service returns the following error: error: {code: 400, message: "Unable to complete operation.",…} code: 400 message: "Unable to complete operation." details: ["Error executing tool. Export Web Map"] And having a look at the ArcGIS Server Manager log, the following error is logged: Error executing tool. Export Web Map : ERROR 000800: The value is not a member of a3-landscape | a3-portrait | a4-landscape | a4-portrait | MAP_ONLY. ERROR 000800: The value is not a member of a3-landscape | a3-portrait | a4-landscape | a4-portrait | MAP_ONLY. So I believe there is no way to have a custom print service with JS API 4.15, unless Noah Sager finds a workaround ?
... View more
04-14-2020
01:15 AM
|
0
|
5
|
8238
|
|
POST
|
Thanks for your reply. Happy to PM you the URL but can't find how to do so on Geonet !
... View more
04-10-2020
01:32 PM
|
0
|
14
|
8238
|
|
POST
|
Hello, I wanted to migrate to JS API 4.15 but noticed an issue with Print Widget: it does not honor the print templates from my 'Export Web Map' GPServer anymore. Here is an extract from the REST API: Print widget properly displays them just like it used: But when Posting the job, the following message is logged: "dojo.js:253 [esri.core.Accessor] Accessor#set 'A4_Paysage' is not a valid value for this property, only the following values are valid: 'map-only', 'a3-landscape', 'a3-portrait', 'a4-landscape', 'a4-portrait', 'letter-ansi-a-landscape', 'letter-ansi-a-portrait', 'tabloid-ansi-b-landscape', 'tabloid-ansi-b-portrait'" And MAP Layout_Template: MAP_ONLY is sent rather than "A4_Paysage". According to the release notes, there had been somes changes in the Print widget: Release notes for 4.15 | ArcGIS API for JavaScript 4.15 But I don't think that it means that this workflow is unsupported anymore, doesn't it ? In the layout property of the templateOptions, it is stated "The print service provides out-of-the-box templates listed in possible values. The server administrator can add additional templates to the print service.". So if server administrator can add additional templates, JS API should accept them specially if it has been fetched from the service configuration. This workflow used to work fine in previous versions 4.13 and 4.14. Did I miss anything ? Thanks, Best regards, Nicolas
... View more
04-10-2020
04:09 AM
|
1
|
16
|
11862
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | a week ago | |
| 4 | 3 weeks ago | |
| 1 | 4 weeks ago | |
| 2 | 4 weeks ago | |
| 1 | a month ago |