October 16-20 2023 | Hybrid | Sydney, Australia

Author Guidelines

Journal Papers:

Papers ready for journal publication will be directly published in a special issue of IEEE Transactions on Visualization and Computer Graphics (TVCG). Paper quality versus length will be assessed according to a contribution-per-page judgment.

    • All accepted papers will be orally presented at the ISMAR conference.
    • All accepted papers will have the opportunity to be presented as a demo/poster.
    • All accepted papers will be archived in the IEEE Xplore digital library.

Papers wil be considered for best papers awards.

Submission Rules:

    • Papers must be strictly formatted according to IEEE VGTC submission guidelines and submitted electronically as PDF documents. 
    • ISMAR 2023 journal paper track uses a double-blind reviewing process (see Reviewing Process below). Thus, authors, affiliations, and acknowledgments must not be mentioned in the submitted paper.
    • After submitting to ISMAR, authors may archive the submission as an institutional techreport, or on arXiv or a similar service, but this is highly discouraged as it violates submitter anonymity. If it is an institutional policy, such a submission should be done after acceptance at ISMAR.
    • Papers must be written in English.
    • Submissions must not be under review by any other conference, journal or other publication venue during ISMAR’s reviewing period, and must not be previously published or accepted for publication elsewhere. This includes publications that have previously appeared in languages other than English. ISMAR actively searches for duplicate submissions by exchanging author and title lists with other conferences and journals. Such submissions will be rejected without review, and the coordinators of the duplicate submission will be notified.
    • ISMAR asks the senior author of each paper to volunteer to review three other papers submitted to ISMAR. We leave it to the authors to determine which of them is the senior author. Note that, regardless of the number of submissions on which an author appears, we only ask them to be willing to review three other ISMAR papers. The senior author should register as a reviewer with the ISMAR Precision Conference System (PCS).
    • Authors may include supplementary materials with the submission. Supplemental material can include videos, proofs, code, experimental data, appendices, audio files, and other files that supplement the paper. These materials will be included on the conference thumb drive, as well as archived in the IEEE Digital Library. A pointer to the supplemental material should be included in the text of the paper. Supplemental material may not be used to extend page limits; the paper itself must completely describe the research and results.
    • Videos should not be longer than five minutes, and the total size of all submitted materials (including the PDF document) must be under 50MB; but 100MB can be granted if requested by authors. Authors submitting a video should also include a text file describing the codec used to encode the video. Videos should be playable with standard software on PCs, Macs, and Linux machines. If the reviewers cannot play the video, it may reduce the chances of the submission being accepted.
    • The submission must include all information necessary to evaluate the paper and must not ask reviewers to go to web sites or other external information sources, since that might circumvent page and media format limits, and may jeopardize the anonymity of the reviewers. Such external sites will not be accessed during the review process.
    • For accepted papers, at least one author must register for the conference and present the work according to ISMAR registration and publication processing policy published on the website. If no author is fully registered by the camera-ready submission deadline, the accepted work will be withdrawn from publication.

Submission Process:

All materials will be submitted electronically through the Precision Conference website at: PCS

If you already have an account with that system, please use that account to submit your materials. Otherwise, create a new account. As part of the submission, you will be able to choose a major topic and a list of associated keywords.

After Submission:

After your submission the following process takes place:

    • The submission will be reviewed by the program committee and external reviewers, unless it is subject to desk rejection. Each paper should receive at least four reviews.
    • The reviews will be released to authors, and authors may optionally submit a rebuttal to address the reviewers’ comments.
    • Reviewers will discuss the paper again after author rebuttal. Based on the reviews, rebuttal and reviewer discussion, the program committee will come to a decision, conditionally accept to TVCG, refer to TVCG with major revisions, or reject.  The authors will receive notification of this decision.
    • If a paper is conditionally accepted then the authors must revise and resubmit their paper. The paper’s shepherd oversees this process. After resubmission, the program chairs and shepherd come to a final decision of accept or reject. 
    • After acceptance, authors prepare and submit a final, camera-ready version of their paper.
    • Finally, one of the authors presents the paper at ISMAR!

Reviewing Process:

