Hello -
Thanks for looking at my project. My current iPhone app displays temperature readings from my temperature monitoring products. The app makes a web service call, gets the device names and last temperature reading and displays the info. If the status of the device is 0, it shows a green check. If the status is 1, a red X is shown.
The new API can send more than one sensor reading per device and can include humidity and power (AC or battery; low battery). See attached word doc for NEW api.
I'm looking for someone to update my iPhone app and add:
1. display the latetest sensor readings for each device and the date/time stamp
2. allow the user to see sensor reading history for each device
3. allow the user to see a graph for each device and zoom to 1,3,7,14 day data
There are many ways to show this. I'd like you to suggest how it is best done. Perhaps?:
Removing sensor reading from initial display, display device name, device id and the green check/red x. Tapping on the device takes you to a new screen with device name, device id, and a graph. The graph combines all sensor readings for that device into one auto-scaling zoomable graph. Individual sensor names, port number, last reading + date/time stamp should appear as a list below the graph. Tapping a sensor takes you to a new screen with a graph/zoom for that sensor + ability to scroll through the raw data. Data in "alarm" (see api example) would be shown in red. Rotating the orientation of the phone would make the graph fill the available space.
What would be better? What would make the app beautiful? Get this one right, and I'll ask you to build our first Blackberry and Droid apps next. :)
## Deliverables
1) All deliverables will be considered "work made for hire" under U.S. Copyright law. Employer will receive exclusive and complete copyrights to all work purchased. (No GPL, GNU, 3rd party components, etc. unless all copyright ramifications are explained AND AGREED TO by the employer on the site per the worker's Worker Legal Agreement).
2) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done.
3) Deliverables must be in ready-to-run condition, as follows (depending on the nature of the deliverables):
a) For web sites or other server-side deliverables intended to only ever exist in one place in the Employer's environment--Deliverables must be installed by the Worker in ready-to-run condition in the Employer's environment.
b) For all others including desktop software or software the employer intends to distribute: A software installation package that will install the software in ready-to-run condition on the platform(s) specified in this project.
## Platform
iphone native app code and compiled app