TodayPlus Boards v2

With the help from Nas of the PPCWelt-Forum we are a step closer, to
decode the format of the cityx.txt.time. :D

There are two values in the cityx.txt.time.

The first value seems to be a counter that is increased every 7 Minutes
and is taken to compute the date and time.

The first three digits of the second value are the seconds and if that
value goes over 420 the first value is increased by one.

The other 7 digits seems to not be used by computing the time.
If it is set to 0000000 nothing happens

You can test that by increasing the first value with one. The updatetime
is increased by 7 Minutes then.
When increasing the first three numbers of the second value by 60, the
updatetime is increased by 1 minute.

Nas is now trying to get the value for 01.01.2005 00:00, so hopefully
with the help of our php-exe-specialist(s) we will be able to write
the cityx.txt.time, when downloading weatherupdates from other servers.

Regards Broesel

Quote from: BroeselWith the help from Nas of the PPCWelt-Forum we are a step closer, to
decode the format of the cityx.txt.time. :D

There are two values in the cityx.txt.time.

The first value seems to be a counter that is increased every 7 Minutes
and is taken to compute the date and time.

The first three digits of the second value are the seconds and if that
value goes over 420 the first value is increased by one.

The other 7 digits seems to not be used by computing the time.
If it is set to 0000000 nothing happens

You can test that by increasing the first value with one. The updatetime
is increased by 7 Minutes then.
When increasing the first three numbers of the second value by 60, the
updatetime is increased by 1 minute.

Nas is now trying to get the value for 01.01.2005 00:00, so hopefully
with the help of our php-exe-specialist(s) we will be able to write
the cityx.txt.time, when downloading weatherupdates from other servers.

Regards Broesel

brosel:

  Thanks for the update.

  I also posted the suggestion at German Forum.  I think I figured out the first one that is the system time number of the file time of the city.txt.  But  I have no clue for the second one.  

 As I suggested, your forum got developer thread for .Net CF and the users over there are skilled programmer.  They will have better idea.  So post your wuestion over there and someone must have the answer.  But you have to translate for me.  If I knoe the codes then I can build the city.time.txt using radar.exe

Quote from: uk_skinner
  I also posted the suggestion at German Forum.  I think I figured out the first one that is the system time number of the file time of the city.txt.  But  I have no clue for the second one.  

 As I suggested, your forum got developer thread for .Net CF and the users over there are skilled programmer.  They will have better idea.  So post your wuestion over there and someone must have the answer.  But you have to translate for me.  If I knoe the codes then I can build the city.time.txt using radar.exe

Well, will do some more investigation, and if i can make me clear,
maybe post in the developer-corner of ppcwelt.

Will look at the timestamp of the files ....

Regards Broesel

As I mentioned on the ppcwelt-forum,
I have an idea to another solution, that gives us even more as we have already:

We need the radar.exe to download the weatherinformation from another server.
So why not let the radar.exe write a date and a timestring into the registry
(under the text-key) ?

We can access the string via text-command and are getting a date
and time from the last update.

What do you think ?

Regards Broesel

Quote from: BroeselAs I mentioned on the ppcwelt-forum,
I have an idea to another solution, that gives us even more as we have already:

We need the radar.exe to download the weatherinformation from another server.
So why not let the radar.exe write a date and a timestring into the registry
(under the text-key) ?

We can access the string via text-command and are getting a date
and time from the last update.

What do you think ?

Regards Broesel

broesel:

1) I would guess TP will search for the city1.txt.time file in the buffer, I just don't know what would happened if it is not there.  

2) If the update time is in text-key, then it can not be used to determine wheather your weather information is out of date or not.  In TP, you only can "print/show" time, you can not "compare" them.

Quote from: uk_skinner
broesel:

1) I would guess TP will search for the city1.txt.time file in the buffer, I just don't know what would happened if it is not there.  

2) If the update time is in text-key, then it can not be used to determine wheather your weather information is out of date or not.  In TP, you only can "print/show" time, you can not "compare" them.

TP only search for the cityx.txt.time when using text,..... [updatetime]
that would not be neccessary, when we access the reg-time.

Point 2 is right, but I don't like "out of data", so I do no more compare, if
actual weather is timed out. I would be happy, if I could see from what
date and time the data are

Regards Broesel

