Re: Widget for Android

[joesalty]

Hi!

Another new screencaptures:






Some modifications I need to make, but I hope tomorrow I can upload the new version.

Joe

[6719jason]

That looks really good!

Looking forward to tomorrows possible update!

[phred]

Hi All...

I'm a fairly new Culumus user and have had no issues getting it up and running as a local app and feeding to a website along with Weather Underground. A few days ago I discovered Joe's seeming great little Android app and I've run into my first wall.

So I'm looking for a little guidance in getting the Android app working. Right now all it doesn't show any data. Here's what I've done:
- Installed app on DroidX.
- Downloaded REALTIME.XML and put it in my f:\cumulus directory.
- In Cumulus internet settings under the files tab I have Local pointing to REALTIME.XML and Remote as REALTIME.XML. I have all three boxes checked, but not the Binary box. Cumulus uploads to my site to a directory named weather which is directly under the root.
- Manually force a Web Update.
- Set the app's preference for the URL to http://www.mywebsite.com/weather/realtime.xml
- Launch the Android app and no data shows. Hit REFRESH and there is a message stating Downloading and refreshing data. Still no data.
- Looking at the site's directory, I see REALTIME.XML in the root and not where I expected it to be - /weather/realtime.xml.
- I have moved REALTIME.XML to the /weather directory and then refreshed the app and there is still no data showing.

It sure seems like folks have it working. Any help would be greatly appreciated.

Thanks.

[steve]

I can't help you with the Android specific questions, but to get Cumulus to put the file in the correct place on your website, you have to tell it where to put it, rather than just putting the file name - you have to give it the full path.

[Ned]

I had the same problem as you, but managed to overcome it with help from Joe.
Your settings seem fine - the trick is getting the 'remote filename' path correct. I too had realtime.xml being uploaded to the root directory when I just entered realtime.xml in the box. In my case, changing it to public_html/realtime, where /public_html is the directory entered in my website setup where my Cumulus data is uploaded to, got it working.
It's a great app, and I'm looking forward to the next version which will make it even better.

[phred]

Thank you both for the pointers (and to you Steve for Cumulus.)
I've got progress to report, but I'm not all the way there yet. I changed the Remote Filename to include the full path to the site and I'm happy to say that realtime.xml is now in the weather directory off the root, which is where the rest of the Cumulus files wind up. This was after a forced update. However, it appears that while the Cumulus files are updated every five minutes through the day (as scheduled,) realtime.xml only went during the manual update I did early this morning. And, even with it there, the Android app is still not showing any data. I just did another forced update and again realtime.xml did not update. The timestamp is the same as it was on the first forced update from this morning.

Any further suggestions?

Joe? Maybe you can take a quick break from tweaking the new version and come up with something?

Thanks.

[Ned]

You could try ticking these website realtime settings, if you haven't already

[phred]

Hmmm ... my settings were pretty close to yours, Ned. I had "Use FTP rename" ticked and "Delete before upload" was not ticked. I reversed them to match yours and forced an upload. But still no success.

I'm really at a loss here. It's rather disappointing because I can see that others have it working.

Thanks for trying. If you think of anything else, please let me know. I'll just sit and wait until Joe has a chance to take a looksee.

[phred]

Not being one to just sit and wait, it's beginning to feel like I'm experiencing two problems. First is that Cumulus isn't uploading realtime.xml properly. The second is that the app on the Droid isn't finding the data. (Of course neither will turn out to be the case since there are users who have this working and it will wind up being one little tweak that I missed. IOW, user error.)

That being said, I took a look at realtime.xml on my local machine. Then I took a look at realtime.xmltmp on the local. I can see that the data is being added to the template and that it is happening every five minutes. So -that's- working correctly. Then I downloaded realtime.xml from the site and looked at it. Except for the fact that it hasn't been updated since the forced update yesterday morning, it looks fine. The data is there.

One would think that if the data was there, and the app was pointing to it, that even if it were old data, realtime.xml would do it's thing and the app would show the data. But it isn't.

