|
POST
|
Hi All, I was upgrading the API references in my applications last week and found a strange change in the draw toolbar behavior that's driving my testers/users nuts. The pictures below show the difference best... At version 3.17 or less, the polygon draw tool uses an internal fill WITHOUT the outline. This gives the appearance of an incomplete polygon: At version 3.18 or greater, the polygon draw tool uses an internal fill WITH the outline. This gives the appearance of a completed polygon. The change immediately confused all the testers/users. Since the user still has to "double-click to complete" the polygon, the red line across Greenland will never be the polygon drawn, so this new outline seems very misleading even if I "re-train" all the users to simply "get used to it" Is there a setting to change this back? To reproduce: 1. use the sandbox on the basic draw graphic example: https://developers.arcgis.com/javascript/3/sandbox/sandbox.html?sample=graphics_add 2. Draw Polygon - result similar to second picture 3. Set API references to 3.17 4. Click Refresh button 5. Draw Polygon - result similar to first picture NOTE: the freehand polygon tool has a similar change but in that case the "final/connector" outline follows from the end of the mouse cursor so it doesn't seem "weird"... Maybe if the regular polygon tool did that, this change wouldn't seem odd. Thanks
... View more
02-21-2017
09:01 AM
|
1
|
0
|
946
|
|
POST
|
Quick update: I tried a data uri for the image url, works fine in Chrome, still fails in FireFox:
... View more
02-03-2017
09:47 AM
|
0
|
0
|
1064
|
|
POST
|
Hi All, I've found a really odd issue where "picture fill" portion of the symbol doesn't draw in FireFox, MS Edge and Safari when you're html uses <base> - HTML | MDN . This is quite common in angular apps. Expected behavior PictureFillSymbols and SimpleFillSymbols with a hatch fill setting (ie STYLE_HORIZONTAL) draw correctly when using the <base> element. Functioning: In Chrome on Windows & Mac and MS IE 11, the fill hatch or picture displays as expected. Actual behavior Non-functioning: In MS Edge, Safari on Mac and iOS the fill is solid black (no hatch or picture). In FireFox on Windows & Mac the fill is completely empty (no hatch or picture). I've stripped most of everything out of the my code in trying to nail down the issue, and it appears to be as simple as adding or removing the <base> element There are no errors or other indicators for an issue from within the developer tools. The network tab shows the fill picture (hatches in simplefillsymbol use a picture just like a picture fill symbol) IS being downloaded successfully. Inspecting the canvas svg elements and the sections in the working and non-working browsers show the exact same information so the svg elements appear to be correctly created. Steps to reproduce Copy this sample locally: https://developers.arcgis.com/javascript/3/jssamples/graphics_add.html Add the <base href="..."> tag Use one of the polygon tools. See the result in Edge/FireFox/Safari FireFox result: FireFox network trace (image is downloaded, other browsers show same download success) MS Edge and Safari result Comparing SVG in element inspector Chrome (left) v FireFox (right) I’ve tried both relative and absolute paths for both the <base> and the Symbol.Url property, neither seems to make a difference. This is causing a pretty big issue in our web apps. We need to use the <base> tag for angular functionality and we have some fairly complicated cartography so being able to use simple hatches and picture fills is imperative. NOTE: this issue is not related to angular itself. I can reproduce with just the stock JSAPI. Thanks Fred
... View more
02-03-2017
09:24 AM
|
0
|
1
|
1653
|
|
POST
|
Hi Bjorn, Yes we are using the Esri Proxy. I haven't run it without the proxy just yet but can give it a try.
... View more
01-12-2017
02:41 PM
|
0
|
0
|
754
|
|
POST
|
Hi All, I have a Javascript API web application connecting to GP services on a secure AGS instance via the Esri Proxy. All is good, except some IE and Edge users (not all, not consistent) are experiencing job failures b/c the status check request is always using the "cached" version and never receiving the complete trigger. What's the appropriate way to handle this situation? Thanks Fred.
... View more
01-12-2017
02:12 PM
|
0
|
2
|
1587
|
|
POST
|
Hi, I'm seeing the same issue. We're using the proxy to access secure services as well. Has anyone figured out a better, more appropriate solution? Thanks Fred
... View more
01-12-2017
02:07 PM
|
0
|
0
|
639
|
|
POST
|
Adding some more details for everyone's reference, since I spent too much time trying to solve the same problem... I don't have a definitive answer but if you look at the documentation for SVG path drawing (Fills and Strokes - SVG | MDN ), it's actually not technically possible to "fill" with a hatch pattern. This means the symbol would have to manually draw each hatch line as a separate path which would be ugly code and a performance hit. One potential option would be to create a "dynamically colored" image to use as the fill, but I didn't find a simple solution for that either (EDIT: actually that is what's implemented in Simon's solution below, but it uses data:Uri, which aren't fully backward compatible to older browsers). So I can't really fault the Javascript team for skipping this implementation but a simple note in the docs "if you want a colored hatch fill, (which you probably have in your map service), use a PictureFillSymbol. Here's our black & white ones...." would have saved hours of wasted time.
... View more
11-17-2016
02:31 PM
|
0
|
0
|
4159
|
|
POST
|
Did you ever figure out the appropriate methodology for this situation? I have two feature layers representing the same entity (point and polygon) as different scales. I call the selectFeatures method on both to keep the set in sync but whichever layer is out of scale visibility won't stay "selected"...
... View more
11-11-2016
12:50 PM
|
0
|
0
|
636
|
|
POST
|
Hi All, Maybe I'm hoping for something that's not possible but I thought that by setting this value to specific machine domains, it would prevent AGS from responsding to requests from other places. Is that not the jist of it? I have: AGS 10.3 server. The Allowed origins property in the Admin site (Home>system>handlers>rest>servicesdirectory) is set to: server1.mydomain.com I've saved the operation and restarted the AGS service. I can still access the map services on this box from: a basic JavaScript API map on localhost from the arcgis.com map from web browser just copy/pasting the url from the web application on another server. I haven't found anything that's "blocked" What should I expect from this property being set? Am I missing another step? I'll following the steps here: Restricting cross-domain requests to ArcGIS Server—Documentation (10.3 and 10.3.1) | ArcGIS for Server Thanks Fred
... View more
10-20-2016
04:29 PM
|
1
|
1
|
2563
|
|
POST
|
Hi All, I have a dataset in "USA Contiguous Albers Equal Area Conic" that I'm serving out thru a map service to be displayed in web maps in "Web Mercator". I can NOT project the dataset before publishing. It has to be live to the database as is. So since I'm left with only project-on-the-fly, is there a difference or performance gain to set the MXD to Web Mercator and publish over publishing in native Albers and letting the JavaScript api send the "output coordinate system" parameter in each request? I tend to think it's better to let the consumers of the service know the datasets will be projected on the fly so they keep performance in mind. But in reading thru some documentation and threads it seems like the ArcSOC process might have caching or initialization savings if the MXD is set to Web Mercator initially rather than on each request. But I can't find anything explicit about this so I might just be reading more into those comments. Thanks.
... View more
10-05-2016
01:49 PM
|
0
|
0
|
1150
|
|
POST
|
Hi Joel, Thanks for posting this function. It should be in the API. FYI the measurement widget works with "geodesic" math so that you get "true/real world" lengths and areas. The Web Mercator system makes a "nice" picture for web maps but it's really bad for calculating length and area (almost double at the US level latitudes).
... View more
08-12-2016
08:05 AM
|
0
|
0
|
5275
|
|
POST
|
Thanks! That's it... not sure how my search didn't pick it up. I started a version just before you posted and it's basically the same. Not sure why this isn't in the api to begin with...
... View more
08-12-2016
07:54 AM
|
0
|
0
|
1155
|
|
POST
|
Hi All, Is there a method anywhere that I might be missing that will return a point for any length (or percent) along a polyline? Doesn't seem like it's in the new(ish) geometry engine or the original AGS geometry service or on the polyline class (arcpy has it there). I could create a service to do it but my workflow will need to do it a LOT so the service isn't really efficient for this scenario. It's probably an easy algorithm but seems like it would already be there or maybe someone already has a demo algorithm to share? Thanks Fred
... View more
08-11-2016
12:16 PM
|
0
|
2
|
2064
|
|
POST
|
Thanks, I've started making arcpy the first import and using the second option, safe aliases, a standard.
... View more
07-15-2016
08:49 AM
|
1
|
0
|
4925
|
|
POST
|
Great, thanks. At the very least, note it in the document about importing Arcpy. There's always the chance of namespace/module collision but I've never seen one like this.
... View more
07-15-2016
08:45 AM
|
0
|
0
|
4925
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-15-2024 10:18 AM | |
| 1 | 06-05-2025 08:06 AM | |
| 1 | 04-03-2024 08:47 AM | |
| 1 | 06-12-2018 03:16 PM | |
| 1 | 09-14-2023 01:54 PM |
| Online Status |
Offline
|
| Date Last Visited |
04-13-2026
11:56 AM
|