ISMAR is a high-quality conference with a competitive submission process. For information on past conferences, including acceptance rates and best paper awards, see the http://ismar.net website. ISMAR has a rigorous reviewing process. Every submitted paper is subjected to this process.

Paper Review

ISMAR has two tiers of reviewers: the program committee members, and the external reviewers. The program chairs first assign each paper to a primary reviewer and a secondary reviewer from the program committee. The primary reviewer then assigns two external reviewers and the secondary reviewer assigns one external reviewer; the secondary reviewer and external reviewers write reviews while the primary reviewer oversees the process, checks review quality and writes the meta-review. The primary reviewer may recommend that a paper that is exceptionally uncompetitive or noncompliant to the submission rules may be desk rejected; such papers are also examined by the program chairs before the decision to desk reject is taken.

Author Rebuttal

The initial reviews are released to paper authors. After receiving reviews, authors may submit a rebuttal to address the reviewers’ comments. The author rebuttal is and is meant to provide an opportunity to rebut factual errors or to supply additional information requested by the reviewers. It is not intended to add new contributions (theorems, algorithms, experiments) that were not included in the original submission.

Initial Recommendation

Reviewers will read the rebuttals and anonymously discuss the papers.  Reviewers are asked to provide recommendations based on the rebuttal, other reviews, and discussion. An initial recommendation and a meta-review for each paper will be determined by the primary reviewer for further discussion by the program chairs.

Revision Phase

Conditionally accepted papers must fulfill all the conditions listed in the meta-review. Authors may of course choose to withdraw their paper rather than meet the conditions. For each conditionally accepted paper, the program committee assigns a shepherd, who works with the authors to see that the conditions for acceptance are successfully applied to the paper. After the revised paper is submitted, the shepherd, the program chairs, and the TVCG representative make the final decision of accept or reject.

Preparation of Camera-Ready Version

Finally, the authors of accepted papers prepare a final, camera-ready version. Note that TVCG and ISMAR Conference papers have different typographical styles.

Best Paper Awards

The program committee creates a list of the best accepted papers. There is no set size limit for this list. The program chairs then forward this list to the Best Paper Awards Committee, which is organized separately from the program committee.

Also see the Reviewing Guidelines for more information.

Preparation of Camera-Ready Version:

Upload the final version to the same site where the original paper was submitted: https://new.precisionconference.com/ismar and enforce all other instructions coming from the publications chairs.

Use the “Final Submission Form” to provide your final version and any supplementary material, such as video files.

In the preparation of the final submission, follow the camera-ready instructions.

Ensure that you are using the correct formatting and submit the IEEE copyright form. Otherwise, your contribution might not be included in the proceedings.


All accepted papers will be presented orally at the conference. More details will be provided at the time of acceptance.

Writing a Good ISMAR Paper:

A good ISMAR submission will result in both a respectable document for the proceedings and a good conference talk. As an author, you should ask yourself the following questions while writing your paper. Submissions that do not provide good answers to these questions are unlikely to be accepted.

What problem are you addressing?

The most common motivation for publishing a paper is to present a solution to a problem. When doing so, try to state all your constraints and assumptions. This is an area where it can be invaluable to have someone who is not intimately familiar with your work read the paper. Include a crisp description of the problem in the abstract and try to suggest it in the title. Note that the program chairs depend almost completely on the abstract and title when they determine which program committee member to assign to the paper.

ISMAR papers often focus on a certain aspect of Mixed and Augmented Reality systems. The following list includes some example topics, but does not represent an exhaustive list of all topics. We welcome any new idea beyond the usual range of areas.

      • Interaction Methods: Does the paper propose a novel interaction method? Does it present different use cases and applications for it? Can it demonstrate that the method performs better than other known ones?
      • User Interface & Human Factors: Does the paper describe how Mixed and Augmented Reality is improving a user interface design, human task performance or perception?
      • Tracking and Pose Estimation: Does the paper describe a novel method that is more robust in difficult conditions (lighting, outdoor, fast motion)? Is it a new, clever combination of different sensors? Does it provide more information for use in interaction and rendering?
      • Rendering and Visualization: Does the paper describe a novel, improved method for realistic integration of virtual graphics into a mixed scene? Is it faster or more accurate than known methods? Does it present a novel way of presenting information about the real world?
      • Displays and Input Devices: Does the paper describe a novel display (e.g., visual or aural)? Does it describe a novel input device that provides different input modalities, is easier to use and deploy or more precise?
      • Applications: Is the paper proposing a new application of Mixed and Augmented Reality in a specific domain? Are you providing a new understanding of usage patterns and social behavior of a deployed AR application?

