In addition, errors that create a shape without volume should be fixed or eliminated at all. It may also happen that faces attached to each other are connected to a single point, and not to a single edge. This is because during the creation of a 3D model some operations may create unattached surfaces or they may divide a surface. This is a very common error that may occur while creating a digital object. I hope that trend continues.A vector field of normals on a surface – Image from Wikipedia I really like Zulip, and a bunch of our most distinguished community members have moved their contributions from Slack to Zulip because they value the accessibility, threading, searchability, formatting, open-source community, data ownership, and so on. (Just for an illustrative example, many more messages fit on a Zulip screen than on a Discourse screen.) (But there is also a time-limited “ephemeral” channel for some informal chats, to emulate the slack experience.) Discourse is nice for a forum feel, but zulip is nice for a more lightweight feel while retaining the powerful features of a discussion system. Unlimited message history for us and other open source communitiesīeautiful built in LaTeX support for displaying mathĪn approach to conversation threads that may be initially … Zulip is an open source alternative to Slack which has I think it’s great but there’s a chicken and egg problem where it’s hard to convince people to use it because there’s currently few active users. Hey everyone, just wanted to advertise the Julia Zulip chat server. Now, how shall this duality be managed? Since Meshes.jl is a fork of GeometryBasics.jl – and looking into its documentation, it seems that there is a lot of great work invested on it, is Meshes.jl meant to be merged back on GeometryBasics.jl in the future? Or maybe it will replace it, and then MeshIO.jl should change its output to Meshes.Mesh?Ĭome join the Julia Zulip chat! Community files and give Meshes.Mesh objects, which Meshes.jl can handle, is that right? But on the other hand, there is MeshIO.jl, which already provides functions to read those files, but their output are GeometryBasics.AbstractMesh objects. If I understand correctly, you are suggesting to create packages that read OBJ, OFF, etc. At the end MeshIO.jl could just depend on these packages to do the basic read with a single load command. If we could write small packages for specific file formats such as OBJ and OFF similar to PlyIO.jl, then these packages would give the user full flexibility to manipulate the contents of the file. Results look amazing and…Īn implementation will be soon available… It just isn’t part of the culture of the field to share codeĮdit: nice counter-example today on twitter.Research in this field seems often to be done in matlab and so might be perceived to be less directly useful to others than implementations in, say, C++. ![]() Creating robust geometry processing code is hard and there’s direct commercial value for many research outcomes in industry and creative 3D, so the implementation effort is concentrated at companies supporting these markets and less from “hobbyists”.The research is more aimed at theoretical results than on providing practical tools, partly due to the formal nature of this type of research.As you’re working in this field would you have insights as to why that is? I can guess, but I don’t really know the true reasons, for example: In general, it seems not much of the research on geometry processing ends up in packages like CGAL, or is provided (even in research code form) as open-source. However, I could not find much available open-source code, nor of other morphing algorithms. I know there’s been a lot of progress in the field since then, but I only needed something simple and it seemed like a fairly straightforward algorithm to implement and therefore might have a higher chance of already being coded by someone. I recently was looking for an implementation of a mesh morphing algorithm, something like Alexa’s early work. Our ambitious goal is to provide all the features of the CGAL project in pure Julia.Ī question somewhat related to this quote from your original announcement, which by the way would make me really happy if you manage that goal.
0 Comments
Leave a Reply. |