Встретила в Ножимане мачете своей мечты, и даже недорого относительно Ножимана, но денег, к частью, не было почти, а на следующий день не стало вовсе, разбежались на мелочи. Может, и хорошо, ну зачем мне сейчас мачете, я не рублю кустов, я в подвале воду лопатой гребу. Но такой прекрасный ножик. Зовут его Буйвол, и он по форме как рог буйвола. Эх.

Но очень приятно мне в этой лавке смотреть на себя. Там же все задники у витрин зеркальные, глядя на ножики, я всюду вижу своё отражение и его горящие глаза. Очень мне идёт смотреть на ножики.

Надо просто сделать себе ещё ножик-другой. Двух зайцев одним ударом: и приятный крафт, и ножик опять же, и дофамина немножко.

kattrend

Вместо приятной прогулки потратила день на пенсионный фонд. Им надо каждый год сообщать, что папа ещё жив, чтобы пенсию продолжили переводить.

С каждым годом становится всё сложнее. Сначала фонд был на Попова, близко. Потом переехал к памятнику Нобелю, уже подальше. С прошлого года он вместе с Выборгским районом снимает помещение где-то на Чёрной речке. То есть, от обоих районов это довольно далеко, от нашего острова даже не на соседнем, а через остров на материке. Я-то мобильный модуль, а вот бабушкам каково?

И теперь там электронная очередь, в которой номера идут не подряд. Невозможно оценить, сколько ещё до тебя. Вырабатывает дзен такая метафора жизни как таковой.

Час сидела и медитировала, за это время столовка в том же здании закрылась.

Удивительное дело, но по мере того, как простая операция фиксации справки становится всё сложнее, люди в фонде всё милее. Еще шесть лет назад я приносила справку суровой тётке на Попова, та буркала "давайте сюда, всё", и занимало всё минуту, а теперь милая девочка с улыбкой сканирует мой паспорт, находит в базе папин снилс, сканирует справку и с улыбкой же сообщает "Всё, теперь я могу вас отпустить" - но после того, как я час её ждала. Когда бабушка спросила девушку на ресепшене, почему тут всё так, девушка с извиняющейся улыбкой ответила "Ну, простите, мы арендуем это здание, оно не наше, мы не можем тут всё удобно настроить".

В общем-то, всё в городе похоже на эту ситуацию. Всё простое, грубое и необходимое заменяется постепенно на гладенькое, аккуратное и факультативное. Хотя я не против этой вот общей душевности, но сменяла бы гламурную пекарню "Хлебник" на парочку обычных булочных.

planet_postgresql_feed

https://postgr.es/p/7uo

To understand how PostgreSQL scans data, we first need to understand how PostgreSQL stores it.

A table is stored as a collection of 8KB pages (by default) on disk.
Each page has a header, an array of item pointers (also called line pointers), and the actual tuple data growing from the bottom up.
Each tuple has its own header containing visibility info: xmin, xmax, cmin/cmax, and infomask bits.

There are different ways PostgreSQL can read data from disk. Depending on the query and available indexes, it can choose from several scan strategies:

Sequential Scan
Index Scan
Index-Only Scan
Bitmap Index Scan

In this blog post, we’ll explore each of these scan types one by one.

Sequential Scan

The sequential scan is PostgreSQL’s brute-force access method. It reads every page of the table from block 0 to relpages – 1.

Step by Step

PostgreSQL opens the primary physical file for the relation.
Each 8 KB page is pulled into the shared buffer pool. If already cached, it’s a hit. Otherwise, Postgres reads it from disk. A lightweight pin prevents the buffer manager from evicting the page during reading.
For each tuple, PostgreSQL compares xmin/xmax against the current transaction’s snapshot to determine whether the tuple is visible. Dead and in-progress tuples are skipped.
Visible tuples are tested against the WHERE clause quals, and non-matching tuples are discarded.

Visibility Map Optimization

Normally, PostgreSQL must check each row’s visibility before returning it. Because of MVCC, a row might have been inserted, updated, or deleted by another transaction, so PostgreSQL verifies that the row is visible to the current snapshot. To ma

[...]

https://postgr.es/p/7uo

planet_postgresql_feed

https://postgr.es/p/7un

PostgreSQL uses a cost-based optimizer (CBO) to determine the best execution plan for a given query. The optimizer considers multiple alternative plans during the planning phase. Using the EXPLAIN command, a user can only inspect the chosen plan, but not the alternatives that were considered. To address this gap, I developed pg_plan_alternatives, a tool that uses eBPF to instrument the PostgreSQL optimizer and trace all alternative plans and their costs that were considered during the planning phase. This information helps the user understand the optimizer’s decision-making process and tune system parameters. This article explains how pg_plan_alternatives works, provides examples, and discusses the insights the tool can provide.

Cost-Based Optimization

