I am shortly going on holiday. I wish to be able to update my blog on the move. I want a mobile phone or PDA with the capability to write journal entries, which can then be uploaded. In order to save costs, the software should allow entries to be written offline, and then submitted in bulk by pressing a 'synchronise' button. There should also be a 'stamp' button for each entry, which attaches some metadata - the current time, date and location - to the entry. When the entry comes to be submitted, it will be a simple case of creating an HTTP POST request with 6 fields: title, body, time, latitude, longitude, security, seen. The security field should be some kind of reliable but simple security, for example the message body signed with my private key. If you have any ideas for better ways to do this, please say so in your bid request. The response to the submission will be a user comment on my blog. The first line will be the message title, the second line the poster's name, and the message will be in plain text. If the headers include "X-message-lat:" and "X-message-long:", a flag representing this message should be added to the map on my GPS system, as a point of interest or similar (if this is at all possible). There will also be a "X-message-id:" header. These will be sequentially assigned by the server. This should be passed back as the 'seen' field the next time a request is made, to let the server know which messages I have already downloaded. When synchronising, the system will post all of my new journal entries (recieving one comment each time), and will then submit blank entries (seen field only) until it gets a response with "X-message-id: none". I should then be able to read these messages offline, and keep or delete them as appropriate. A message may also have a "X-message-parent:" header, giving the number of an earlier message to which it is a reply. Threading might be nice, but not entirely necessary.
1) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done.
2) a) An automated installer or sufficient instructions to install the software in ready-to-run condition on the hardware platform specified in your bid.
b) A suitable device shipped to me, to arrive before June 23rd 2006, including the software pre-installed. In this case, you may include the cost of hardware in your bid price, or request a bonus payment to cover it.
3) All copyrights remain with the coder. I have no objection to GPL or any other 3rd party code as long as I do not have to pay license fees beyond the bid ammount.
I know it may be difficult to have this working before the deadline - if you cannot complete the entire task, I will accept bids on a partial solution as long as you clearly say which parts of the description you will not be able to implement.
I am in a hurry with this development - I must have the system set up and fully working on or befor June 25th.
This application will run either on a PDA or cellphone, whichever you find more appropriate. It will either have an internal GPS system, or be able to be connected to a separate GPS device. It should be possible to connect to both GPRS and older GSM networks to upload data, with the capability to connect through a landline telephone an advantage. I would like to have routefinding software on the device with maps of both Europe and Asia if possible. Battery life is a priority. If the cellphone can take 2 sim cards (a roaming one to receive calls, and a local one for cheaper data rates), this would be a big advantage. If your software will run on a Motorola A780 GPS-enabled phone, please say so. Otherwise, please specify which devices I would need to buy, and how much they will cost.