What were the previous approaches?

What are the relevant published works in your problem area? What deficiencies in their approaches are you trying to overcome? How does the new approach differ from previously published results? Don’t expect the reviewers to know this information without telling them in the paper, as they are unlikely to remember the precise details of all the relevant literature. Make specific comparisons between your work and that described in the references; don’t just compile a list of vaguely related papers. What are the limitations of your work and is the future work still to be addressed?

How well did you address your stated problem?

Based on your problem statement, what did you accomplish? You are responsible for arguing that the problem is sufficiently addressed. Include pictures, statistics, or whatever is required to make your case. If you find this part of the paper difficult to write, perhaps the work is not yet finished and the paper should be deferred until next year. (And, perhaps, submitted as a poster this year).

The following describes some typical evaluation methods for different kinds of papers. This list is not exhaustive, but provides some hints as to what can help to present your contribution.

      • Interaction Methods: How usable is the method or system? What is the performance of users (e.g. completion time, error rate, learning curve) compared to a previous interface developed for a similar task?
      • User Interface & Human Factors: Is the improvement or effect described well supported through evaluations? Was the experimental design appropriate to your solution? Were sample size, statistical evaluation, and presentation and conclusions appropriate? Were samples in acceptable size, diverse and representative of all intended users?
      • Tracking and Pose Estimation: How robust is your system? Can it deal with difficult input including light conditions, fast motion, occlusions? How fast is it and on which hardware? How does it compare to known state-of-the-art systems? It is also a good idea to use a standard data set to make the results comparable to other publications, or make your test data sets available for other authors.
      • Rendering and Visualization: Is the output quality of your system superior to previous methods? Is it faster or capable to operate at real-time rates? What hardware and sensors does it require? For visualization, what use cases does it cover? What amount or complexity of data can it deal with?
      • Displays and Input Devices: What are the performance specifications of the display? For example, for a visual display does it work in indoor/outdoor, strong light conditions, what is the field of view, and is it multi-user capable? What is the hardware/software required to recreate it? What are the specifications of the input device? Can it be used in a mobile setting?
      • Applications: How did you design the system, what was the input from the application domain? Was the system tested by end users that are representative of the intended population in the application domain? Did it improve their performance? Did it create new opportunities to improve the work methods?

What does this work contribute to the field?

What are your new ideas or results? If you don’t have at least one new idea, you don’t have a publishable paper. Can your results be applied anywhere outside of your project? If not, the paper is probably too special-purpose for ISMAR. On the other hand, beware of trying to write a paper with too large a scope.

Is the paper complete?

The question that generates a large amount of discussion within the program committee to determine whether a paper is complete. If the paper presents an algorithm or technique, an experienced practitioner in the field should be able to implement it using the paper and its references. If the paper claims to present a faster or more efficient way of implementing an established technique, it must contain enough detail to replicate the experiment on competing implementations. When you quote numbers, be sure that they are not misleading—state clearly whether they were measured, simulated, or derived, and how you did the measurements, simulations, or derivations. For example, CPU time measurements are meaningless unless the reader is told the machine and configuration on which they were obtained.

Does the paper contain too much information?

Many large, poorly written papers contain a good paper trying to get out. It is the author’s responsibility, not the reviewer’s, to discover this paper and turn it into a stronger and concise submission. If you have addressed a single, practical problem, don’t try to generalize it for the purposes of publication. If you have a formal theory or elaborate architecture, don’t include all the vagaries of the implementation unless they are critical to the utility of the theory. Don’t include the contents of your user’s manual; instead, describe the model or functionality achieved. You should assume your audience has a working knowledge of user-interface development and access to the major journals in computer science, electrical engineering, and psychology. A short conference paper can only present a few concise ideas well.

