threlte VS grobid

Thanks! Threlte is "just" offering a declarative way to express Three.js. If you know how the `` component and its props and event handlers work, you can use the Three.js documentation for everything else.

Apart from that with Threlte I personally practice documentation-driven-development, so ecosystem packages are exhaustively documented. If you're missing something, let us know via an issue[1] or on Discord[2].

Accessibility is a topic we didn't care enough yet to be perfectly honest. Accessibility doesn't stop at screen readers though, it's about contrast, size, colors, motion, reachability, and so much more that we cannot provide and are a consumer topic. Naturally WebGL apps suffer from being practically invisible to screenreaders. There are workarounds[3] but essentially this has to be solved by consumers of Threlte (devs) and hopefully by browser vendors at some point in the future.

[1] https://github.com/threlte/threlte/issues

[2] http://chat.threlte.xyz

[3] https://github.com/pmndrs/react-three-a11y

more specifically it's using the svelte wrapper of three.js called Threlte: https://threlte.xyz/

Three.js is great when there is a layer between me and it's API. Been playing with https://threlte.xyz/ and really enjoying it.

Maybe try https://threlte.xyz/

Now this is a very high level overview and a lot of really important stuff is missing. Things like event propagation, pointermissed events, different event targets, a super clean syntax and more is all implemented in Threlte 6's interactivity plugin. Check out the code here.

GPT-4 is a fantastic tool for coding, really looking forward to using it with the latest Svelte docs. Perhaps consider adding the documentation for Threlte?

) with complex functionality, since the app needed a graphics pipeline and I wanted to write one up myself. The next page I made did not need a pipeline, so I opted to use Threlte (a Svelte version of react-three-fiber) to make the code simpler to write and easier to maintain. If a scene you want to create has a lot of different meshes, materials, animations, etc. you might be best off using Blender to get it looking perfect. You can export from Blender as .gltf files which can be imported into Three. If you want a more specialized solution, I'd need to know your use case a little better. How are you building the scenes?

Interesting concept. Grobid tries to do the same https://github.com/kermitt2/grobid

I would suggest using grobid - a pipeline for extracting scientific PDFs into a common XML format which can be easily parsed. Grobid has quite a nice mature REST API that I've used in some of my own projects. It parses references and matches them to their DOI using the CrossRef API with a reported 95% F1 score. This should make your job pretty simple as far as I can tell - all you'd need to do is run your papers through grobid and then build a citation graph by comparing document DOIs.

Just use science-parse or GROBID. They have been designed for that exact reason.

- I ended up using Grobid, which converts the PDF to a very detailed XML format. The format is not a word processing format though, but a format specifically for representing scientific documents. I don't know, if it would, for example, contain tags about bold or italicized text. The tool is working really well, but since you probably cannot use the output XML format directly, it will need some postprocessing, which would be relatively simple with XML parsing libraries.