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 astrid_emde User avatar dmateos User avatar dkastl User avatar yellow73 User avatar jsanz User avatar cvvergara User avatar andischi User avatar komzpa
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 Merge pull request #154 from osgeoweblate/weblate-postgis-workshop-index 049c112
Regina Obe authored 2 weeks ago
Last commit in Weblate Translated using Weblate (Ukrainian) 34c3a85
Denys Kovshun authored 2 weeks ago
Weblate repository https://weblate.osgeo.org/git/postgis-workshop/index/
File mask postgis-intro/sources/locale/*/LC_MESSAGES/knn.po
2 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

16 changes 0 changes 20 changes 0 changes 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
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul

Quick numbers

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

Trends of last 30 days

+16%
Hosted words
+100%
+16%
Hosted strings
+100%
+3%
Translated
+80%
−50%
Contributors
+100%
User avatar None

Changes committed

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

Translation completed

  1. postgis-workshop
  2. knn
  3. Ukrainian
Translation completed 2 weeks 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 weeks 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 weeks 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 weeks 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 weeks 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 weeks ago
User avatar dkovshun

Translation added

  1. postgis-workshop
  2. knn
  3. Ukrainian
Nearest Neighbor Join
З’єднання найближчих сусідів
2 weeks 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 weeks 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 weeks ago
Browse all component changes