For example, the settings on the phone is a list of things that can be changed, from toggles to sub-lists and we should think about re-doing the setting page in this style.

Before, we sent three items for the detailed view: "title","text","imageUrl"

Now we send 5: "title","common","science","text","imageUrl"

Title is the main-tag name and should go first in large type.

Science is the scientific name (two words) that should be displayed next, under the Title and in the same large type.

Common is a list of text strings, separated by commas. If there is only one item in the list, then that item is equal to the Title and should be ignored. If there are more than one, then the second through the last should be displayed as a list under the Science name, but in smaller type and with the words, "Other common names:" in front of the list.

Text then comes after the common name list, after a line space separating the Other common names - or - the science name.

ImageURL should be handled as before.

For round 2.1 -- the list of parks can come with some sort of short description. Right now they are just the short names of the park and so we might want some sort of further description, the state in which they are located, etc.

this is something that will obviously have to change on the backend as well, but I think that this kind of data is important to capture! This will have to be v2.1.

middle items are problematic

The app should store its data in the appropriate directory as dictated by http://developer.android.com/guide/topics/data/data-storage.html#filesExternal instead of the root of th sd card.

The current resolution of the uploaded photo varies from device to device and can be very small. We should both fix and increase the resolution of the photo.

??

Need to remove the text that states that only closest 10 parks if GPS is enabled are shown. Change to: "Showing only closest 10 parks, or select checkbox to show all parks." or something like that.

We need to support a short description of the Parks for WI, or at least the nearest city and state, so these can be seen on the park list.

But this occurs only when the subsequent observations are made when the "noted" observation is still in the queue.

Occurs when an observation with notes is put in the queue FIRST, with an observation without notes put in afterward.

Occurred only when the observation with notes came before observation without notes. When an observation without notes is made before an observation with note, the notes are not copied.

When an observation with notes is placed first, then all non-note observations afterward (multiples) have the copied notes.

tested this starting at 17:35 pm on 28-July-10.

OK, perhaps better is a settings option to set the GPS accuracy with a slider bar with +/- 30m, 10m, 5m, 1m (?) as "best" accuracy and then also a "live view" for the user to determine when to take the measurement.

Unfortunately, if a user sets the accuracy to 1 m and the phone never achieves it, then the setting is a little like false advertising. But we can put some text in there explaining what that is. I suspect that the live view will be the most useful after an accuracy of < 10 or 5m is selected.

even when the queue is not empty.

This was a suggestion by users who did not understand our wording and who had used other applications with "preview modes".

In this "preview mode", is it possible to have the phone ONLY use/see the UCLA Plant Study 2 when logged in as "test"?

This would more easily confine test images to that park and that park will never be sent to the EDDMapS database, keeping things a little cleaner.

We would then have to have another pop-up describing what the "Preview" mode does. I think I talked to you about this, about combining or eliminating some popups in the beginning.

like in the budburst app -- this will help us improve things without getting poor ratings.

email can be to me, or to the email that the debug info gets sent to.

Also, we can poll the GPS accuracy and this needs to be sent with the observation. We will need to add a column in the db and some code on the phone/API. The reason for this is that many weed people need the accuracy in order to compare it with dedicated GPS units as well as needed to re-find the weed.

Please change the text from "Select the park you are visiting..."

to

"Select a park to download an invasives list. If GPS is enabled, the list includes only the ten closest parks to your current location."

I was expecting it to just cancel the notes part. we might want to add a dialog.

Instead of showing the "updating parks list" spinner, installing over the old one just had a black screen. I uninstalled, then installed, then it worked perfectly.

Currently, users may experience up to three different notification types for "updating" or "downloading" messages. All such notifications should be unified to use progress dialogs. They should also all timeout if a connection is not available.

GPS is off o the phone. Autolocation is off in the app. Enabling Autolocation calls up a dialog: "Location Disabled.. you must enable the GPS..."

The options are then OK or Cancel. Clicking Cancel crashes the app. Clicking OK sends me to the phone GPS enable, as it should.

unless the text does not fit, then some other text indicating this is needed

When viewing a queued item, it is possible to "see it on a map"-- remove this please.

Also, remove the tab in the Results for seeing the data on a map.

thanks!

One more thing while you are tinkering with the app again -- could you do that same feature about holding down the back button to exit the app like PBB does? It is really handy when you are backing out of things to not accidentally exit the app. WI would benefit from this greatly.

Should not forget current park unless new park is chosen from list.

Default park should be Santa Monica in any case.

Is there a way we could include a button for immediately uploading an observation? this phenomenon of a "stuck" observation is moderately common and really frustrating. maybe with the immediate upload, you could spit out information about why the upload fails so then we could diagnose? just idea...

Holding down the observation "button" will turn on the GPS (if not on already) and bring up a dialog displaying the lat/long AND the accuracy. One button: Accept GPS will turn off the GPS and step into the measurement sequence. This way, a user can wait for a more accurate GPS signal if desired.

This will become part of what potentially has gaming characteristics -- finding other people's plants. Super useful for people doing a weed survey if they have time, too.

It is confusing to the user that a park does not show up because GPS is enabled. in order to see all the parks, a user then must exit the app and go to the phone settings and adjust them.

We should be able to add a toggle (check box?) to show all the parks and have the default as only the top 10 closest (like what happens when GPS is on).

We should think about checking network before updating and also allowing users to cancel updates on all downloads.

I have added a column, "short_description" to the database table "areas".

I'm not sure how you want to display the info (maybe a press-and-hold,
maybe an "Info" link, maybe just text under the park name?), but I am
adding text currently to the active parks.

here is the page that displays:

http://networkednaturalist.org/budburstmobile/list_show.php

here is what the php, "list_show.php" does:

Could you add one more attribute as a flag ( 0 for plants, 1 for animals) when uploading the species to the server (both image and non-image).

some sort of "buzz" or a sound gets played with each observation. this should be able to be disabled from the settings.