Matt Bartlett ~ Project Manager
{posted_on3_text} Overview
New d-portal search features to improve data use

Exciting news for data users - we’ve added some great new search features to IATI’s platform

The changes (part-funded by Interaction) mean that searches for IATI data on aid, development and humanitarian activities are easier and can be more refined.

You said, we did...

We’re grateful to our keen d-portal users for providing useful feedback on what needs to be improved. So here’s what has changed:

1. Choose multiple options
Now you can choose more than one option in every category, allowing you to find data for multiple recipient countries, publishers and/or sectors.

Here we’re using this new feature to search for spending and activities across three sectors relating to health in Liberia.

Choosing multiple options in a dropdown
Fig. 1 Multiple options in a single dropdown

2. Search by activity status
Want to look at what activities are being planned for the future, or see what’s already been implemented? Now you can using our new activity status filter.

Choosing an Activity status dropdown
Fig. 2 New activity status dropdown

3. Free text activity search
Want to find a specific activity? Now there’s no need to look through many search results, just simply cut and paste the activity ID number in the free text box and you’ll be taken straight to that activity’s page.

By searching 41119-AF-OTHER-S10-NGO here

Typing in an Activity id
Fig. 3 Type in an activity id and press enter

you’ll be taken to the United Nations Population Fund’s activity in Afghanistan on preventing gender-based violence.

Showing a search result
Fig. 4 The SAVi page for that activity

Other important changes
Following requests, users now have the option to order dropdowns alphabetically or by IATI code and FAQs on the search functions have been added here too.

Can we expect more changes to d-portal? IATI is continually working on more ways to ensure people can access the data they want through d-portal. Please share any comments or suggestions via GitHub or email

Shi ~ Lead Developer
{posted_on3_text} Technical
Finding context in Results data and new query parameter

Results data heirarchy is not particularly verbose.

Results element
Fig. 1 The results element heirarchy

At its most basic, there is a title, description and an indicator. The indicator makes up most of the results element with links to reference documents, a baseline and the all important period element. Here in the period element will contain the start and end dates, target and actual values and within those, location and dimensions data like sex, gender and age. Dimensions data is freetext so there are no restrictions to what a publisher can well, publish. Due to this, data within this element might be difficult to aggregate.

There are also multiple narrative and comment elements within the results subelements. We found that publishers tend to repeat themselves rather than add new information in these sections.

SAVi displays complex-looking IATI XML (the elements found in a single activity) in a format that is hopefully, easier to read and digest. To achieve this, we try to understand the context of the data being used and how best to lay it out so that it makes the most sense to the casual user. Thus far, we're only showing the most commonly used elements of the IATI schema, which means there are still parts of the XML hidden from view on SAVi pages. This doesn't mean we've changed the original XML in any shape or form (you still have access to this via the xml link on each SAVi page) but it does mean there are still many parts of the iati-activity element that we've not fully understood or explored. Hopefully, as more elements get adopted by publishers, we'll get the opportunity to delve deeper into use cases that are in demand.

When we were first asked to display results data in SAVi, we misunderstood it entirely! Without context or how and what it was used for, a structure to compose a visual layout was at most, based on assumptions.

Results data
Fig. 2 First iteration of results data saw a rudimentary layout without baseline data

The first thing we had to do was find some actual results data to work with. Preferably an activity with most of the results subelement completed; this seemed a harder feat than we thought.

I visited the IATI Dashboard to point me in the right direction. The dashboard has been really useful in terms of finding publishers using certain elements, especially so for SAVi as we're always trying to visualise certain sections of an activity and this always meant looking for example data. The only thing I wish the dashboard would do was display the full publisher name or even their reporting-org id instead of their IATI Registry id as that would not only save me one more step (currently, I have to click on the publisher link to find out the actual publisher name) but it would be consistent with other parts of the dashboard website where the full publisher names are displayed.

In any case, there was still a lot to do after this to find an activity that has a high completion of the result subelements. This prompted us to add a new query parameter to Q which is live right now on d-portal. Give it a go!

The above query will display the top 10 activities that contain the 'result' element in descending order of frequency as JSON. Replace .json with .html, .xml or .csv if you prefer.

The query is 4 levels deep, this is enough to reach the deepest part of the IATI standard. For example, if I want to search for activities that have dimension data within the target element of results data, my query will look like this:

As you can see, the query starts with the innermost element and you'll need to list the hierarchy as it appears in the standard.

We started going down the route of deeper searches into attributes but this is a rather resource hungry option so we've taken it out for now. If there are demands for such things in the future, do let us know.

During the four-day Open Ag Tool workshop, we met experts in the field who gave us guidance on approaching results data. Nadeja Mandrescu from Development Gateway not only shared how results data was published and how baseline was calculated, she also explained how different publishers had different approaches to publishing this data - Yearly, Quarterly etc. This gave us some context and a brief overview of the rather complex nature of the results data element.

