Tag Archives: spatial data

Inspire: Part I

Inspire Directive's Weird Logo

This post begins my Inspire series. The series contains general information, what is Inspire, and when it happens. I won’t go too deep into details and the law text of the Inspire directive, which could easily make my few subscribers press the unsubscribe button.


As some hawk-eyed readers might have noticed, Inspire is a directive meaning that it is a legislation for which EU members are bound.  It is also an initiative to create a European SDI. It aims for

  1. better coordination between government agencies,
  2. more effective usage of spatial data sets,
  3. and diverse services for citizens.

The directive itself  can be emphasized in following keywords: interoperable spatial datasets, exchange of spatial data services, their joint use availability in various levels of governing and industries. If we bring the keywords together in one sentence, it might look like this:

“The directive’s aim is to enable exchange, joint use, and availability of spatial data sets, and services associated with this information.”

Spatial Data sets

There are 42 spatial data themes to which the directive is applied, and they belong to 3 Annexes. I won’t list them here, you can find them in the sources.

Whew! Time to have a deep breath, yes, just like that. This is needed before going to metadata.


The agencies that provide the spatial data sets should provide their metadata and attach it to the services. Metadata includes descriptions about the data the agencies make available. For metadata enthusiasts, you might want to check out this document: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2008:326:0012:01:EN:HTML


This is the end of the part. Part II will tell you, what are the methods to implement this, and what a moon (what an earth is too often used, so I use moon instead) are the services, which should provide the 42 data themes?! Stay tuned.






1 Comment

Filed under SDI

Spatial Data Transformation

What is transformation? Changing a form is a good answer, and that’s what we see in everyday life. We are eager to physically transform ourselves to look better, or we want to transform the objects around us, such as an egg, milk and salt transforms to an omelet. How can objects be transformed then? It’s not just transforming them, but knowing clearly what is the original form and the resulting form. We cannot make an omelet, if we know nothing how eggs behave on a pan, and how an omelet should look, smell and most importantly, taste.

In spatial data world, things are not always going as smoothly as with cooking omelets. Occasionally omelets burn, and might taste terrible, but I say that transforming spatial data is much harder. If you are a GIS specialist and have to transform data from format 1 to format 2. You have to have a deep knowledge of the two formats and their data models. Format 1 can have its own data model totally different from the format 2 data model. They might have vastly different geometry and attribute types, that there is no way to transform them automatically. And, the poor GIS specialist has to spend most of his work time to manually fix his data, click after click.

Previously described might have been almost impossible to solve before. There are very good transformation software for spatial data including GoPublisher, FME and others. They are meant to make people’s work easier and faster. The transformation software knows the source format and the result data, and can repeat the transformation process over and over.  The only problem is that how can the specialists be assured that these transformation software help them, makes their work easier, and lets them concentrate on GIS. Is it fear of the new? Having been fixing data errors click after click for 10 years might make some afraid of changes. They surely know what the two data forms, the source format and the result, are all about. They have it all inside their heads. These GIS specialists are true specialists, they surely know what they’re doing. I say, that combining all that knowledge with modern data transformation tools, would make a lot of transformation projects much shorter.

Leave a comment

Filed under Data Transformation