Re: [gdal-dev] Problems with WMS minidriver
Federico,
You got a login error:
0ERROR 1: GDALWMS: The server returned exception: [5][Gatekeeper]
Gatekeeper logon avvist av BAAT.
Your request is thus rejected (avvist in Norwegian) by the Norwegian national
login service BAAT.
Either you always need to supply a valid login, or there is a limit on the
number of tile requests from a
IP number per day for non-authorized requests. This limit was rather low, at
least 5 years ago.
Best Regards
Andreas
Hi guys, i'm trying to get a wmts layer but i'm getting an error. I think
that i'm doing something wrong but i don't what's wrong.
URL: http://opencache.statkart.no/gatekeeper/gk/gk.open_wmts
GetCapabilities:
http://opencache.statkart.no/gatekeeper/gk/gk.open_wmts?service=WMTSrequest=GetCapabilities
Tile from WMTS:
http://opencache.statkart.no/gatekeeper/gk/gk.open_wmts?SERVICE=WMTSREQUEST=GetTileVERSION=1.0.0LAYER=matrikkel_bakgrunnSTYLE=defaultFORMAT=image/pngTILEMATRIXSET=EPSG:4326TILEMATRIX=EPSG:4326:1TILEROW=0TILECOL=2
*My XML file*
GDAL_WMS
Service name=TMS
Version1.0.0/Version
ServerUrlhttp://opencache.statkart.no/gatekeeper/gk/gk.open_wmts/lyrs=matrikkel_bakgrunnx=${x}y=${y}z=${z}/ServerUrl
/Service
DataWindow
UpperLeftX180.0/UpperLeftX
UpperLeftY90.0/UpperLeftY
LowerRightX-180.0/LowerRightX
LowerRightY-90.0/LowerRightY
TileLevel20/TileLevel
TileCountX1/TileCountX
TileCountY1/TileCountY
YOrigintop/YOrigin
/DataWindow
ProjectionEPSG:4326/Projection
BlockSizeX256/BlockSizeX
BlockSizeY256/BlockSizeY
BandsCount3/BandsCount
MaxConnections5/MaxConnections
Cache /
/GDAL_WMS
*gdalinfo from the file*
Driver: WMS/OGC Web Map Service
Files: none associated
Size is 268435456, 268435456
Coordinate System is:
GEOGCS[WGS 84,
DATUM[WGS_1984,
SPHEROID[WGS 84,6378137,298.257223563,
AUTHORITY[EPSG,7030]],
AUTHORITY[EPSG,6326]],
PRIMEM[Greenwich,0,
AUTHORITY[EPSG,8901]],
UNIT[degree,0.0174532925199433,
AUTHORITY[EPSG,9122]],
AUTHORITY[EPSG,4326]]
Origin = (180.000,90.000)
Pixel Size = (-0.01341104507,-0.00670552254)
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left ( 180.000, 90.000) (180d 0' 0.00E, 90d 0' 0.00N)
Lower Left ( 180.000, -90.000) (180d 0' 0.00E, 90d 0' 0.00S)
Upper Right (-180.000, 90.000) (180d 0' 0.00W, 90d 0' 0.00N)
Lower Right (-180.000, -90.000) (180d 0' 0.00W, 90d 0' 0.00S)
Center ( 0.000, 0.000) ( 0d 0' 0.01E, 0d 0' 0.01N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Overviews: 134217728x134217728, 67108864x67108864, 33554432x33554432,
16777216x16777216, 8388608x8388608, 4194304x4194304, 2097152x2097152,
1048576x1048576, 524288x524288, 262144x262144, 131072x131072, 65536x65536,
32768x32768, 16384x16384, 8192x8192, 4096x4096, 2048x2048, 1024x1024,
512x512, 256x256
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Overviews: 134217728x134217728, 67108864x67108864, 33554432x33554432,
16777216x16777216, 8388608x8388608, 4194304x4194304, 2097152x2097152,
1048576x1048576, 524288x524288, 262144x262144, 131072x131072, 65536x65536,
32768x32768, 16384x16384, 8192x8192, 4096x4096, 2048x2048, 1024x1024,
512x512, 256x256
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Overviews: 134217728x134217728, 67108864x67108864, 33554432x33554432,
16777216x16777216, 8388608x8388608, 4194304x4194304, 2097152x2097152,
1048576x1048576, 524288x524288, 262144x262144, 131072x131072, 65536x65536,
32768x32768, 16384x16384, 8192x8192, 4096x4096, 2048x2048, 1024x1024,
512x512, 256x256
*gdal_translate from the file*
C:\gdal_translate -of JPEG -outsize 256 256 a.xml a.jpeg
Input file size is 268435456, 268435456
0ERROR 1: GDALWMS: The server returned exception: [5][Gatekeeper]
Gatekeeper logon avvist av BAAT.
ERROR 1: a.xml, band 1: IReadBlock failed at X offset 0, Y offset 0
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problems-with-WMS-minidriver-tp5203330.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Grayscale To RGB
Hello, I want to change a grayscale image to an RGB image, because the gdalbuildvrt utility only accepts images with the same channels. Is there a way to do it with the gdal_translate or gdal_calc utilities or with other utilities. Best regards, Tomer. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Grayscale-To-RGB-tp5203465.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL 2.0 release plans
Hi, I wanted to have an update from other developers to know where there are with respect to their planned schedule. I had noted that : - Dmitriy wanted to integrate his work on metadata support for various satellite imagery. I have reviewed a preliminary version of it. - Ari has ongoing work on Perl. I've seen a few commits passed. - Pirmin intended to add curve support in Interlis. Haven't seen yet any commit. Are you still in track to finalize those works in the following days ? Would adding the week-end help to have that in Beta1 ? I especially think to Dmitriy's work who is quite substantial, and perhaps Perl changes if there are still breaking change to come. Interlis specfic changes might arrive after Beta1 I think. Even Hi, Some time ago, I mentionned my proposal of issuing a first GDAL 2.0 beta version for the end of this month (April 30th). Are there objections to sticking with that plan ? Does someone need a bit more time to finish an ongoing work ? And if things go well with this beta (and potentially other beta(s) needed), we could try a release candidate for end of May. One month of beta phase might seem a bit short, but I'm not sure extending the beta testing period more will bring significant additional feedback (and things tend to slip, so better aim for a tight schedule). Thoughts ? Anyone using GDAL intensively and/or interesting in 2.0 should already track trunk closely ;-) I can wear the hat of 2.0 release manager, but I'm happy to let it to any other volunteer. Best regards, Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GDAL 2.0 release plans
Hi Even, I plan to fix all reported errors on Friday or Saturday, may be add few new satellites. Best regards, Dmitry 29.04.2015 21:40, Even Rouault пишет: Hi, I wanted to have an update from other developers to know where there are with respect to their planned schedule. I had noted that : - Dmitriy wanted to integrate his work on metadata support for various satellite imagery. I have reviewed a preliminary version of it. - Ari has ongoing work on Perl. I've seen a few commits passed. - Pirmin intended to add curve support in Interlis. Haven't seen yet any commit. Are you still in track to finalize those works in the following days ? Would adding the week-end help to have that in Beta1 ? I especially think to Dmitriy's work who is quite substantial, and perhaps Perl changes if there are still breaking change to come. Interlis specfic changes might arrive after Beta1 I think. Even Hi, Some time ago, I mentionned my proposal of issuing a first GDAL 2.0 beta version for the end of this month (April 30th). Are there objections to sticking with that plan ? Does someone need a bit more time to finish an ongoing work ? And if things go well with this beta (and potentially other beta(s) needed), we could try a release candidate for end of May. One month of beta phase might seem a bit short, but I'm not sure extending the beta testing period more will bring significant additional feedback (and things tend to slip, so better aim for a tight schedule). Thoughts ? Anyone using GDAL intensively and/or interesting in 2.0 should already track trunk closely ;-) I can wear the hat of 2.0 release manager, but I'm happy to let it to any other volunteer. Best regards, Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] OGR Field Types?
Stefan Questions: 1. How is 'binary' encoded? E.g. when defining binary in a CSV file, how is it encoded? Hex? There's no support in the CSV driver for binary data 2. Can a field in a CSV input files have a IntegerList or a Binary? No. Well on writing, the IntegerList will be serialized as a string. But not recognized as IntegerList on reading 3. What is the value delimiter in a field of type IntegerList, Integer64List, RealList, StringList? The default serializatoin will be (number_of_elements:val1,val2,...,valn), but currently it is truncated to 80 chracters 4. Boolean, Int16, Float32 are mentioned as subtypes. Are there more subtypes? Not currently. See https://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] OGR Field Types?
I've few questions regarding CSV and OGR field types: Doc. http://www.gdal.org/ogr2ogr.html mentions following field types for -mapFieldType: Integer, Integer64, Real, String, Date, Time, DateTime, Binary, IntegerList, Integer64List, RealList, StringList. Doc http://www.gdal.org/drv_csv.html says: Limited type recognition can be done for Integer, Real, String, Date (-MM-DD), Time (HH:MM:SS+nn), DateTime (-MM-DD HH:MM:SS+nn) columns through a descriptive file with the same name as the CSV file, but a .csvt extension (...) Starting with GDAL 2.0, subtypes can be passed between parenthesis, such as Integer(Boolean), Integer(Int16) and Real(Float32) Questions: 1. How is 'binary' encoded? E.g. when defining binary in a CSV file, how is it encoded? Hex? 2. Can a field in a CSV input files have a IntegerList or a Binary? 3. What is the value delimiter in a field of type IntegerList, Integer64List, RealList, StringList? 4. Boolean, Int16, Float32 are mentioned as subtypes. Are there more subtypes? -S. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] OGR Field Types?
Salut Even, Merci! 2015-04-29 20:35 GMT+02:00 Even Rouault even.roua...@spatialys.com: Stefan Questions: 1. How is 'binary' encoded? E.g. when defining binary in a CSV file, how is it encoded? Hex? There's no support in the CSV driver for binary data 2. Can a field in a CSV input files have a IntegerList or a Binary? No. Well on writing, the IntegerList will be serialized as a string. But not recognized as IntegerList on reading 3. What is the value delimiter in a field of type IntegerList, Integer64List, RealList, StringList? The default serializatoin will be (number_of_elements:val1,val2,...,valn), but currently it is truncated to 80 chracters 4. Boolean, Int16, Float32 are mentioned as subtypes. Are there more subtypes? Not currently. See https://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Implementing a streaming version of KML Driver
Hello Yuchen, Isn't possible to update existing google libkml driver in GDAL with an option for streaming.? As Sebastiaan and Dimtry said, google libkml is highly inactive on both googlecode.com and github.com/google/libkml. For this reason we created libkml as new fork [1] hoping it will ease use of libkml in other projects, GDAL being one of them. Developer strength is low now but feel free to dive in! [1] github.com/libkml/libkml On Wed, Apr 29, 2015 at 7:54 AM, Sebastiaan Couwenberg sebas...@xs4all.nl wrote: On 04/28/2015 11:30 PM, Dmitry Baryshnikov wrote: https://code.google.com/p/libkml/downloads/list?can=1q=colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount The last release was on Feb 2010 - 5 year ago. Does the libkml still alive? Also libkml has depending on boost, and kml driver has no external depending. Google was nagged enough to move libkml to GitHub where it got some updates, but development has stopped there again too. See: https://github.com/google/libkml/ I'm in discussion with some of the libkml fork developers to get the community to take over libkml maintenance. See: https://code.google.com/p/libkml/issues/detail?id=161 https://github.com/google/libkml/issues/4 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Regards, Rashad ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] WMTS support in GDAL
Is it now possible to read WMTS sources using the GDAL WMS driver? The case looking at is using a service such as https://data.linz.govt.nz/set/2-nz-aerial-imagery/webservices/ and which has custom tile matrix specification and a RESTFul Tile access API. Cheers, Jeremy Palmer Data Services Group Manager Location Information - Data Services E jpal...@linz.govt.nz | DDI 04 498 3537 | M 027 2747 862 Wellington Office, Level 7, Radio New Zealand House, 155 The Terrace PO Box 5501, Wellington 6145, New Zealand | T 04 460 0110 W www.linz.govt.nzhttp://www.linz.govt.nz/ | www.landonline.govt.nzhttp://www.landonline.govt.nz/ | data.linz.govt.nzhttp://www.data.linz.govt.nz/ [cid:image001.png@01D08341.873BCAE0] This message contains information, which may be in confidence and may be subject to legal privilege. If you are not the intended recipient, you must not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify us immediately (Phone 0800 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ accepts no responsibility for changes to this email, or for any attachments, after its transmission from LINZ. Thank You. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