SQL is a declarative language, which means that users only specify what they want to achieve, but not how to achieve it. For example, should the query SELECT * FROM mytable WHERE age > 50; perform a full table scan and apply a filter, or should it use an index (see the following blog post for more details about this)? The optimizer of the database management system is responsible for determining the best execution plan to execute a given query. During query planning, the optimizer generates multiple alternative plans. Many DBMSs perform cost-based optimization, where each plan is qualified with a cost estimate, a numerical value representing the estimated resource usage (e.g., CPU time, I/O operations) required to execute the plan. The optimizer then selects the plan with the lowest estimated cost as the final execution plan for the query.

To calculate the costs of the plan nodes, the optimizer uses a cost model that accounts for factors such as the number of rows predicted to be processed (based on statistics and selectivity estimates) and constants.

Query Plans in PostgreSQL

Using the EXPLAIN command in PostgreSQL, you can see the final chosen plan and its estimated total cost, and the costs of the individual plan nodes. For example, using

[...]

https://postgr.es/p/7un

deb_matrix_synapse_feed

https://tracker.debian.org/action-items/2760847

A new upstream version 1.149.0 is available, you should consider packaging it.

https://tracker.debian.org/action-items/2760847

planet_postgresql_feed

https://postgr.es/p/7uj

I'm proposing a very ambitious patch set for PostgreSQL 19. Only time will tell whether it ends up in the release, but I can't resist using this space to give you a short demonstration of what it can do. The patch set introduces three new contrib modules, currently called pg_plan_advice, pg_collect_advice, and pg_stash_advice.

https://postgr.es/p/7uj

planet_postgresql_feed

https://postgr.es/p/7ui

As a PostgreSQL expert, one of the most common “ghosts” I hunt during database audits is the zombie session. You know the one: a backend process that stays active or idle in transaction, holding onto critical locks and preventing vacuum from doing its job, all because the client disappeared without saying goodbye. In the words of Miracle Max from The Princess Bride, there’s a big difference between mostly dead and all dead.

https://postgr.es/p/7ui

dxdt_ru_feed

Posted by Александр Венедюхин

https://dxdt.ru/2026/03/03/17513/

https://dxdt.ru/?p=17513

В продолжение записки о том, что появится новый тип УЦ (Удостоверяющих Центров) для выпуска TLS-сертификатов, базирующихся на хеш-деревьях (деревьях Меркла). Речь в этой заметке не про технические детали (про них, возможно, будет отдельно в другой заметке), а про изменение технологических и административных подходов в работе УЦ, которые с новым подходом связаны. Сейчас пока что всё существует в виде тестов и черновиков RFC, но можно ожидать быстрого перехода УЦ на описанную схему. Примерно так же, как было с внедрением обязательных SCT-меток (от логов Cetrificate Transparency) в сертификаты: браузеры начинают верить только в сертификаты с правильными SCT-метками – УЦ для веба вынуждены подстроиться.

Новая схема работы радикально переиначивает логику деятельности УЦ. Дело в том, что полностью меняется фундаментальный процесс: УЦ должны вести собственный лог сертификатов, который становится необходимым источником сертификатов. Да, именно так. Потому что сертификаты, в новой схеме, образуются в результате корректного ведения лога. Это весьма существенное изменение: фактически, то, что сейчас реализуется Certificate Transparency, заносится внутрь УЦ и становится строго первичным, фундаментальным процессом.

Сейчас набор технологий и сервисов, который называется Certificate Transparency, реализуется внешним, относительно деятельности УЦ по выпуску сертификатов, образом. В новом варианте, при штатной работе, УЦ не сможет выпустить сертификат, не внеся прежде соответствующие записи в свой лог сертификатов и не получив на этих изменениях подписей от третьих сторон – эти третьи стороны выступают гарантами всего процесса, их подписи – необходимы для валидации сертификата.

Собственный лог УЦ как раз и ведётся в форме хеш-дерева. В сертификат нового типа обязательно должны быть добавлены артефакты из лога (доказательство включения в дерево), что и ставит внесение записей в лог выше процесса выпуска сертификата.

Да, сейчас УЦ должны получать SCT-метки с подписями логов Certificate Transparency (CT), чтобы внести эти метки в сертификат. То есть, процесс выпуска сертификата уже завязан на те или иные CT-логи, что, конечно, делает его похожим на предлагаемый новый вариант. Однако в новом варианте есть целых три существенных отличия:
1) УЦ обязательно ведёт свой лог, который необходим для формирования сертификатов (но это не отменяет других логов);
2) вводится два типа сертификатов, и даже в “полный” сертификат включаются сведения из лога, с подписями нескольких строн, а не просто подпись УЦ на конкретных данных (как сейчас);
3) основной метод оптимизации – сертификаты без подписи, которые содержат только доказательства включения в лог.

