Latest Contributions by RyanCoodey

Jennifer, Thanks so much for all the help! That solved my problem for my graphic erase tool... maybe in the future Graphic and GraphicsLayer events will directly support touch too :). I still cannot get the MeasureAction to work though.  It seems to be an issue with WPF, that Silverlight does not have.  I recreated that Silvelright sample you linked to above in WPF and it does not work with taps, just clicks.  I wonder if it is a similar issue to what I posted here: http://forums.arcgis.com/threads/21149-Slider-Inside-Of-Legend-Does-Not-Work-With-Touch-Screen-(Only-WPF) Thank you much! ... View more

Graphic.MouseLeftButtonUp doesn't fire on touch tap either (and its uses Microsoft's event args), so that didn't work 😞 ... View more

I found another related issue too with my application on a touch screen: GraphicsLayer.MouseLeftButtonUp is an ESRI event, so as you said before it is not called with a touch... but I do not see any touch related events in GraphicsLayer so how can I handle this?  I have an eraser tool on our graphic toolbar so with this tool, when you click on a graphic (hence the GraphicsLayer.MouseLeftButtonUp) it can then remove the graphic. Still havn't figured out why the measure works with the mouse and not the touch in the app either...  still poking around with it though. Thanks for all the help so far! *EDIT* Looks like I might be able to hook up an event handler to each individual graphic... would be nice to just hook up to the graphic layer though ... View more

No, ToolbarItemClicked is hit with both the mouse and the touch... MeasureAction.Execute() is executed both ways.  It�??s just that the measure action does not respond to map touches, just to map clicks.  Kind of weird... ... View more

Both of these get hit... MeasureAction.Execute() gets set in a ToolbarItemClicked event handler from a class that is derived from ESRI.ArcGIS.Client.Toolkit.Toolbar. Also, if I use the mouse on the same touch machine, the measure works, but using the finger does not. Thanks! ... View more

That example does work for me... hmmmm, so why is mine different. I have my own derived measure action so I can invoke it programatically:     public class ExecutableMeasureAction : MeasureAction     {         public void Execute()         {             Invoke(null);         }     } Then I setup the measure action property with this:         protected void InitializeMeasureAction()         {             if (Maps.Count > 0)             {                 if (MeasureAction != null)                     MeasureAction.Detach();                 //Initialize                 MeasureAction = new ExecutableMeasureAction();                 MeasureAction.AreaUnit = ESRI.ArcGIS.Client.Actions.AreaUnit.Acres;                 MeasureAction.DisplayTotals = true;                 MeasureAction.DistanceUnit = ESRI.ArcGIS.Client.Actions.DistanceUnit.Feet;                 MeasureAction.MapUnits = MapUnit; //Dependency Property                 MeasureAction.MeasureMode = ESRI.ArcGIS.Client.Actions.MeasureAction.Mode.Polyline;                 MeasureAction.FillSymbol = MeasureSymbol; //Dependency Property                 MeasureAction.Attach(Maps[0]);             }         } And then to invoke the measure action:         MeasureAction.Execute(); So I am launching the action in a much different way, but still not sure why this would be different with the touch input... ... View more

Awesome, thanks Jennifer... I can change from MouseClick to MouseLeftButtonUp, that is no problem. Thanks for that info... What about the measure action though?  Any ideas why it is not detecting a click?  I am programatically invoking the measure action, would that cause any issues? Thanks a ton! *EDIT*  I take that back, I can't use MouseLeftButtonUp because I need the MapPoint, darn... ... View more

Jennifer, thanks a lot for the reply.  I prefer not to have to subscribe to touch events if I can... Yeah, no mouse click is fired when touching/tapping the map... I can touch to perform a click on buttons and such, but not the map.  So it seems that the "promotion to mouse events" is working for the WPF components, just not the map.  This is a WPF application by the way, not Silverlight. Maybe I am missing a setting or flag somewhere? *EDIT* I just checked the "Pen and Touch" settings again on the Windows 7 touch screen computer.  Under the "Pen" tab there is an entry that maps a single-touch to single-click, but on the "Touch" tab there is no entry for single-touch and no way to add it.  But single-touch seems to work as a single-click in Windows itself... so is this a fixed mapping of the single-touch that is always set? ... View more

I ended up just doing a QueryTask on the image service and that does support a TimeExtent, so then I get back the features and their attribute collection has the ObjectIDs...                 QueryTask queryTask = new QueryTask(AsyncIdentifyItems[0].Url);                 Query query = new Query();                 query.TimeExtent = IdentifiedMap.TimeExtent;                 query.OutFields.Add("*");                 FeatureSet featureSet = queryTask.Execute(query);                 MosaicRule mosaicRule = new MosaicRule();                 if (featureSet != null && featureSet.Features.Count > 0)                 {                     List<Int32> fids = new List<Int32>();                     foreach (Graphic graphic in featureSet.Features)                     {                         fids.Add(Convert.ToInt32(graphic.Attributes[featureSet.ObjectIdFieldName]));                     }                     mosaicRule.FIDs = fids.ToArray();                 }                 ImageServiceIdentifyParameters.MosaicRule = mosaicRule; Hope that helps someone else until the identify supports the TimeExtent. Unfortunatly now I have a new problem in that the identify operation does not seem to support the mosaics transformations, i made a new post in the REST forum: http://forums.arcgis.com/threads/20948-Image-Service-Identify-Not-Obeying-Transformations Thanks again for the help! ... View more

Chris, Thanks a lot for the reply and confirming there is no TimeExtent parameter.  I might just have to hold off on this functionality until the upgrade comes or actually, what I will probably just do is hard-code what the date fields should be (for now).  Presenting all the date fields to some of our users might be quite confusing. Thanks a lot!  I look forward to this feature! ... View more

Ok, I solved that problem... it was indeed my colormap... the maping values were off by one. Now I am having some troubles working out identifying the pixel for only the currently visible raster (based off time).  Would be nice if the image service identify took a time extent.  Only way I can see to do this is in the mosaicRule to either set the FIDs to the visible raster or set the Where clause on the date fields.  Problem with this is in the Silverlight app I do not have access to the visible rasters info or its time field names... ... View more