Francesco,
I am next door to Riegl USA, I personally have never had this problem when exporting from RiScan PRO. Is it possible you could upload your LAS file somewhere so I can pass it over to the guys next door? Mauricio Terneus Senior Software Engineer ------------------------------- Certainty 3D , LLC 7035 Grand National Drive Orlando, FL Ph: 407-248-0160 [email protected] Follow us on <http://www.facebook.com/pages/Orlando-FL/Certainty-3D/120399004661195> Facebook This email and any files attached are intended for the addressee and may contain information of a confidential nature. If you are not the intended recipient, be aware that this email was sent to you in error and you should not disclose, distribute, print, copy or make other use of this email or its attachments. In that case please notify us by return email, and erase all copies of the message and attachments. Thank you. Certainty 3D reserves the right to monitor (and examine for viruses) all emails and email attachments, both inbound and outbound. Email communications and their attachments may not be secure or error- or virus- free and the company does not accept liability or responsibility for such matters or the consequences thereof. _____ From: [email protected] [mailto:[email protected]] On Behalf Of francesco Sent: Monday, April 04, 2011 9:07 AM To: Martin Isenburg Cc: Finnegan, David ERDC-CRREL-NH; [email protected] Subject: Re: [Liblas-devel] liblas throwing an error upon wrong day of theyear on "corrupt" LAS file Then I have to download the main release :-) my code has (I go from memory) if(v > 366 ) ..... Francesco But it should be fixed in the main release. I see a Y10K bug looming ... (-; 337 void Header::SetCreationYear(uint16_t v) 338 { 339 // mloskot: I've taken these values arbitrarily 340 if (v > 9999) 341 throw std::out_of_range("year out of range"); 342 343 m_createYear = v; 344 } in many data sets from http://liblas.org/samples the creation day / year is not set anyways lasinfo -i autzen-colorized-1.2-3.laz -no_check -stdout | grep creation file creation day/year: 0/0 lasinfo -i TO_core_last.laz -no_check -stdout | grep creation file creation day/year: 0/0 lasinfo -i SerpentMoundModelLASData.laz -no_check -stdout | grep creation file creation day/year: 0/0 lasinfo -i TO_core_last.laz -no_check -stdout | grep creation file creation day/year: 0/0 lasinfo -i TO_core_last.laz -no_check -stdout | grep creation file creation day/year: 0/0 lasinfo -i IowaDNR-CloudPeakSoft-1.0-UTM15N.laz -no_check -stdout | grep creation file creation day/year: 0/0 On Mon, Apr 4, 2011 at 5:05 AM, francesco <mailto:[email protected]> <[email protected]> wrote: Thanks for all answers. @David - my version is 1.5.5 should be quite recent. Anyhow the problem was easily solved by changing the code in header.cpp Ciao Francesco Il 03/04/2011 16:48, Finnegan, David ERDC-CRREL-NH ha scritto: Francesco, What version of Riscan Pro are you using? The latest should be OK David C Finnegan Research Physical Scientist CRREL --------- Message sent via my BlackBerry Wireless Device ________________________________ From: [email protected] <mailto:[email protected]> <[email protected]> To: [email protected] <mailto:[email protected]> <[email protected]> Sent: Sun Apr 03 09:46:26 2011 Subject: [Liblas-devel] liblas throwing an error upon wrong day of the year on "corrupt" LAS file Hello, just thought I'd drop by a note regarding reading a not-well-formed LAS file. I am reading a file exported from RiScanPRO into LAS format, with a bad day of the year tag on the header. When reading with ReaderFactory -> CreateWithStream, Liblas throws an error and exits upon reading the bad date. So I hacked the liblas to send a message but not throw an error, so my code keeps going. Am I an ignoramous coder and there are ways of ignoring a thrown error somewhat, or isn't it better to keep from throwing an error upon such non-fatal problem as a wrong date format? (I hope I expressed myself correctly). Cheers and thanks for your time, Francesco -- ************************************************** Francesco Pirotti Dep. TESAF CIRGEO - Interdepartmental Research Center on Cartography Photogrammetry Remote Sensing and G.I.S. University of Padova Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm Email: [email protected] Phone: +39 049 827 2710 Phone: +39 349 55 39 261 ************************************************** -- ************************************************** Francesco Pirotti Dep. TESAF CIRGEO - Interdepartmental Research Center on Cartography Photogrammetry Remote Sensing and G.I.S. University of Padova Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm Email: [email protected] Phone: +39 049 827 2710 Phone: +39 349 55 39 261 ************************************************** _______________________________________________ Liblas-devel mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/liblas-devel -- ************************************************** Francesco Pirotti Dep. TESAF CIRGEO - Interdepartmental Research Center on Cartography Photogrammetry Remote Sensing and G.I.S. University of Padova Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm Email: [email protected] Phone: +39 049 827 2710 Phone: +39 349 55 39 261 **************************************************
<<image001.gif>>
_______________________________________________ Liblas-devel mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/liblas-devel
