Activity for E57 3D Imaging Format
-
Stan Coleby committed [r395] on Code
-
Lee Bull created ticket #57
BitpackIntegerDecoder inputProcessAligned illegal memory access
-
Leonid Semenov created ticket #56
Camera orientation
-
Missing Spherical Images
-
Ticket Closed
-
-
-
-
-
-
-
Phil Langrishe posted a comment on ticket #55
Hi Stan, Thank you so much for your reply. I really appreciate it. I have attached some screen grabs of the 360 image view from Recap. To me they seem to clear to have been generated from the points. Plus you can see artifacts left over from the stitching of the images. The sky also looks to real. If you are interested here is a link to the e57s themselves. https://www.dropbox.com/s/e00uadxnte58vkh/e57%20files%20created%20in%20Realworks.zip?dl=0 Its a complete mystery how other packages are able...
-
Hi Phil, Yes, the xmlDump.txt shows that an RGB value is stored with every lidar point. Creating a jpeg or png would have to be done by the reader of the E57. Stan Coleby E57 committee member stan.coleby@gmail.com On Wed, Aug 3, 2022 at 10:26 AM Phil Langrishe aicphil@users.sourceforge.net wrote: [bug-reports:#55] https://sourceforge.net/p/e57-3d-imgfmt/bug-reports/55/ Missing Spherical Images* Status: open Group: Created: Wed Aug 03, 2022 04:26 PM UTC by Phil Langrishe Last Updated: Wed Aug 03,...
-
Missing Spherical Images
-
lingziyuan created ticket #54
Libe57 adoption to vcpkg
-
Alon Barzilai posted a comment on ticket #52
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <style id="bidiui-paragraph-margins" type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style> Hi, thanks for the change. I made my commit. Alon. On 6/5/2021 12:41 AM, Stan Coleby wrote: <meta http-equiv="content-type" content="text/html; charset=UTF-8"> You have developer status and can update. Just make sure that you download the latest version first before you make the change. Otherwise you would wipe out other...
-
Support for non latin characters in file names under win32
-
You have developer status and can update. Just make sure that you download the latest version first before you make the change. Otherwise you would wipe out other changes. A new release hasn't been done in a long time.Stan Coleby On Fri, Jun 4, 2021 at 10:57 AM Stan Coleby stancoleby@users.sourceforge.net wrote: OK, I made you a developer for this project. You can make the update. Stan Coleby On Tue, Jun 1, 2021 at 10:32 PM Alon Barzilai alonb@users.sourceforge.net wrote: I used this change to src/refimpl/E57FoundationImpl.cpp...
-
OK, I made you a developer for this project. You can make the update. Stan Coleby On Tue, Jun 1, 2021 at 10:32 PM Alon Barzilai alonb@users.sourceforge.net wrote: I used this change to src/refimpl/E57FoundationImpl.cpp int CheckedFile::open64(ustring fileName, int flags, int mode){//??? handle utf-8 file names?#if defined(_MSC_VER) std::wstring_convert<std::codecvt_utf8_utf16<char16_t>, char16_t> utf16conv; std::u16string wfileName = utf16conv.from_bytes(fileName);</std::codecvt_utf8_utf16<char16_t>...
-
Let me work on that tomorrow because I don’t know if I have admin for sourceforge. Stan Sent from my iPhone On Jun 1, 2021, at 10:32 PM, Alon Barzilai alonb@users.sourceforge.net wrote: I used this change to src/refimpl/E57FoundationImpl.cpp int CheckedFile::open64(ustring fileName, int flags, int mode) { //??? handle utf-8 file names? if defined(_MSC_VER) std::wstring_convert<std::codecvt_utf8_utf16<char16_t>, char16_t> utf16conv; std::u16string wfileName = utf16conv.from_bytes(fileName); int...
-
I used this change to src/refimpl/E57FoundationImpl.cpp //add this to somewhere in the top of the file after # if defined(_MSC_VER) # include <io.h> # include <fcntl.h> # include <sys\stat.h> # include <codecvt> and then replace the first few lines of CheckedFile::open64 with this: int CheckedFile::open64(ustring fileName, int flags, int mode) { //??? handle utf-8 file names? #if defined(_MSC_VER) std::wstring_convert<std::codecvt_utf8_utf16<wchar_t>, wchar_t> utf16conv; std::wstring wfileName =...
-
I used this change to src/refimpl/E57FoundationImpl.cpp int CheckedFile::open64(ustring fileName, int flags, int mode) { //??? handle utf-8 file names? #if defined(_MSC_VER) std::wstring_convert<std::codecvt_utf8_utf16<wchar_t>, wchar_t> utf16conv; std::wstring wfileName = utf16conv.from_bytes(fileName); int handle; int err = _wsopen_s(&handle, wfileName.c_str(), flags, _SH_DENYNO, mode);
-
I used this change to src/refimpl/E57FoundationImpl.cpp int CheckedFile::open64(ustring fileName, int flags, int mode) { //??? handle utf-8 file names? #if defined(_MSC_VER) std::wstring_convert<std::codecvt_utf8_utf16<char16_t>, char16_t> utf16conv; std::u16string wfileName = utf16conv.from_bytes(fileName); int handle; int err = _wsopen_s(&handle, (wchar_t*)wfileName.c_str(), flags, _SH_DENYNO, mode);
-
update links for metigo
-
Add fokus GmbH Leipzig
-
Changing Point Cab matrix
-
-
-
paul harper created ticket #53
writing intensity with simpleapi causes exception
-
Raph Schim posted a comment on ticket #51
Hi! I was out of office, sorry for the long answer. I followed the file tutorial named "DemoWrite01" that I've found here Thanks a lot
-
<REDACTED> created ticket #52
ImageFile::ImageFile doesn't use UTF-8
-
Hi Raph Schim, The header.fileSignature is set in E57FundationImpl line 3998 during the closing of the file. The user shouldn't worry about this. So the problem must be that the new E57 file was not closed properly. Which tutorial were you following since there are different examples in different places in the document area? Stan Coleby E57 Committee Member stan.coleby@gmail.com 801 209-0183 On Wed, Jul 3, 2019 at 8:41 AM Raph Schim kirbx@users.sourceforge.net wrote: [bug-reports:#51] https://sourceforge.net/p/e57-3d-imgfmt/bug-reports/51/...
-
strncmp(header.fileSignature, "ASTM-E57")) generate error
-
Anthony BEZIER created ticket #50
Float Node with double precision for cartesian coordinates
-
Updated news about Spar3D
-
Ah Ok! I see! Thanks a lot for all these precisions, it really helped me. Too bad the person left before finishing the seek function. Best regards! Raphaël S. Le mer. 6 févr. 2019 à 21:46, Stan Coleby stancoleby@users.sourceforge.net a écrit : Put the eReader.SetUpData3DPointsData on the outside of the loop. This should only be called once for each scan. And of course don't close() it until you are done. The FoundationAPI was written by someone else so I don't have the good feel about that area....
-
Put the eReader.SetUpData3DPointsData on the outside of the loop. This should only be called once for each scan. And of course don't close() it until you are done. The FoundationAPI was written by someone else so I don't have the good feel about that area. The CompressedVectorReader::seek() function was never completed. So this forces you to read from the beginning in order to get all the data at the end. It would have been nice to be able to seek() into the middle but he left E57 committee for another...
-
Hi! I come back here since I though it was resolved, but it appears it's not. I have a file, let's say 1million points. And I want to read it by bloc of 250k points, so I don't have to reserve for 1million points for xData, yData, zData, isInvalidData, intData, redData, greenData and blueData, but only 250k for each (here I present a simple case, but my files are bigger and reserving memory for all points crash my computer.) So I tried to create all the good vector, resize them to 250k and then tried...
-
I found a way, but It's probably an ugly way. Before everything in the function, I create a scanIndex (using NewData3D) for the new file I want to create. And in numPoints, I put the maximum I can have. (For example, if I have 3 scans with 1000 points each, in the header I put header.indexBounds.rowMaximum = 3000 and same for pointsSize and pointGroupingSchemes.groupingByLine.PointCountSize. Then I create a datawriter for this header. Then I read my scans 1 by 1, do What i want on them (Filter for...
-
Hi stan! Once again, thank you, that's it! But I already tried this, and there is still a problem. In fact, the problem is the number I put in header.pointsSize header.rowMaximum and heaeder.pointGroupingSchemes.groupingByLine.pointCountSize.I don't know before how many points there will be (I want to open several files, apply filters on them, and when I'm done with filtering one file, I add points in the scan, and repeat it, until I finish. So I don't know how many points there will be), and if,...
-
Hi Ralph, If you want all points as one scan you need to move the SetUpData3DPointsData() to the outside of the loop and only close it when all points have been added. The total points added is adjusted by the close() after all points have been written out. The size required by the SetUpData3DPointsData() is just the buffer size and can be any block size you want to work with. The count on the write() is the number of points in the buffer and can be anything less than or equal to the buffer size....
-
Hi Stan, thanks for the answer! I think I didn't explained well, sorry for that. If I understood well the e57 format, within 1 file, I can have one or more scans (something like this (schematically) : Header Scan 1 : ... // Points for first scan Scan 2: ... // Points for second scan Scan n: ...// Points for the nth scan ) What I would like is to have only 1 scan in my file. So my file look like this : Header Scan : ... //List of alls points. By creating the header and calling for NewData3D within...
-
Hi Ralph, The problem that I see is that NewData3D() needs to be inside the for loop for (int l = 0; l < 3; ++l) { e57::Data3D header; // setup new header for each scan scanIndex = eWriter.NewData3D(header); e57::CompressedVectorWriter dataWriter = eWriter.SetUpData3DPointsData( ... dataWriter.write(count); dataWriter.close(); } The close should update the header for you on the total number of points. Stan Coleby E57 Committee member stan.coleby@gmail.com 801 209-0183 On Thu, Dec 6, 2018 at 7:18...
-
Save bloc by bloc in unique scan file
-
more technet changes
-
-
-
file too big,open bloc by bloc
-
Mat Tivey posted a comment on ticket #47
Here is a patch file to resolve the issue.
-
Use of 'using namespace std' creates downstream issues for library users
-
-
Marco Nef created ticket #46
std::shared_ptr / weak_ptr insted of boost
-
Added Voxxlr.com
-
Updated LupoScan
-
Update the news about SPAR 3D
-
Martin Bařinka created ticket #45
backslashes in #include directives
-
-
-
Added Cyfex to supporting partners list
-
Roland Schwarz created ticket #44
Use boost::filesystem::path for ImageFile
-
added requirements doc.
-
Updated product 3D at Depth
-
Adding 3D at Depth to partners list.
-
SimpleAPI not allowing optional tabs
-
About shared library
-
BitpackStringDecoder::inputProcessAligned() may read too many records
-
-
Chris Lundgren posted a comment on ticket #42
here's an example file containing string data
-
BitpackStringDecoder::inputProcessAligned() may read too many records
-
-
phil created ticket #41
About shared library
-
Added new extension for infrared
-
Updatee lopus
-
Added Spar Notice
-
Read fails to read correct values form scan data in when decimal seperator is not '.'
-
CheckedFile::operator<<(float f) throws exception for some float values
-
Crash on OSX using LibGMalloc
-
Zoltán Bodor created ticket #40
Crash on OSX using LibGMalloc
-
E57 3D Imaging Format released /E57Images/E57128.jpg
-
-
-
-
-
-
-
-
CheckedFile::operator<<(float f) throws exception for some float values
-
Add E57 Archieve group
-
1 committed [r362]
Add the timestamp issue
-
update news about the USIBD
-
wrong title
-
typo
-
Added image coordinate systems.
-
Add two more products 3dreshaper colourcloud
-
mans created ticket #38
Read fails to read correct values form scan data in when decimal seperator is not '.'
-
Added Lupos3D
-
Updated classification extension
-
Updated extensions.html
-
Add new extensions
-
Added extensions to Simple API
1 >
