POST
|
Sounds like a bug/typo in the sample. The default value for layerOption is that only the top-most visible layer is identified. So the sample should probably specify the visible layers and set the layerOption to LAYER_OPTION_VISIBLE instead of all. I'm still not clear as to whether both parameters should be included or not. The API says that by specifying layerids then only those layers will be identified. It doesn't say anything about whether the layers are visible or not. Whereas the layer_option parameter is about visibility.
... View more
05-25-2012
06:24 AM
|
0
|
0
|
315
|
POST
|
In the identify sample http://help.arcgis.com/en/webapi/javascript/arcgis/help/jssamples_start.htm, the code shows using both specific layerids and the option to use all. It seems like it should be one or the other. identifyParams.layerIds = [0,2];
identifyParams.layerOption = esri.tasks.IdentifyParameters.LAYER_OPTION_ALL;
... View more
05-24-2012
05:56 AM
|
0
|
3
|
801
|
POST
|
Yes, I see this message in Chrome all of the time. StackOverflow says that answer requires a server fix. Another user provides a way to hide the messages while you are developing. http://stackoverflow.com/questions/1549967/chrome-warning-about-static-resource-css-gif-png-js
... View more
02-16-2012
10:29 AM
|
0
|
0
|
228
|
POST
|
I think I finally have it resolved. You were right that the code I sent you did not work in IE8! I went back a couple of days from there until I found a version that did not throw that error and then worked forward until I found the right combination. Hi Mike, I see "Out of memory at line: 14" when running the files you initially posted in IE8. I'll keep looking, but it seems like this issue was present before I added the additional border container.
... View more
02-13-2012
11:41 AM
|
0
|
0
|
191
|
POST
|
It turns out that this fix (testing using your attached files) does not work in IE. It works in Chrome and FF. This is where I'm getting the "Out of Memory at line: 48" error. Try out the attached files. The issue was that your nav toolbar was inside the map div. To fix it, I added an additional border container and put the nav toolbar in its own content pane and the map is another content pane.
... View more
02-13-2012
06:02 AM
|
0
|
0
|
788
|
POST
|
Do you see this in all browsers? Firefox 9.01, 10 - yes; Chrome 17.0.963.46 m - it does draw but it is really slow IE 7,8 - I get a popup with "out of memory at line: 48" (the console shows this as line 48 in the javascript api). This is new. My app usually loads and brings in the interface and the basemap in IE. I had not checked IE for a while so it is possible that something I did the other day is causing this problem.
... View more
02-09-2012
11:31 AM
|
0
|
0
|
616
|
POST
|
Post your code? Is your server endpoint public? I'm hoping to have the endpoint public next week. And, when jsfiddle is back up I will post my code there. Until then I thought you might have another idea I could try.
... View more
02-09-2012
10:59 AM
|
0
|
0
|
616
|
POST
|
Yep :). You need to set up an event listener for onZoomEnd. When that event fires, calculate a value for maxAllowableOffset and then pass it to your feature layer's setMaxAllowableOffset method. The feature layer will then update with new geometries that are appropriate for the map's new scale. I have this partially solved. When I can get the feature to display and I zoom in/out for more/less detail my shapes are not jagged anymore (Yea!). However, if the feature is large it won't draw at all and I get a script error Error: timeout exceeded http://serverapi.arcgisonline.com/jsapi/arcgis/?v=2.6 Line 14 plus a "script too large" error.
... View more
02-09-2012
10:39 AM
|
0
|
0
|
1383
|
POST
|
Thank you very much. I thought an additional container might be needed but I had difficulty understanding how to do it despite the example here.
... View more
02-09-2012
08:55 AM
|
0
|
0
|
788
|
POST
|
You should only need to call reposition() if you've changed the position of the map. You should not need to call it immediately after creating the map. Can you post the html, css and js you're using? Or maybe even a simplified page that shows the problem? I tried to simplify my app as much as possible but it was still too long for this reply window. I have attached the files. You will need to change the extensions on the files. efhm_style.txt to .css and the other one to .html
... View more
02-09-2012
06:28 AM
|
0
|
0
|
788
|
POST
|
I started out with that sample, however, my application uses a bordercontainer and several contentpanes. When I placed the toolbar's DIV outside of the map's DIV strange things happen with the UI. This indicates that the navigation toolbar is pushing the map contents downwards. Try putting the Toolbar's DIV outside of the Map's DIV, as in the example here. Steve
... View more
02-09-2012
03:57 AM
|
0
|
0
|
788
|
POST
|
It makes sense. And, thanks for the link to the demo!
... View more
02-01-2012
09:13 AM
|
0
|
0
|
383
|
POST
|
this is what I was doing: var symbol = new esri.symbol.SimpleFillSymbol(esri.symbol.SimpleFillSymbol.STYLE_SOLID,
new esri.symbol.SimpleLineSymbol(esri.symbol.SimpleLineSymbol.STYLE_SOLID,
new dojo.Color([0,0,0],0.1)),
new dojo.Color([100,149,237,0.15])); Then, after posting the original question, I changed the line style from STYLE_SOLID to NULL var symbol = new esri.symbol.SimpleFillSymbol(esri.symbol.SimpleFillSymbol.STYLE_SOLID,
new esri.symbol.SimpleLineSymbol(esri.symbol.SimpleLineSymbol.NULL,
new dojo.Color([0,0,0])),
new dojo.Color([255, 255, 0,0.15])); and the polygon displays with the thin line that I expected to see in the first place. But, it doesn't make sense to me why it works because the API states that NULL means "The line has no symbol".
... View more
02-01-2012
08:34 AM
|
0
|
0
|
383
|
POST
|
The API states the width is in pixels. I have tried numbers smaller than 1 (0.5, 0.25, 0.05) and my lines, or outlines to my SimpleFillSymbols are still very wide. Is there another solution? I'm using a featurelayer.
... View more
02-01-2012
08:14 AM
|
0
|
5
|
1371
|
POST
|
I have a featureclass with a value (type: text) that contains an apostrophe (ex: Red's Reef). The value is being passed into the query function. When I query for that string nothing happens and I get no error in firebug. Using console log I can see that the value is being passed in properly and I can see that the query.where value is correct too. I can see in ArcMap and the Services directory that including a second apostrophe results in a successful search. I have tried to add a second apostrophe or using escape characters in the original value (it starts out in json text, gets pulled into a drop down menu, and then gets passed on to the query function) but nothing seems to work. The easiest thing for me to do is remove the apostrophe for the field value itself but I'm changing the official spelling of this place and I would rather not do that. I'm curious to know if there is a workaround.
... View more
01-27-2012
07:27 AM
|
1
|
2
|
3959
|
Title | Kudos | Posted |
---|---|---|
7 | 3 weeks ago | |
1 | 02-01-2019 08:27 AM | |
2 | 04-23-2024 08:44 AM | |
1 | 11-07-2023 11:31 AM | |
1 | 11-21-2023 10:17 AM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|