И вот главное из этих трёх нововведений – это сертификаты без подписи (“бесподписные”).

Почему весь смысл в сертификатах без подписи? Потому что только такие сертификаты позволяют отказаться от больших подписей криптосистем с постквантовой стойкостью. В этом смысл оптимизации. Да, тут нетрудно заметить ещё один занятный момент: речь про ML-DSA, а там, действительно, подпись занимает несколько килобайтов; казалось бы, и квантовые компьютеры выглядят теоретическим построением, и никто не доказал, что большой размер подписи является необходимым условием постквантовой стойкости – тем не менее, именно многокилобайтные подписи оказываются существенным фактором внедрения сертификатов без подписи и новой схемы работы УЦ. Впрочем, необходимо отметить и то, что схема с хеш-деревьями позволяет существенно экономить трафик уже и для RSA-подписей (с разрядностью 4096 бит и больше).

Чтобы работать с сертификатами без подписи, чтобы валидировать их, нужны свежие копии узлов доверенных деревьев (поддеревьев, если точнее), которые покрывают эти сертификаты. То есть, получается, что валидирующая сторона (браузер, предположим) будет достаточно часто скачивать обновления деревьев для валидации сертификатов. И если обновление получить не удалось, то сертификат без подписи будет считаться невалидным. Но, естественно, можно использовать “полный сертификат”. (Тут ещё есть отдельная история про то, как с новой схемой соотносится отзыв сертификатов, но её оставим для другой записки.)

Узел, запрашивающий выпуск нового сертификата у УЦ, может получить практически сразу же “полный сертификат” и, с некоторой задержкой, оптимизированный сертификат без подписей. Соответственно, TLS-сервер, при установлении TLS-соединения, мог бы выбирать, какой сертификат отправить клиенту, в зависимости от сигналов в начальном сообщении клиента. В TLS планируется добавить расширения, которые позволят информировать сервер о списке доверенных состояний деревьев (логов), которые известны клиенту. Так что, если сервер видит, что клиент не сможет валидировать оптимизированный сертификат (без подписей), то сервер присылает полный сертификат.

Понятно, что если сертификат полный, то нет ни экономии трафика, ни экономии вычислительных затрат на проверку подписей – то есть, довольно сомнительная затея: поэтому, конечно, основной расчёт на то, что большинство клиентов (веб-браузеры) будут оперативно обновлять списки доверия, скачивая их из каких-то точек раздачи, и принимать “бесподписные” сертификаты при соединении с веб-узлами. Получаем привязку к новой технологии и её провайдерам, в форме токенов доступа: если ваш клиент вдруг отстал от обновления дереьвев, то, как минимум, приходят “медленные” большие сертификаты, а как максимум – невозможно штатно заходить на веб-сайты и подключаться к TLS-узлам, потому что они все перешли исключительно на “бесподписные” сертификаты, в целях оптимизации. Если сейчас нужная для валидации информация, кроме статуса отзыва, есть в самом сертификате, то с “бесподписными” сертификатами – это окажется совсем не так.

То есть, в схеме с хеш-деревом и “бесподписными” сертификатами нужно регулярно скачивать обновления хеш-дерева. Заметьте, кстати, что TLS-расширение с поддерживаемым списком – может использоваться для профилирования и распознавания клиентского ПО по составу трафика. Хуже того, если забанят доступ к точкам раздачи обновлений хеш-деревьев, то перестанут работать веб-сайты с “бесподписными” сертификатами, и обойтись отключением “онлайн-проверки” статуса, как в случае с OCSP, уже не выйдет.

https://dxdt.ru/2026/03/03/17513/

https://dxdt.ru/?p=17513

planet_postgresql_feed

https://postgr.es/p/7uh

Part 2 of the Semantic Caching in PostgreSQL series that’ll take you from a working demo to a production-ready system.

From Demo to Production

In Part 1, we set up pg_semantic_cache in a Docker container and demonstrated how semantic similarity matching works. In summary, semantic caching associates a string with each query that allows us to search the cache by meaning instead of by the exact query text. We demonstrated a cache hit at 99.9% similarity and a cache miss at 68% (configurable defaults), and discussed why this can make a difference for LLM-powered applications.Now let's make it production-ready. A cache that can store and retrieve is useful, but a cache you can organize, monitor, evict, and integrate into your application is what you actually need for a production deployment. In this post, we'll cover all of that.We'll continue using the same Docker environment from Part 1. If you need to set it up again, refer to the Dockerfile and setup instructions in that post.

Organizing with Tags

Tags let you group and manage cache entries by category; the at the end of the cache entry contains the tags associated with a specific query. For example, tags in our first query:Identify the query as being associated with and .In our second query, the tags identify the query as being associated with and :We can view the tags with the following statement:When the underlying data changes in our backing database, we can then use the tags to Invalidate old content in our data set:

