Humanitarian Scope Vocabularies

I’m trying to find the references for the vocabularies identified in the 2.02 Humanitarian Scope.

The proposal presented to the Steering Committee had 3 vocabularies for Appeals: Humanitarian Plan, Start Network, and Disasters Emergency Committee (with a note saying that further consultations were required on values for this list). I see that the codelist on the IATI ste is more limited, with only 2-1 Humanitarian Plan (and no link).
http://iatistandard.org/202/codelists/HumanitatianScopeVocabulary/

Can someone explain what the 3 vocabularies are, ie who manages them, where they can be found etc?

1 Like

Hi Yohanna

I know that you are already aware that the purpose of the humanitarian scope elements is to enable a publisher to relate any individual activity to a specific humanitarian emergency and/or appeal. As a result the Humanitarian Scope Vocabularies will provide links to the public lists of emergencies being supported or that are known to the wider humanitarian community.

Unfortunately there is currently no single public list of emergencies that is available to use so we are having to liaise with multiple humanitarian fund managers in order to try and establish a set of lists that at least cover most of the known and supported crisis.

Currently we only have full details for the code 1-2 GLIDE (Global Disaster Identifier Number) List. This list is public and maintained by the Asian Disaster Reduction Centre (ADRC) in collaboration with many member organisations of the humanitarian community. The list contains details of mainly natural disasters.

The lists with codes ‘1-1’ and ‘2-1’ are both currently being developed by UN OCHA FTS and are planned to be available (public) by the end of February 2016. These lists will contain references for the emergencies and subsequent responses as managed by UN OCHA

We also envisage that number of public lists referenced on the Humanitarian Scope Vocabulary codelist will increase over time so that publishers will also be able to use the humanitarian elements to directly reference activities that support those emergencies supported by other humanitarian fund holders. However, we will of course only be able to add any additional lists as and when any individual fund holder is in a position to provide the required information in a managed and timely way.

Thanks Wendy.

You mention that 2.1, which is Humanitarian Plan, is being developed by UN OCHA.

What about 2-2 (Start Network) and 2-3 (Disasters Emergency Committee)? Can you clarify who would be developing/managing these code lists and where we might find additional information?

Lists for other fund managers such as Start Network or DEC (Disasters Emergency Committee) would need to be provided and managed by the fund managers themselves. Although I cannot of course speak directly on behalf of either (or any other) organisation my understanding is that they don’t currently have a public list that we could use within the IATI Standard at the moment? However, it is our intention to liaise with any such fund holders so that over time we can develop and extend the available list of Humanitarian Scope Vocabularies for use by publishers.

In case others interested in this thread missed it (like I did), I thought I would flag that a codelist was recently added for the Humanitarian Scope element: 2-1 Humanitarian Plan (OCHA FTS).
http://iatistandard.org/201/codelists/HumanitarianScopeVocabulary/

The 1-1 codelist is still missing, however. Does anyone know when it might be available?

A couple other questions regarding the use of the new humanitarian fields:

1- We sometimes have projects that are coded in part humanitarian (with the DAC sector codes), in part development. The new attribute “humanitarian” is a binary flag, so we assume we should attach it to any activity that has a humanitarian component, even if it’s not the whole activity. Correct?
This will make the flag redondant with the DAC sector codes for humanitarian aid (at least in our case), but so be it.

2- Regarding the Humanitarian Global Clusters, we assume it’s ok to code more than one cluster if necessary, using the % element (like for other codes).

It would be great to hear from others how they plan to implement these fields, and from data users on what would make the data more useful.

Thanks for the questions @YohannaLoucheur and a little belatedly I will do my best to answer them now.

