Re: [gdal-dev] Regarding libkml driver

On 11 August 2015 at 18:56, Sebastiaan Couwenberg wrote: > On 11-08-15 18:37, Kurt Schwehr wrote: > > Wolf and I have joined in working on libkml. We will be getting more > > transitioned from the old code.google.com site to > > https://github.com/google/libkml, will be pushing some general > ma

Re: [gdal-dev] how to build dwg driver?

Hi Jeff, I usually go withe Microsoft Process Monitor but thanks for the tip. The missing dll name is "TD_Alloc_4.0.01_10.dll" (or "TD_Alloc_3.09.1.0.dll", depending on the TX_SDK version I tried). The question is, should that dll be created when I run the sample-project or should it be distri

Re: [gdal-dev] Cascaded VRTs

Le mardi 11 août 2015 16:35:48, Fabian Schindler a écrit : > Hi list, > > Premise: I’m tinkering to add support for datasets from multiple sources > (like different subdatasets) in EOxServer (Python, MapScript, …) > > Versions: GDAL 1.9.2, MapServer 6.2.2 > > The sample dataset I try visualize i

Re: [gdal-dev] how to build dwg driver?

On 2015-08-11 1:48 PM, Ivan Lucena wrote: Hi Mark, I am far from a Windows machine, so I can't give you much details. After loading the sample project for VS 2010, I build the libs and then I was able to build the OGR/DWG plugin. But when I tried to run it, I got a error message saying that a

Re: [gdal-dev] Regarding libkml driver

I've compiled libkml from the libkml/libkml git repo and really like that minizip for example is an external dependency. This makes it so that other applications that require minizip can be compiled easily now. Donovan On 11/08/15 09:56 AM, Sebastiaan Couwenberg wrote: On 11-08-15 18:37, Ku

Re: [gdal-dev] Regarding libkml driver

On 11-08-15 18:37, Kurt Schwehr wrote: > Wolf and I have joined in working on libkml. We will be getting more > transitioned from the old code.google.com site to > https://github.com/google/libkml, will be pushing some general maintanence > patches and will be getting the pull request processed.

Re: [gdal-dev] how to build dwg driver?

Hi Mark, I am far from a Windows machine, so I can't give you much details. After loading the sample project for VS 2010, I build the libs and then I was able to build the OGR/DWG plugin. But when I tried to run it, I got a error message saying that a .dll was missing. That missing .dll doesn

Re: [gdal-dev] Regarding libkml driver

Hi Rashad and all, Wolf and I have joined in working on libkml. We will be getting more transitioned from the old code.google.com site to https://github.com/google/libkml, will be pushing some general maintanence patches and will be getting the pull request processed. We look forward to collabor

Re: [gdal-dev] how to build dwg driver?

Hello Ivan, I am running into a similar issue trying to build the DWG driver with the latest Teigha libraries. Did you get your issue resolved? If I learn anything I will post it here. Mark -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-how-to-build-dwg-driver-t

[gdal-dev] Cascaded VRTs

Hi list, Premise: I’m tinkering to add support for datasets from multiple sources (like different subdatasets) in EOxServer (Python, MapScript, …) Versions: GDAL 1.9.2, MapServer 6.2.2 The sample dataset I try visualize is a MODIS/HDF 4 file with 7+ subdatasets (see [1] for a description for t

Re: [gdal-dev] JasPer vs OpenJPEG performance

I'm already using JP2KAK_THREADS :>> It's nice to know that openjpeg passes the compliance tests. I will be hopefully be using openjpeg in the next couple of months as I'be problems with the change in the Kakadu license and the cost implications with upgrading from 6.4 to the latest. On Tue, 11

[gdal-dev] Burn 3d-lines from python

Hello list, I'm trying to rasterize some 3d-lines programtically from python. Using gdal 1.11.2 from the osgeo4w64 environment. Seems to work fine, except that I get a z-offset of 255 (one byte) in my output raster. Works fine if I use gdal_rasterize with the -3d option. The following python c

Re: [gdal-dev] JasPer vs OpenJPEG performance

Le mardi 11 août 2015 07:59:09, Damian Bruce Leslie Dixon a écrit : > Hi, > > Even's interpretation of the NITF/NSIF standard is correct. > > My experience is that Jasper reads all NITF test images so does Kakadu. > > Kakadu is very fast however I've had problems with too many threads being > us

Re: [gdal-dev] Attempting to access an ArcGIS REST API through a WMS format minidriver

Hi Stefan, The QMS (QuickMapServices) plugin uses the GDAL AGS capability to work with ArcGIS MapServe, so if gdal works with you ImageService, th QMS will work too. Best regards, Dmitry 11.08.2015 10:15, Stefan Keller пишет: Dmitry Oh, thanks. Do you know BTW somebody from QuickMapSe

Re: [gdal-dev] Attempting to access an ArcGIS REST API through a WMS format minidriver

Dmitry Oh, thanks. Do you know BTW somebody from QuickMapServices (which also seems to support some of ArcGIS REST API for QGIS)? I'd like to know if this plugin only works with ArcGIS MapServer (or also ImageService of static MapService/WMS) and I'd like configure an own MapServer (and it shows