In my field of research, I have observed that many people are reinventing the wheel for certain types of applications which does not seem to be a great use of research time. To make this more concrete, I have noticed that there are several different file formats to exchange CAD (Computer Aided Design) files which are all not necessarily useful in my area of research (Computational Engineering, i.e. simulation of some sort based on the CAD file). For example, in my area, I mainly need the surface definition of the CAD file which will then be used as a boundary condition in my simulations, yet, any available CAD format makes this process either unnecessarily complicated or straight-up impossible, due to surface impurities that arise in the process of generating the surface information (tessellation, in this case).
That being said (and talking to commercial software vendors who face the same issue), I figured it would be good to come up with a new file format that is specific for our computational modelling requirements and stores surface information in a way that can be directly consumed by our simulation tools. There is an argument to be had about whether we really need another file format (which I don't want to dwell on here), but if I wanted to work on something like this, one thing I noted is that there is no standarisation in place.
As an example, a popular file format we commonly use is the *.stl file format which is used for 3D printing. Its great for that 3D printing, it stores the surface definition and even if there are impurities, these will be so small that the 3D printer will basically just print over them. In my area, even a tiny gap in the surface will cause issues setting up simulations, so time-consuming pre-processing has to be done to bring the surface quality up to a standard required by the simulation tools. Even more problematic is that the company that came up with this format does not seem to be around anymore (or at least it is no longer associating itself with the file format) so basically the file format is not standarised, everyone can have their own implementation of it which leads to some incompatibilities when trying to generate it with one software and then reading it with another.
Thus, given the lack of a standard, it would be useful to have a standard for a domain-specific file format. This would be mainly used (initially) for academic research, though a new file format (and its standard) may not qualify as novelity and thus I wonder how one would go about publishing such a standard in a journal? Has anyone experience with such an endeavor?
To be clear, initially I am not considering going for an ISO standarisation or similar (due to cost implications) but rather follow best practices such as guidelines provided by the open-source initiative: https://opensource.org/osr
The other reason I am looking into publishing this is to make this available to academic researchers who would likely be the early adopters and it makes sense to disseminate that knowledge in areas which the target audience is reading.
Looking at similar efforts elsewhere, there seems to be a trend to publish efforts in conferences (which may be a good idea in terms of informing other researchers about this development), but when it comes to a standard itself, it feels more natural to put this into a journal rather than a conference (i.e. this would be a reference paper).
Any suggestions on how to go about publishing a standard would be welcome. In my field, as far as I know, there are no such journals dealing with standards, perhaps there are journals dealing with this specifically?