marcelstoer / solskin Goto Github PK

Work on Stations.js#reduceToRelevant().

e.g. sun minutes versus arrival time

• apply style to Launching.js
• related to #1

e.g. with settings, disclaimer, ...

http://usejsdoc.org/

when clicking on connection, open same connection including stops etc. on mobile.sbb.ch (maybe in iframe to support back) -> use web view, but first step just a link

• merge CSS with artifacts from your own project
• add required resources
• consider various resources (retina)

• might need additional styling/icons
• get hold of a cert for iPhone (NCA?)

Repo on GitHub can easily be renamed.

Need to provide an impressum/legal page. It should

• link to our app store AGBs
• mention Meteotest again
• link to our website
• offer support info, contact etc. (referring to website?)
• be accessible from the current dummy menu item?

Assuming we stick with the current data source and depending on #10 the data source needs to be cleaned and enriched:

• create a list of items for which there is no sensible public transport station and remove those from the data source
• assign public transport station to each record

-> both can either be done on the server or on the client, use client for now

Assigning max sun level only if sunshine is 60min/60min does not accommodate normal (i.e. to be expected) weather station glitches.

• level 4 for 57-60min ?
• reducing number of levels back to 4?

The meteo data format and info from wmo2sbb.ch make it necessary to overhaul the whole first part of the app (service calls).

Launch page and disclaimer are currently not scrollable, default should be scrollable.

On iOS:

• start the app
• go back to device home
• go back to the app

-> not re-initialized

-> no way to reload

As app is only for CH we don't need i18n but support for DE/FR/IT/EN is a must.

• learn how this works with ST
• externalize all existing EN strings
• add translations

Currently we print 'now' for the time stamp of the current sample data (sun level & temperature) on the detail page. This is obviously incorrect. The weather station data was taken at a certain, known to us, point in time -> print this one.

• apply style to Error.js
• in the controller displayError is called from various places, they all just pass an HTML string which is placed on the view -> it's highly generic
• related to #1

for MVP, we support iphone sized devices in portrait mode only

Is it still gonna be sunny when the train arrives at selected station?

As the current data source of the weather data does not include forecast information it'll be tricky to match that data with forecast data from some other source.

Use either standard Google Maps with two markers for start/end. Pointer: http://training.figleaf.com/tutorials/senchacomplete/chapter2/lesson9/8.cfm

Or use a static Google image:

• http://bit.ly/13Yg4EA
• https://developers.google.com/maps/documentation/staticmaps/

Even better would be if we had a cloud/rain map with the two markers. Data source?

Currently the term 'station' is highly ambiguous. It's used for 'weather station' as well as 'public transport station'.

Besides, since stores, models and views are called '..Station..' this implies that "some kind of station" (see above) is the main entity which is not entirely correct.

What is this thing we're displaying? It's actually neither a weather station nor a public transport station but a hybrid.
How do we call the weather station internally?
How do we call the public transport station internally?

All Meteotest time stamps are to be interpreted as UTC. All Date.parseIso8601() operations in StationReader.js produce time stamps but they're interpreted as GMT+2 instead of UTC.

Related to #4 because not only does the current time have to be considered but also the time of the arrival.

e.g. using pull-down

Returning to list from detail view removes the current location (place) in header.

Most likely the new model will be nested:

• distance
• sun level
• ...
• weather data (name, lat/long, various data like sunshine)
• transport data for arrival (name, lat/long, time stamp)

Depends on #9.

Depends on #8 .