Two type of chronological order

Noguchi filing system

Indexcarding system

If one picks up a file, it returned to the newest point.

A constraint for the chronological order is relatively "loose".

A card is returned where it was originally

A chronological order is more strict.

A system with revision rule. It helps system "alive".

A system without revision system ... at this moment.

Two type of chronological order by hawkexpress.

Difference of chronological order between Noguchi (1993) and my system. My system adopt more strict chronological. At this moment, there is no revision rule to keep consistensy of huge number of card in the system.

.. more at blog

This photo has notes. Move your mouse over the photo to see them.

To take full advantage of Flickr, you should use a JavaScript-enabled browser and
install the latest version of the Macromedia Flash Player.

Comments

A-doubleline says:

Is Isamu Noguchi the saculptor related?

images.google.com/images?q=isamu+noguchi& hl=en&hs...
Posted 38 months ago. ( permalink )

hawkexpress says:

>>A-doubleline

Nope. Yukio Noguchi, a filing system related. ;)
Posted 38 months ago. ( permalink )

jeevs says:

I understand your concern with the Noguchi system because it destroys your system of referring to a card by its unique date-time identifier (because the card is no longer in the place it always was when you made the 'link' to it).
I, personally, really value the way that Noguchi's filing system organizes itself automatically through normal use .
(you take the card out to read/write to it and then drop it on top of the pile, rather than finding its old place and effectively sneaking it back into its past temporal location).

→ I think, perhaps, you should consider embracing the Noguchi system for this reason, but you can still maintain the fundamental unique-timestamping(URL) by creating an 'alias-card' where you found it, after you replace it to the top of the pile.
for example: you take a card out from some past point in time. before you drop the rest of the stack down, losing its place, you replace the card with a new card which is time stamped with the present moment's URL and the original card's URL. (.. also, perhaps, if necessary, a brief note explaining why the card was accessed/edited or what was changed/added. this should only be done if this note actually adds value to the alias or if the changes made to the card have temporal significance : not out of practice but rather out of necessity only). Then you do whatever you will (read and/or edit) the card, add the new URL for this moment underneath the original URL (maybe strike out the old URL for clarity's sake, but leave it read-able for the sake of records), the same new URL as noted on the alias card that was put in its original place.
Granted, another option might be to do what is almost the reverse (but it's closer to your original system), you can take the original card out but then replace it and make a new card with the present-moment URL which then links back to the old card's URL and which describes any changes/additions.
Personally, I rather like Noguchi's system, in its pure form, it feels simpler and more dynamic ... to each his own.

just my two cents
... on how you can adapt Noguchi's system (which I think is very organic and for that reason self-organizing and dynamic) to work with your system which relies on the order of chronology/time to maintain structure, which I can respect.

cheers

(commented here)
Posted 36 months ago. ( permalink )

hawkexpress says:

>>jeevs

Thank you for your comments.

I still struggle with this issue. I still don't think Noguchi filing system can work with indexcard system. I simulated it with my system, but it is difficult to implement. The revision of Noguchi filing system doesn't make sense with indexcard system.

For alias, your idea, sounds nice. But it is not realistic that making alias for every card I pick up. For example, I picked up 40 cards when I make a slide for presentation. Another problem is, If I introduce alias, there will be alias of alias, alias of alias of alias... etc. Big difference of analog and digital is, for analog, we have to do it by our own hand.
Posted 36 months ago. ( permalink )

jeevs says:

yes I see what you mean about the limitations of analog filing systems; but if you consider the example you gave (of the 40 cards you collected for a presentation), if you made a collection of these 40 cards for the presentation, doesn't mean that you went through painstaking effort searching for these cards for your past unique-timestamp system and created new information by connecting these otherwise spread out / separated cards? in my interpretation of the Nogucci system (mixed with your indexcarding), this new information would be stored because after accessing these 40 related cards you would then put them all at the front of the stack, together.
Of course, with hyperlinking/etc it is easy to simulate this in reverse by creating a new indexcard which lists links to all 40 cards which you have collected (a meta-indexcard perhaps).

sorry I can't elaborate on this further at the moment but perhaps another time ... cheers
Posted 35 months ago. ( permalink )

Would you like to comment?

[?]

	hawkexpress' photostream
		266 uploads

This photo also belongs to:

	Cardlog (Set)
		41 items

	Handwritten Blogs (Pool)
		0

1 person calls this photo a favorite

Additional Information

Some rights reserved Anyone can see this photo

Taken on November 5, 2006
Viewed 2,087 times

Add to your map

Yay location removed

...

(Some formats are OK.)

Or, remove it from the map.

Go to the map

You	Sign in \| Create Your Free Account
Explore	Places \| Last 7 Days \| This Month \| Popular Tags \| The Commons \| Creative Commons \| Search
Help	Community Guidelines \| The Help Forum \| FAQ \| Sitemap \| Get Help

Two type of chronological order

Comments

A-doubleline says:

hawkexpress says:

jeevs says:

hawkexpress says:

jeevs says:

Would you like to comment?

hawkexpress' photostream

Cardlog (Set)

Handwritten Blogs (Pool)

Tags

Additional Information