The documentation cited is making clear that there is NO connection between the name of a package and the provided modules. <span></span>There is no such thing as a package namespace. <div><br></div><div>Packages may find it convenient to build and provide reusable functionality with many organizational names. This is particularly true of "data", as many packages may have useful data structures. </div><div><br></div><div>Of course, as such support code becomes very useful and developed, it makes sense to sprin it off into its own package.</div><div><br></div><div>Jay<br><br>On Sunday, November 30, 2014, Neil Van Dyke <<a href="mailto:neil@neilvandyke.org">neil@neilvandyke.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Given the example from the documentation, of the `tic-tac-toe` package and "conflicts" (quoted at end of this email), instead, why isn't the norm to do:<br>
<br>
    (require tic-tac-toe)<br>
<br>
Or, when necessary:<br>
<br>
    (require tic-tac-toe/matrix)<br>
<br>
Why, when one installs a package named `tic-tac-toe`, would one be referencing modules of the package as `data/matrix`?<br>
<br>
I don't recall ever seeing a situation in which I wanted different third-party Racket packages to be stomping over each other's module-naming namespaces.<br>
<br>
For people who want to release lots of well-behaved reusable packages, using good practices, with minimal effort and head-scratching, things like this are a problem.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2 Package Concepts<br>
<br>
A package is a set of modules in some number of collections. Modules installed using the Racket package manager are required like any other modules. For example, if the package tic-tac-toe contains the module "matrix.rkt" in a "data" collection, then after tic-tac-toe is installed,<br>
<br>
    (require data/matrix)<br>
</blockquote>
[...]<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2.5 Package Conflicts<br>
<br>
Two packages are in conflict if they contain the same module. For example, if the package tic-tac-toe contains the module file "data/matrix.rkt" and the package factory-optimize contains the module file "data/matrix.rkt", then tic-tac-toe and factory-optimize are in conflict.<br>
<br>
A package may also be in conflict with Racket itself, if it contains a module file that is part of the base Racket implementation. For example, any package that contains "racket/list.rkt" is in conflict with Racket.<br>
<br>
For the purposes of conflicts, a module is a file that ends in ".rkt", ".ss", or ".scrbl".<br>
</blockquote>
<br>
Neil V.<br>
<br>
_________________________<br>
 Racket Developers list:<br>
 <a href="http://lists.racket-lang.org/dev" target="_blank">http://lists.racket-lang.org/<u></u>dev</a><br>
</blockquote></div><br><br>-- <br>Jay McCarthy<br><a href="http://jeapostrophe.github.io" target="_blank">http://jeapostrophe.github.io</a><br><br>           "Wherefore, be not weary in well-doing,<br>      for ye are laying the foundation of a great work.<br>And out of small things proceedeth that which is great."<br>                          - D&C 64:33<br>