Regarding the 1-1 codelist - we are still waiting for this from FTS. The original timescale for this was this month (March 2016) but I know that FTS are now currently investigating using GLIDE (http://glidenumber.net/ and 1-2 on the humanitarian scope vocabularly codelist) to reference all emergencies rather than creating a new separate list that would need to be additionally maintained. It does of course make sense to potentially extend the use of an existing resource rather than create a new one if it can be done in a way that works for all stakeholders. I’ll therefore post any further updates here as and when I have them.

Re the new ‘humanitarian’ attribute on the iati-activity element - you are quite correct that this is a binary value and it was always our intention to leave it up to the discretion of a publisher to decide which of their published activities should be marked as such (given the absence of any formally accepted and industry wide definition of what is or isn’t a humanitarian activity). In addition, whilst there might be an expectation that an activity should be classified as EITHER humanitarian OR development I am not aware of any issues that would prevent an activity being classified as both. However, we would always be interested in the views of other publishers or data users on this point? Also I should add that an additional pre-conceived use of the humanitarian attribute was to enable publishers to fast-track publishing of their humanitarian activities during the initial period of crisis. Thus the attribute could operate as a flag within a publisher’s IT systems that allows humanitarian activities to bypass the normal data quality or other approval processes and so enable daily publishing of updates.

Finally re the Humanitarian Global Clusters you are also quite correct that it is okay to code more than one cluster if necessary. However, as a caveat to this I would add that we will also look to take guidance on this from FTS in order to make sure that publishers use this classification in a way which is mutually compatible to the publisher and the FTS systems that will be potentially using the data.

Anyway, I hope that helps to clarify the above for the moment and of course all thoughts and issues on any of this are very welcome.

Thanks Wendy and Yohanna for your great questions and input! I’m curious if HXL hashtags could serve as an alternate humanitarian scope vocabulary? What are your thoughts?

Thanks for the interesting question @BrentPhillips. As I’m sure you are aware, the purpose of the Humanitarian Scope element is to enable a publisher to associate any of their individual activities with a specific humanitarian emergency or appeal as defined in any of the allowed vocabularies. Therefore, I guess in theory you could define a list of emergencies that each has a unique HXL hashtag as its code. I also like that as an idea as it could make things a little easier when bringing together multiple sets of related emergency information from different sources.However, the biggest issue that we have with the humanitarian scope vocabularies is identifying who should create and maintain these lists as they ideally need to be kept up-to-date and managed via a formal change process and be publicly available? As there is no single organisation that is involved with all humanitarian crisis the ownership and management of any such definitive list is proving a significant challenge.

Just to X-reference that new humanitarian reporting guidelines have now been posted for review by the wider IATI community at Help develop IATI’s humanitarian reporting guidance

All comments are very welcome.

Re @YohannaLoucheur’s point (lack of code 2.1 vocabulary) – this list of codes for emergencies is available from the FTS API (need to change 2016 to each year):

http://fts.unocha.org/api/v1/Emergency/year/2016.xml

Can this be made into a more user-friendly list and/or the URL included on the IATI Standard website list of codelists for Humanitarian Scope Vocabulary?

Thanks for flagging @markbrough and as this list belongs to FTS I’ll let them know about this post for any comment. However, I think the ‘best’ solution would always be to have a single source(such as an enhanced GLIDE) that covers all known emergencies? Also and just for context that same issue is also addressed in the blog here - http://www.aidtransparency.net/news/defining-humanitarian-emergencies-a-joined-up-approach

The FTS emergency list at the moment is just our list of database records
and ids. For the moment we haven’t published a clean list that IATI can
refer to, and we would prefer to have a better format for an emergency id
rather than just a number before we do this. So at the moment, we would
recommend using GLIDE which is more established as well as having a more
readable format.

@Wendy - sure, it would be nice if we could use GLIDE only, though I imagine that will take some time to change, as GLIDE currently (deliberately) includes only emergencies related to natural disasters, as I understand it.

@foos - similar to the previous point - as I understand it, GLIDE doesn’t contain man-made emergencies. So in referring to a man-made emergency, there is a need to use the list of emergencies published by FTS. This is also envisaged in the humanitarian extension to IATI. Could you just separately publish the list of FTS emergencies that do not have an associated GLIDE ID?

The way I understand this, if we were to rely only on GLIDE IDs, then we would not really be able to publish any humanitarian information relating to some of the biggest humanitarian crises right now (e.g. Syria, South Sudan).

@foos you (UNOCHA) have the access and authority to create GLIDE codes, don’t you?

IATI should also apply for this right.

@markbrough, the intention from FTS’s side (and this is also what we have been discussing with IATI) is to use GLIDE, and to no longer offer a separate list of emergencies curated by FTS. GLIDE already covers all emergencies; non-natural disasters use either the category ‘Complex Emergency’ or ‘Other’. You will find practically all non-natural emergencies already available in the GLIDE registry, including Syria, South Sudan, Iraq etc.

We have discussed whether to incorporate a more detailed taxonomy related to non-natural disasters. However, this is impractical for two reasons: one, these types of emergencies are inherently complex, and cannot easily be separated into any meaningful distinction between e.g. local, national or cross-border conflicts, or elements such as displacement, migration, human rights/protection, service disruption etc. - as in nearly all cases an emergency contains many or all of these elements, and/or the presence/prevalence of these elements changes with time; two, even if we were to use such distinctions for internal reporting, making them public would be a political minefield given the sensitivities around such categorisation or grouping together.

@bill_anderson, OCHA does already create and manage GLIDE codes (via ReliefWeb). We are discussing both the guidelines for their creation and curation, and how to ensure that the IATI secretariat also has the right to create them (ideally, following the same guidelines as us).

@ximboden - thanks for the clarifications, good to hear that non-natural disasters get their own GLIDE numbers now.

@bill_anderson, in reference to the point you made in your blog post re lack of an API for GLIDE numbers, I made a quick scraper to output all GLIDE emergency IDs (and also FTS emergency IDs) in a couple of simple spreadsheets here:

These could probably quite easily be integrated with existing IATI codelists updating routines, if you want.

Can we clarify …
The GLIDE number for Matthew is 2016-000106, but …

Humanitarian emergencies are defined to be country-specific, and GLIDE also includes event type, so …

Matthew in Haiti is TC-2016-000106-HTI
Matthew in St Lucia is TC-2016-000106-LCA

So we need to use GLIDE Ids, not GLIDE numbers. Right?

Just to clarify that publishers should use the GLIDE IDs as per our initial humanitarian reporting guidelines - Help develop IATI’s humanitarian reporting guidance

Also we will tighten up on the language when we revise these guidelines and make sure that any other related documentation also specifically references GLIDE IDs

To further clarify, Wendy are you saying that we should use the IDs as listed by Bill above (e.g. TC-2016-000106-HTI for Haiti) rather than 2016-000106?