|
POST
|
This looks like a problem with FF's integrated pdf viewer. I can repro this by viewing this pdf (generated by the print sample linked above) in FF26: http://sampleserver6.arcgisonline.com/arcgis/rest/directories/arcgisoutput/Utilities/PrintingTools_GPServer/_ags_b75dd086e3464dcb9c03da982c7f1464.pdf Viewing the same pdf in Chrome displays without issue. FF had a similar issue recently but the discussion around it says FF 24 and 25 were affected: https://support.mozilla.org/en-US/questions/975146
... View more
01-24-2014
07:22 AM
|
0
|
0
|
2479
|
|
POST
|
The service on sampleserver6 is for samples and demos. It's there to show what is possible, not as a resource for public apps. While sampleserver6 has a good track record of being available and online, we don't closely monitor it (if something goes down, it could take us 24 hours or longer to address). You should definitely set up and use a printing service on your own ArcGIS Server instance: http://resources.arcgis.com/en/help/main/10.2/index.html#/Printing_in_web_applications/0154000004w5000000/
... View more
01-24-2014
05:42 AM
|
0
|
0
|
1183
|
|
POST
|
What is app.printUrl? If you're using the service referenced in our samples then it's not going to work??? use a print service from your own ArcGIS Server or make all the services you want to print available on the public web. The reason for this is that the print service has to be able to directly access the services that need to be printed.
... View more
01-23-2014
02:27 PM
|
0
|
0
|
1183
|
|
POST
|
Why am I getting this message in the browser developer when I run an application? XMLHttpRequest cannot load http://services.arcgisonline.com/ArcGIS/rest/info?f=json. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://localhost' is therefore not allowed access. This happens because the server in question (services.arcgisonline.com) does not support CORS. This has been discussed quite a bit in these forums and the thread you linked (a previous post of mine) is relevant. More information here: http://forums.arcgis.com/threads/94219-Disable-CORS-Discussion You can ignore this error. If you want to make it go away, turn off CORS detection: require(["esri/config"], function(esriConfig) { esriConfig.defaults.io.corsDetection = false; });
... View more
01-23-2014
11:55 AM
|
1
|
0
|
4868
|
|
POST
|
Hi Robert, Please start with these: https://developers.arcgis.com/en/javascript/jstutorials/intro_javascript_classes.html https://developers.arcgis.com/en/javascript/jstutorials/intro_custom_dijit.html
... View more
01-23-2014
07:29 AM
|
0
|
0
|
1006
|
|
POST
|
You can get a definitive answer from your customer service rep, please contact them.
... View more
01-21-2014
11:41 AM
|
0
|
0
|
1727
|
|
POST
|
Please post complete examples that demonstrate the problem. Are you waiting for the map to load before creating your draw toolbar? Here's code that does what you're requesting:
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="viewport" content="initial-scale=1, maximum-scale=1, user-scalable=no">
<title></title>
<link rel="stylesheet" href="https://community.esri.com//js.arcgis.com/3.8/js/esri/css/esri.css">
<style>
html, body, #map {
height: 100%; width: 100%; margin: 0; padding: 0;
}
</style>
<script src="//js.arcgis.com/3.8/"></script>
<script>
var map;
require([
"esri/map",
"esri/toolbars/draw",
"esri/symbols/SimpleFillSymbol",
"esri/graphic",
"dojo/domReady!"
], function(
Map, Draw, SimpleFillSymbol, Graphic
) {
map = new Map("map", {
basemap: "streets",
center: [ 19.291, 48.343 ],
zoom: 4
});
map.on("load", function() {
var d = new Draw(map);
d.on("draw-end", function(e) {
console.log("e", e);
map.graphics.add(new Graphic(e.geometry, new SimpleFillSymbol()));
});
d.activate(Draw.EXTENT);
});
});
</script>
</head>
<body>
<div id="map"></div>
</body>
</html>
Live: http://jsbin.com/ufOSACOR/1/edit
... View more
01-09-2014
05:50 AM
|
0
|
0
|
832
|
|
POST
|
how long are you waiting for the cut operation to complete? For the ESRI samples, right now it takes about 2-3 seconds for the cut process to complete. It takes about a second to start displaying any change. do you see a request to the cut endpoint on tasks.arcgisonline.com? I'm guessing this is in reference to my personal project. No. I use my own GeometryService from my own ArcGIS Server. do you have a proxy set up when running this sample locally? The sample, no. Proxy within my personal project for layers, yes. Even the GeometryService is proxied. Interestingly, all of my cut requests are instantaneous. No lag. Thanks. Since the sample in question doesn't include cut, you need to modify it and run it locally. When you do this, you have to have a proxy configured on the web server where you run the sample if you want to successfully use services on tasks.arcgisonline.com and sampleserver3. I don't know where this leaves us...there are a number of moving parts here but I'll try to summarize: the editor with cutVisible: true works as designed but requires a proxy on the web server where your app runs the editor's cut tool is not supported with feature layers from feature collections and we'll do a better job of indicating this in the docs as well via a message logged to the browser's console when you try to do this
... View more
01-08-2014
10:53 AM
|
0
|
0
|
698
|
|
POST
|
Can you post a full repro case? Edit: here's a working example: http://dl.dropboxusercontent.com/u/2654618/fl-from-fc/fl-from-fc-query-with-extent.html Relevant code: map.on("click", function(e) { map.graphics.clear(); // create an extent var pad = map.extent.getWidth() / 10; var extent = new Extent( e.mapPoint.x - pad, e.mapPoint.y - pad, e.mapPoint.x + pad, e.mapPoint.y + pad, map.spatialReference ); // add the extent as a graphic map.graphics.add(new Graphic( extent, new SimpleFillSymbol().setColor(null).outline.setColor("#fff") )); var q = new Query(); q.geometry = extent; featureLayer.queryFeatures(q).then( function(result) { console.log("query result", result); }, function(error) { console.log("query error", error); } ); });
... View more
01-08-2014
10:32 AM
|
0
|
0
|
614
|
|
POST
|
Is there information in the documentation about what makes feature layers from feature collections so great? You get a feature layer w/o having to publish an arcgis server map or feature service. That may or may not appeal to you...the main sample in the SDK that does this takes data from a 3rd party (flickr) and creates a feature layer from it: https://developers.arcgis.com/en/javascript/jssamples/fl_featureCollection.html
... View more
01-08-2014
07:59 AM
|
0
|
0
|
698
|
|
POST
|
When I noticed the lag, that told me that the cut tool didn't work. I cannot recall if I tried my "bug fix" with a feature layer. Maybe it works? I didn't explicitly state it, but your bug fix is not necessary when using a feature layer that uses a layer from a feature service. I appreciate the background and additional info about your app and system, but I'm still interested in answers to the questions from my previous post. I also discussed using a feature layer from a feature collection with the editor and we are going to add better error messaging to components of the editor. In its current state, the editor allows certain operations to fail silently (as you've found). Blame Kelly for opening my eyes to feature collections. They are amazingly useful! Agreed, feature layers from feature collections are a great thing but they are limiting when your app requires editing and/or advanced querying capabilities.
... View more
01-08-2014
06:50 AM
|
0
|
0
|
698
|
|
POST
|
Thanks for the additional info. Running the editor sample on my machine with cutVisible: true does indeed work but there are two things that are probably contributing to you not seeing it work: the services being used are slow, I've seen the cut operation take ten seconds or longer, unfortunately pushing edits back to sampleserver3 requires a proxy Once edits are pushed back to sampleserver3, the queries to show the new features can each take a few seconds so it takes additional time for the cut features to appear. When you say "And the cut does not persist", it sounds like edits aren't making their way back to the service on sampleserver3, which is expected if you aren't using a proxy when running locally. Questions: how long are you waiting for the cut operation to complete? do you see a request to the cut endpoint on tasks.arcgisonline.com? do you have a proxy set up when running this sample locally? Regarding using the cut operation with a feature collection and why your fix works: when using a feature collection, we can only query by extents and not arbitrary lines/polygons. I'll take this use case back to the team and see what we want to do. At the very least, we should log something to the console saying the attempted query isn't supported when using a feature layer from a feature collection.
... View more
01-07-2014
03:52 PM
|
0
|
0
|
1663
|
|
POST
|
Well, this is embarrassing...we found that our systems people had our js_feedback email alias locked down pretty tight so our filters were preventing some emails from coming through, yours included. We've now fixed this so you should be able to email that address and it will get to us. I apologize for that. Now back to your other thread where we can discuss this editor + cut issue further.
... View more
01-07-2014
03:37 PM
|
0
|
0
|
699
|
|
POST
|
I spent a little more time looking into this but can't see where this is failing. Once I have your fix, I'll take a look then reply in your original thread so we don't continue to overload this with off topic posts.
... View more
01-03-2014
01:50 PM
|
0
|
0
|
1230
|
|
POST
|
Thanks for taking a look at this. Unfortunately that's a different use case. Try it with the editor widgit. And if that works, try it with a regular graphics layer or featurelayer collection. I'm looking into your test cases. I'll post back when I have more info. You'll notice that all of the samples from the site do not include the cut tool which I found odd. Why hide it from the main site samples? We cannot show case every option of every component of the API in a sample. We show the samples that use pieces of the API that have the broadest appeal and make other accessible via search results. I submitted the bug fix in that email address. Couple of lines fixes the issue. You'll see where the problem is and how I fix it. It is specifically the editor-all file. (Perhaps elsewhere, not certain.) Please confirm you emailed js_feedback@esri.com. We haven't received your email yet.
... View more
01-03-2014
12:59 PM
|
0
|
0
|
1230
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-23-2012 07:54 AM | |
| 1 | 05-28-2010 08:31 AM | |
| 1 | 11-12-2012 08:12 AM | |
| 3 | 02-23-2012 10:57 AM | |
| 1 | 06-27-2011 08:51 AM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|