Can this paper be presented well?

While ISMAR papers are judged primarily as technical papers, some consideration is given to how suitable the topic is for a conference presentation. Think of how you would present your ideas, and how big the audience is likely to be. Papers that have a small number of concisely stated new ideas and that are visually interesting tend to appeal to a large audience and be easy to present. As recent conferences clearly show, these criteria do not eliminate papers that have taxonomies or strong theoretical content, or appeal to a specialized audience, if they contain significant new ideas.

Should a video also be included?

A video can be very helpful for communicating technical results, especially when the paper discusses an interaction technique. However, do not try to save space in the paper by putting essential information into the video. The paper must stand on its own.

Is the paper accessible?

All information, including information in figures, charts, tables, etc., should be available to readers who consume it in different ways. For example: some of us cannot see color, some use high contrast displays, and some listen to the content instead of seeing it. CHI 2021 has useful information on making a paper accessible.

Is the paper using gender neutral language?

Use “he” when referring to men or boys. Use “she” when referring to women or girls. Avoid phrases such as “he/she” or “he or she” when a gender is not clearly known. Instead use “they” as a gender-neutral pronoun. When referencing a profession, use the gender-neutral form. For example, use fire fighter, police officer, or worker instead of fireman, policeman, or workman. See this excerpt of the Chicago Style for more information about gender-neutral pronouns.

Further Examples

You can also find the full list of papers previously published at ISMAR in the IEEE Digital Library (IEEE Xplore). Furthermore, the ismar.net website lists past best paper awards, which are good examples of great ISMAR papers.

Frequently Asked Questions (FAQs)

What kind of content is relevant for ISMAR?

ISMAR has and continues to help bring to the world key works on real time 3D tracking, scene mapping, pose estimation and registration.  However, ISMAR welcomes submissions of all types related to augmented and virtual reality !. including those that examine Issues on usefulness of AR, learning, training, therapy, rehabilitation, virtual analytics, entertainment, context, behavior, and object recognition together with other wearable sensors using computer vision, sensor networks and new types of onboard and external sensing technologies become very relevant to augment our world. Note that this is list is not exclusive by any means, so if you have questions please contact the journal chairs via email: journal_chairs@ismar23.org

Are VR papers allowed at ISMAR? 

Yes, VR papers will also be considered regardless of their relevance to AR/MR.

Document History

This document was adapted by the 2023 Journal Paper Chairs: Gun Lee, Joseph Gabbard, Maud Marchal, Michele Fiorentino and Guillaume Moreau. The document was obtained from Guillaume Moreau, Joseph Gabbard, Daisuke Iwai and Lili Wang, who themselves inherited it from Daisuke Iwai, Denis Kalkofen, Guillaume Moreau, and Tabitha Peck., who inherited it from Shimin Hu and Stefanie Zollmann, Wolfgang Broll, Holger Regenbrecht, J. Edward Swan II, Wolfgang Broll, Hideo Saito, based on Walterio Mayol, Christian Sandor, and Rob Lindeman, based on significant materials created by Ron Azuma on how to write a successful ISMAR paper and how to be a successful Program Chair, also based on the 2011 UIST Author Guidelines edited by Maneesh Agrawala and Scott Klemmer (using material provided by Saul Greenberg), who inherited it from François Guimbretière, who inherited it from Michel Beaudouin Lafon, who inherited it from Ravin Balakrishnan and Chia Shen, who inherited it from Ken Hinckley and Pierre Wellner, who inherited it from Dan Olsen, who inherited it from Steve Feiner, who inherited it from Joe Konstan, who inherited it from Michel Beaudouin Lafon, who inherited it from Ari Rapkin, who inherited it from Beth Mynatt, who inherited it from George Robertson, who inherited it from Marc H. Brown, who inherited it from George Robertson, who got lots of help on it from Steve Feiner, Brad Myers, Jock Mackinlay, Mark Green, Randy Pausch, Pierre Wellner, and Beth Mynatt.