Results data in activity
Fig. 3 WIP iteration of results data with two columns made the baseline look out of place

We were later approached by Andy Lulham from Publish What You Fund about the way we visualised baseline data (or rather, the lack of it)! He pointed out the importance of baseline data, how it provided context for the target and actual elements and how it would make better visual sense to include it alongside the two columns. This looked like it was getting somewhere close to making sense!

Looking closer, we agreed that baseline could be interpreted as the 'start' value where 'target' and 'actual' data is based on (hence, 'baseline').

Throughout the day, we huddled with so many exchanging findings. Nick Hamlin from Global Giving shared interesting observations when he applied machine learning to a results dataset we supplied him with. We both agreed that there is still the issue of what results actually mean to publishers and this interpretation affects the level of granularity being published. Reid Porter from InterAction shared at length the background of historical data and how things can get lost in translation when very complex multi-system architectures are used within organisations, to then derive standardised results data from these systems is a close to impossible feat. Taryn Davis from Development Gateway shared the need for visualisations and computing graphs from results data that could be viewed on an ag specific dashboard. We all agreed that numerical values in the target and actual elements were best to achieve aggregation than having text in there as well.

We prodded further and found that baseline years were usually in alignment with period-start years but also that at times, publishers were publishing more than one period within an indicator. In terms of hierarchy, baseline data sits outside the period element which means multiple periods share just the one baseline.

Visualising this as a three column layout will be tricky so we've duplicated the baseline element into each period element, after the period-start and period-end dates. This meant the 3 columns could be used to compare values within the period element and visually, that made sense.

Results data in activity
Fig. 4 Next iteration of results data with 3 columns for comparison

We've attached further visual feedback to the actual elements; green if the actual value is equals to or more than the target value and off-yellow for actual values that are less than the target value. The actual box remains neutral blue if value data is missing or incorrect; ie. text is published instead of actual numbers.

We've also added a small indicator to show if the period data is still ongoing or has ended. This is represented by a 'progress bar' timeline underneath the period dates.

Results data in activity
Fig. 5 Current iteration of results data with fixed height and timeline bar

You can view this particular example activity on d-portal here.

Results data with indicators and values are now live on d-portal and further iterations will continue as we get a better understanding of how to present the data for use.

Many thanks to the organisers of the workshop and everyone who came up to us to share knowledge, it was humbling and eye-opening to see so many dedicated people working together towards the same goal with so much enthusiasm. We look forward to following the progress of all the resulting projects and outcomes of this workshop.

Matt Bartlett ~ Project Manager
{posted_on3_text} Overview
The Generator – how to get live d-portal content on your website

Check out this excellent vimeo that Bond put together which shows you the quick and simple steps to using the d-portal generator.

The generator allows you to choose from a wide variety of ways to view IATI data within d-portal, and then provides a link for you to easily embed the content you’ve chosen into your own site – great if you want to display your own IATI data in an engaging way, or are looking to visualise other IATI data for analysis. You can embed charts, tables, maps and various other content, all of which can then be clicked through to allow users to explore the data further in d-portal – and once it’s embedded in your site it will update automatically overnight!

Feedback welcome as always – on the generator or other areas of d-portal...

Matt Bartlett ~ Project Manager
{posted_on3_text} Overview
Results data now showing in d-portal

Following requests from users about showing Results data in IATI with in d-portal you can now see this on the individual activity (SAVi) pages – if you drill down into the data through the chart and tables, or via the maps, to see an individual activity you should be able to scroll down past the details of individual transactions within that activity and see information on Results (as long as the publisher has reported Results data in their xml!).

For example on this SAVi page for a Cordaid activity on improving health care in Zimbabwe you can see the Results data that Cordaid have published for this activity...

Results data

As always if you have any suggestions or feedback on d-portal please do get in touch by one of the following means....

Matt Bartlett ~ Project Manager
{posted_on3_text} Overview
Adding country budgets to d-portal

We have made a small change to what information is shown in publisher tables in d-portal – the ones where you are looking from an individual publisher’s perspective at recipient countries – by including organisation file budgets. This is budget data which some publishers provide in their IATI organisation file (as opposed to activity files, where most other IATI data is reported) and it represents the total annual budget for that publisher, per recipient country.

So instead of seeing the 2015 and 2016 activity file budget columns in tables such as this, you can now see and compare the budgets related to existing activities (from the activity files – the column which we have called ‘allocated’) and the budget information in general for that country (the column which we have called ‘total’).

Note - you can still scroll through past/future years using the arrows at the top of the table.

The reason for this change is both to highlight the existence of general budget data within organisation files, which are potentially valuable data but not often known about or updated, and as a response to requests from users to be able to see this information – which (provided the data is up to date) allows you to start working out the remaining unallocated budget for a recipient country.

As always if you notice anything that you want to follow up on d-portal, have any questions or suggestions please do get in touch...