• improve SEO
• you can't buy things everywhere, e.g. in a barbershop

In order to improve search engine crawling it might be good to add <lastmod> to each page in sitemap.xml for each repo:

• Create an own sitemap.xml template file in layouts/_default/
• Set enableGitInfo = true in config.toml

After every search, selected city is reset and I have to select it again for the next search. It should be kept instead for the next search until I select another one.

Especially in large cities, there is a huge performance problem when user is typing to filter while map is on.

Solution: introduce a debounce function to delay execution of the GUI update, see https://stackoverflow.com/a/35045402/5764676

In footer, replace freenode link with libera one:

use lowercase [params] site = "Shoogle" for channel name

Evaluate all pages via Nu Html Checker and fix errors/warning, e.g. https://validator.w3.org/nu/?doc=https%3A%2F%2Fde.shoogle.net%2F

Introduce a new button next to the OSM one in not loaded map.

Use (always existing) adress and generate link following https://www.google.com/maps/dir//Aumühle+2,+82275+Emmering/ scheme.

Usually the user would open shoogle because they are searching for something and don’t want to use Amazon to buy it.

So I suggest to invert the fields to first show the category and then the city.

The city could be pre-filled, based on the city that was searched in last time (via localStorage).

The city dropdown could also keep the last 2–5 entries to make lookups easier (compare DB Navigator app for train station selection).

On the front page, you mention Openstreetmap and that missing entries should be added there. I think it would be a good idea to also do that on the individual city listings, near the end of the page, e.g. "Missing an entry? Please add it to the free database at OpenStreetMap!", "Help improve the public data set by adding missing entries at OpenStreetMap" or something along those lines.

For german language https://lokal.ninja/ translate english opening hours in detail pages via frontend https://github.com/opening-hours/opening_hours.js

In preprocessing tool https://github.com/midzer/pbf2md/ we use package https://github.com/gosimple/slug to create URL slugs.

Slightly modified frontend JS https://github.com/midzer/slugo has to match pattern of all already created URLs.

Right now, there is an issue for slug https://lokal.ninja/bayern/dachau/balletshofer---die-baeckermeister/ leading to 404 after selection in main search dropdown.

Gather fancy (preferably .svg) icons for all categories.
Still open for discussion where to put them, but there should be places where a tiny icon may help to distinguish shops from each other.

Add a README.md for each region/country repo:

Regional shoogle page. Auto-generated with https://github.com/lokal-ninja/ln-base theme

Implement simple, instant filtering via input element for categories list which might get crowded for big cities

We can now set a proper wttr widget background color matching our theme color:

Example: https://wttr.in/Munich_I_background=FFFFFF.png

centering is unused, we should remove it, see

We have problems

• in https://shoogle.net/overview/ page -> either move <object> to bottom or make it not visible to screen readers
• all other pages due inaccessible search combo boxes (combo box is emtpy after click) -> either hide for screen readers or find a way to make it accessible, i.e. give a hint that data is been loaded and you have to type something to filter for results

I think it's time to show the world what awesome free & open source technologies are used to serve Shoogle.

Make an individual markdown page and list all of them. Put a direct link "Technologies" in footer.

Break link of very long website URLs like https://de.shoogle.net/bayern/weissdorf/nagelstudio-bella-donna/ via word-break: break-all;

Right now, we have to select city AND category/shop to use search functionality.

-> Allow selection of only city and make category/shops optional

To accomplish this we have to modify app.js and search bar text to "1. Place, (Category / Shop), 2. Finish"

Display current weather situation on city page via wttr.in. Maybe place the image next to the description box.

Example: https://wttr.in/-78.46,106.79_0pQ_transparency=200_lang=de.png or city name instead of coords if not available

Docs: https://wttr.in/:help

In the future it is possible to include the preview on region page, too via https://v3.wttr.in/Bayern.png

Try to deliver smaller banner .png depending on viewport.

Guide: https://ericportis.com/posts/2014/srcset-sizes/

Evaluate (and implement) https://schema.org/ structured data JSON in <head> right after <title>.

Reference: https://developers.google.com/search/docs/guides/sd-policies

Find a way to link multiple (activated) filter categories on city page, e.g. something like https://lokal.ninja/oesterreich/wien/#Basteln#Bioladen

Introduce an SVG world map like https://github.com/benhodgson/markedup-svg-worldmap below region columns on each start page.

Use inline JS to

• fill available LN site counties with theme color
• set window.location onclick for respective country to jump to respective site

Store map.svg in theme assets folder.

In order to support other (global) FOSS projects, we could introduce a horizontal image at the bottom of each page.

<a href="https://xyz.com" rel="nofollow noopener">
  <img loading="lazy" src="/img/xyz.png" alt="Banner of xyz.com">
</a>

Write a README.md to add documentation and help newcomers.

Reference: #8

Long titles don't break properly.
Check out https://lokal.ninja/oesterreich/wien/fahrrad-selbsthilfe-werkstatt-im-wuk/ on mobile.

Maybe there is some kind of CSS property to fix this.

Right now, entries list is expanded automatically for chromium based browser if it is scrolled completely to the bottom.

For mobile this can lead to a bad user experience, because immidiately after expansion kicks in scrolling is stopped and the focus is lost.

(Possible) solution: try to modify the treshold when expansion is executed, i.e. several pixel above the bottom.

Extend company info in footer with my employer:

• und mit freundlicher Unterstützung von
• and with kind support from
• et avec l'aimable soutien de

It might be a good idea to have the opportunity to search for postcode, too.
This way double city name entries can be better destinguised from each other.

Maybe it is a good idea to split up bigger cities in smaller regions.
This would lead to way smaller city pages which helps performance on mobile.

This has to be done in backend pre-processing.
Investigate possiblities and opportunities here.

We need a proper sitemap index file for https://github.com/lokal-ninja/landingpage to reference each repos sitemap.xml

Miserably, we have to remove requestIdleCallback again, because it is not supported in Safari, see https://caniuse.com/requestidlecallback

Link telephone number in info block like <a href="tel:+01-562-867-5309">1-562-867-5309</a>

and style it

a[href^="tel:"]:before {
  content: "\260e";
  margin-right: 0.5em;
}

Don't forget to add the extra hypens in the link.

Reference: https://css-tricks.com/the-current-state-of-telephone-links/

Introduce category pages to show locations of specific category in map.
Evaluate whether this can be done on startpage or region pages likewise

Right now, searching for "wien" shows "Wien, Österreich" only on 9th place.
Research how exact city name matches can show up first. Maybe we have to modify https://github.com/midzer/Choices furthermore...

Style the whole site in dark mode if user prefers it via prefers-color-scheme.

There is no need to make it toggleable. Guideline: https://web.dev/prefers-color-scheme/

I think it's not worth it for the shoutbox to connect to the server on page load just to show a posts number. People how are curious about reading/writing in the shoutbox will open it in any case, even without an arbitrary digit shown.

So, better spare some CPU/resources and don't connect on page load at all. Instead, do it when user opens the shoutbox.

Right now, category buttons are very crowded and thus not optimal clickable in mobile.

Try to adjust their CSS via:

.categories > button {
    padding: 3px 6px;
    margin: 0 0.5rem 0.5rem 0;
}

above "eintraege" section on city page

Parse opening hours (if available) via JS and show a fancy banner whether shop is open right now