Opps, not "out of data", it should be "out of dated".. :oops:

Correct me if I am wrong.  TP has to get update time from somewhere in order to decide the weather/rss text needs to be updated.  My impression was if you set 60 min in the configure and you tap update before 60 minutes, TP will not do the downloading.  In other words, TP will use the city/rss.txt.time to access the llatest update time for city/rss.txt and compar to the setting you set in configure.  Maybe I was wrong all the way??? :roll:

Edit "weatherupdatetimediff", yes that is the code...

Hm , sorry seems to be a stupid idea :oops:

It is surely also use by "weatherupdatetimediff" and that is a command,
we usually have in every skin.

So it could only be an addon, to get the "update-date"

Regards Broesel

Cracked the city1.txt.time mystery today. Should have a little EXE that will run on your PDA and update all your cityx.txt.time files in a few days.

eemond

Quote from: eemondCracked the city1.txt.time mystery today. Should have a little EXE that will run on your PDA and update all your cityx.txt.time files in a few days.

eemond

Very Good News, Ed !!  Great job.....  The talent here is nothing short of Amazing !!!!
(http://smileys.smileycentral.com/cat/36/36_1_34.gif)

Quote from: eemondCracked the city1.txt.time mystery today. Should have a little EXE that will run on your PDA and update all your cityx.txt.time files in a few days.

eemond

Whow, thanks for coming by eemond ....

Good news  :D

Regards Broesel

Quote from: eemondCracked the city1.txt.time mystery today. Should have a little EXE that will run on your PDA and update all your cityx.txt.time files in a few days.

eemond

Eemond,

Thank you that you are willing to help us!!!! Is very appreciated!!!!

Timmy

Here's an EXE to run on your PDA. UK was headed in the right direction. The city1.txt.time file contains the datetime stamp of the LastWrite to the city1.txt file. The datetime stamp is the concatenation of the two lines in the city1.txt.time file (Google GetFileTime).

The EXE gets the BasePath and numcities from your Registry and loops through your city1.txt files, writing the LastWrite datetime stamp into the city1.txt.time file.

Backup your PDA as with any EXE. Have fun.

eemond

Quote from: eemondHere's an EXE to run on your PDA. UK was headed in the right direction. The city1.txt.time file contains the datetime stamp of the LastWrite to the city1.txt file. The datetime stamp is the concatenation of the two lines in the city1.txt.time file (Google GetFileTime).

The EXE gets the BasePath and numcities from your Registry and loops through your city1.txt files, writing the LastWrite datetime stamp into the city1.txt.time file.

Thanks for the finding, eemond. :D
I was looking for filetime and getfiletime
too, but did not find the right lines, so thanks again for you effort.

Will give it a try, when I get home...

Regards Broesel

Hey eemond,

the exe doesn't work under PPC2002, but as you gave me the sources,
I could compile it and run on my device.

It works fine and all files where written well,
the [updatetime] is taken correctly from the files ...

Thanks once more for your work ...

Regards Broesel

Broesel,

Just curious: for what purpose are you going to use this EXE?

Timmy

Quote from: TimmyBroesel,

Just curious: for what purpose are you going to use this EXE?

Timmy

Hey Timmy,

if you're downloading the weatherupdates wiht only the radar.exe, you
won't get an actual updatetime in the skin and it is not possible, to
calculate "weatherupdatetime" as needed in the most skins.

With this exe, you don't need to download the weatherdata twice
(via refresh by TodayPlus and radar.exe). You are able to call only the
weatherdata with the radar.exe and then run this exe to update the
cityx.txt.time. So you can have a button that referres to the radar.exe
and update your weather without downloading rss-news

Regards Broesel

Broesel,

Thanks for your explanation! I'm gonna try this exe in my own skin.

Timmy

@Broesel & @Uk_skinner,

I'm using uk_skinner's TpExeDelay.exe and this EXE don't work in combination with eemond's newest EXE. TpExeDelay.exe only works after a 'rss-refresh'. I'm sorry I have to discover this fact...

Uk_skinner, do you have a solution? If not: no big problem for me, because TpExeDelay.exe does it's work fine.

Timmy

Quote from: Timmy@Broesel & @Uk_skinner,

I'm using uk_skinner's TpExeDelay.exe and this EXE don't work in combination with eemond's newest EXE. TpExeDelay.exe only works after a 'rss-refresh'. I'm sorry I have to discover this fact...

That's right, but if you click the button, when the time specified in the
config.exe is not  run off, the weather-data from weather.com will download
and the exe will set the updatetime, so you can set the time before refresh
higher and can nevertheless download the actual weatherdata and
the update-time is set right in the skin.

Regards Broesel

Sorry, missed all the action.  I was out of town for 3 days.  I will slowly digest all the exciting.. :wink:

Quote from: eemondHere's an EXE to run on your PDA. UK was headed in the right direction. The city1.txt.time file contains the datetime stamp of the LastWrite to the city1.txt file. The datetime stamp is the concatenation of the two lines in the city1.txt.time file (Google GetFileTime).

The EXE gets the BasePath and numcities from your Registry and loops through your city1.txt files, writing the LastWrite datetime stamp into the city1.txt.time file.

Backup your PDA as with any EXE. Have fun.

eemond

eemond:

Can you share with us what the second line is?  I can get the first one by getting the filetime (dwHighDateTime) of city.txt.time.  But the 2nd one did not look likes the one (dwLowDateTime) I got from file time . :?:

Broesel,

Can you please share the source with UK. I'm out of my office until Monday.

Thanks...

Regards,
eemond

Quote from: eemondBroesel,

Can you please share the source with UK. I'm out of my office until Monday.

Thanks...

Regards,
eemond

Thanks eemond.

Broesel, if you can send me the source, I will see I can incorporate into Rotalus's latest radar.exe and let it write the new city.txt.time when city.txt is downloaded.

Broesel or anyone use eemond's exe:

 Did you ever seen the negative number in the 2nd line of city.txt.time?

  :roll:

Quote from: uk_skinnerBroesel or anyone use eemond's exe:


 Did you ever seen the negative number in the 2nd line of city.txt.time?

  :roll:

No, did not see any negative number  :knownot:

Everything seems to be fine  :D

Regards Broesel

Problem solved.

I was looking at the right direction but wrong format.  The 2nd line was "unsigned" number.  So, I have incoporated the ability to write city.txt.time file in radar.exe.  The radar.exe will check the storage file name for each download.  If it starts with "city", then it will write the city.txt.time after the downloading finished.

If anyone is interesting, please let me know and I would like someone test it before I release to public.

UK,

Can you share the radar.exe source with me?

Thanks in advance...

Regards,
eemond

Quote from: uk_skinnerThe radar.exe will check the storage file name for each download.  If it starts with "city", then it will write the city.txt.time after the downloading finished.

If anyone is interesting, please let me know and I would like someone test it before I release to public.

Yes, I'm interested  :lol:

Regards Broesel

Count me in too !!  :D

Hey uk_skinner, thanks for your mail.

Having problems with that new exe :
No one of the cityx.txt was downloaded and errors occured in the
radar-window.

The logfile says:

--------------------
19:51:14

Error Reading 'http://www.tpfans.com/rss/weather.php?Citycode=GMXX0039&SFDay=1'
and writing it to '\Programme\TodayPlus\Buffer\city1.txt'

Reason:

OverflowException
--------------------

This text comes for every city-file. The tempcharts where downloaded fine.

Regards Broesel

Edit: Screenshot deleted because of not enough upload-quota

Quote from: BroeselHey uk_skinner, thanks for your mail.

Having problems with that new exe :
No one of the cityx.txt was downloaded and errors occured in the
radar-window.

The logfile says:

--------------------
19:51:14

Error Reading 'http://www.tpfans.com/rss/weather.php?Citycode=GMXX0039&SFDay=1'
and writing it to '\Programme\TodayPlus\Buffer\city1.txt'

Reason:

OverflowException
--------------------

This text comes for every city-file. The tempcharts where downloaded fine.

Regards Broesel

broesel:

Can you send me the radar.txt and let me test it here?

Quote from: uk_skinner
broesel:

Can you send me the radar.txt and let me test it here?

O.K. done, check your mail

Regards Broesel

@uk_skinner:

tested the new radar.exe and compared it with the citytime.exe

Everything is fine now. The files are downloaded and the cityx.txt.time
are written as the citytime.exe does. Compared every single file and
all were equal to the files from radar.exe :D

Thanks
Broesel