|
POST
|
Ken is correct, the noLayers property no longer exists. You should mark his answer as correct.
... View more
02-05-2014
11:50 AM
|
0
|
0
|
2769
|
|
POST
|
forgot to add, changing the query to objectid =1 works, so i am confident everything else is working
... View more
02-04-2014
09:41 AM
|
0
|
0
|
3367
|
|
POST
|
I have a query (where clause) that does not work at 10.2 The identical query works at 10sp5. Data are stored in oracle any ideas? nvl(PROP_HN,' ') LIKE '1112%' AND nvl(PROP_SN,' ') LIKE UPPER('MANATEE%') AND nvl(PROP_ST1,' ') LIKE UPPER('AVE%') AND nvl(PROP_ST2,' ') LIKE '%' AND nvl(PROP_DIR,' ') LIKE '%' AND (nvl(PROP_PLC,' ') LIKE '%' OR nvl(PROP_PLC,' ') LIKE '%'
... View more
02-04-2014
09:40 AM
|
0
|
11
|
6912
|
|
POST
|
Agreed, crazy 🙂 I think that generalized geometry and FeatureLayers are your only hope..
... View more
02-04-2014
08:01 AM
|
0
|
0
|
1583
|
|
POST
|
OK I understand your issue better now. The generalization of the feature Layer may give you a performance boost. However, my advice as always would be, there is no way at a low zoom level someone would be able to differentiate 3000 individual counties, and you would be better served setting up scale dependencies that show states at some scales, and counties only when you zoom in. The issue is not the complexity of the geometries (although that doesnt help) it is the quantity, and neither featurelayers nor dynamic layers address that. That being said, if you must all draw all 3000, aggressive generalization is most likely your best performance target
... View more
02-04-2014
03:27 AM
|
0
|
0
|
1583
|
|
POST
|
In general do not use FeatureLayers unless you have to. They are rendered as graphicsLayers. Can you cache your service? That would be the best performance
... View more
02-03-2014
12:21 PM
|
0
|
0
|
1583
|
|
POST
|
Right. I create my basemap, then call a method (sorry devs) called "hideDumbLayers", which hides (but does not remove because it breaks the gallery) the layers I do not want to show. The problem with this is "new exciting layers" show up automagically, and i do not want that. So everytime a new layer is added I have to hardcode and remove it I no londer do this its in an old version of our app, we moved away from the gallery completely due to inability to control its contents hideDumbLayers: function(){
//if created
if(dojo.byId("galleryNode_basemap_0")){
//find current layer
for(var j = 0; j < this.map.layerIds.length; j++) {
var layer = this.map.getLayer(this.map.layerIds );
if(layer.visible==true&&dojo.indexOf(this.mcgisBasemaps,layer.id)>-1){
if(layer.id=="Base Map"){
this.initBasemap="MCGIS Base Map";
}else{
this.initBasemap=layer.id;
}
}
}
var dumbBasemapIds=[];
var ids={};
var galleryContainer=dojo.byId("galleryNode_basemap_0").parentNode;
dojo.forEach(galleryContainer.childNodes, dojo.hitch(this, function(galleryItem){
if(galleryItem.childNodes[1]){
var title = galleryItem.childNodes[1].childNodes[0].title;
if(title==="Oceans"||title==="Light Gray Canvas"||title==="Relief with Labels"||title==="Terrain"||title==="Terrain with Labels"||title==="Shaded Relief"){
dumbBasemapIds.push(galleryItem.id);
}else{
ids[title]=galleryItem.id;
if(title==this.initBasemap){
this.baseMapGallery.select(ids[title].replace("galleryNode_",""));
dojo.addClass(dojo.byId(ids[title]), "esriBasemapGallerySelectedNode");
}
}
}}));
this.layerIds=ids;
dojo.forEach(dumbBasemapIds, dojo.hitch(function(id){
dojo.style(dojo.byId(id), "display", "none");
}));
}else{
setTimeout(dojo.hitch(this, function() { this.hideDumbLayers(); } ), 50);
}
}
}
... View more
02-03-2014
09:44 AM
|
0
|
0
|
2121
|
|
POST
|
I agree that this is frustrating. Instead of "showArcGISBasemap" being true/false I wish it would take an array of maps to include As a work around, you can set it to false, and then manually build your Gallery. Just create a Basemap (using the REST url of the basemap you want to include) for each and than manually load the Gallery.
... View more
02-03-2014
04:18 AM
|
0
|
0
|
2121
|
|
POST
|
We are using the Esri measurement dijit in our site. We have a map that shows 1000' buffers around certain property types. When you use the measure tool it reports an incorrect value while moving the mouse. Once the user double clicks to end the measurement the distance seems correct. Please see the attached images for more details. This is causing tremendous confusion amoung our users. Any suggestions? Thanks, Bryan [ATTACH=CONFIG]31041[/ATTACH] [ATTACH=CONFIG]31042[/ATTACH] I wonder if it is not doing the geodesic conversion until the onfinish. that would be unfortunate.
... View more
01-31-2014
11:03 AM
|
0
|
0
|
4526
|
|
POST
|
Width of the overview map dijit in screen pixels. The default value is 1/4th the width of the map, unless the HTML element referred to by srcNodeRef has a valid size. Do you have a size set on "ovDiv"
... View more
01-31-2014
04:43 AM
|
0
|
0
|
1548
|
|
POST
|
At the moment, it still has to be serverside. I ventured down the html5 canvas path as well, but i still support ie7/8, so its out Flash/Flex out for many many reasons, not limited to security, update-ability, avoiding plugins, "a future", etc.. Does the ESRI api need a map.toImage() method that renders tiles/dynamic/graphics accurately? absolutely. Are we there yet? Not even close
... View more
01-30-2014
11:33 AM
|
0
|
0
|
7399
|
|
POST
|
Agree right now it is not supported but really needs to be <String> type The type of layer, valid values are "BingMapsAerial", "BingMapsHybrid", "BingMapsRoad", "OpenStreetMap", or "WebTiledLayer". Must specify either the url or type parameter except for WebTiledLayers where url and type is required. <String> url URL to the ArcGIS Server REST resource that represents a map or image service. Must specify either the url or type parameter. WMS and WTMS need to be added valid types.
... View more
01-30-2014
03:51 AM
|
0
|
0
|
1610
|
|
POST
|
The basemap is tiled and opaque. You can not see through it. If you render it dynamically you need to make sure you request png for it to be transparent. Or, once you load your map with your operational layer first, reorder your layers so the basemap draws at layer 0
... View more
01-30-2014
03:46 AM
|
0
|
0
|
1156
|
|
POST
|
This is correct, and will allow you to scale deeper than lowest level (19) by rendering everything dynamically. However, performance is SEVERELY impacting rendering a basemap dynamically. I would recommend against it.
... View more
01-30-2014
03:41 AM
|
0
|
0
|
862
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-22-2014 08:35 AM | |
| 1 | 05-02-2012 04:56 AM | |
| 1 | 10-29-2021 07:40 AM | |
| 1 | 10-28-2021 05:26 AM | |
| 1 | 07-17-2012 08:48 AM |
| Online Status |
Offline
|
| Date Last Visited |
03-01-2022
02:00 PM
|