The next thing I tried this morning was not using Cumulus to upload realtime.xml. I FTP'd it directly and (of course) the app is still showing no data.

Finally, I tried changing the preferences path on the device from http://www.mywebsite.com/weather/realtime.xml to http://www.mywebsite.com/weather.
IOW, I left off the filename. It isn't clear if all that's needed in the preference is the -path- to the file, or the path -and- the file.

So I'm back to where I was when I jumped in here. Cumulus doesn't appear to be uploading realtime.xml when it uploads the other data. And even with realtime.xml where it should be, the app doesn't show data.

I'm going back to sleep and will wait until someone has some suggestions.

Thanks for listening.

[steve]

If you turn on ftp logging, the realtimeftplog.txt file should have some clues about why the file isn't getting uploaded. Screenshots of your internet settings (including the files tab) might also be useful.

[phred]

Good tip, Steve. Below is the relevant (I think) portion of the FTP log. I can figure out what it means, but I don't know why that would be happening seeing as I'm not touching the file. (I'm having a little trouble uploading the screenshots. I'll get them shortly, I hope.)

08:37:40:072 ! Data Session opened (Put)
08:37:40:072 033BBFF0 TriggerDataSent 836
08:37:40:072 033BB8E0 TriggerDataSent 768
08:37:40:197 >|150 Opening ASCII mode data connection for /weather/realtime.xml.|

08:37:40:197 ! Send first block
08:37:40:197 DataSocketPutDataSent 2801
08:37:40:197 033BBFF0 TriggerDataSent 836
08:37:40:197 DataSocketPutDataSent 0
08:37:40:197 033BBFF0 TCustomWSocket.Shutdown 1 836
08:37:40:431 ! Data Session closed
08:37:40:431 ! Next3PutAsync
08:37:40:431 033BBFF0 TCustomWSocket.Shutdown 1 836
08:37:40:431 >|230- WARNING! 126 bare linefeeds received in ASCII mode|

08:37:40:431 >| File may not have transferred correctly.|

[steve]

I don't think that error should matter; as you probably realise, it's saying that the end of line markers are already just LF when normally they would be CRLF, and transferring in ASCII mode would convert them all to just LF. So you would expect that the upload has worked.

08:37:40:197 >|150 Opening ASCII mode data connection for /weather/realtime.xml.|

Are you sure this is the correct full path for your ftp server? You're specifying an absolute path (i.e. from the root) and it's quite unusual for web space to be set up like that (with your folders directly under the root). You could try leaving off the slash on the front; relative paths are normally safer. But you may well know more about how your server works than I do!

[phred]

There's your first mistake, Steve. You're assuming I know what I'm doing when it comes to my server.
I've removed the leading slash and realtime.xml uploaded once when I forced a web update. And not since. Neither automatically nor forced.

Here are the screenshots of my Internet Settings of Cumulus. Note that in the second shot that the leading slash has now been removed.





I do appreciate your time and help Steve, and even if we can't get the Droid app working, I'm still using Cumulus. So a donation will be coming in the near future.

Thanks again.

[steve]

realtime.xml uploaded once when I forced a web update.

If by 'forced a web update', you mean that you used 'web update' from the File menu, I don't understand how that can be happening, as that only causes a 'normal' update, not a 'realtime' update, and you have the 'realtime' flag set for that file. So I think that perhaps the automated upload is working and there is some other explanation for what you are seeing. That ftp log extract that you uploaded, that was from realtimeftplog.txt, and it was the result of an automated upload, yes? Could you attach the ftplog.txt and realtimeftplog.txt files, please?

Here are the screenshots of my Internet Settings of Cumulus.

Sorry; it was really the 'web settings' panel that I was interested in, rather than the 'web site'.

Can you give a link to your web site, please?

[phred]

Here's the requested screenshot:



And yes, I equate "forced update" with "Web Update" via the File menu. And the snippet of the log came from realtimeftplog.txt. As I've been using Web Update and waiting on the automatic update so many times this morning, I honestly can't remember which method was used to generate that log.

I will PM the other info you requested.