Language Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
English 0 0 0 0 0 0 0
German 0% 15 429 2,591 15 0 0 0
Japanese 0 0 0 0 0 0 0
Spanish 0 0 0 0 0 0 0
Swedish 0 0 0 0 0 0 0
Ukrainian 0 0 0 0 0 0 0
Please sign in to see the alerts.

Overview

Project website postgis.net/workshops/postgis-intro
Project maintainers User avatar jef User avatar komzpa User avatar yellow73 User avatar astrid_emde User avatar dmateos User avatar dkastl User avatar jsanz User avatar andischi User avatar cvvergara
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository https://github.com/postgis/postgis-workshops.git
Repository branch master
Last remote commit Update sql cheat sheet with makevalid example 5f99414
Paul Ramsey authored yesterday
Last commit in Weblate Translated using Weblate (Ukrainian) 34c3a85
Denys Kovshun authored 2 months ago
Weblate repository https://weblate.osgeo.org/git/postgis-workshop/index/
File mask postgis-intro/sources/locale/*/LC_MESSAGES/knn.po
3 weeks ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 90 2,574 15,546
Source 15 429 2,591
Translated 83% 75 83% 2,145 83% 12,955
Needs editing 0% 0 0% 0 0% 0
Read-only 16% 15 16% 429 16% 2,591
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 16% 15 16% 429 16% 2,591
Last 12 months Previous

Activity in last 12 months

1 change 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 6 changes 1 change 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 54 changes 0 changes 0 changes 0 changes 35 changes 0 changes 0 changes
Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep

Quick numbers

2,574
Hosted words
90
Hosted strings
83%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+83%
—
Contributors
+100%
User avatar None

Changes committed

  1. postgis-workshop
  2. knn
  3. Ukrainian
Changes committed 2 months ago
User avatar dkovshun

Translation completed

  1. postgis-workshop
  2. knn
  3. Ukrainian
Translation completed 2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
The explain shows the loop on the subway stations, and the index-assisted order by inside the loop where we want it:
План виконання показує цикл по станціях метро та сортування з підтримкою індексу всередині циклу, саме там, де це потрібно:
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
Note the way the ``CROSS JOIN LATERAL`` acts as the inner part of a loop driven by the subways table. Each record in the subways table gets fed into the lateral subquery, one at a time, so you get a nearest result for each subway record.
Зверніть увагу, що CROSS JOIN LATERAL працює як внутрішня частина циклу, керованого таблицею метро. Кожен запис із таблиці метро по черзі передається в латеральний підзапит, тож ви отримуєте найближчий результат для кожного запису метро.
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
Here we will find the nearest street to each subway station:
Тут ми знайдемо найближчу вулицю до кожної станції метро:
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
Fortunately, there's a SQL language feature that allows us to run a query repeatedly driven in a loop: the `LATERAL join <https://medium.com/kkempin/postgresqls-lateral-join-bfd6bd0199df>`_.
На щастя, у мові SQL є можливість виконувати запит багаторазово в циклі — це LATERAL join <https://medium.com/kkempin/postgresqls-lateral-join-bfd6bd0199df>_.
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
The index assisted order by operator has one major draw back: it only works with a **single geometry literal** on one side of the operator. This is fine for finding the objects nearest to one query object, but does not help for a spatial join, where the goal is to find the nearest neighbor for each of a full set of candidates.
Оператор сортування з підтримкою індексу має один суттєвий недолік: він працює лише з одним геометричним літералом з одного боку оператора. Це підходить для пошуку об’єктів, найближчих до одного запитного об’єкта, але не допомагає для просторового з’єднання, де мета — знайти найближчого сусіда для кожного об’єкта з повного набору кандидатів.
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
Nearest Neighbor Join
З’єднання найближчих сусідів
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
This is the output from ``EXPLAIN``, note the index scan over the order by:
Це вивід команди EXPLAIN, зверніть увагу на сканування індексу під час виконання операції сортування (order by):
2 months ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
How can we be sure we are getting an index-assisted query? It's a good idea to check the ``EXPLAIN`` output for a nearest-neighbor query, because it's possible to get correct answers from non-indexed SQL and the lack of an index might not be obvious until the size of the tables scales up.
Як ми можемо бути впевнені, що отримуємо запит з індексом? Варто перевірити вихідні дані ``EXPLAIN`` для запиту найближчого сусіда, оскільки можна отримати правильні відповіді з неіндексованого SQL, а відсутність індексу може бути непомітною, доки розмір таблиць не збільшиться.
2 months ago
Browse all component changes