Latest Contributions by MarkCederholm

I'm receiving drawings from an external source for input into ArcGIS, not the other way around.  If the next version of their in-house software uses entity-linked attributes then that's fine.  But for now I'm stuck with trying to import EED attributes. ... View more

The old ArcScripts site is frozen, and the new code gallery is seriously FUBAR:  I just can't get uploads to work.  The latest version of the GPS Custom Layer for ArcReader is available directly from my own web site:  http://www.pierssen.com/arcgis10/arcreader.htm If I can ever get the code gallery to work for me 😞 I'll post it there as well. ... View more

I did find a code-behind workaround to access the restricted Map content after all!  The basic approach is to export dynamic and tiled service layers through the REST API to image streams and overlay the results in a WriteableBitmap.  You can then render graphics layers and UIElements on top of that.  Probably more work than just using a PDF browser extension, but what the heck. Anyway, I've created a first draft of a PDF creation class and added it to the code gallery as well as my web site:  http://www.pierssen.com/arcgis10/silverlight.htm 🙂 ... View more

You're missing the point, which is to get access to the bytes of a WriteableBitmap in order to write out an image file, not just display it online.  Having said that, I take back my previous post.  REST is the answer, if you're returning image bytes instead of a URL.  I just tried it, created a WriteableBitmap from the request stream and it worked!  I think I finally have the workaround needed for PDF creation.         private void BitmapTest()         {             string sError = "";             try             {                 string sURL = "http://server.arcgisonline.com/ArcGIS/rest/services/ESRI_StreetMap_World_2D/MapServer/export";                 string sData = "?f=image";                 int iWidth = (int)MyMap.Width;                 int iHeight = (int)MyMap.Height;                 sData += "&size=" + iWidth.ToString() + "," + iHeight.ToString();                 sData += "&bbox=-121,32,-113,36";                 Uri uri = new Uri(sURL + sData);                 HttpWebRequest req = (HttpWebRequest)WebRequest.Create(uri);                 req.BeginGetResponse(new AsyncCallback(RespCallback), req);             }             catch (WebException e)             {                 sError = e.Message;             }             catch (Exception e)             {                 sError = e.Message;             }         }         private void RespCallback(IAsyncResult ar)         {             string sError = "";             try             {                 HttpWebRequest req = (HttpWebRequest)ar.AsyncState;                 HttpWebResponse res = (HttpWebResponse)req.EndGetResponse(ar);                 if (res.StatusCode == HttpStatusCode.OK)                 {                     string sType = res.ContentType;                     int iLen = (int)res.ContentLength;                     Stream stream = res.GetResponseStream();                     this.Dispatcher.BeginInvoke(() => StreamToBitmap(stream));                 }             }             catch (WebException e)             {                 sError = e.Message;             }             catch (Exception e)             {                 sError = e.Message;             }         }         private void StreamToBitmap(Stream s)         {             string sError = "";             try             {                 BitmapImage bmi = new BitmapImage();                 bmi.SetSource(s);                 WriteableBitmap wbm = new WriteableBitmap(bmi);                 int iWidth = wbm.PixelWidth;                 int iHeight = wbm.PixelHeight;                 int i = wbm.Pixels[0]; // Bingo!             }             catch (Exception e)             {                 sError = e.Message;             }         } ... View more

That's fine as long as you're not trying to render a map with a layer defined by a URL, because then you can't access the WriteableBitmap pixels to create the image to add to the PDF.  I haven't been able to find a true code-behind solution.  There may be a way to do it through a custom web service, but I haven't figured out how to do that either. ... View more

Nope.  REST won't work either, because the resulting image is accessed via a URL.  Double 😞 😞  . The frustrating thing is that my app is intranet and truly isn't cross-domain.  Silverlight just thinks it is because the Map layer requires a URL. ... View more

Is there any way in REST/Silverlight to export a map to an image file?  WriteableBitmap won't allow access to content from a UI element that uses URL-derived properties. ... View more

By "online" sample I mean the one published by ESRI at the API for Silverlight resource center.  It uses the Streetmap_2D service, which is in geographic coordinates.  I was assuming knowledge of this in my original post.  To verify the measurements, I brought the same service into ArcMap and projected it to UTM (WGS 84) for the area I was testing.  In the sample, the MeasureAction's map units are set to DD, and the perimeter calculation is correct, so obviously the geodesic distance algorithm is used in that case.  It is the area calculation that I am bringing into question. ... View more

I found a workaround:  if I capture the current map position using Map.MouseMove, I can use Draw.DrawBegin to apply that point.  DrawBegin also fires with each vertex addition, so I need to ignore it thereafter until after DrawComplete. ... View more

Adding the STAThread attribute dramatically changes C# and F# performance, and adding in the missing ReleaseComObject lines significantly improves VB .NET performance, bringing all three in line with each other as I had originally expected.  Also, setting the "CLR Thread Attribute" and "CLR Unmanaged Code Check" linker settings in the C++/CLI benchmark [the actual benchmark code is unmanaged] brings its performance to about the same as C++/ATL, which is what it should be.  :cool: So here once again *sigh* are my benchmarks for 9.3.1: Seconds: Java: 81 IronPython: 54 Python: 40 VB/C#/F#: 27 VBA: 14 C++: 13 Python/arcgisscripting: 43 and now for the 10.0 RC: Seconds: Java: 78 IronPython: 44 Python: 33 VB/C#/F#: 19 VBA: 8 C++ : 8 Python/arcpy: 98 At the DevSummit, the ESRI geoprocessing team said for the 10.1 release they hope to improve the performance of arcpy and add Python support to the add-in framefork. :rolleyes: I've also updated both the sample code and the presentation at my web site. 😛 ... View more

I can't find anything in the RC Desktop C++ documentation for runtime binding.  IArcGISVersion seems to work just as it did in the 9.4 beta, but I can find no documentation for it.  Perhaps it's in the Engine C++ docs? ... View more

Excellent!  Thanks for finding that out.  It was my assumption all along that their performance should be the same, and I was shocked when the benchmark turned out otherwise.  I'm going to look into whether this is also the reason behind crappy C++/CLI performance. Update:  Never mind my last update.  I've brought VB in line with C# and F#, and C++/CLI (unmanaged) is in line with C++/ATL. ... View more