FieldTask is now available for down load from BlackBerry World.
This has been made possible by Jeff Galloway who has converted the Android app and sent it to BlackBerry World for approval.
FieldTask is now available for down load from BlackBerry World.
This has been made possible by Jeff Galloway who has converted the Android app and sent it to BlackBerry World for approval.
This release includes:
This article demonstrates how to assign a task that will tell a user what data to collect and where to collect it. The data will replace previously collected data and will then be loaded into Openstreetmap. An ODK compatible tool called fieldTask will be used.
Step 1. Create one or more tasks for someone to go and update the previously collected data. This is done with the “Create Task” function in Smap. In this case I selected the previous address survey as the starting point and checked “Update existing results” which means that the old results will be replaced by the new. After creating the tasks they show up as red lines on the map on the “Assign” page. Red meaning “not yet allocated to anyone”.
Step 2. Assign the task. I assigned the longer survey containing odd addresses to myself.
Step 3. Download the task to the phone. On my phone I selected Menu then “Refresh Task List” which downloads the task and displays it in the task list and task map.
Step 4. Collect the new data. When I got to the location shown on the map I opened the survey and proceeded to record the missing addresses.
Step 5. Upload the results. After submitting the results, the dashboard shows that there are still two “good” records of address data, record 1 having been replaced by record 3.
I then exported the results in OSM format. This time I did not select any “ways” to be generated as I just wanted the address points. In JOSM I deleted the old address points that include an interpolation way, slightly adjusted the locations using Bing imagery and uploaded to the server. Click here to view the new addresses in Openstreetmap.
This technique could be useful during a response to a rapid onset emergency although it is unlikely that odk type surveys would be used to collect data that is loaded unchanged into Openstreetmap as it was here. Instead there might be a need to take a subset of a complex survey and load only the tags relevant to OSM. This would either be quite intensive manual work in JOSM or a filtering and transformation function could be added to the OSM export.
When creating long surveys for fieldTask you may want to try out a newly created, or modified section, that is a long way from the start. Its time consuming having to swipe past a lot of early questions and even worse if these have been set as “required”. To quickly get to the right section you can use the “Go To Prompt” feature. Figure 1.
Start the survey in fieldTask or, odkCollect, select “menu” then “Go To Prompt”. A list of questions will be displayed which you can scroll through to find the question you want.
If you have repeating groups in your survey then this list of questions will initially stop at the repeat group. To go further press on the downward arrow at the left of the repeat group name. Figure 2.
Then press on the name that will appear at the bottom of the screen. The questions in the repeating group will be shown and you can continue to scroll down to find the section that you want to test.
Yep we missed a release in June this release contains 2 months of changes. New Features:
The July version of the Smap server can be downloaded from here.
I have added a new option to the Smap Server that will export a survey in OSM format. The following video shows this being used to add house numbers to Openstreetmap.
The survey from that video is defined in an XLSForm template reproduced below:
This survey will collect the street name, odd or even, country, city, postcode in the top level form. It then collects the house numbers and their locations in a repeating group. Some of the top level fields are copied into each house record using the “calculate” type.
I have adopted a couple of naming conventions for surveys that are destined to be exported to osm.
I completed the survey twice to get the house numbers for a street called Jewell Crescent. When the results are exported the OSM file looks like this:
[code language=”xml”]
[/code]
After loading into Openstreetmap it looks like this.
This new functionality is in the source code now. It will be included in the next production release of Smap on Sunday 28th of July, after which the server can be downloaded from here.
Other Thoughts
I’m working with a customer that is conducting a survey in Iraq using Samsung Galaxy Y Duos (android 2.3) and fieldTask. Later model phones (android 3+) worked well with Arabic but not these earlier versions. Even after rooting the phones and installing new fonts it still didn’t connect the characters. See below a screen shot using Dr Ben Ox Arabic fonts which seemed to give the best results.
Fortunately there is an Arabic reshaping library available from https://github.com/
[code language=”java” highlight=”11,12″]
protected void addQuestionText(FormEntryPrompt p) {
String imageURI = p.getImageText();
String audioURI = p.getAudioText();
String videoURI = p.getSpecialFormQuestionText(“video”);
// shown when image is clicked
String bigImageURI = p.getSpecialFormQuestionText(“big-image”);
// Add the text view. Textview always exists, regardless of whether there’s text.
mQuestionText = new TextView(getContext());
// mQuestionText.setText(p.getLongText()); smap
mQuestionText.setText(ArabicUtilities.reshape(p.getLongText())); // smap
mQuestionText.setTextSize(TypedValue.COMPLEX_UNIT_DIP, mQuestionFontsize);
mQuestionText.setTypeface(null, Typeface.BOLD);
mQuestionText.setPadding(0, 0, 0, 7);
mQuestionText.setId(QuestionWidget.newUniqueId()); // assign random id
// Wrap to the size of the parent view
mQuestionText.setHorizontallyScrolling(false);
if (p.getLongText() == null) {
mQuestionText.setVisibility(GONE);
}
// Create the layout for audio, image, text
mediaLayout = new MediaLayout(getContext());
mediaLayout.setAVT(p.getIndex(), “”, mQuestionText, audioURI, imageURI, videoURI, bigImageURI);
addView(mediaLayout, mLayout);
}
[/code]
This improved the display significantly:
This Arabic version of fieldTask is available for download from http://dev/smap.com.au. There are other widgets that could have this functionality added and presumably the arabic text typed by an enumerator in a text field should also be reshaped. These additional changes will be made on an as needs basis. The preferred option is to get a phone that supports Arabic fonts natively which would be a better option than having to root the phones to install new fonts.
This is another test of embedding a Smap report into WordPress. Here is the report now.
https://dev.smap.com.au/surveyKPI/reports/view/55b17e69-e303-4993-94af-679ac21187e7
The major change since the last test report is more space for the meta information and the creation of automatic commentary on the report. For example the lines:
These were automatically generated to describe the two layers of data on the map. I think they could be clearer though. The final line “Comment provided by DME manager” was typed in when the report was created in Smap and before it was published to WordPress.
Embedding into WordPress is a great way to publish reports as you can add supporting material. For example here is a tweet.
The @OpenCitiesProj is making tremendous progress on #OpenStreetMap in urban areas like Batticaloa, Sri Lanka: http://t.co/nFRPtG57JK
— Mapbox (@Mapbox) July 6, 2013
Anyway for more information contact me at Smap Consulting. neilpenman@gmail.com
The API can be used to retrieve report data from a Smap server. This version is out of draft however it will evolve with feedback from the Speed Evidence project team and the Ushahidi developers who are creating a Portal that will consume the API. Hopefully it should be fully implemented in Smap releases from the 1st of August.
The API will allow the proposed Speed Evidence Portal to present survey data alongside relevant community information submitted using SMS messages.
CSIRO have been developing software for monitoring social media. Last monday I went to Canberra to talk to Ron Jones who is responsible for business development of these products. We met, near his office on the ANU campus, at the Purple Pickle cafe.
We discussed two products but I am going to focus on the Emergency Situation Awareness application (ESA) for this blog post since its very relevant to the work that Smap Consulting does. The title of this post is a quote from a video produced by CSIRO showing how ESA works.
My understanding is that ESA analyses the frequency of occurrence of key words or hashtags in tweets over a period of several months. Then if there is a deviation from the background level of a word during a 2 minute window an alert will be created at one of 4 levels depending on the amount of deviation; green-blue-purple-red. Here is a screen shot from the video showing alerts for the word storm around about the time a tropical storm hit Brisbane.
The second column is the date and time that the alerts began, the third column the duration that an elevated alert level was maintained and the 4th column the number of alerts during that period. ESA has an API that allows an external system to interrogate the statistical server.
This would be a great tool to integrate with Smap and Ushahidi to get a better picture of the situation after a rapid onset emergency. ESA could be used to identify new events while Smap can be used to provide an assessment of that event. The results can then be shown on a tool such as the Speed portal, further filtering the “firehose” of information that emergency workers can be subjected to.
Getting this tool applied to rapid onset emergencies in developing countries would require a little bit of effort and cash. For example currently only tweets in Australia are monitored. Possibly we would need a server for Africa or Asia etc. However it looks very promising to me.