Recent Changes - Search:

Note that it might be unproductive to stay constrained within previous models and tools.

apply NoS to map problems<->algorithms and visualized on the side in real-time

edit SideBar

HomePage

"Il ne nous reste exactement que l'inventivite.[...]
Aujourd'hui le travail intellectuel est oblige d'etre un travail intelligent
et non un travail repetitif comme il a ete jusqu'a maintenant.
"

from a generalized mess of tools to ->

  • automation(
    • generative methods(
      • phylogenization(
        • inherence(
          • dating(
            • grammatization(
              • + )
            • + feedback of history of usage(
              • individual
              • + seed community of selected creators) ))
            • ) then indexing() then categorizing() )))

to finally propose routes through this newly created address space.

Innovation chain phasecategory* 1category ...category x
early phasefunction fe1function fe...function fex
...function f...function f...function f...
generative GE/GA/... (a la backend)function f...function f...function f...
...function f...function f...function f...
middle phasefunction fm1function f...function fmx
...function f...function f...function f...
late phasefunction fl1function f...function flx

Note that all category names are unique thus forming a strict hierarchy, i.e. a category name in row can not exist in column.

Each column being a category as specified later on, aiding to pinpoint precisely the right function based on the specific project. Functions from other phases which seem disconnected or remote might still be efficient selectors (useful to reduce choices, even if costly). Overall the solution is a path amongst this matrices.

Solution Sx for user U based on requirements RU: fe1->f...->f...->f...->flx

The level of experience knowledge can also help to determine the tool (and the number of tools, e.g. a beginner could be satisfied with 4 pencils while somebody very used to it would benefit from a very large but still well organized palette) most adapted to a profile. Consequently, the criteria to select (or at least organize) tools should follow FB_Wiki:Events/PersonalUX#ToolSelectionProposal .

Previous successful projects, using this framework or not, can be use to try to provide better paths. Phylogeny are organized sets of previously tried solutions (successful or not).

Are Results? (or Designs? or Solutions?*) wiki history page enough to be conform and thus leverage ΦFP?

Profiles (representing actors as individual or entities) are linked to Results? by a producer link (could be in a Produced PTV list).

