I just changed my ver 1.5 app over to 2.0. The 1.5 version still shows hits on my usage map but the ver 2.0 map doesn't show anything. It's been out on Android over a week and on iOS 2 days now. I've even tried it on my own phone and nothing shows up. Weird.

Yup...weird. Post the app name....or the app id (it's in the URL when working in the control panel) if you're not OK posting the app name in this public forum. We'll get a look... Sorry about those Eagles! Sigh.

App name is ERres and the ID is JA23796690D4B4BFAA0E7BAFE. Thanks for looking into it.

Hi again... I looked into this...some info...may or may not help understand what's happening. But... this is the map data for this app: 39.9609,-75.1588,11/06/12 08:36 AM,iPhone 39.9608,-75.1586,11/02/12 05:35 PM,iPhone 39.8784,-75.242,10/26/12 09:26 AM,iPhone 39.9608,-75.1588,10/22/12 05:26 PM,iPhone 42.2301,-71.8087,09/27/12 06:35 AM,iPhone 42.2301,-71.8086,09/25/12 05:25 PM,iPhone Like you said, nothing since your update. I look at the dataURL and the reportToCloudURL in the apps control panel, all appears good. The location reports come in when the app checks for new content. When it checks for new content (in the reportToCloudMethod) it sends along the device's location info when it's available. This location info is what gets added to the map. It looks like this is the part that isn't working. Can you test to make sure the reportToCloudURL that's compiled in the app (iOS and Android) is the same as the one in your control panel? If it is, connect a device, look at the output console while it "reports to cloud" to make sure the lat/lon is being added to the URL. It should be. Thinking you'll find what's happening after seeing the actual URL the device is pinging for updates (with the lat / lon info merged in).

The reportToCloudURL in my config.txt file is the same as what's listed on the BT site. I usually delete the dataURL from my config.txt since my app is offline. I've always done this though and it's worked in the past. But you're right... when I looked in the output console it's not reporting a latitude or longitude. Any idea how to fix it? It's not a huge deal since it doesn't affect my app but its nice to see where its being used. Thanks!! 2012-11-19 15:01:47.111 erres2[1941:1af03] BT_strings: mergeBTVariablesInString (after merge): http://www.buzztouch.com/api/app/?command=reportToCloud&appGuid=JA23796690D4B4BFAA0E7BAFE&apiKey=95878D7425007B4B18DF698&apiSecret=8BBC07204E7BD97AEAB028C&deviceId=CBE1B2BC-56D4-47D6-BFC3-07A4490C1E22&deviceLatitude=0&deviceLongitude=0&deviceModel=iPhone Simulator&userId= 2012-11-19 15:01:47.111 erres2[1941:1af03] erres2_appDelegate: reporting to cloud at : http://www.buzztouch.com/api/app/?command=reportToCloud&appGuid=JA23796690D4B4BFAA0E7BAFE&apiKey=95878D7425007B4B18DF698&apiSecret=8BBC07204E7BD97AEAB028C&deviceId=[deviceId]&deviceLatitude=[deviceLatitude]&deviceLongitude=[deviceLongitude]&deviceModel=[deviceModel]&userId=[userId]

Try a gadget. The sim always shows 0 (zero) for lat / lon. You can plugin a gadget in, install and run it from Xcode, and look at the console. Not sure if you knew that or not? When you install on a gadget from Xcode you'll need to make sure you set the Code signing stuff :-) Not seeing anything wrong yet..you're URL's look good. It's a matter of figuring out if the devices are reporting / inserting in the URL as expected.

I plugged in my iPhone and this is what it says in the console: 2012-11-21 12:57:04.607 erres2[13809:907] erres2_appDelegate: applicationDidBecomeActive 2012-11-21 12:57:04.612 erres2[13809:907] erres2_appDelegate: reportToCloud 2012-11-21 12:57:04.615 erres2[13809:907] erres2_appDelegate: not reporting to cloud, no reportToCloudURL However, as I said before, my URL is okay. Here is what it says exactly in my config.txt: {"BT_appConfig": { "BT_items":[ {"itemId":"JA23796690D4B4BFAA0E7BAFE", "itemType":"BT_app", "buzztouchAppId":"JA23796690D4B4BFAA0E7BAFE", "buzztouchAPIKey":"95878D7425007B4B18DF698", "reportToCloudURL":"http://www.buzztouch.com/api/app/?command=reportToCloud&appGuid=JA23796690D4B4BFAA0E7BAFE&apiKey=95878D7425007B4B18DF698&apiSecret=8BBC07204E7BD97AEAB028C&deviceId=[deviceId]&deviceLatitude=[deviceLatitude]&deviceLongitude=[deviceLongitude]&deviceModel=[deviceModel]&userId=[userId]", "name":"ERres", "version":"2.0", "startLocationUpdates":"1", "allowRotation":"largeDevicesOnly", Not sure why it's saying no reportToCloudUrl.

I've also tried making the reportToCloudURL start with https:// but no change. when I put that URL into my web browser I get the following: {"lastModifiedUTC":"Tue, 06 Nov 2012 18:16:11 -0800"} So it looks like the correct URL. Josh

Okay, last post on this. Just going through my app_delegate.m file and it looks like if there isn't a reportToCloudURL AND a dataURL then the app won't report to the URL and the debugger says "not reporting to cloud, no reportToCloudURL" which is what's happening. I don't want to include the dataURL because I don't want users to have the refresh icon. I used to be able to use usage map while not having my app "connected" per se but looks like that's gone away?

Good sleuthing! Yup, because most of the screens don't "call home" very often we've fallen back on the reportToCloud and dataURL methods to ping the server (and send the devices latitude / longitude). It's a matter of figuring out WHEN the device will "call home" to report it's location. If you don't want to use the dataURL, but do want to reportToCloud (to send location data), do this... 1) Find the code that checks the length of the dataURL (you're not using one so it will be zero) and just change it to something like: [self.rootApp.jsonVars objectForKey:@"dataURL"] length] > -1 It will always be longer than -1, even if it's empty. This will allow the reportToCloud routine to work, sending along the device info we want. 2) Next, because the only reason we are reporting to cloud is to send location info, we'll want to ignore the results so the user isn't alerted to refresh. No sense in refreshing if no dataURL is used anyway. Just comment out the [modifiedAlert show]; line on 585 so the user isn't bothered. dataURL (empty) reportToCloudURL (long, with merge field info for device location.