[gdal-dev] LAS support
Hello everyone, Is there any interest in having LAS as one of the OGR supported formats? Would there be any particular reason for not supporting it? I would be willing to collaborate on this effort, if deemed useful. Regards, Rui ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] LAS support
On 28 November 2013 09:51, Rui L. Pires rlpi...@gmail.com wrote: Hello everyone, Is there any interest in having LAS as one of the OGR supported formats? It's been discussed: http://lists.osgeo.org/pipermail/gdal-dev/2011-April/028439.html Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] HRE (High resolution elevation) format
Hi Is there support in gdal for reading elevation in HRE format? Thanks Yehiyam Livneh This message (including any attachments) issued by RAFAEL- ADVANCED DEFENSE SYSTEMS LTD. (hereinafter RAFAEL) contains confidential information intended for a specific individual and purpose, may constitute information that is privileged or confidential or otherwise protected from disclosure. If you are not the intended recipient, you should contact us immediately and thereafter delete this message from your system. You are hereby notified that any disclosure, copying, dissemination, distribution or forwarding of this message, or the taking of any action based on it, is strictly prohibited. If you have received this e-mail in error, please notify us immediately by e-mail mailto:law...@rafael.co.il and completely delete or destroy any and all electronic or other copies of the original message and any attachments thereof. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] How to get GDAL
- From there I've tried both the msi (plus python bindings extra) and the zip Compiled binaries in a single .zip package- both work for the pure-GDAL stuff (gdalinfo) but none of the python scripts works (i.e. gdal_merge.py). I prefer the zip version, expand it to a folder of my choice, and run the SDKshell.bat. In the command window I can do the things I want to do in GDAL, without any interfering of other programms, even not from QGIS. Inside the shell, all varaibles are set correctly, and therefore all python modules run too. And it is no problem installing an experimental new GDAL version and keeping the old one in parallel. That would be my preferred option, but as noted, the python stuff doesn't work. I was getting a python error whenever I tried to run them. Fortunately the OSGeo4W version works fine. Cheers, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] HRE (High resolution elevation) format
Le jeudi 28 novembre 2013 11:13:14, Livneh Yehiyam a écrit : Hi Is there support in gdal for reading elevation in HRE format? If you are thinking to NITF HRE, yes, as indicated in http://www.gdal.org/frmt_nitf.html Thanks Yehiyam Livneh This message (including any attachments) issued by RAFAEL- ADVANCED DEFENSE SYSTEMS LTD. (hereinafter RAFAEL) contains confidential information intended for a specific individual and purpose, may constitute information that is privileged or confidential or otherwise protected from disclosure. If you are not the intended recipient, you should contact us immediately and thereafter delete this message from your system. You are hereby notified that any disclosure, copying, dissemination, distribution or forwarding of this message, or the taking of any action based on it, is strictly prohibited. If you have received this e-mail in error, please notify us immediately by e-mail mailto:law...@rafael.co.il and completely delete or destroy any and all electronic or other copies of the original message and any attachments thereof. -- Geospatial professional services http://even.rouault.free.fr/services.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] LAS support
On 28 November 2013 11:03, Mateusz Loskot mate...@loskot.net wrote: On 28 November 2013 09:51, Rui L. Pires rlpi...@gmail.com wrote: Hello everyone, Is there any interest in having LAS as one of the OGR supported formats? It's been discussed: http://lists.osgeo.org/pipermail/gdal-dev/2011-April/028439.html Fair enough. Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) That might be debatable, but it won't be me reopening that discussion. Having said that, if you could assure me that all formats supported in http://www.gdal.org/ogr/ogr_formats.html are vector formats, I would have understood your point (of not offering a LAS driver). Regards, Rui On 28 November 2013 11:03, Mateusz Loskot mate...@loskot.net wrote: On 28 November 2013 09:51, Rui L. Pires rlpi...@gmail.com wrote: Hello everyone, Is there any interest in having LAS as one of the OGR supported formats? It's been discussed: http://lists.osgeo.org/pipermail/gdal-dev/2011-April/028439.html Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] LAS support
On 28 November 2013 13:56, Rui L. Pires rlpi...@gmail.com wrote: On 28 November 2013 11:03, Mateusz Loskot mate...@loskot.net wrote: On 28 November 2013 09:51, Rui L. Pires rlpi...@gmail.com wrote: Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) That might be debatable, but it won't be me reopening that discussion. Having said that, if you could assure me that all formats supported in http://www.gdal.org/ogr/ogr_formats.html are vector formats, I would have understood your point (of not offering a LAS driver). Rui, I intentionally put question mark to indicate it's open question for me as well. The nature of LiDAR data might be confusing and I'm interested to learn more about it. Dale Lutz said, point cloud is a badly behaved raster. I (used to) say, it's not a vector. But I still haven't found clear answer what is it really :) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] LAS support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rui, IMHO point clouds are special form of vector data. But still, an OGR driver would not be a viable solution. Did you have a look at PDAL (http://www.pointcloud.org/)? It is similar to GDAL and seems to have a built-in driver for LAS files. regards, Fabian On 11/28/2013 03:09 PM, Mateusz Loskot wrote: On 28 November 2013 13:56, Rui L. Pires rlpi...@gmail.com wrote: On 28 November 2013 11:03, Mateusz Loskot mate...@loskot.net wrote: On 28 November 2013 09:51, Rui L. Pires rlpi...@gmail.com wrote: Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) That might be debatable, but it won't be me reopening that discussion. Having said that, if you could assure me that all formats supported in http://www.gdal.org/ogr/ogr_formats.html are vector formats, I would have understood your point (of not offering a LAS driver). Rui, I intentionally put question mark to indicate it's open question for me as well. The nature of LiDAR data might be confusing and I'm interested to learn more about it. Dale Lutz said, point cloud is a badly behaved raster. I (used to) say, it's not a vector. But I still haven't found clear answer what is it really :) Best regards, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSl0+2AAoJEJoaok7HgajKZkkH/jZ/zxIjsth8OTcDEWFMmaP4 Szn2fL8oGRWnjtM0XRlRWxG1HHJ6o0ZrggjSnEa1DFr98RzXftv0ruknyj99ns5K dBAdmksXlxGBz4KKdF609TFTgVgT9HyTObuNiqIxklyi8rN/XZBk+mfpQZpNBU3W /IdXkrvBDWTYAh6YOWfXN+XQkeLpwfRsYk6m+UZRXSzYJdQrphsuUtXQrWJnoE68 9GDDZGgzyBlYiAXYt4nr0rNzvt367J7gXJd8h8Nyrgc3A+btyOjOZ1Jjs06TZGuE ecM1F9wYARglZ+w6H865asGiJ4r54E2xpakMjgvwD5KTRrNZu6RbE31Tn1hI1ho= =+UCc -END PGP SIGNATURE- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] LAS support
IMHO point clouds are special form of vector data. But still, an OGR driver would not be a viable solution. ... or as already mentioned of rasters (or grids as I prefer to call them when they are so). By accident I found that that grids stored as XYZ in laszip are 3 times smaller than the same grid in netCDF with a deflation level of 9 (the maximum). That makes it a REALLY interesting grid storage format. Joaquim Did you have a look at PDAL (http://www.pointcloud.org/)? It is similar to GDAL and seems to have a built-in driver for LAS files. regards, Fabian On 11/28/2013 03:09 PM, Mateusz Loskot wrote: On 28 November 2013 13:56, Rui L. Piresrlpi...@gmail.com wrote: On 28 November 2013 11:03, Mateusz Loskotmate...@loskot.net wrote: On 28 November 2013 09:51, Rui L. Piresrlpi...@gmail.com wrote: Would there be any particular reason for not supporting it? Point cloud is not a vector, not a raster either? :-) That might be debatable, but it won't be me reopening that discussion. Having said that, if you could assure me that all formats supported in http://www.gdal.org/ogr/ogr_formats.html are vector formats, I would have understood your point (of not offering a LAS driver). Rui, I intentionally put question mark to indicate it's open question for me as well. The nature of LiDAR data might be confusing and I'm interested to learn more about it. Dale Lutz said, point cloud is a badly behaved raster. I (used to) say, it's not a vector. But I still haven't found clear answer what is it really :) Best regards, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSl0+2AAoJEJoaok7HgajKZkkH/jZ/zxIjsth8OTcDEWFMmaP4 Szn2fL8oGRWnjtM0XRlRWxG1HHJ6o0ZrggjSnEa1DFr98RzXftv0ruknyj99ns5K dBAdmksXlxGBz4KKdF609TFTgVgT9HyTObuNiqIxklyi8rN/XZBk+mfpQZpNBU3W /IdXkrvBDWTYAh6YOWfXN+XQkeLpwfRsYk6m+UZRXSzYJdQrphsuUtXQrWJnoE68 9GDDZGgzyBlYiAXYt4nr0rNzvt367J7gXJd8h8Nyrgc3A+btyOjOZ1Jjs06TZGuE ecM1F9wYARglZ+w6H865asGiJ4r54E2xpakMjgvwD5KTRrNZu6RbE31Tn1hI1ho= =+UCc -END PGP SIGNATURE- ___ 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] .csvt file doesn't allow space after comma
I am trying to use a .csv file in a qgis project. After not getting what I expected, I learned about .csvt files and wrote a file that looked like "String", "Integer" with a space following the comma. This did not work - both fields were still read as String. After removing the comma I got a String field and an Integer field. The documentation states the list is comma-separated, which I suppose if strictly interpreted could mean no white space. However, in general .csv files ignore whitespace following a comma. I'm posting this in the event that someone is working with a more complex .csvt file that fails might have a chance of finding this when they search for a clue as to why their file isn't working. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev