More exporting formats

I have added a new step to scenProc that provide more exporting possiblities. Besides the FS specific BGL and AGN export, before you could only export to images and Shapefiles. I have now added a new step that also allows to export to other GIS vector formats.

For loading vector data scenProc uses the OGR library for a while already, I have now added an ExportOGR step that can also write using this powerful library. This means you can not only write to Shapefile now, but also to other formats like GML or KML (and many more).

Please check the manual (which was also updated) for the specifics of this new step. Since the OGR library needs a little more information there are more attributes to specify than in the old ExportSHP step.

Let me know if there are any issues with this new step. In a while I plan to make the old ExportSHP step deprecated and then this step will be the main way to export vector data. But until it has been tested more, I’ll keep both for a while.

scenProc development release goes 2.0

The scenProc development release has now been updated to version 2.0. One of the first changes I have pushed into the development release is an update of the GDAL libraries to a more recent version. So if you grab the development release 2.0 for the first time, please do a full download and not an update download.

For the rest there should only be minor changes compared to the 1.1 version. The big changes to the filter syntax and to the way library objects are generated are still in my development branches and will make it to the development release once they have been tested more.

scenProc 1.1 stable released!

I have just released the stable version of scenProc 1.1. Compared to the old stable release 1.0 the changes made recently have been included. These are not really big changes, but since scenProc 2.0 will have some bigger changes coming up soon, I have decided to release a new stable release that people can fall back to.

You can find all the download links at the scenProc page. And in a few days I’ll update the development release to version 2.0 and start to roll out the new features I have been working on recently.

Build server update

I have updated to a different build server today. I won’t bother you with all the technical details, but this means that I use different software now to create the development releases of my tools automatically at night. For you as a user nothing changes, all download links stay they same. It’s only the build software in the background that I have updated. From my tests it seemed the migration went fine, but if you notice anything weird with the development release in the next day’s let me know. 

ImportOGR and automatic projection detection

I have now modified the ImportOGR step of scenProc. For the projection you can now specify a value of AUTODETECT to tell scenProc to try to detect the projection used by itself. This works for most vector data formats that GDAL/OGR supports, as long as the projection data is specified correctly in the vector data. For example for shapefiles there is often a PRJ file that specifies the projection of the data.

If the automatic detection fails you can still specify it manually like it was done before. And the NOREPROJ value to specify the projection is already WGS84 geodetic coordinates is also still supported of course.

ImportGDAL and projections

Until now the scenProc ImportGDAL step required that the imagery you are reading was in WGS84 projection already. I have now changed this and other projections are also supported. If the imagery is not in WGS84 it will be reprojected by scenProc internally. This should make it even easier to run the feature detection feature on the imagery you have, as many sources don’t provide the imagery in WGS84 projection. So it should save quite some pre-processing of your data.

scenProc will try to automatically detect the projection that is used in your imagery. In most cases that works fine, if this doesn’t work out you can manually provide the projection as an additional argument to the ImportGDAL step.

There is one little catch, the internal reprojection is done in memory. So if you are already short on memory for your scenProc script, it might be better to still reproject your imagery manually. But from the tests I have done until now this shouldn’t be needed too often.

scenProc big area tips (2)

Here is another tip when using scenProc to process big areas. If you are working with raster data this can mean that you have to load a big amount of files. But there is an easier way. scenProc uses the GDAL library that supports reading GeoTIFF, JPEG2000 and other common formats. But it also supports WMS.

WMS stands for Web Mapping Service and is a technology to distribute imagery over the internet. It is this kind of technology that gives you the images you see in Google Earth for example.

To allow scenProc to read the imagery all you have to do is make a XML configuration file that specifies the WMS service. Below you will find an example and all details can be found in the GDAL documentation. Then you use this XML file as filename in the ImportGDAL step. Then the images from the WMS can be used in the steps that use raster features. Be aware that grabbing all the data might take a while.

<GDAL_WMS>
 <Service name="WMS">
 <Version>1.1.1</Version>
 <ServerUrl>http://gis.apfo.usda.gov/arcgis/services/NAIP/Florida_2013_1m/ImageServer/WMSServer?service=WMS</ServerUrl>
 <Layers>0</Layers>
 <SRS>EPSG:4326</SRS>
 <ImageFormat>image/jpeg</ImageFormat>
 <Transparent>FALSE</Transparent>
 <BBoxOrder>xyXY</BBoxOrder>
 </Service>
 <DataWindow>
 <UpperLeftX>-87.71</UpperLeftX>
 <UpperLeftY>31.09</UpperLeftY>
 <LowerRightX>-79.96</LowerRightX>
 <LowerRightY>24.42</LowerRightY>
 <SizeX>855776</SizeX>
 <SizeY>826421</SizeY>
 </DataWindow>
 <BandsCount>3</BandsCount>
</GDAL_WMS>

scenProc big area tips (1)

When you are trying to process a big area in scenProc getting all vector data loaded can be hard. Either you will have some big shape files that take long to load or you need to do some pre-processing to slice up the data before. But did you know there is an easier way?

scenProc uses the OGR library to read the vector data. This library does not only support many formats, like shape files or GML, but it can also connect to geographical databases. So if you put all your geo data in such a database scenProc can read from it using the ImportOGR step. And only the data for the bounding coordinates that you specified will be read. Instead of a file name you need to specify a database connection string like this:

PG:"dbname='databasename' host='addr' port='5432' user='x' password='y'"

Of course initially you need to setup the database and put your data in it. The connection string above is for a PostgreSQL database with the PostGIS extension installed. There is an easy installer  to get all this installed quickly. And with ogr2ogr it’s also not so hard to put your data into the database.

So the next time you start a project where you will use scenProc to process a big areas consider setting up a geo database first to make your life a bit easier.

Aircraft.cfg editor

In the next development release ModelConverterX will contain a new aircraft.cfg editor as well. This is an enhanced text editor that is linked to the 3D preview. This should make it easier to modify lights, contact points or exits for example. Because while you type the coordinates of the points they are updated directly in the 3D preview. The video tutorial below illustrates how the new editor works.

Reading aircraft.cfg files

I have added a new feature to ModelConverterX, besides the MDL format, you can now also read the aircraft.cfg file. Each of the models defined in the CFG file will then be read into the tool. And the liveries are based on the settings in the CFG file. This will give more accurate liveries than before in MCX.

When reading a MDL file directly, ModelConverterX will try to see if there is a matching aircraft.cfg file to read the liveries from as well. If that’s not found, no liveries can be chosen.

Besides the liveries you can also visualise the different points that can be defined in the aircraft.cfg file, like lights, exits or contact points. This should be helpful to see if they are at the right location compared to the model. You can’t edit these points in ModelConverterX.

The video tutorial below shows the new feature in action. I hope this is a useful addition for those that do a lot of work with aircraft models.