Naming taxonomy cont

So far have features like Search and everything else working, which is great!

Everything else is working as I want it to :grinning:

Just need some additional advice on naming the tiddlers:

Example of how I’d name some of them:

USA/Alabama/Public Parks/Entry1
USA/Alabama/Public Parks/Entry2
USA/California/Public Parks/Entry1
USA/Florida/Golf Course/Entry1
USA/Florida/Golf Course/Entry2
USA/Florida/Public Parks/Entry1
Canada/Ontario/Public Parks/Entry1
Worldwide/Public Parks/Entry1
Worldwide/Public Parks/Entry2

Is this a solid naming scheme?
Would this work to avoid duplicates and avoid overwriting any tiddlers down the road?

And use a custom caption field – these would be the visible, “fake” so to say, titles

I think, it is solid that way.

There are some threads here at Talk, that discuss using the caption-field as a title.

2 Likes

Thanks!
yesterday asked for some initial guidance:

and got working a tweak from user Yan:

as I’m the exclusive user of my wiki, so I am happy with this small tweak you can drag into your wiki by @vilc. You can always switch it around as needed if you want to prioritise the title over the caption .

There’s never a silver bullet for naming.

While there’s no duplicates, there’s a lot of redundancy in your example. Think USA/Alabama/Public Parks/Entry1 vs USA/Alabama/Public Parks/Entry2. Whole USA/Alabama/Public Parks/ is the same, and if you’d have more levels of nesting and thousands of tiddlers, this gets worse size-wise.

If your smallest data entity is a location, all these fancy worldwide maps achieve uniqueness using coordinates for example. And additional data (category, state, country in your example) can be present as fields of Location tiddlers.

I’m not advocating for a total refactoring by any means. But you need to pick your data structure with a wider strategy than just avoiding duplicates. When you’ll search for locations in USA Alabama, will you be more comfortable with searching for ‘tiddlers with USA/Alabama title prefix’ or tiddlers that have both an USA field and Alabama field? Of course this can be pushed further and you may end with wanting to eliminate redundancy completely a la RDBM. I may be wrong but I think @Scott_Sauyet did some work showcasing how to search a la SQL SELECT with the TiddlyWiki tools, you may want to find that one and have a look at it as well, to get a wider perspective.

1 Like

The idea is to let the users favorite as many tiddlers as they want to.
For example say User A favorites:
USA/Alabama/Public Parks/
Entry1” , “Entry2”, “Entry3” … up to “Entry n”.

While also at the same time allowing them to favorite in
USA/Alabama/Golf Courses/
Entry1” , “Entry2”, “Entry3” … to “Entry n” .

And they could also favorite “Entry1” of Worldwide/Public Parks/Entry1.

As many as they want.

The idea being that they will have a handly link of favorited tiddlers.

Search would look for the content inside the tiddler.

An example tiddler:

title: USA/Alabama/Public Parks/Entry1
caption: Grand Canyon
content: The Grand Canyon is a steep-sided canyon carved by the Colorado River in Arizona, United States. The Grand Canyon is 277 miles long, up to 18 miles wide and attains a depth of over a mile. The canyon and adjacent rim are contained within Grand Canyon National Park, the Kaibab National Forest, Grand Canyon–Parashant National Monument, the Hualapai Indian Reservation, the Havasupai Indian Reservation and the Navajo Nation…
url: googledotcom

Title would not be an important part, at least not now

I’m finding that out…

Thanks, will continue thinking, so far it feels like the path of least resistance

That’s right. The discussion was at Announcing: TiddlyWiki for SQL users. Maybe some day I’ll get back to it.

2 Likes