Re: [gdal-dev] gdal-dev Digest, Vol 198, Issue 14

It's already some time I worked with the WCS driver and then most of the time went into wondering the small differences between servers. With https://demo.geo-solutions.it/geoserver/wcs I can do this workflow: 1) gdalinfo "WCS:https://demo.geo-solutions.it/geoserver/wcs; ..takes some time as

Re: [gdal-dev] gdal-dev Digest, Vol 198, Issue 14

Hi, Sorry, this is something that I am not familiar with. The developer of the WCS plugin probably could tell if it is at all supported to use the XML file as input like you tried. I wonder if Ari Jolma happens to follow the list. And what QGIS does is all mystery for me. -Jukka Rahkonen-

Re: [gdal-dev] Location change on gdalwarp reprojection

Hi, The bounds do not mean exactly what you think. Re-projecting a rectangular image from EPSG:27573 into EPSG:4326 rotates the image somewhat counter-clockwise. This image is from another context https://www.usgs.gov/media/images/landsat-1-8-landsatlook-image-examples but you can get the idea.

Re: [gdal-dev] GDAL t-shirts!

On Wed, 11 Nov 2020, 17:19 Howard Butler, wrote: > All, > > Joe Morrison [1] coordinated the creation of new GDAL t-shirts with a fun > update to the logo. Proceeds of the sales will be donated to OSGeo. Visit > https://teespring.com/gdal to get yourself one. > > Howard > > [1]

Re: [gdal-dev] Location change on gdalwarp reprojection

It does not happen when just warping, but it does occur when warping to the same EPSG as can be seen in the follow logs ``` orig.tif EPSG:27573 bounds [828662.0710931281, 3203193.9700861075, 829595.8710931281, 3204344.6700861077] EPSG:27573 bounds [828662.0710931281, 3203193.9700861075,

[gdal-dev] Location change on gdalwarp reprojection

Hey all, I have some behaviour that I can’t wrap my head around. When I reproject a tif using gdalwarp, the location (as visible in QGIS or after using gdal2tiles on a map) changes. It is visible when checking the bounds using QGIS. It is also noticeable when checking the bounds with rasterio:

Re: [gdal-dev] armadillo error with homebrew install of ogr2ogr

Hi Paul, Please be careful about telling people that Conda is a panacea. It's not true. I maintain several software projects that have conda and conda-forge packages and I follow several conda-forge repo issue trackers, and I am here to say that users manage to mess up their conda environments

[gdal-dev] GDAL t-shirts!

All, Joe Morrison [1] coordinated the creation of new GDAL t-shirts with a fun update to the logo. Proceeds of the sales will be donated to OSGeo. Visit https://teespring.com/gdal to get yourself one. Howard [1]

Re: [gdal-dev] Oracle Spatial Driver: Is it possible to append features to a table?

Hi, It should work. Write your two first ogr2ogr commands (the initial one and first to append) as a whole but without OCI connection details. The -nln parameter must appear in the append command if I remember right. -Jukka Rahkonen- Kreß, Marius wrote > Dear GDAL developers and users, > > I

[gdal-dev] Oracle Spatial Driver: Is it possible to append features to a table?

Dear GDAL developers and users, I want to write contour polygons into an Oracle Spatial database. Because the area is quite large, I would like to calculate them in smaller boxes and write them into the table one after the other. But as far as I can see, it is not possible to append features

Re: [gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

Just realised that I excluded the wider from the group accidentally - so added them back in . > I looked a bit more into the mongodb driver. I think I would prefer not using GDAL for saving into the database directly. And only using GDAL for > importing different formats and transforming between

Re: [gdal-dev] GDAL conda build

The documents are horrendously out of date - I know :) I am assuming that you have seen this and that it does not meet your reqs https://gdal.org/drivers/vector/openfilegdb.html#vector-openfilegdb Building with an additional driver could, I guess, easily make a difference. I am wondering if you

Re: [gdal-dev] GDAL conda build

Hi Paul, Thanks for your reply. The only reason we're trying to build locally is to add FileGDB support - if there is a better way to add FileGDB write support to conda-forge GDAL, I'd love to hear it! The GDAL docs are very out of date when it comes to building on Windows - the "GDAL Windows

Re: [gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

After converting to GeoJSON the next step is saving the json into a MongoDB database. The customer I work for has chosen to store all GIS-data in GeoJSON in a nosql database like MongoDB. That's why I would prefer not creating a file just to get hold of the json after importing and transforming

Re: [gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

I have a working c# GDAL app - I might be able to help. I am not sure I understand what you are trying to do? It looks like you are creating a GeoJSON file from a shapefile and that actually only makes any sense if you want to save the file? > > > > > > > > > > > > > > > > > * private

[gdal-dev] Convert ESRI Shapefile to GeoJSON in memory, code in c#

Hi, I'm a bit out of my depth here trying out GDAL in c#. Please help. =) My code works fine if I output the GeoJSON to a file on disk. But I would really not prefer having to intermittently store the result on disk just to read it back into memory again. It seems like all methods exposed by

Re: [gdal-dev] GDAL conda build

I think we can be fairly certain that gdal-feedstock works, since it has passed in a clean container environment. The most obvious question is - I am assuming that you are using conda build - are you working in a clean conda env? Create a totally new conda env, activate that and then try again.

Re: [gdal-dev] armadillo error with homebrew install of ogr2ogr

Have you thought about just using the Conda Installation? Solves most or all of these problems. On Tue, 10 Nov 2020 at 17:14, John Muccigrosso wrote: > I've just started getting this error when I try to use ogr2ogr: > > dyld: Library not loaded: /usr/local/opt/armadillo/lib/libarmadillo.9.dylib