Dear Even,
On Fri, Apr 19, 2013 at 4:26 AM, Even Rouault
wrote:
> #5056: OSM waterway
One issue with adding waterway as lines is that the tag
waterway=riverbank is usually for polygon and multi-polygons
(relations).
Is there a way within the osmconf.ini for instance to limit to a
specific key:val
Hi,
Testing rpm binaries for openSUSE are available here:
https://build.opensuse.org/package/show?package=libgdal&project=home%3Atzotsos%3AApplication%3AGeo
repository:
http://download.opensuse.org/repositories/home:/tzotsos:/Application:/Geo/
As long as there is a final release this will repla
Hi,
I've prepared a third (and hopefully last) release candidate for GDAL/OGR
1.10.0.
The fixes added since RC2 are :
#5029: Fixed problem with JP2 write with ECW SDK 5.0
#5055: OSM driver: Too many members referenced
#5056: OSM waterway
#5057: Geocoder only reports geometry on first feature
Pl
Great work Even.
Yes, you are right with the BING service. I did not use the correct key.
But perhaps it would be good to have some kind of error message in this
case.
Cheers,
Dennis
On Thu, Apr 18, 2013 at 9:19 PM, Even Rouault
wrote:
> Le jeudi 18 avril 2013 16:04:50, Dennis Gocke a écrit :
Le jeudi 18 avril 2013 16:04:50, Dennis Gocke a écrit :
> Thanks for the information Even.
>
> I have created two tickets related to the OSM Driver issues.
>
>
> Regarding the problems with the geocoding services.
> It isn't really query dependant. A specific service behaves the same for
> all q
On Thu, Apr 18, 2013 at 12:10 PM, Rutger wrote:
> Hey,
>
>
> Etienne Tourigny-3 wrote
> > I use a similar command, without the -a_ullr argument
>
> And does it then capture the correct corner coordinates? If i run your
> command it does assign the sinusoidal projection, but takes the pixel
> coor
Hey,
Etienne Tourigny-3 wrote
> I use a similar command, without the -a_ullr argument
And does it then capture the correct corner coordinates? If i run your
command it does assign the sinusoidal projection, but takes the pixel
coordinates (eg 0-2048) as the corner coordinates instead of the sinu
+0.5 I didn't have a chance to test, but I am very supportive as
everything seems right.
On 13-04-16 1:39 PM, Even Rouault wrote:
Motion: GDAL/OGR 1.10.0RC2 is promoted to be the official 1.10.0 final release.
---
No issue has been specifically reported on RC2 so far, so I invite PSC members
If I try your command I get
ERROR 1: Unable to compute a transformation between pixel/line
and georeferenced coordinates for temp.tif.There is no affine transformation
and no GCPs.
Messaggio originale
Da: ml-node+s1560n5047999...@n6.nabble.com
Data: 18/04/2013 16.18
A: "laura0"
Ogg:
I use a similar command, without the -a_ullr argument
e.g.
gdal_translate -a_srs '+proj=sinu +R=6371007.181 +nadgrids=@null +wktext'
On Thu, Apr 18, 2013 at 6:10 AM, Rutger wrote:
> Hey Laura,
>
> Since the MxD14.A2 products are already projected in the sinusoidal
> projection there is no ne
Thanks for the information Even.
I have created two tickets related to the OSM Driver issues.
Regarding the problems with the geocoding services.
It isn't really query dependant. A specific service behaves the same for
all queries I tested.
Anyway here is how it can be reproduced:
MAPQUEST:
se
Hey Laura,
The coordinates you found seem to be geographic (latitude/longitude), not
sinusoidal.
The MOD03 file is still unprojected, sometimes referred to as a swath or
granule. It contains the original sensor scans which dont yet have a defined
projection. It should be used only with other, low
Hi Rutger,
thank you for your reply.
The metadata in the HDF show me these bounding box:
EASTBOUNDINGCOORDINATE=36.5436731054265
NORTHBOUNDINGCOORDINATE=43.0619355408597
SOUTHBOUNDINGCOORDINATE=21.8438333503548
WESTBOUNDINGCOORDINATE=6.83616802377613
and the first test has been:
gdal_translate -of
Hi,
I'm changing my vote to -1 because of the issue reported in
http://trac.osgeo.org/gdal/ticket/5029#comment:23 (a late regression that I've
introduced in ECW/JP2ECW write support with SDK v5).
I'd like to also investigate the issue raised with the OSM read support in
http://lists.osgeo.org/pip
Selon Dennis Gocke :
> Hi,
>
> Ive encountered some issues. My tests are done with the latest 1.10
> version.
>
> The first issue is related to the new Geocoding API. Great work btw.
>
> When using the MAPQUEST_NOMINATIM or GEONAMES service only the first
> feature in the resulting layer gets a g
OK, how can I apply this patch? Please provide step-by step instructions.
2013/4/18 Jean-Claude Repetto [via OSGeo.org] <
ml-node+s1560n5047904...@n6.nabble.com>
> Le 18/04/2013 10:13, tanasko a écrit :
> > I did everything according to the instructions from this link:
> >
> http://wiki.openstre
Le 18/04/2013 10:13, tanasko a écrit :
I did everything according to the instructions from this link:
http://wiki.openstreetmap.org/wiki/ECW#Howto_install_gdal_with_ECW_support
The libecwj2-3.3-wcharfix.patch patch is missing on this page.
___
gdal-d
Hey Laura,
Since the MxD14.A2 products are already projected in the sinusoidal
projection there is no need to warp using GCP's. Fitting a polynomial
through some GCP's will always be less accurate then using the projection
the data is already in.
Somewhere in the metadata in the HDF there should
Hi,
I’ve encountered some issues. My tests are done with the latest 1.10
version.
The first issue is related to the new Geocoding API. Great work btw.
When using the MAPQUEST_NOMINATIM or GEONAMES service only the first
feature in the resulting layer gets a geometry. The other features only
repo
I did everything according to the instructions from this link:
http://wiki.openstreetmap.org/wiki/ECW#Howto_install_gdal_with_ECW_support
gdalinfo --formats |grep ECW
ECW (rw): ERDAS Compressed Wavelets (SDK 3.x)
JP2ECW (rw+v): ERDAS JPEG2000 (SDK 3.x)
2013/4/18 lanufabi [via OSGeo.org]
>
Hey tanasko,
can you check whether your libecwj2 package includes
libecwj2-3.3-wcharfix.patch ? From which repository did you install qgis +
gdal? Please post the output of
$ gdalinfo --formats |grep ECW
Gr
Fabian
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/ECW-support
21 matches
Mail list logo
