Tutorial: Getting Started with APIs

Liz Sanderson
Liz Sanderson
  • Updated

Introduction

Application Programming Interfaces (APIs) are used as a medium of communication between clients and servers. They allow applications to talk to one another, transmitting data and services back and forth for a variety of purposes. By leveraging an API, you are taking advantage of existing data, software, functions, or code shared by the developer. When you do, you can benefit in diverse ways, which include:

  • Streamlining your workflow
  • Direct access to an outside database
  • Added functionality to your own application
  • Application integration for more fluid information delivery
  • + many more!

APIs are quietly running behind the scenes in most applications you use today. If you have ever geotagged a photo on Instagram, received a push notification from Uber, or booked a flight on Expedia, you have been exposed to an API. These applications rely on APIs to enhance their user experience by providing additional functions. For example, Instagram uses the Facebook Places Graph API to access its location database for geotagging photos. By leveraging Facebook’s extensive database created from user check-ins and addresses, Instagram is able to provide location-based services to its users.

In essence, APIs are a gateway to an external server that is granting you access to its contents, sometimes with a special key involved, and sometimes with access restrictions. Given the complexities of an API, the conversation between applications is not simple. Rather, it is an intelligent conversation between intellectuals who have specific questions and answers for one another.

A REpresentational State Transfer (REST) API is one type commonly used in web services allowing users (the client) to send requests and receive responses from the server using HTTP methods such as GET or POST. It is important to understand the JSON data type to process the responses obtained from a REST API since your data will be returned in a nested structure by default. Also common among web formats is XML. Although it can be returned as a REST response, XML is commonly associated with Simple Object Access Protocol (SOAP) APIs, given that it is the only format supported by SOAP. Compared to REST, SOAP APIs are generally used for larger scale web services.

APIs and FME

FME interacts with these APIs through a variety of readers, writers and transformers which limits the need for coding. For web services that have built-in support with FME, their APIs were used in the construction of the tools that allow for seamless integration.

For web service providers that are not natively supported by FME, the HTTPCaller transformer is used to access thousands of other APIs. Whereas the shipped readers, writers, and connectors are your connection point to an API with natively supported web services, this transformer becomes your connection point when it comes to extending FME to work with custom web services. HTTPCaller provides a simple interface for accessing APIs requiring only a URL request and a method. Once the connection is secured, the data obtained from the web can be processed in endless ways using additional transformers in FME Form or even the FME Flow platform to automate workflows.

As of FME Flow 2025.1, the V3 REST API has been deprecated. The current API will remain accessible, but no new features or general bug fixes will be implemented. Starting with FME Flow 2026.1, the V3 API will be removed. We encourage all users to prepare their systems for this change. 

The V4 REST API offers enhanced security and usability, including new and reorganized endpoints, as well as the removal of certain endpoints. For information on migrating from V3 to V4, please see the FME Flow REST API V4 documentation and click on the heading Migrating from REST API V4.
 

Examples of how APIs are used with FME

Resources

Tips and Tricks

  • If you are new to the REST world, use a REST Client tool such as Postman to practice sending requests. It has a user-friendly interface that pinpoints errors quickly while also allowing you to view the response in raw and structured formats. If it runs in Postman, it should run in FME.
  • If you are encountering errors with an API, review the accompanying documentation. A well-documented API should include enough information to guide you in the right direction when sending and receiving requests. Be aware of response codes that indicate if your request was fulfilled or not.
  • FME Flow has its own API. Learn more at Getting Started with the FME Flow REST API

Was this article helpful?

We're sorry to hear that.

Please tell us why.

As of January 14th, 2026, comments on knowledge base articles have been closed. To make sure questions don’t get missed and to enable more community support, we’ve moved discussions to the FME Community. If you have a question or a comment about this article, please create a new post or create a support ticket.