Hello @all we're considering having an open video meeting sometime this week where GSoC candidates can ask questions. We're tentatively looking at this Thursday or Friday, time TBD, so you have time to adapt proposals and code submissions accordingly. Is there candidate interest in meeting with mentors?
Sean said:
Hello we're considering having an open video meeting sometime this week where GSoC candidates can ask questions. We're tentatively looking at this Thursday or Friday, time TBD, so you have time to adapt proposals and code submissions accordingly. Is there candidate interest in meeting with mentors?
Yes, I am very much interested in this. I will be attending the meet for sure.
Hi @Sean , can I join too ? I am not preparing anything for GSOC but I would like to restart my contributions to BRL-CAD
The currently most likely date for the meeting is Thursday at 17:00 UTC.
We are confirmed for this Thursday at 1700 UTC. We'll post a link sometime later today.
Louis Googl said:
Hi Sean , can I join too ? I am not preparing anything for GSOC but I would like to restart my contributions to BRL-CAD
The meeting is open to anyone. Good to see you!
Great, will be ther. Good to see you too!
Hi All, our meeting is scheduled for 1700 UTC today and will be via Google Meet. Given it's an open meeting, the link will be provided here shortly before the meeting.
The Google Meet link is https://meet.google.com/fvy-ewyr-btn
Daniel Rossberg said:
The Google Meet link is https://meet.google.com/fvy-ewyr-btn
Sorry, I wasn't able to attend due to an family emergency :exhausted:
@Daniel Rossberg I found the key file converter but it wasn't working
ConverterDoesntwork.png
and I found the bug , it is because the function ifstream::tellg() is giving the wrong position, it can be corrected by opening the file as binary
correction.png
should I subbmit a patch for it?
final.png
it seems to give correct results after correction
Looks like a perfectly reasonable pull request to submit @Louis Googl and nice find fixing the issue! In other converters, they go through API where the mechanism employed to denote binary file output is a bit different.
I created a pull request @Sean , I will write a proposal for the opposite converter from .g to .key. I know it's late, but if you have any suggestions please let me know. Thank you.
k-g was likely developed on Linux or another OS which doesn't differentiate between text and binary streams. Did you tested your patch on Linux too? Can you provide us with the k-file you used?
I tested the k-g on windows, I will also test it on Linux. Sure attatched to this massage is the .k file I used
Comp.k
I submitted a proposal for the g-k converter, in case the project would be too small I can work also on the STEP importer which is a project idea suggested by @Sean . Considering that LS-DYNA supports saving the geomtry in STEP format this could be an integral part to the project. if you have suggestions for what I can do next please let me know, meanwhile I will be working on the g-k converter.
Last updated: Nov 15 2024 at 00:49 UTC