Giter Club home page Giter Club logo

hierarchycraft's People

Contributors

mathisfederico avatar metaylor avatar swang848 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar

hierarchycraft's Issues

Comunity guidelines

Part of a JOSS review openjournals/joss-reviews#6468
According to JOSS requirements, there should be "clear guidelines" to "2) Report issues or problems with the software 3) Seek support". I think that for GitHub users it's obvious that one should post issues (like this one) to report problems or get support, but could you please mention this explicitly in ReadMe for potential users who are somewhat new to GitHub workflow?

Complete planning solving example

There is an example of solving a planning problem in ReadMe (https://github.com/IRLL/HierarchyCraft?tab=readme-ov-file#as-a-upf-problem-for-planning) but it's incomplete. For example, when I try adding proposed lines:

problem = env.planning_problem()
problem.solve()

to Minecraft example (https://github.com/IRLL/HierarchyCraft?tab=readme-ov-file#using-the-programmatic-interface) nothing really happens. Moreover, if I try using the plan as suggested in the documentation https://irll.github.io/HierarchyCraft/hcraft/planning.html, it fails with an error (probably because no plan was built):

SequentialPlan:
Traceback (most recent call last):
  File "hcraft-review/venv/lib/python3.12/site-packages/hcraft/env.py", line 402, in step
    action = int(action)
             ^^^^^^^^^^^
TypeError: int() argument must be a string, a bytes-like object or a real number, not 'NoneType'

Could you please complete the example to get started with solving the planning problem based on Minecraft environment?

ENHSP failures on MineHCraft

ENHSP fails on a lot of items in MineHCraft, even simple ones.
It needs to be investigated whether it is due to the agent, or to the UPF problem being poorly translated.

[
"reeds",
"wood_pickaxe",
"wood_axe",
"cobblestone",
"coal",
"leather",
"book",
"flint_and_steel",
"iron_axe",
"iron_pickaxe",
"iron_shovel",
"iron_sword",
"ender_pearl",
"diamond",
"gold_ore",
"redstone",
"diamond_axe",
"diamond_pickaxe",
"diamond_shovel",
"diamond_sword",
"gold_ingot",
"clock",
"gold_axe",
"gold_pickaxe",
"gold_shovel",
"gold_sword",
"obsidian",
"enchanting_table",
"blaze_rod",
"netherrack",
"blaze_powder",
"ender_eye",
"ender_dragon_head",
]

JOSS paper review remarks

Good job! I enjoyed reading the paper draft (openjournals/joss-reviews#6468 (comment)) and learning more about your project. Here is the list of review remarks line by line:

  • line 7, "Hierarchical reasoning poses a fundamental challenge in the field of artificial intelligence." --- please cite any sources on hierarchical reasoning and its AI challenges
  • line 8, "Existing methods may struggle when confronted with hierarchical tasks" --- please cite papers confirming this claim
  • lines 8-9, "there is a scarcity of suitable environments or benchmarks designed to comprehend how the structure of the underlying hierarchy influence a task difficulty" --- I haven't found an explanation how HierarchyCraft helps to comprehend influence of hierarchy structure on task difficulty.
  • line 14-15, "tasks ... that do not necessitate feature extraction. This includes tasks containing pixel images, text, sound" --- I can't help reading it as "tasks that do not necessitate feature extraction include tasks containing images etc". Could you please reformulate these two sentencse to make them less ambiguous?
  • line 15-16 "or any data requiring deep-learning based feature extraction" --- I agree that deep-learning is a go-to method for feature extraction nowadays, but I don't think that any data requires it. Could you please reformulate?
  • line 24, "current hierarchical benchmarks often limit themselves to a single hierarchical structure per benchmark" --- HierarchyCraft is compared to RL benchmarks, but is it a benchmark itself? I don't see such a statement anywhere in a paper
  • line 52, "a undeniably complex hierarchical structure" --- probably "an undeniably"
  • lines 52-53, "this underlying hierarchical structures is fixed" --- probably "these underlying hierarchical structures are fixed"
  • line 63, "e.g., Swords " --- is the capital letter really needed here?
  • line 64, "easier.), " --- probably the full stop is unnecessary
  • line 87, "But each Transformations has" --- probably "each Transformation" or "each of Transformations"
  • line 88, "(eg. have" --- it's probably better to use consistent abbreviations through the paper, and you use "e.g." in other cases
  • line 88, "enought" --- probably "enough"
  • line 90, "HierarchyCraft directly provides a low-dimensional latent representation that does not require learning, as depicted in Figure 5." --- I don't see how representations in Figure 5 are latent. Could you please explain or drop the word "latent"?
  • line 100, "This not only saves computational time" --- I would suggest highlighting your contribution of a library of environments in HierarchyCraft. If I got it right, one has to code the transformations by hand to avoid representation learning. So, for included environments, it's an important contribution in my opinion, but the reader should also be warned that if they want to add environments of their own, they will have to do this job themselves. The framework's design won't do it for them automatically.

I have also several general remarks.

  1. The title promises to talk about benchmarking with HierarchyCraft but it doesn't seem to happen. Instead, you call HierarchyCraft "a lightweight environment builder". I understand that "a set of pre-defined hierarchical environments" that you mention is indeed a benchmark, but I would like it to be clearly stated.
  2. From the paper, I don't learn anything about the environments available in HierarchyCraft. I think it's important to mention them, in particular because creation of requirements graphs for them is exactly your contribution that helps other researchers to skip representation learning part and focus on study of hierarchical structures per se. On the other hand, descriptions of existing benchmarks might be shortend if needed to keep the paper to JOSS size standards.
  3. Please double check the citations and add DOIs as highlighted by the editorial bot. For example, I see that the citation for MiniGrid is not the one recommended (https://github.com/Farama-Foundation/Minigrid?tab=readme-ov-file#citation).

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.