Am 26.09.2014 um 19:22 schrieb Even Rouault :
> Peter,
>
Hi Even,
> This is an interesting proof of concept.
>
> I have several notes :
> - not sure about your naming conventions. For me your 'top' and 'bottom' must
> be inverted. In imaging convention, the y of top is < to the y of bottom
>
On 09/19/2014 01:50 PM, Peter Hopfgartner wrote:
On 09/18/2014 10:30 PM, Even Rouault wrote:
Le jeudi 18 septembre 2014 22:23:06, Peter Hopfgartner a écrit :
Salut Evan,
thanks for you recipe. Unfortunately, what I am really interested in
is to
use this from MapServer. Could you give me a
On 09/19/2014 12:51 PM, Even Rouault wrote:
Selon Peter Hopfgartner :
Hello Evan,
I've tried this on your suggestion. What happens is, that all labels are
now much smaller, even harder to read then before. Basically, it seems
that tiles from a higher zoom levels are taken. This wou
On 09/18/2014 10:30 PM, Even Rouault wrote:
Le jeudi 18 septembre 2014 22:23:06, Peter Hopfgartner a écrit :
Salut Evan,
thanks for you recipe. Unfortunately, what I am really interested in is to
use this from MapServer. Could you give me a pointer in the source where
the resampling takes
On 09/18/2014 11:03 PM, Jukka Rahkonen wrote:
Peter Hopfgartner r3-gis.com> writes:
Salut Evan,
thanks for you recipe. Unfortunately, what I am really interested in is to
use this from MapServer. Could
you give me a pointer in the source where the resampling takes place?
Hi,
Hi Ju
ver in the processing pipeline.
I did not have the time to look at the code yet (and probably I do not
have enough C++ experience either), I'll retry during the weekend.
Regards,
Peter
On 09/18/2014 10:30 PM, Even Rouault wrote:
Le jeudi 18 septembre 2014 22:23:06, Peter Hopfgartner a écrit :
Salu
:11, Peter Hopfgartner a écrit :
>> Hi, everybody
>>
>> we are using the GDAL WMS driver for getting maps from a public WMTS
>> service, http://www.basemap.at. Anyway, the resulting image does not
>> look smooth. In particular, I would guess that the the image was scaled
20037508.34
-20037508.34
18
1
1
top
EPSG:3857
256
256
3
The command is:
gdal_translate -srcwin 3550 2350 10 10 -of JPEG -outsize
250 250 basemap_at.xml basemap_at.jpg
As can be clearly seen, the labels are hard to read.
Reagrds,
Peter
--
Peter Hopfgartner
R3 GIS
apserver+artefacts+in+raster+gdal&ie=utf-8&oe=utf-8,
but mostly related to older versions of GDAL and without resolution.
Thanks,
Peter
--
Peter Hopfgartner
R3 GIS Srl - GmbH
www.r3-gis.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.
t use Jpeg compression:
gdal_translate -of GTiff -co "TILED=YES" -co "BLOCKXSIZE=512" -co
"BLOCKYSIZE=512"
There are some hits for
http://www.google.com/search?client=ubuntu&channel=fs&q=mapserver+artefacts+in+raster+gdal&ie=utf-8&oe=utf-8,
but most
On 08/09/2011 12:32 AM, Jean-François Gigand wrote:
Hi,
I am writing a PHP 5 module providing bindings for GDAL and OGR.
This would be a very usefull addition to GDAL.
It is GPL3-licensed and available here:
http://projects.geonef.fr/projects/php5-gdal/wiki
I'm wondering if it would'nt be mo
http://wiki.osgeo.org/wiki/GDAL_Provenance_Review lists the PHP bindings as
lacking copyright headers. If I got it right, this prevents Fedora to build
those bindings.
Is there any chance to get those copyright into the headers? Has the original
author been MIA?
Thanks,
Peter
R3 GIS Srl - Gm
010 16:11
>Your environment variables are set for your current user, apache usually
>runs as www-data or nobody user.
>Use http://md.php.net/putenv to set your environment variables this will
>work both from apache and from CLI.
>
>On Tue, Dec 21, 2010 at 4:51 PM, Peter Hopfgart
E_HOME
echo $ORACLE_SID
echo $LD_LIBRARY_PATH
the environment variables are set correctly.
So why can't ogr2ogr find the correct Oracle instance?
Platform: RHEL 5, 64 bit, Oracle 11.1
Regards,
Peter Hopfgartner
R3 GIS Srl - GmbH
http://www.r3-gis.com
-3.8.2-7.el5_5.5
libgeotiff-devel-1.2.4-3.el5
libtiff-3.8.2-7.el5_5.5
Regards,
Peter
R3 GIS Srl - GmbH
http://www.r3-gis.com
Frank Warmerdam wrote
Subject: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Date: 09.11.2010 16:32
>Peter Hopfgartner wrote:
&
on: Promote GDAL/OGR 1.7.3RC2 to final release
Date: 09.11.2010 17:22
>Peter Hopfgartner wrote:
>> Hi Frank,
>>
>> gdal was configured with:
>>
>> --with-geotiff=external \
>> --with-tiff=external \
>> --with-libtiff=exte
from EPEL and elgis.
Regards,
Peter Hopfgartner
R3 GIS Srl - GmbH
http://www.r3-gis.com
Frank Warmerdam wrote
Subject: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Date: 08.11.2010 21:22
>Motion: Promote GDAL/OGR 1.7.3RC2 to final release
>
>---
>
Since this one affected me, I would like to ask if the fix for
http://trac.osgeo.org/gdal/ticket/3411 is included?
Regards,
Peter
R3 GIS Srl - GmbH
http://www.r3-gis.com
Frank Warmerdam wrote
Subject: [gdal-dev] GDAL/OGR 1.7.3 Release Candidate
Date: 07.11.2010 03:49
>Folks,
es is not portable. I
> >> am also aware that shapefile.cpg can store a shapefile's codepage. I
> >> don't know how to put these pieces together to create a portable
> >> solution, however.
> >>
> >> Apologies if this is a newbie questi
Frank,
compilation went smooth using the --without-expat option.
On CentOS 5.4, expat cames as expat-1.95.8.
Thank you for your halp
Peter
Frank Warmerdam wrote
Subject: Re: [gdal-dev] Compilation problems on CentOS 5
Date: 07.05.2010 17:36
>Peter Hopfgartner wr
1 exit status
make[1]: *** [gdalinfo] Error 1
make[1]: Leaving directory `/home/rpmbuild/tmp/gdal-1.7.2/apps'
make: *** [apps-target] Error 2
Where should the symbol "XML_StopParser" come from?
The same configure works perfectly with 1.6.3 on the same box.
Regards,
peter
--
Dott. P
must contain _cv_ to be cached
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Could you try with ./configure --without-libtool ?
Peter
--
Dott. Peter Hopfgartner
R3 GIS Srl - GmbH
Via Johann Kr
./configure guesses 3.9 is installed, see attached config.log, where
LIBDAP_39 gets defined.
Regards,
Peter
--
Dott. Peter Hopfgartner
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgart...@r3-gis.com
Tel. : +39 0473 494949
Fax : +39 0473 069902
www : http://ww
Frank Warmerdam wrote:
Peter Hopfgartner wrote:
(...)
ii) the resulting shape file has a language identifier set to 57
(ANSI), but it really is UTF-8 [1][2].
That is correct. The Shapefile driver is currently unaware of
encoding issues and always marks the generated dbf files with the
Frank Warmerdam wrote:
Peter Hopfgartner wrote:
i) The .dbf in this shape file does not contain the column "id".
Peter,
I believe the "id" field is being treated as the feature id, and
thus is not exposed as a regular column. This results in it being
lost in the translat
n 1.6.3. PostGIS is version 1.4.1. platform is CentOS 5,
64 bit.
Regards,
Peter
[1]
http://support.esri.com/index.cfm?fa=knowledgebase.techArticles.articleShow&d=21106
[2] http://www.dbase.com/knowledgebase/int/db7_file_fmt.htm
--
Dott. Peter Hopfgartner
R3 GIS Srl - GmbH
Via Johann Kravo
26 matches
Mail list logo