Instead of proposing the either the entire matrices or only path or paths, it could be possible to propose just a part of the matrices and it could be called a specialized "palette" (to follow the metaphor of the painter palette).


  1. addressing
    1. the final product (which is it Generated designs? Generators? *) could have a shorter direct URL
      1. e.g. Path:/ItemName rather than Path:/FinalProductGroupName/ItemName
  2. demarcher des earlyvangelists/lead users/clients
    1. comme bcp d'experiences la 1ere fois tu pense que c'est juste impossible
      1. avec l'habitude ca parrait completement idiot d'avoir eu peur des 1ers echecs
    2. Designs? or Solutions? builder/finder
      1. e.g. research lab but also design cabinet and individual solvers
  3. integrate http://www.innovativ.it/
    1. processing viz
    2. dark skin
    3. keep this for contacts/vulgarization
  4. link to http://lab.innovativ.it/
    1. do its todo list
      1. share back to Franck
  5. add to the lab (with Cookbook:Import )
    1. decide a naming scheme (cf Addressing) *
    2. Seedea:Seedea/InnovationChain
      1. apply R recommendation engine contest here, each component of the ideal innovation chain would then be recommended component by component
      2. it could also follow the suggestion proposed for iledeserte.net to make a list of Items? (or Functions to respect iconicity and not just enable Wikipedia:Genetic algorithmGA but also Wikipedia:Grammatical evolutionGE) with categories as "objective" items (via PmWiki:PageTextVariables and PmWiki:Categories) then for each add
        1. distinguished from Designs? or Solutions? (even though once finished thus can in turn become Items? (or Functions!)
        2. e.g. phase of the project, type, cost, etc
          1. number of expected resulting items (unique, small, mass production)
          2. potentially FB_Wiki:Fabien/ExtendedLayeredModel too
      3. linked to usage properties
        1. e.g. used before other item I by person P for usage U at date D
      4. exploded items from sources (via Vi and ?action=import in PmWiki)
        1. Seedea:Seedea/BackEnd
          1. note that this remain the main focus and that other are optional but to guarantee precision or quality, to the produced result in a context, an environment (cf the poster and the red area focus)
        2. Seedea:Seedea/DATAmatrix
        3. Seedea:Seedea/AImatrix
        4. Seedea:Seedea/Alternatives
        5. Seedea:Seedea/Onlineoutsourcing
        6. Seedea:Seedea/Simulations
        7. visualization
          1. Seedea:Research/Visualization
          2. Seedea:Seedea/Visualization
          3. http://bloom.io/
        8. FB_Wiki:Tools/
    3. FB_Wiki:OwnModelsApplied/LeveragingRandomness
      1. structure more {artificial,computational,automated,neurological}x{creativity,innovation,epistemology}
    4. results/designs/solutions
      1. Seedea:Oimp/Oimp
      2. Seedea:Seedea/SandIdeabox
      3. more?
  6. list usages using artificial creativity per domain
    • applications then example and technical solutions + year (not the other way around)
    1. architecture http://projects.csail.mit.edu/emergentDesign/genr8/index.html year?
      1. Agency-GP AI Lab Website A Spatial Exploration Tool for Architects Based on Evolutionary and Agent Computation
    2. music http://www.csse.monash.edu.au/~cema/nodal/index.html year?
    3. industrial design GP by John R. Koza (e.g. antenna) year?
    4. software using genetic programming requirements year?
    5. ...
    6. move from a dated list to a phylogeny equivalent (cf ΦFP)
  7. see also
    1. Seedea:Research/PhylogeneticFlowProgramming
  8. to explore
    1. http://www.epochx.org
  9. do not discard Seedea:Research/Research
    1. result being that tools listed before should be much more efficient using phylogenies as part of their input rather than starting out from nothing of from another structure (e.g. lists)
  10. https://secure.wikimedia.org/wikipedia/fr/wiki/Évolution_dirigée#Principales_soci.C3.A9t.C3.A9s
  11. visuals if required
    1. Wikipedia:Wikipedia:Icons
  12. focus first on the smallest area possible
    1. that provide the best learning curve effect
    2. and the lower cost
    3. with reasonable competition
  13. how to manage granularity?
    1. e.g. representing Wikipedia:Simple machine as 1,2*3 or 6 functions?
    2. e.g. color and as light spectrum, notes as harmonics, periodic tables of elements as atomic numbers, etc
    3. initially restrict to FB_Wiki:Analysis/ExtendedLayeredModel current models with their locus of analysis?
    4. can learning from fractal and infinite precision help?
  14. Is Wikipedia:Test-driven development (with its methods Wikipedia:B-Method or Wikipedia:Z_notation or RSpec) applied in design or problem solving in general? Can it be used in conjunction with GA/GE/... ?
    1. it be a way to efficiently constrain the result (thus path)?
  15. if no path is found via simple stats (a la rec. engine)
    1. switch to less obvious path (eq. to simulated annealing/L−R+ATL)
  16. does building phylogeny really worth the trouble to infer from it structuring rules or conjectures?
    1. the first one probably not but as it is set up and as building import filters for more topics, the cost could keep on decreasing
  17. theoretical sources
    1. Seedea:Research/Research#PapersToRead
    2. Seedea:Research/Bibliography
    3. FB_Wiki:ReadingNotes/ScanningNotes
    4. http://www.routledge.com/books/details/9780805811537/
    5. http://www.cs.ucl.ac.uk/staff/p.bentley/evdes.html
    6. http://creative.canberra.edu.au/mitchell/metacreation.html
    7. http://art-artificial-evolution.dei.uc.pt/abstracts.htm
    8. http://l3dswiki.cs.colorado.edu:3232/CreativeIT/
    9. http://www.creativityandcognition.com/content/view/70/140/
    10. AI EDAM Artificial Intelligence for Engineering Design, Analysis and Manufacturing
    11. Shopping for Products You Don't Know You Need, Microsoft Research February 2011
  18. context free grammar generators
    1. http://www.ykombinator.com
      1. +french one
    2. MIT fake paper generator
    3. ...
  19. list all repository of designs I can find (git or not, especially as it seems most are still using wikis) and order them by FB_Wiki:Analysis/ExtendedLayeredModel (which here has the fundamental impact of improving efficiency since higher patterns most likely have to use lower patterns!)
    1. CERN EHL http://www.ohwr.org
    2. biobricks http://partsregistry.org
    3. sc-fi writting e.g. Doctorow http://craphound.com/?p=2171
    4. WEATHER LAMP, Samuel Javelle FB_Wiki:Events/RADArt6
    5. consider inferring not just the phylogeny but rather the generator that lead to
      1. (if its not include e.g. in gener8 or agency-gp as official generators)
    6. asked #blinkenshell, #hplusroadmap and #git, ask Audrey

Note on archtecture

Inspired by Adriana and Paola coming back from Zaha Hadid exhibit as the Institut du Monde Arabe in July 2011.

Explorer the hypothesis that architecture is a field with specificities that would make it especially receptive to this type of evo* or artificial creativity techniques

  • expensive projects
    • insurance as it hosts humans
    • a form of luxury
    • sometimes public
  • physical projects with computationally possible to explore simulations
    • material resistance (portance, ...)

This raise the question of how applicable such techniques are to other field, especially as the complexity grow by going higher in ELM or the funding involved is lower.


  1. clarify objective
  2. list constraints
  3. list multiple choices possibilities
    1. tagged with {$:DD} giving *
  4. list design decisions
    1. in DesignDecisions
  5. justify and document the choice

validate with use cases

  • Nicolas' paper plane
  • ?
  • skdb&co
Edit - History - Print - Recent Changes - Search
Page last modified on July 23, 2011, at 10:57 AM