it cannot know in advance the
Content-Length. The headers of the HEAD requests aren't particularly
helpful too. Looking at the ones of the GET request, I see
"Transfer-Encoding: chunked" for QGIS server, which is in line with a
streamed output and OK
Even
Le 30/05/2023 à 00:23,
Hi,
I'm getting errors with WFS calls to QGIS Server using /vsicurl/.
Against Geoserver I didn't notice this issue.
I can work on a solution, if the problem is on the QGIS Server side. I
would love to have a second opinion on this.
What I have found:
1) The is no Content-Length: header in
inary manages to ignore that, but I couldn't easily spot
how/where in its source code.
The difference in errors are due to your curl versions using different
backends: gnutls vs openssl.
Even
Le 20/10/2022 à 20:35, Jorge Gustavo Rocha a écrit :
Hi,
Lately, I have problems opening som
Hi,
Lately, I have problems opening some datasets using ogr2ogr or ogrinfo
due to SSL errors.
I think others tools like curl had the same kind of problems, but now
they seem to work well.
Problems with ogr
=
Example (GDAL 3.6.0dev-f033e1fa1e, released 2022/08/04):
ogrinfo
Hi,
I'm compiling GDAl on local master, on Ubuntu, using default git.
cmake is working, but I'm not able to install gdal afterwards.
For some reason, when I run:
sudo make install
or
sudo cmake --build . --target install
I get the following error:
-- Found Git: /usr/bin/git (found version "2.
cense (although I'm limited to
linux).
Regards,
Jorge Gustavo
Às 18:31 de 05/03/21, Even Rouault escreveu:
> Hi,
>
> following recent discussions about maintenance, I've initiated
>
> https://github.com/OSGeo/gdal/wiki/Maintainers-per-sub-system
>
> with "just&q
ersion 7.0.0, current version
> 7.0.0)
> /usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version
> 10.9.0)
> /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version
> 902.1.0)
>
> Thank you.
> Slav Korolev.
>
>> On Dec 10,
Hi Slav,
Libraries might be the problem. Can you provide more info, please?
Tell us which libraries are being used by gdalinfo. Something like:
ldd `which gdalinfo`
Regards,
Jorge
Às 14:31 de 10/12/20, korol...@msn.com escreveu:
> What could be a reason why on MacOS Catalina 10.15.6(19G2021)
at
https://gdal.org/user/sql_sqlite_dialect.html#geometry-field
Regards,
Jorge
Às 22:36 de 19/11/20, Jorge Gustavo Rocha escreveu:
> Hi Even,
>
> Thanks for the feedback. The difference you mentioned is well understood
> with the example:
>
> -sql 'select OGR_GEOMETRY, "_OGR_GEOME
Hi Even,
Thanks for the feedback. The difference you mentioned is well understood
with the example:
-sql 'select OGR_GEOMETRY, "_OGR_GEOMETRY_" from layer'
I get exactly what is expected from both fields:
POLYGON | POLYGON(...)
POLYGON | POLYGON(...)
It would be nice to allow "_OGR_GEOMETRY_"
Hi devs,
To get only the geometry column from a shapefile, I can do:
ogrinfo cidade.shp -sql "select OGR_GEOMETRY from cidade"
But this column name is not allowed in the -select option on ogr2ogr:
ogr2ogr -overwrite -skipfailures -update PG:service=estarreja cidade.shp
-select OGR_GEOMETRY
ERR
Hi Even,
Thank you for the explanation (and for correcting me).
Aneta,
You can try QGIS as a possible workaround. You can use the Atlas feature
(GUI based) or write a small PyQGIS script, if you want to run it on a
headless server, on the command line.
Regards,
Jorge
Às 22:50 de 15/11/20, Eve
Hi Aneta,
I didn't try on the command line. But I've tried with QGIS (QGIS uses
GDAl to generate PDFs).
I was able to create a PDF with accent characters everywhere. Check the
attached PDF.
I've used a layer name with accents; I've used a label with accents.
I've also used as attribute field nam
/lib/libproj.so.19 (0x7fa94f129000)
(...)
libproj.so.15 => /usr/lib/x86_64-linux-gnu/libproj.so.15
(0x7fa94df36000)
Good luck,
Jorge Gustavo
On 08/08/20 01:35, Gerald Nelson wrote:
>
>
> I have both a mac and a linux box with Ubuntu 20.04. gdal on the mac is
>
ython=python3 --with-proj=/usr/local --with-pg=yes
--with-poppler
make -j8
sudo make install
sudo ldconfig
cd swig/python
python3 setup.py build
sudo python3 setup.py install
I hope it helps. Regards,
Jorge Gustavo
On 11/05/20 06:37, Sandra Maksimovic wrote:
> Hi all,
>
>
>
> I’m tr
ODA/Drawings_lnxX64_5.3dll_21.3/bin/lnxX64_5.3dll/TG_Db.tx:
undefined reference to `OdGiBaseVectorizer::worldLine(OdGePoint3d const*)'
I never built GDAL with ODA/Teigha before and I'm not able to move forward.
Regards,
Jorge Gustavo
_
s
--with-python=python3 --with-proj=/usr/local
make
sudo make install
--8<--
Jorge Gustavo
--
OSGeo Portugal
NIF: 509588190
email: ge...@osgeopt.pt
https://www.osgeopt.pt/
Próximo evento: SASIG 2017, 20 a 22
EPSG from a Shapefile?
Data: Sun, 28 Oct 2018 23:27:48 +
De: Jorge Gustavo Rocha
Para: qgis-u...@lists.osgeo.org
Hi Rodrigo,
GDAL (regular distribution) is not able to identify the EPSG code from
the *.prj string. This is a known limitation. This has been fix (see bug
[1]), but it requires addit
t 0, Y block offset 0
The error is the same with different files.
My system is Ubuntu 9.10 64bits.
gdal_translate --version
GDAL 1.7.2, released 2010/04/23
What can I do?
Thanks,
Gustavo Martínez
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http
19 matches
Mail list logo