Eviction Strategies

Caches need boundaries. You can use those boundaries to keep data sets fresh:pg_semantic_cache provides eviction strategies you can use to set those boundaries for your cache:For easy maintenance in a production environment, you can schedule automatic cache clean up with pg_cron:

Monitoring

The extension provides built-in views for observability. The semantic_cache.cache_health view provides an overview of the number of entries and use of a given cache:The semantic_cache.recent_cache_activity view provide[...]

https://postgr.es/p/7uh

planet_postgresql_feed

https://postgr.es/p/7ug

The more horrible consequences of wrong SQL syntax: a bank robber is holding a sign saying "INSERT INTO my_account VALUES (10000) ON CONFLICT (have_no_money) DO SELECT all_money FROM bank;"
© Laurenz Albe 2026

PostgreSQL has supported the (non-standard) ON CONFLICT clause for the INSERT statement since version 9.5. In v19, commit 88327092ff added ON CONFLICT ... DO SELECT. A good opportunity to review the benefits of ON CONFLICT and to see how the new variant DO SELECT can be useful!

What is `INSERT ... ON CONFLICT`?

INSERT ... ON CONFLICT is the PostgreSQL implementation of something known as “upsert”: you want to insert data into a table, but if there is already a conflicting row in the table, you want to either leave the existing row alone or update update it instead. You can achieve the former by using “ON CONFLICT DO NOTHING”. To update the conflicting row, you use “ON CONFLICT ... DO UPDATE SET ...”. Note that with the latter syntax, you must specify a “conflict target”: either a constraint or a unique index, against which PostgreSQL tests the conflict.

You may wonder why PostgreSQL has special syntax for this upsert. After all, the SQL standard has a MERGE statement that seems to cover the same functionality. True, PostgreSQL didn't support MERGE until v15, but that's hardly enough reason to introduce new, non-standard syntax. The real reason is that “INSERT ... ON CONFLICT”, different from “MERGE”, does not have a race condition: even with concurrent data modification going on, “INSERT ... ON CONFLICT ... DO UPDATE” guarantees that either an INSERT or an UPDATE will happen. There cannot be a failure because — say — a concurrent transaction deleted a conflicting row between our attempt to insert and to update that row.

An example that shows the race condition with `MATCH`

Create a table as follows:

CREATE TABLE tab (key integer PRIMARY KEY, value integer);

Then start a transaction and insert a row:

BEGIN;

INSERT INTO tab VALUES (1, 1);

In a concurrent session, run a MERGE statement:

MERGE INTO tab
USING (SELECT 1 AS key, 2 AS value) AS source
   ON source.key = tab.key
