Where I live on the west-coast of Canada, alleys are dirty and disgusting. Most people don't go into the alleys. I think this is common is a lot of cities in Canada and the U.S. In Korea however, alleys tend to be clean and utilized. Here is a photo of a Korean alley in Hapjeong (합정) in the Gangbuk (강북) area in Seoul in Korea from October 2019: 

Korea has an Uber like service called: Tada (타다). The photo is of a Tada (타다) vehicle which drove by while I was in Korea in November 2019.

This is a reply to this post: https://jemmy.jeena.net/post/226905 (I could _not_ to reply to it directly. So writing this as a separate post.) --- Back in October 2019, after becoming aware of Korean fortune tellers — I became curious about them, and investigated them a bit. (I go to Korea frequently. For example, I just got back from Korea 2 days ago.) --- I think some of these Korean fortune tellers function as a kind of **therapist**. --- I took notes about Korean fortune tellers (back then). I posted my notes elsewhere at the time. I'll re-post them here:.... --- Fortune Tellers seem to be popular in some parts of Korea with some individuals. Not everyone sees them, or believes in their powers. But many seem too. --- For those Koreans who believe in the power in Fortune Tellers… Some see their Fortune Teller whenever they are worrying about something. While others might only see a Fortune Teller for a special event. For example: figuring out a “good” date for a wedding ceremony. --- I suspect these Korean Fortune Tellers often function as a kind of Therapist. Although mixed with supernatural aspects. These Fortune Tellers have books they consult. --- I think there may be economic incentives to focus on negative aspects of the customer's life, which keeps customers returning for more sessions. So perhaps something else these Fortune Tellers have in common with Therapists. --- These Korean Fortune Tellers tend to be single unmarried women. Apparently the Fortune Teller being single & unmarried is important for their powers for some reason. Something to do with their “third eye”. --- From what I was told, being a Fortune Teller is quite lucrative, so there are economic pressures (i.e., “golden handcuffs”) for these Korean Fortune Teller women to remain single & unmarried. --- Although there are some married (female) Korean Fortune Tellers. And there are even some male Korean Fortune Tellers. So although most Korean Fortune Tellers are single unmarried women. Not all are. --- These Korean Fortune Tellers often give out yellow piece of paper. They are talisman In Korean: “bujeog” (부적) What I was told was that the Korean Fortune Teller puts “mojo” into the yellow paper. And a Fortune Teller can put more (or less) “mojo” in these yellow papers. --- This is what (some of) the Korean fortune tellers books, that they consult when giving a fortune telling, look like. This particular (male) Korean fortune teller did not give any talisman. Just provided the fortune telling.  --- There are Korean fortune teller locations all over the place in Seoul. I don't know if all locations are like this, but this particular location looked like a restaurant inside. --- The process at this Korean fortune teller location seemed to be:… • customers comes inside & has seat at a table, • customers order drinks, • fortune teller eventually comes over and tells the fortune of everyone at the table. You pay like at a regular restaurant.

Spread Fediverse reiver • 12 months ago • 100%

