DESC
You and your teammates have been contracted by the National Parks Service to build an application that will allow people to build itineraries for their trips to the beautiful national parks that they maintain. The starting point of each trip will be Nashville, TN, but the destination will a national park selected by the user.
This is going to be your first full, professional Sprint. A Sprint is part of the Scrum Framework for agile development. You will be doing daily scrum stand-ups, where you provide a concise status update on your own work. You will be taking part in a sprint review where you demonstrate the work you have completed. You will be taking part in a retrospective, where the team reflects on the work done, the team dynamics, and discuss how to improve in the future.
During this sprint, the focus will be on learning, much more than doing. We estimate that most teams could get this project done in 2-3 days. We are giving you 5.
To accomplish maximum learning, the following requirement is placed on the team, and will be monitored by your team lead. When a teammate submits a PR, and you are ready to review it, then you and the submitter must sit together and review all of the code that was written. Also, if any other teammates would like to review the code, then you must include them on the review.
Only when you feel you understand all of the code, you may then complete testing of the feature and provide approval for merging.
After each teammate clone the repository, each must perform the following steps.
- In the
scripts
directory, you will see a file namedSettings.js.example
. - Copy that file with
cp Settings.js.example Settings.js
. TheSettings.js
file is already in the.gitignore
file, so it won't ever be tracked by git. - Make a copy of the
db.json.example
file in theapi
directory without the.example
extension:cp db.json.example db.json
. Thedb.json
file is already in the.gitignore
file, so it won't ever be tracked by git. - Register an API key for the APIs below that need it.
- Copy your key into the appropriate place in the
Settings.js
file. - The team will need to figure out how to import that object into the data provider modules and use it for the
fetch()
calls that need to be performed.
DO NOT MODIFY Settings.js.example OR db.json.example during this project!!!
-
List all national parks in a dropdown. When user chooses one, display the name of the park in the Itinerary Preview section.
-
List all bizarraries in a dropdown. When user chooses one, display the name of the bizarre attraction in the Itinerary Preview section.
-
List all eateries in a dropdown. When user chooses one, display the name of the eatery in the Itinerary Preview section.
-
In the Itinerary Preview section, there should be a button labeled Save Itinerary. It should be disabled by default.
-
When the user has selected a park, and the name of the park has been added to the Itinerary Preview section, query the Open Weather API and display the 5 day forecast for that location. This will allow the user to see if they want to make the trip soon.
-
When the user adds any item to the Itinerary Preview, there should be a Details button next to the name of the item.
-
When the user clicks on any detail button for an itinerary item, a dialog box should be presented to the user with more information about that item (description, address, etc...).
-
Once the user has selected a park, a bizarre attraction, and an eatery, the Save Itinerary button should be enabled.
-
When the user clicks the Save Itinerary button, the chosen items should be saved as an object in your own, local API that is managed by
json-server
. Each saved itinerary should appear in an aside bar on the right side of the UI.
Only after the main fetures of the application listed above are complete, you can work on the stretch goal of providing directions. For this feature, you will be using the Graphhopper API.
Once the user has saved an itinerary, and it is listed on the aside bar, refactor your application to add a Get Directions button to each HTML representation of the itinerary. When the user clicks that button for an itinerary, the user should be presented with step-by-step instructions for the trip. It should include
-
All 4 locations (Nashville, bizarrerie, eatery, and national park) need to be sent to Geocoding API to the the latitude and longitude for each one.
-
Then all 4 lat/long pairs should be in the URL for the request to the Routing API.
-
The step-by-step instructions in the response from the Routing API should be displayed below the Itinerary Preview section.
For this stretch goal, the user can still only pick one national park as the destination, but multiple bizarreries, and multiple eateries can be chosen as waypoints along the way.
Add a button to a saved itinerary labeled Events. When the user clicks the button, query the NPS API to get the first two events (use the limit
query parameter) for that park. Then display the following data in a dialog box.
- title
- dateStart
- timeStart
- timeEnd
- description
- feeInfo
Add a UserSearch
component to your application where the user can type in any search string, and you would find anything that matches in...
- Your local iternary API
- National Park Service API
- Bizarreries API
- Eateries API
Display all matching items in a SearchResults
component. Each item in the search results would have a button next to it that would allow the user to add that item to their itinerary preview.
All API keys should be added to Settings.js
. Once again, DO NOT MODIFY Settings.js.example!
In any module where you need your API keys,
import { settings } from "./Settings.js"
// Since settings is an object, you can use dot notation or square bracket notation to access the properties.
settings.npsKey
settings["weatherKey"]
- API home: https://www.nps.gov/subjects/digital/nps-data-api.htm
- API documentation: https://www.nps.gov/subjects/developer/api-documentation.htm
https://developer.nps.gov/api/v1/parks?api_key=your_api_key
https://openweathermap.org/api
http://holidayroad.nss.team/bizarreries
http://holidayroad.nss.team/eateries
- Register at https://graphhopper.com/dashboard/#/register
- Once you are authenticated, visit your dashboard at https://graphhopper.com/dashboard/#/overview
- Request an API key at https://graphhopper.com/dashboard/#/api-keys
https://graphhopper.com/api/1/geocode?q=yosemite+national+park&locale=us&debug=true&key=your_api_key
{
"hits": [
{
"osm_id": 1643367,
"osm_type": "R",
"extent": [
-119.8861004,
38.1863499,
-119.1995075,
37.4946797
],
"country": "United States of America",
"osm_key": "leisure",
"housenumber": "PO box 577",
"street": "Mt. Hoffmann Trail",
"osm_value": "nature_reserve",
"postcode": "95389",
"name": "Yosemite National Park",
"state": "California",
"point": {
"lng": -119.51658779802511,
"lat": 37.84054795
}
}
],
"took": 24
}
Once you have the coordinate of a place, you can get directions to it. The first point
query parameter below is the origin, and the last is the destination. If you have more than waypoint along the way, keep adding points, but always make sure origin is first and destination is last.
- Use acceptable conventions
- Logo positioned at top left
- Navigation across the top or down the left side
- Copyright in the footer.
- Visual hierarchy
- Most important information is the most prominent
- Break pages up into defined sections
- Logically related content should be related visually
- That which is clickable should be obviously clickable.
- Eliminate distractions
- Use only two typefaces
- Limit color pallet (3 colors with black and white)
- Use a grid
- Support scanning (users don't read)
- Use plenty of headings
- Short paragraphs
- Bulleted lists
- Left aligned text
- Strive for consistency.
- Use semantic and valid HTML: validator at https://validator.w3.org/.