WHEN MATCHED THEN UPDATE SET value = source.value
WHEN NOT MATCHED THEN INSERT VALUES (so

[...]

https://postgr.es/p/7ug

planet_postgresql_feed

https://postgr.es/p/7uf

It’s been roughly a year since Andrew Dunstan first proposed an internal training program designed to mentor the next generation of PostgreSQL developers. Last week, the inaugural "Developer U" cohort gathered in for their second in-person session. I caught up with the trainers and participants to get the inside scoop on how the program is evolving.

https://postgr.es/p/7uf

vitus_wagner

Тут готовится к выходу новая версия openwrt, 25.12. Вот думаю о том, не пора ли подумать об апгрейде роутера (впрочем домашний роутер у меня еще на 24.10.4 не сапгрейжен, а два других роутера с openwrt - в деревне и недосягаемы пока я туда не приеду).

Там два интересных нововведения - пакетный менеджер opkg поменяли на apk (который из Alpine linux). Ну это в общем-то и неплохо. Похоже что apk становится еще одним мейнстримным пакетным, добавляясь в коллекцию apt, dnf и pacman. Помнится были уже какие-то клиенты, которые хотели PostgresPro на чем-то Alpine-подобном, хотя это и совершенно несерверный дистрибутив.

А вот идея переписать luci с lua на ucode вызывает у меня куда более смешаные чувства. Всё-таки пихать ECMAscript куда ни попадя — это плохо. С другой стороны, если таки появится реализация ECMAscript, способная работать в resource constrained environment, это хорошо. Так-то язык ничем не плох, кроме того что любой его диалект критически зависит от объектной модели среды выполнения. А хороших моделей среды выполнения ни в браузере, ни в WSH нету. Что там у npm за модели я пока не особенно копался. Но что-то мне подсказывает, что люди, мозги которых вывернуты фронтэнд-разработкой под современные браузеры ничего простого и логичного придумать не в состоянии.

deb_matrix_synapse_feed

https://tracker.debian.org/action-items/2539707

The BTS contains patches fixing 6 bugs, consider including or untagging them.

https://tracker.debian.org/action-items/2539707

kattrend

Весна наступит -
Ещё попляшешь, братец,
Без сухих носков.

Продолжаем борьбу за сабж: весь день гоняли воду в колодец. В самом деле наше обиталище похоже на корабль. Заливает, крысиные норы в углах, бочки, сундуки. Но я успела не только напечь ушей Амана, но и мастер-класс провести. И всё с мокрыми ногами.

Подмётки-то у меня довольно толстые, но, гоняя воду, неминуемо поднимаешь волну. Ну и вот, весь день с мокрыми ногами.

А завтра я еще и выставку буду в этой обстановке развешивать, если, конечно, художница не испугается. Так-то воды не так много, где-то сантиметр, ничего страшного. Если бы было больше, она бы сама собой сливалась бы в колодец. Вообще, если бы у ремонтников был уровень, они могли бы сделать уклон в сторону колодца, и тогда у нас вообще не было бы проблем. Если бы пол был земляным, как в соседнем помещении, мы бы канав накопали бы. Но пол керамический, не накопаешь. Работаем с тем, что есть. К счастью, нас предупреждали буквально все, и мы подготовились, хотя год назад, когда мы строились, потопа не было - зима была не такая снежная.

deb_matrix_synapse_feed

https://tracker.debian.org/action-items/1079127

The BTS contains 1 bug tagged help, please consider helping the maintainer in dealing with
it.

https://tracker.debian.org/action-items/1079127

planet_postgresql_feed

https://postgr.es/p/7ue

Prague PostgreSQL Meetup met on Monday, February 23 for the February Edition - organized by Gulcin Yildirim Jelinek & Mayur B.

Speakers:

Damir Bulic
Mayur B.
Radim Marek
Josef Šimánek

On Wednesday, February 25 2026 Raphael Salguero & Borys Neselovskyi delivered a talk at DOAG DBTalk Database: Operating PostgreSQL with high availability

On Thursday, 26 February, the 1st PgGreece Meetup happened - it was organized by Charis Charalampidi.

Speakers:

Charis Charalampidi
Eftychia Kitsou
Florents Tselai
Panagiotis Stathopoulos

The POSETTE 2026 Call for Paper Committee met to finalize and published the schedule :

Claire Giordano
Daniel Gustafsson
Krishnakumar “KK” Ravi
Melanie Plageman

PGConf.de 2026 Call for Paper Committee met to finalize and publish the schedule:

Christoph Berg
Josef Machytka
Olga Kramer
Polina Bungina
Priyanka Chatterjee

https://postgr.es/p/7ue

planet_postgresql_feed

https://postgr.es/p/7ud

A migration case with only a JAR and no source code shows why Oracle syntax compatibility is not always a fake requirement, and how IvorySQL + Pigsty can absorb legacy debt at low cost.

https://postgr.es/p/7ud

vitus_wagner

Вот тут меня душит жаба сделать пару покупок. И я в сомнениях, согнать с шеи мерзкое пупырчатое земноводное или оно дело говорит.

Хочу складной швертбот. Стоит он 300Круб. Но я не уверен что буду им активно пользоваться. А тратить такую кучу денег чтобы оно пылилось на чердаке.... У меня уже телескоп пылится, а у Ирины - вязальная машина.
Задумался над приобретением плюс-минус мощного GPU в десктоп. Чтобы нейронки локально гонять. Как посмотрю сколько народ денег тратит на подписки на сервисы нейронок, возникает мысль, что при активном использовании приличный GPU на 8-12 гигов окупится за 2-3 месяца. (но это при условии что удастся разобратся c ROCm). Тут еще вопрос - имеет ли смысл ограничиваться 8Гб картой за 25К или нужно не пожалеть вдвое больших денег и купить 12Гб. Насколько я понимаю, приемлемых денег сейчас стоят только АМД-шные видеокарты. На NVidia цены уже взлетели, потому что по умолчанию все нейронки хотят CUDA. Но у меня давняя нелюбовь к NVidia. Глюкавое оно. А ATI-AMD наоборот люблю с 1997 года.

kattrend

Весна началась как весна: Тени и Корни затопило грунтовыми водами. Мы долго искали, не течет ли какая-то сантехника, и пришли к выводу, что вода буквально сочится из-под стен, и колодец полон. Насос старается, качает, но низинные места нашей подземной лодки заливает всё равно. Как назло, мы праздновали день рождения нашего перкуссиониста, в подвале было сорок два человека, в какой-то момент мы решили, что вода уже переливается из колодца через край и я таки принялась разгребать угол, куда обычно музыканты ставят кофры из-под инструментов. Раскопала колодец, а там насос может и вода до края не доходит. Но вдоль барной стойки полно воды, и не видно, откуда она течёт. Дальше мы, а потом я, до полуночи гоняли воду шваброй, потом я решила, что это бесполезно и уехала.

Приятно, что пол у нас не плоский. Вдоль стойки мокро, а в половине для мастерклассов сухо. Всё-таки покрафтим. Палеты, что ли, на пол положить? Так ведь их еще надо где-то найти...

weeklyosm_ru_feed

Posted by weeklyteam

https://weeklyosm.eu/ru/archives/18440

https://weeklyosm.eu/?p=18440

Not available yet

19/02/2026-25/02/2026

lead picture

[1] VORTAC (VHF Omnidirectional Range / Tactical Air Navigation) (beacon:type=VORTAC) | Colling-architektur, via Wikimedia Commons CC BY-SA 3.0

Mapping

Simgaymer has asked for comments on a tagging proposal to extend the existing building:flats=* tag, allowing mappers to record the number of flats with 0 bedrooms (studio), 1 bedroom, 2 bedrooms, and so on. For example building:flats:0_bedrooms=* to record the number of studio flats.
The proposal flashing_lights=* is still open for voting. The proposal intends to indicate the precise design of flashing lights.
Voting on the indication:*=*, a tag prefix to designate any feature with the help of existing tagging (useful for utility markers, like hydrants), refinement proposal has closed successfully at 100% approval rate (20 votes for, 0 votes against, and 0 abstentions).

Mapping campaigns

^[1] Matt Whilden has launched a MapRoulette project focused on improving the mapping of VORTAC (VHF Omnidirectional Range / Tactical Air Navigation) beacons (beacon:type=VORTAC), a type of radio station used in aviation to help pilots determine both their direction from a station and their distance to it. According to Matt many of these installations in OpenStreetMap have been incorrectly mapped as buildings, storage tanks, towers, or other structures, rather than being tagged as aviation navigation aids. The circular shelters and antenna arrays that characterise VORTAC sites are frequently misidentified when viewed from aerial imagery.

Community

Following a recent outage affecting the Overpass API service used by many OpenStreetMap tools, Daniel Schep and Jacob Hall announced the launch of the MapRVA Overpass server (https://overpass.maprva.org/api/), a dedicated Overpass instance focused on the state of Virginia in the United States. Alongside the server, they also introduced a customised deployment of Ultra. The customised version is configured to use the MapRVA Overpass server and the MapRVA styling server as its default infrastructure, providing an alternative resource for users working with Virginia-focused data during broader service disruptions.
Michal Migurski has written about the representation of boundaries in dispute using open data and mapping with OpenStreetMap.
Derlamaer highlighted the current OSM proposal traffic_signals:detector=pedestrian_presence_sensor, suggesting a tag for indicating pedestrian presence detectors at traffic signals. This tag aims to improve the precision of signal controller datasets and support more detailed traffic engineering analyses.
FeetAndInches has written a diary entry on how they process dashcam video and GNSS data into a sequence of images for Panoramax.
Kevin Ratzel has written an Ultra query to visualise the 1.0 Pedestrian Working Group Schema, a tagging schema for pedestrian infrastructure mapping in OpenStreetMap.
Anne-Karoline Distel has published a video explaining how to map bonfire sites associated with the Eleventh Night.
Valentin Bachem has identified and explained ► several potential safety risks in the current cycling path network of Heidelberg, calling on local authorities and the media to give greater attention to these issues and to pursue improvements aimed at reducing harm.
SirfHaru wrote in their OSM user diary about some of the peculiarities of mapping addresses in India.

Events

The call for participants at SotM 2026 is open. This year’s SotM will take place in Paris, France, 28 to 30 August. The Programme Committee is ready and waiting, eager to unwrap your submissions for talks, workshops, and panels. These sessions aren’t just part of the conference; they’re its beating heart, driving conversations and sparking ideas that resonate worldwide. Presenting your work, projects and ideas at SotM is also a great way to get in touch with the wider OSM community.

Maps

Jochen Topf outlined several recent feature updates to OSM Spyglass, a debugging interface for OpenStreetMap that displays all tagged nodes, ways, and relations.

Open Data

An update of the Portuguese coastline dataset, at a scale of 1:150,000, is now available ►, on the dados.gov portal, published by the Hydrographic Institute.
The 2025 version of the Official Administrative Map of Portugal has been published ► on the website of the Directorate-General for Territory. There is also a viewer for online data, which uses OSM as its base map.
Pinhead map symbols is a repository of public domain SVG icons designed to be displayed at 15×15 pixels (minimum). You can find the project on GitHub.

Software

ni5arga has made Sightline, an OSINT search engine for physical infrastructure, built on OpenStreetMap data. The tool uses the Overpass API and Nominatim, supports both free-text and structured queries, such as type:data_center operator:google, and relies on deterministic rule-based parsing instead of AI inference.
nickrsan has built Browsm, a browser extension that allows users to edit OpenStreetMap points of interest directly while viewing a business or attraction’s official website.

Releases

Organic Maps has released its February 2026 update. Users can now contribute by adding real-time public transport schedule data through sending GTFS feed sources and ensuring that a city’s OSM data includes all the necessary tags, which can be verified using the gtfs-osm-matcher.

Other “geo” things

FOSSGIS e.V. has launched a mailing list aimed at the wider community. The list is intended as a place to ask questions about QGIS, discuss software or plugin choices, and exchange practical experiences with other users. Subscribers will also receive updates from the association, including event notices, job postings, and other announcements. Registration is available here , and joining does not require association membership.
The German tech outlet Golem.de reported that Google is further restricting the full functionality of Google Maps for users who are not signed in with a Google account. According to the report, the limitation has been confirmed to apply at least in the United States and Germany.
The Atelier Parisien d’Urbanisme (Parisian Urbanism lab APUR) has published ► the first Atlas de la Métropole du Grand Paris. As part of this publication, APUR has chosen to present an analysis of the departure patterns of Parisians and residents of the Île-de-France region to metropolitan seaside areas, based on data from CitiProfile ►, a French startup specialising in the production of decision-making tools based on the flow of people and vehicles.
The Zürich-based Mapillary team hosted an event on 26 February to celebrate reaching 3 billion uploaded images. The meetup offered insights into the engineering behind hosting this volume of imagery, the future roadmap, and how mapping communities are using Mapillary.
You can read the incredible history of Inō Tadataka, who was 55 years old when he set out to methodically survey the entire coastline of Japan in 1800, a task he would spend the last 17 years of his life working on.
QGIS 4.0 Release candidate has been launched, with some important improvements and, according to the developers, this major release will represent the successful culmination of a long period of technical migration, transitioning the core of QGIS to Qt6. According to the Road Map, the release date for version 4.0 is 6 March 2026.

Upcoming Events

Where	Venue	What	When
Seattle	Seattle, WA, US	OpenThePaths 2026: Connecting People and Places Through Sustainable Access	2026-02-26 — 2026-02-27
Santa Clara	Santa Clara University	Friends of MSF Mapathon	2026-02-26
		UN Maps Validation Friday Chat & Map	2026-02-27
Greater Noida	Online	Missing water Bodies of Delhi	2026-02-27
Essen	Fahrrad-Messe Essen, Halle 5, Show-Truck	Vortrag: Mitmachen bei OpenStreetMap, der Basis vieler Outdoor-Apps	2026-02-27
Potsdam	Hafthorn	Potsdamer Mappertreffen	2026-02-27
Ferrara	Cimitero monumentale della Certosa di Ferrara	Ferrara mapping party	2026-02-28
Messina	Messina	Mapping Day @ Messina	2026-02-28
	Dijital Bilgi Derneği Genel Merkezi	OpenStreetMap Community Meet-Up & Mapathon	2026-02-28
नई दिल्ली	Jitsi Meet (online)	OSM India — Monthly Online Mapathon	2026-03-01
Madurai	Naveen Coffee Bar, Anna Nagar (tentative)	OSM Mapping Party @ Madurai	2026-03-01
Milano	Building 4A, Room Fassò — Politecnico di Milano	PoliMappers Maptedì	2026-03-03
Salzburg	Bewohnerservice Elisabeth-Vorstadt	OSM-Treffpunkt	2026-03-03
Lille	Salle Yser, MRES, 5 rue Jules de Vicq, Lille	Rencontre OpenStreetMap à Lille	2026-03-03
		Missing Maps London: (Online) Mapathon [eng]	2026-03-03
		iD Community Chat	2026-03-04
		OSM Indoor Meetup	2026-03-04
Brno		Kvartální OSM pivo	2026-03-04
		Harzer OSM-Stammtisch	2026-03-04
Stuttgart	Stuttgart	Stuttgarter OpenStreetMap-Treffen	2026-03-04
	Online	OpenHistoricalMap in North America	2026-03-04
		OSM US Mappy Hour: OpenHistoricalMap in North America	2026-03-04
Flensburg	Offener Kanal Flensburg	3. Open Data Day Flensburg	2026-03-05
Žilina	Fakulta riadenia a informatiky UNIZA	Missing Maps mapathon Žilina #21	2026-03-05
	Le Schmilblick, Montrouge	Réunion des contributeurs de Montrouge et du Sud de Paris	2026-03-05
София	Rectorate of Sofia University St. Kliment of Ohrid	FOSS4G:BG Open GIS Conference 2026	2026-03-06 — 2026-03-07
		OSMF Engineering Working Group meeting	2026-03-06
Gent	Wijgaard	OpenStreetMap meetup in Gent — Pre-VLA-congres editie	2026-03-06
	Hogeschool Odissee Hospitaalstraat 23 Sint-Niklaas	Vereniging Leraars Aardrijkskunde (VLA) conference 2026	2026-03-07
Perth	Espresso Perk U Later	Social Mapping Sunday: Moort-ak Waadiny / Wellington Square Perth	2026-03-07
Perth	Espresso Perk U Later	Social Mapping Sunday: Moort-ak Waadiny / Wellington Square Perth	2026-03-08
Delhi		OSM Delhi Mapping Party No.27 (East Zone)	2026-03-08
København	Cafe Bevar’s	~~OSMmapperCPH~~	2026-03-08
London	Social Sciences Centre — Western University	Friends of MSF UWO Mapathon	2026-03-09
Brno	Geografický ústav, PřF MUNI, Brno	Březnový brněnský Missing Maps Mapathon na Geografickém ústavu	2026-03-09
		Missing Maps : Mapathon en ligne — CartONG [fr]	2026-03-09
臺北市	MozSpace Taipei	OpenStreetMap x Wikidata Taipei #86	2026-03-09
Hamburg	Voraussichtlich: «Variable», Karolinenstraße 23	Hamburger Mappertreffen	2026-03-10
Cork	Logitech, Cork, Ireland	Logitech Missing Maps — Office Mapathon	2026-03-11
Reston	George Mason University, HUB VIP 3	The GAIN Mapathon	2026-03-11
Zürich	Bitwäscherei Zürich	185. OSM-Stammtisch Zürich	2026-03-11
München	WikiMUC	Münchner OSM-Treffen	2026-03-12
Leuven	Romaanse Poort	Camera’s in kaart brengen	2026-03-14

Note:
If you like to see your event here, please put it into the OSM calendar. Only data which is there, will appear in weeklyOSM.

This weeklyOSM was produced by MarcoR, MatthiasMatthias, Raquel IVIDES DATA, Strubbl, Andrew Davidson, barefootstache, derFred, izen57, mcliquid.
We welcome link suggestions for the next issue via this form and look forward to your contributions.

https://weeklyosm.eu/ru/archives/18440

https://weeklyosm.eu/?p=18440

Profile

Swami Dhyan Nataraj

July 2024

S	M	T	W	T	F	S
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

Page Summary

kattrend - я и ножики
kattrend - в службах
planet_postgresql_feed - warda bibi: How PostgreSQL Scans Your Data
planet_postgresql_feed - Jan Kristof Nidzwetzki: pg_plan_alternatives: Tracing PostgreSQL’s Query Plan Alternatives using eBP
deb_matrix_synapse_feed - A new upstream version is available: <a href="https://github.com/element-hq/synapse/archive/refs/tag
planet_postgresql_feed - Robert Haas: pg_plan_advice: Plan Stability and User Planner Control for PostgreSQL?
planet_postgresql_feed - Lætitia AVROT: Mostly Dead is Slightly Alive: Killing Zombie Sessions
dxdt_ru_feed - Деревья Меркла и архитектура УЦ TLS для веба
planet_postgresql_feed - Muhammad Aqeel: pg_semantic_cache in Production: Tags, Eviction, Monitoring, and Python Integration
planet_postgresql_feed - Laurenz Albe: INSERT ... ON CONFLICT ... DO SELECT: a new feature in PostgreSQL v19
planet_postgresql_feed - Floor Drees: Developer U: Exercising Cohesion and Technical Skill in PostgreSQL
vitus_wagner - openwrt 25.12
deb_matrix_synapse_feed - <a href="https://bugs.debian.org/cgi-bin/pkgreport.cgi?include=tags%3Apatch&exclude=tags%3Apending&p
kattrend - живучесть судна
deb_matrix_synapse_feed - <a href="https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=help&pend-exc=pending-fixed&pend-exc=fixe
planet_postgresql_feed - Cornelia Biacsics: Contributions for week 8, 2026
planet_postgresql_feed - Ruohang Feng: Is Oracle-Compatible PostgreSQL Actually Useful?
vitus_wagner - Жаба
kattrend - слишком много воды
weeklyosm_ru_feed - Еженедельник OSM 814

Style Credit

Style: Over The Hills for Bannering by branchandroot
Resources: OpenClipart

Expand Cut Tags

No cut tags

Page generated Mar. 14th, 2026 06:26 pm

Reading

Sequential Scan

Step by Step

Visibility Map Optimization

Cost-Based Optimization

Query Plans in PostgreSQL

From Demo to Production

Organizing with Tags

Eviction Strategies

Monitoring

What is INSERT ... ON CONFLICT?

An example that shows the race condition with MATCH

Mapping

Mapping campaigns

Community

Events

Maps

Open Data

Software

Releases

Other “geo” things

Upcoming Events

Page Summary

Style Credit

Expand Cut Tags

What is `INSERT ... ON CONFLICT`?

An example that shows the race condition with `MATCH`