We (of the Fediverse) should take a lesson from Linux (and the LUGs back in the day) and do in-person Fediverse JoinFests. Where we help people join the Fediverse. Similar to the Linux InstallFests decades ago. --- I am old enough to remember when Linux was not yet common. (I started using Linux back in 1996. And have been using some distro of Linux since then.) Back then, Linux User Groups (LUGs) got created in different cities by regular people who were enthusiastic abut Linux — to provide help, support, and community for those who were interested in Linux. (I used to be an active member of VanLUG — the Vancouver Linux User Group.) --- From-time-to-time these local Linux User Groups (LUGs) would put on a Linux InstallFest — An in-person event where people (who weren't using Linux yet, but were interested) would bring their computer to the Linux InstallFest, and someone from the local LUG would help install Linux for them on their computer. This helped spread Linux. We (of the Fediverse) could do something similar. --- We (of the Fediverse) could learn from the Linux User Groups (LUGs). We could have our own version of a Linux InstallFest — a Fediverse JoinFest. An in-person event where people who are interested in the Fediverse, but are having trouble joining — can bring their mobile phone or laptop, and some Fediverse-savvy person (like us) could help them join the Fediverse. We could install a Fediverse app on their mobile phone for them. We could help them pick a server to join. --- ⸺ Charles Iliya Krempeaux ( [@reiver@mastodon.social](https://mastodon.social/@reiver) ) --- (This is a re-post from [[1]](https://mastodon.social/@reiver/111179148569130717) [[2]](https://mastodon.social/@reiver/111179170245516076) [[3]](https://mastodon.social/@reiver/111179177342147088) [[4]](https://mastodon.social/@reiver/111179198790557943) )

 There is a Dinosaur Park (공룡공원) for kids in Daegu (대구) in Korea. It has a number of different animatronic dinosaurs. You will see a giant Brachiosaurus as you walk towards the Dinosaur Park. And, as you walk through the park, will see many other animatronic dinosaurs — including Stegosaurus, Tyrannosaurus, Spinosaurus. There are also a number of non-animatronic dinosaurs — including a pair of Pachycephalosaurus. A more.

This is a **PostFreely update** for Sunday October 1st, 2023. (Or maybe Monday October 2nd, 2023 — depending on where you are in the world.) (I'd like to do these updates somewhat regularly, just to keep everyone who is interested up to date.) --- ## What Is PostFreely PostFreely is a clean, minimalistic publishing platform — geared towards blogging and long-form writing. PostFreely supports Markdown. And in particular CommonMark, thanks to Mathew ( [@mathew@universeodon.com](https://universeodon.com/@mathew) ). And on top of that — PostFreely is Fediverse software — meaning it can connect with Mastodon, Akkoma, Castopod, Firefish, Friendica, Kbin, Lemmy, Misskey, Pixelfed, Pleroma, Plume, and any other software that supports ActivityPub, WebFinger, and the other technologies that the Fediverse is built on top of. PostFreely is also a publishing platform for the smallnet / smallweb — currently supporting the gopher-protocol, and in the near future also supporting the gemini-protocol / gemtext, the nex-protocol, the mercury-protocol, the finger-protocol, as well as restricted sub-sets of XHTML & HTML. --- ## History PostFreely is a fork of WriteFreely. Thank you Matt Baer for creating WriteFreely and making it open-source software. After a discussion on the Fediverse between 3 people, Ynte ( [@whylamb@aus.social](https://aus.social/@whylamb) ) encouraged myself ( [@reiver@mastodon.social](https://mastodon.social/@reiver) ) and Mathew ( [@mathew@universeodon.com](https://universeodon.com/@mathew) ) to fork WriteFreely. That fork became PostFreely. The name "PostFreely" is an homage to Matt Baer's WriteFreely. To note its history, and try to give credit where credit it due. --- ## Archetypes We had some discussion on **who** PostFreely is being built for. That discussion happened over here: "PostFreely Archetypes" https://flamewar.social/post/2073 Although this type of quantitative research is ongoing — **we now have _some_ clarity over _who_ PostFreely is being built for**. (A more comprehensive archetype map document still needs to be created.) --- ## Roadmap Backlog Knowing **who** PostFreely is being built for leads into the next thing — **what are we planning to build**. _What_ we are planning on building is directly affected by _who_ we are creating PostFreely for. What do those people want? What are their problems? PostFreely should try to solve their problems and address their wants. The PostFreely roadmap is _not_ finalized yet. But we have several items in the backlog. Here they are: * **password-resets** (from the web-based PostFreely application), * **image uploads** (with Markdown code for the uploaded image automagically put into the Markdown editor): * image upload via drag-and-drop, * image upload svia copy-and-paste, * image upload via a button (when and if the toolbar is shown), * **accessibility** improvements, * **CommonMark Mardown by default** * but can change to other formats, too, in addition to CommonMark Markdown: * the gemini-protocol's **gemtext**, * the **nex**-protocol's (unnamed) directory document format, * (a subset of) **XHTML**, * (a subset of) **HTML**, * etc, * **post previewing**, * **better Fediverse integration**: * ability to see Fediverse notifications — favorites, boosts, replies, mentions, etc, * edits of posts get propagated on the Fediverse * plus many other things, too * more **smallnet** / **smallweb** support: * **gemini**-protocol & **gemtext** * **mercury**-protocol * **nex**-protocol * **finger**-protocol * (the **gopher**-protocol is already supported) * perhaps others, too * **commenting**, * being able to have conversations with people who comment to your post, * readers being able to see comments to a post, * comment moderation tools, * ability to turn commenting off (and on), * ability to hide specific comments, * ability to block specific users from commenting, * ability to block anyone from who server instances from commenting, * **importing** content from other platforms into PostFreely * import from WordPress, * import from WriteFreely, * import from Plume, * improved **customization** abilities (from terminal and via the web-based PostFreely application), * change favicon, * change fonts, * change skin / theme, * **teams** * **Mastodon client-server API** support * the Mastodon client-server API is becoming the defacto client-server API for the Fediverse. PostFreely implementing even part of it instantly makes all sorts of tooling (such as mobile apps) work for PostFreely, too. * being able to **subscribe by e-mail**, * being able to paywall some content (if desired), * optional micro-blogging to be able to chat with subscribers, * new methods for **authentication** * in addition to password: * one-time authorization code (OTAC), * magic-link, * passkey, * multi-factor authentication (MFA), * **admins** * multiple admins * step-down as admin * **multi-tenant support**, * **serving a different domain**, * similar to how DNS MX records except uses host-meta, * etc. (This list is _not_ prioritized. Being near to the top or bottom of the list is _not_ meaningful.) Again, these are currently in the PostFreely _backlog_. We are still discussing them. The roadmap is _not_ finalized yet. But hopefully this gives you some sense of where PostFreely is likely going. If you would like to affect the PostFreely roadmap, please post in the PostFreely forum: https://flamewar.social/c/postfreely --- ## Development Work Mathew ( [@mathew@universeodon.com](https://universeodon.com/@mathew) ) and I ( [@reiver@mastodon.social](https://mastodon.social/@reiver) ) have been doing clean-up work of the PostFreely source-code. This type of work is necessary to prepare for adding features. Mathew and I had a conversation about how much we want PostFreely to diverge from the WriteFreely code-base. There are trade-offs both ways. There are advantages to keeping it similar — such as being able to pull-in upstream changes from WriteFreely. BUT — it does put constraints on us — and limits how much we can improve things. We are still undecided about this. Mathew has been focusing on CommonMark and Markdown component of PostFreely. He has a plan for how to add _post previewing_ for CommonMark Markdown, and for how to make CommonMark the default format. I have been focusing on password-resets and implementing (parts of) the Mastodon client-server API for PostFreely. --- ## Feedback We would love to hear from you. You can talk with us and the PostFreely community: * by replying to this post, * by posting in this community: https://flamewar.social/c/postfreely * by posting on the Fediverse using the `#PostFreely` hash-tag, * or by directly reaching out to us: [@reiver@mastodon.social](https://mastodon.social/@reiver) [@mathew@universeodon.com](https://universeodon.com/@mathew) --- ⸺ Charles Iliya Krempeaux ( [@reiver@mastodon.social](https://mastodon.social/@reiver) )


I am investigating improving **password resetting** in the PostFreely applications. PostFreely inherited limited **password reset** abilities. I am now looking at improving this. And making it so that PostFreely has a more comprehensive set of methods for resetting passwords. **Please reply with your comments, questions, complaints, and any other feedback.** --- A basic operation of many (maybe most) applications is _signing-in_. There are many different techniques an application could offer its users to enable them to _sign-in_. --- For example — * e-mail address and one-time auth-code (sent to said e-mail address), * finger-print recognition, * user ID & time-based one-time password, --- PostFreely currently does something different. Currently PostFreely offers a popular, well-known method for its users to use to sign-in — * e-mail address & password. --- A trade-off with using passwords, as PostFreely does, is that people sometimes forget their passwords. A solution to this problem is — **resetting a user's password**. --- Currently PostFreely only has two methods for resetting the password: 1. a technical sysop with access to the command-line on the server uses the `postfreely` executable file to interactively reset the user's password to some value, 2. an administrator uses a web-based method to reset a user's password. --- Some problems with this are — * currently a user cannot reset their own password, * currently an administrator's password cannot be reset — if they or someone else cannot directly access the server, or if they are not comfortable using a terminal-emulator, * currently there are _not_ any good ways of automating password resets via 3rd party tools. --- ## Plan PostFreely should have a more comprehensive set of methods to reset passwords — * a user should be able to reset their own password from the web-site, * a technical sysop should have a non-interactive way to reset a user's password from the command-line, so that it lends itself to automation, * a special API should exist for resetting any password including the admin, so that a technical sysop can use it for automation, * (special care needs to be paid attention on how to secure this.) --- **Please reply with your comments, questions, complaints, and any other feedback.** --- ⸺ Charles Iliya Krempeaux ( [@reiver@mastodon.social](https://mastodon.social/users/reiver) )

**Who is PostFreely being created for?** It is _not_ possible to create an application for everyone. Trying to build an application for everyone effectively means you build it for no one. So there needs to be specific types of people we are building **PostFreely** for. --- In the replies to this post we will list, discuss, and describe the **archetypes** related to, relevant to, or important to **PostFreely**. ⚠️ This discussion should try to use "neutral" language in its descriptions. ⚠️ --- # Examples For example — One type of person we may be building **PostFreely** for is — People who use WriteFreely, who like WriteFreely, but wish it had some additional features (such as uploading images, or a way to see replies, etc). Another type of person we may be building **PostFreely** for is — People who like writing in markdown. Yet another type of person we may be building **PostFreely** for is — People who want to make their content simultaneously available on the Fediverse and the "smallnet" alt-protocols such as finger, gemini, gopher, HTTP (restricted), mercury, nex, and others. Etc. There are many other types of people relevant to **PostFreely**. The purpose of this discussion is to list out, describe, and discuss these. We will do that in the replies to this post, rather than trying to list them all out here. --- # Archetype The name we give to these _types of people_ is **archetype**. So — **What are the _architypes_ we are creating _PostFreely_ for?** **What are their problems?** **What do they want?** **PostFreely** may try to solve some of their problems. **PostFreely** may try to address some of their wants. --- # What is an Archetype > archetypes (noun): an idealized model of a number of similar things. From the point-of-view of **industrial-research** — an **archetype** is a model of some aspect of a person shared among many people. (UX people tend to call "**archetypes**": "**personas**". And marketers tend to call "**archetypes**": "**segments**". In practice, all 3 of these are very similar concepts.) Some examples of (non-Fediverse and non-PostFreely specific) **archetypes** include: * father, * mother, * son, * daughter * brother, * sister, * husband, * wife, * gardener, * farmer, * computer programmer, * grocery store cashier, * CEO * CTO * etc. You can also probably already see that an individual could express more than one **archetype**. For example — a single individual could be — a _father_, a _husband_, a _brother_, a _son_, a _CTO_, and a _programmer_ **at the same time** during a certain span of their life. The **archetypes** an individual expresses could also change over their life-time too. For example — before someone has a child, they wouldn't be a _father_ or a _mother_ yet; but after they have a child, they would (also) become a _father_, or a _mother_ (in addition to whatever other archetypes they express). --- In this discussion we will focus on **archetypes** relevant or important to PostFreely. --- # PostFreely Features Features in **PostFreely** would usually be tied to a **problem** or **want** of an **archetype**. And are _not_ just made up arbitrarily. So understanding the relevant, related, and important **archetypes** for **PostFreely** is an important precursor before a roadmap can be created. --- # Archetype Discovery **Archetypes** are discovered. They are _not_ arbitrarily made-up. Usually **archetypes** are discovered by analyzing quantitative-data. And often the quantitative-data is data you collect yourself. Maybe by interviewing people. Maybe by reading discussions on the Fediverse, on forums, and other places. Etc. (CHARLES NOTE: I have already done research in this area. But like with most research — it is never done, and the research work should be ongoing,) --- Let's discuss. **Who is PostFreely being created for?** **What are the _architypes_ we are creating _PostFreely_ for?** **What are their problems?** **What do they want?** Please reply with your thoughts. --- ⸺ Charles Iliya Krempeaux ( [@reiver@mastodon.social](https://mastodon.social/users/reiver) ) --- cc: [@mathew@universeodon.com](https://universeodon.com/users/mathew) [@whylamb@aus.social](https://aus.social/users/whylamb) [@SrRochardBunson@universeodon.com](https://universeodon.com/users/SrRochardBunson) --- #PostFreely