Проблема отсутствия женщин в сообществе — это не проблема тегирования, не проблема документации, вообще никак не относится к качеству карты и ТТХ проекта. Это индикатор. Например, если у вас в стране пропали пчёлы — вообще, ни одной нет, — то это было бы подозрительно. Мало кто посчитал бы, что это просто потому что Россия не интересна для пчёл, что есть много другой полезной еды, кроме мёда, и что подумаешь, в чай нечего класть — закажи на али и ешь. Когда пропали пчёлы, начинает рушиться остальная экосистема.
Отсутствие женщин (а в русском сообществе их ноль) — это симптом какой-то другой, более серьёзной проблемы. Повод подумать, что мы как сообщество делаем не так. Потому что даже в теоретической физике и в барбершопах процент женщин больше, чем в наших форумах, телеграме и почтовых рассылках. Неужели это не вызывает вопросов?
https://t.me/geokefir/392
Отсутствие женщин (а в русском сообществе их ноль) — это симптом какой-то другой, более серьёзной проблемы. Повод подумать, что мы как сообщество делаем не так. Потому что даже в теоретической физике и в барбершопах процент женщин больше, чем в наших форумах, телеграме и почтовых рассылках. Неужели это не вызывает вопросов?
https://t.me/geokefir/392
Telegram
Ночной косильщик
Женщина - тоже человек
Нет ничего мерзее, чем обсуждение роли женщины в науке/искусстве/проекте OpenStreetMap и других вопросах, не связанных с гендерными различиями.
Не хотят женщины рисовать карту, ну и ладно. Чего их уговаривать?
Подумаешь, киндергартены…
Нет ничего мерзее, чем обсуждение роли женщины в науке/искусстве/проекте OpenStreetMap и других вопросах, не связанных с гендерными различиями.
Не хотят женщины рисовать карту, ну и ладно. Чего их уговаривать?
Подумаешь, киндергартены…
Сравнение женщин с безрукими я, пожалуй, не буду комментировать, а пример с мужчинами в художественной гимнастике отличный, там некогда было то же, что с женщинами в OSM: https://tinyurl.com/y7pfnwsh
https://t.me/geokefir/398
Так я именно про это и пишу: было бы здорово, если бы в сообществе ко всем относились одинаково, хоть к элону маску, хоть к инопланетянам. Но, как показывает пример вверху (и он не единичный), как только в сообществе появляется человек, отличающийся от нормы, — богатый, знаменитый, или просто с женским именем, — участники не в силах держать удивление при себе и превращают чатик и другие ресурсы в зоопарк. Относитесь к каждому как к обычному человеку с похожим на ваш уровнем знаний, не привлекайте излишнее внимание к выделяющим личным чертам собеседника, — и получим адекватное, включающее, профессиональное сообщество без вербальной сегрегации.
Так я именно про это и пишу: было бы здорово, если бы в сообществе ко всем относились одинаково, хоть к элону маску, хоть к инопланетянам. Но, как показывает пример вверху (и он не единичный), как только в сообществе появляется человек, отличающийся от нормы, — богатый, знаменитый, или просто с женским именем, — участники не в силах держать удивление при себе и превращают чатик и другие ресурсы в зоопарк. Относитесь к каждому как к обычному человеку с похожим на ваш уровнем знаний, не привлекайте излишнее внимание к выделяющим личным чертам собеседника, — и получим адекватное, включающее, профессиональное сообщество без вербальной сегрегации.
Telegram
Ночной косильщик
Раз такое дело.... Вот альтернативный пример. В осм мало умных, красивых, богатых людей, которым работа с компьютерами и девайсами просто скучна. В обществе их полно, давайте звать этих милых людей в проект.
С каких пор тематический проект должны развивать…
С каких пор тематический проект должны развивать…
В прошлом году я потратил два месяца на тщательное обклацывание подземных рек Москвы. Нашёл несколько справочников, составил план и методично искал следы рек на снимках и среди улиц. Результатом стала красивая карта в Overpass Turbo, которая обнадёжит любого жителя столицы: да, рядом всегда есть вода, даже если вы её не видите.
Меня тогда спросили: «а какие планы?» Я что-то ответил про статью в The Village и красивую картинку. Но руки так и не дошли, схема рек медленно разлагается в OpenStreetMap. О ней до сих пор знают только несколько участников «схемотехники» и пара местных картографов. Иногда казалось, что потратил время зря, но нет — именно процесс мне был интересен, и самому посмотреть на результат. Всё в русле open source: хочешь чего-то — сделай.
Вчера запись доклада, наконец, появилась на ютубе. Посмотрите и вы, там весело: https://www.youtube.com/watch?v=jMOYHnjgXWw
Меня тогда спросили: «а какие планы?» Я что-то ответил про статью в The Village и красивую картинку. Но руки так и не дошли, схема рек медленно разлагается в OpenStreetMap. О ней до сих пор знают только несколько участников «схемотехники» и пара местных картографов. Иногда казалось, что потратил время зря, но нет — именно процесс мне был интересен, и самому посмотреть на результат. Всё в русле open source: хочешь чего-то — сделай.
Вчера запись доклада, наконец, появилась на ютубе. Посмотрите и вы, там весело: https://www.youtube.com/watch?v=jMOYHnjgXWw
YouTube
СХ 10: Илья Зверев
«Схемотехника» — серия московских встреч про ГИС и OpenStreetMap. Десятая прошла в офисе Mail.Ru Group 18 мая. В этом ролике Илья Зверев рассказывает, как он картировал все подземные реки Москвы.
Пока в рассылке talk@ обсуждают плюс-коды (см. штосм), в tagging@ Фредерик задал невинный вопрос: «а точки для континентов имеют смысл вообще?»
https://lists.openstreetmap.org/pipermail/tagging/2018-August/038251.html
И, как у нас бывает, за несколько часов этот вопрос пошатнул очередные основы OSM. Вероятно, скоро точки place=continent удалят, и приложениям, включая mapsme, придётся придумывать другие источники для подписей.
Это ещё одно напоминание, что в OpenStreetMap ничего не вечно. Системы тегирования приходят и уходят (см. building=entrance), административное деление держится на соплях (см. admin_level=3 в России), выгрузки преобразуются (см. заметку про GDPR), идентификаторы нестабильны (см. точку Новосибирска), картостиль перекрашивается (см. дороги), сервисы меняются и ограничиваются (см. тайлы и роутинг), и так далее. Ничего, на что вы закладываетесь в своём сервисе на базе OSM, не выживет.
Да, это похоже на проблемы с проприетарными сервисами (Google API уже третьей версии — и мы не напоминаем про тарифы), но на порядок страшнее. Единственное, в чём можно быть уверенной, — что карта OpenStreetMap будет, и будет открытой и через пятьдесят лет. Но всё остальное поменяется.
Самое сложное при использовании OSM — не разобраться в тегировании и не преобразовывать данные, а заложить в инфраструктуру адаптивность к постоянным изменениям проекта.
https://lists.openstreetmap.org/pipermail/tagging/2018-August/038251.html
И, как у нас бывает, за несколько часов этот вопрос пошатнул очередные основы OSM. Вероятно, скоро точки place=continent удалят, и приложениям, включая mapsme, придётся придумывать другие источники для подписей.
Это ещё одно напоминание, что в OpenStreetMap ничего не вечно. Системы тегирования приходят и уходят (см. building=entrance), административное деление держится на соплях (см. admin_level=3 в России), выгрузки преобразуются (см. заметку про GDPR), идентификаторы нестабильны (см. точку Новосибирска), картостиль перекрашивается (см. дороги), сервисы меняются и ограничиваются (см. тайлы и роутинг), и так далее. Ничего, на что вы закладываетесь в своём сервисе на базе OSM, не выживет.
Да, это похоже на проблемы с проприетарными сервисами (Google API уже третьей версии — и мы не напоминаем про тарифы), но на порядок страшнее. Единственное, в чём можно быть уверенной, — что карта OpenStreetMap будет, и будет открытой и через пятьдесят лет. Но всё остальное поменяется.
Самое сложное при использовании OSM — не разобраться в тегировании и не преобразовывать данные, а заложить в инфраструктуру адаптивность к постоянным изменениям проекта.
Forwarded from Sergey
m.lenta.ru
Google поймали на постоянной слежке за всеми пользователями
Сервисы Google записывают историю местоположения владельца смартфона, даже если тот отключил эту функцию в настройках конфиденциальности. На странице поддержки указано, что пользователи могут в любой момент отключить историю местоположения, но некоторые приложения…
Хорошая карта в пиксель-арте — это не простые значки в низком разрешении, расставленные по сетке (погуглите osm 8bit). Она должна провоцировать на разглядывание, удивлять каждым своим регионом. Как вот эта, от Дэвида Мойано (кликните там, чтобы увеличить):
https://www.deviantart.com/danc3r10/art/ARGENTINA-PIXELART-759876512
И это не только про пиксель-арт, конечно. «Хороший» — это всегда вопрос мелочей. Хорошая растровая карта — это та, на которой ж/д станции не кружочки. Хорошие векторные тайлы — это не Mapbox. Хорошая книга — это та, что не соответствует описанию на обложке. Хороший опенсорсный проект — это тот, из-за которого пришлось делать пул-реквест на гитхабе, но каждый шаг этого квеста приятно удивлял.
https://www.deviantart.com/danc3r10/art/ARGENTINA-PIXELART-759876512
И это не только про пиксель-арт, конечно. «Хороший» — это всегда вопрос мелочей. Хорошая растровая карта — это та, на которой ж/д станции не кружочки. Хорошие векторные тайлы — это не Mapbox. Хорошая книга — это та, что не соответствует описанию на обложке. Хороший опенсорсный проект — это тот, из-за которого пришлось делать пул-реквест на гитхабе, но каждый шаг этого квеста приятно удивлял.
Deviantart
ARGENTINA PIXELART by danc3r10 on DeviantArt
«ГИС-Лаб скоро отключится, если мы не найдем админа. Это серьёзно» — писал Макс неделю назад в форуме. Сегодня сайт и форум http://gis-lab.info отключены. Сергей @geokefir резюмирует: «если ситуация не изменится, это будет означать наступление новой эпохи в отечественной картографии».
Он, конечно, прав. Новая эпоха в отечественной картографии наступила. Лет пять назад. Просто вы, как и с OSM, её невовремя заметили. Если бы сайт гис-лаба был кому-то нужен, мы бы за неделю нашли админа или деньги на человека со стороны. Но на сайт мы заходили реже и реже, форум посещали те же люди, что восемь лет назад, а редкие проекты в вики с трудом набирали участников. Гис-лаб давно мёртв, жалеть его — это жалеть о прошлом.
Лучше радуйтесь, что некстгису удалось взлететь на его фоне, и благодаря неизвестным покупателям у нас есть возможность получить отличные шейпы на любые территории за небольшие деньги. А что касается пропавших дампов OSM — давно пора научиться вырезать их из федеральных округов геофабрики самостоятельно.
Он, конечно, прав. Новая эпоха в отечественной картографии наступила. Лет пять назад. Просто вы, как и с OSM, её невовремя заметили. Если бы сайт гис-лаба был кому-то нужен, мы бы за неделю нашли админа или деньги на человека со стороны. Но на сайт мы заходили реже и реже, форум посещали те же люди, что восемь лет назад, а редкие проекты в вики с трудом набирали участников. Гис-лаб давно мёртв, жалеть его — это жалеть о прошлом.
Лучше радуйтесь, что некстгису удалось взлететь на его фоне, и благодаря неизвестным покупателям у нас есть возможность получить отличные шейпы на любые территории за небольшие деньги. А что касается пропавших дампов OSM — давно пора научиться вырезать их из федеральных округов геофабрики самостоятельно.
Обычные карты делают для людей, поэтому в них что-то неконсистентно (например, статусные части у улиц), что-то многократно дублируется (названия этих улиц). Печатные карты не обрабатывают алгоритмами, главное — чтобы было понятно человеку. А OpenStreetMap — не карта, а база данных, поэтому участники проекта постоянно норовят сделать что-нибудь эдакое, базоданновское (iWowik придумал отличное прилагательное). Например, нормализовать.
В этом контексте меня удивляет, что у нас происходит со статусными частями. Правило выглядит простым и логичным: если статусную часть («улица», «город», «река», «школа») можно определить из тегов, в тег name её не пишем. То есть, у улиц и школ она обязательна, а рекам и магазинам ни к чему. Это отлично, позволяет алгоритмически добавлять или отрезать статусную часть при отображении и индексации.
Иногда этому правилу следуют 99% объектов, но встречаются исключения. Например, тегов river, stream и canal недостаточно для описания всей текущей воды: Кронверские проток и пролив пришлось написать со статусной частью. И на какой-то карте Петербурга читатель будет озадачен рекой Чёрная речка: непонятно, название у неё должно быть из одного или двух слов. Но это лишь 1%, терпимо.
Или вот озёра. У 1% объектов, обозначенных natural=water, статусная часть — не озеро, а какой-нибудь пруд или водохранилище. Поэтому с 2012 года вики советует включать слово «озеро» в name. Последние пару недель этот совет то появляется, то исчезает из-за войны правок. А всё потому, что в произвольном месте карты больше вероятность найти название озера без статусной части. До 2012 года, когда мы делали базовую карту, этого совета в вики не было, и мы считали, что статусная часть не нужна. Пользователи вашей карты будут озадачены такой неконсистентностью: как это — слева от Токсова «Кавголовское озеро», а справа — просто «Хепоярви»?
Наконец, остаются объекты, у которых теги вообще никак не связаны с официальным статусом, но при этом писать статус в name не принято. Это, например, населённые пункты. Село перед вами или деревня, город или посёлок городского типа, вы не узнаете. Разве что вам повезёт наткнуться на тег official_status, который суть заплатка для этой непоследовательности.
«О, ну тогда всё понятно, склеиваешь official_status и name» — подумаете вы, и тут внезапно сюрприз: https://www.openstreetmap.org/node/769057324
И если вы думаете, что такой бардак только в России, — то вы не пробовали рендерить другие страны. OpenStreetMap — это боль, а боль не знает границ.
В этом контексте меня удивляет, что у нас происходит со статусными частями. Правило выглядит простым и логичным: если статусную часть («улица», «город», «река», «школа») можно определить из тегов, в тег name её не пишем. То есть, у улиц и школ она обязательна, а рекам и магазинам ни к чему. Это отлично, позволяет алгоритмически добавлять или отрезать статусную часть при отображении и индексации.
Иногда этому правилу следуют 99% объектов, но встречаются исключения. Например, тегов river, stream и canal недостаточно для описания всей текущей воды: Кронверские проток и пролив пришлось написать со статусной частью. И на какой-то карте Петербурга читатель будет озадачен рекой Чёрная речка: непонятно, название у неё должно быть из одного или двух слов. Но это лишь 1%, терпимо.
Или вот озёра. У 1% объектов, обозначенных natural=water, статусная часть — не озеро, а какой-нибудь пруд или водохранилище. Поэтому с 2012 года вики советует включать слово «озеро» в name. Последние пару недель этот совет то появляется, то исчезает из-за войны правок. А всё потому, что в произвольном месте карты больше вероятность найти название озера без статусной части. До 2012 года, когда мы делали базовую карту, этого совета в вики не было, и мы считали, что статусная часть не нужна. Пользователи вашей карты будут озадачены такой неконсистентностью: как это — слева от Токсова «Кавголовское озеро», а справа — просто «Хепоярви»?
Наконец, остаются объекты, у которых теги вообще никак не связаны с официальным статусом, но при этом писать статус в name не принято. Это, например, населённые пункты. Село перед вами или деревня, город или посёлок городского типа, вы не узнаете. Разве что вам повезёт наткнуться на тег official_status, который суть заплатка для этой непоследовательности.
«О, ну тогда всё понятно, склеиваешь official_status и name» — подумаете вы, и тут внезапно сюрприз: https://www.openstreetmap.org/node/769057324
И если вы думаете, что такой бардак только в России, — то вы не пробовали рендерить другие страны. OpenStreetMap — это боль, а боль не знает границ.
Стоило уйти из mapsme, как мои пул-реквесты в openstreetmap-website начали принимать. Теперь в поле поиска можно вставлять координаты в любом порядке — в том числе, "lon, lat". То есть, больше не нужно переставлять их руками, когда копируете из GeoJSON!
Зацените: https://osm.org/search?query=42.21%2C%2042.20
Зацените: https://osm.org/search?query=42.21%2C%2042.20
OpenStreetMap
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
Удивительно — OpenStreetMap попал в новости. Что-то произошло, и внезапно в рабочую группу по коммуникациям (CWG) посыпались запросы от Time, ABC, AP и других. Даже «медуза» написала, хотя и без запроса комментария. Люблю, когда про наш проект пишут, и при этом никто не умер.
Что произошло? Ну, помните анекдот про солонку и безопасность? Вот примерно это. «Я решил протестировать систему безопасности OpenStreetMap, и поэтому переименовал город и несколько центральных улиц» — оправдывается школьник на реддите. Вандализм случается в открытых проектах постоянно. До сих пор мы читаем статьи, как в википедии кто-то написал чушь в чьей-то биографии. Ну так OpenStreetMap — это как википедия, только про карты. И негативные стороны википедии осму тоже присущи.
Важно тут другое. Когда-то, кажется, на «вечере оживших карт» в «Теплице», я говорил, что OSM — это не только не карта, но даже не слепок данных, который вы качаете с сайта planet. OpenStreetMap — это непрерывно изменяющаяся база данных. Как только вы делаете слепок, он немедленно устаревает. Нельзя войти в один OSM дважды. Как свет от звёзд, карта на сайте openstreetmap.org потеряет актуальность раньше, чем достигнет ваших глаз.
Ту вандальную правку починили спустя два часа. Автора сразу забанили. Это произошло три недели назад. Но Mapbox обновил свой слепок, который они распространяют в векторных тайлах во все крупные компании, включая Facebook и Snapchat, только вчера — из данных, которые они скачали как раз в те два часа, когда Нью-Йорк был переименован. Это целиком косяк провайдера — и компания берёт ответственность на себя, ни разу не упоминая источник данных в своём ответе:
https://blog.mapbox.com/response-to-hate-speech-attack-66d106c10697
Без сомнения, Mapbox больше не допустит таких косяков. Но OpenStreetMap велик, и в любой момент времени на карте можно найти работу вандала, рядом с которой меркнет знаменитый гугловский писающий андроид. Это нормально и не затронет вас, если вы обновляете данные достаточно часто.
Что произошло? Ну, помните анекдот про солонку и безопасность? Вот примерно это. «Я решил протестировать систему безопасности OpenStreetMap, и поэтому переименовал город и несколько центральных улиц» — оправдывается школьник на реддите. Вандализм случается в открытых проектах постоянно. До сих пор мы читаем статьи, как в википедии кто-то написал чушь в чьей-то биографии. Ну так OpenStreetMap — это как википедия, только про карты. И негативные стороны википедии осму тоже присущи.
Важно тут другое. Когда-то, кажется, на «вечере оживших карт» в «Теплице», я говорил, что OSM — это не только не карта, но даже не слепок данных, который вы качаете с сайта planet. OpenStreetMap — это непрерывно изменяющаяся база данных. Как только вы делаете слепок, он немедленно устаревает. Нельзя войти в один OSM дважды. Как свет от звёзд, карта на сайте openstreetmap.org потеряет актуальность раньше, чем достигнет ваших глаз.
Ту вандальную правку починили спустя два часа. Автора сразу забанили. Это произошло три недели назад. Но Mapbox обновил свой слепок, который они распространяют в векторных тайлах во все крупные компании, включая Facebook и Snapchat, только вчера — из данных, которые они скачали как раз в те два часа, когда Нью-Йорк был переименован. Это целиком косяк провайдера — и компания берёт ответственность на себя, ни разу не упоминая источник данных в своём ответе:
https://blog.mapbox.com/response-to-hate-speech-attack-66d106c10697
Без сомнения, Mapbox больше не допустит таких косяков. Но OpenStreetMap велик, и в любой момент времени на карте можно найти работу вандала, рядом с которой меркнет знаменитый гугловский писающий андроид. Это нормально и не затронет вас, если вы обновляете данные достаточно часто.
Meduza
На карте в Snapchat Нью-Йорк переименовали в Jewtropolis
На картах компании Mapbox, сотрудничающей со Snapchat и другими сервисами, Нью-Йорк 30 августа переименовали в Jewtropolis.
Forwarded from Ivan Begtin (Ivan Begtin)
К вопросу о права граждан и компаний в работе цифровых сервисах и про Яндекс.Облако я добавлю что этот случай примечателен, но не единичен.
Условия использования - это часть конкурентного предложения любой компании и чем больше там прописано прав у владельца платформы и чем меньше их у клиента, тем больше рисков у клиента.
И кроме истории с Яндекс.Облаком и Яндексом в целом, который очень интенсивно начал монетизировать всё что возможно в последние годы, есть ещё и Mail.ru у которого похожие условия для его "Облака для бизнеса" [1]. В условиях прекращения работы сервиса там тоже есть о том что платформа в любой момент имеет права прекратить работу Вашего аккаунта без предупреждения.
Хорошо хоть нет ничего про "ограничить" аккаунт. В большинстве остальных сервисов "российских интернет чемпионов" также и у Облака Mail.ru условия очень сильно вывернуты в стороны платформы и с минимальными правами потребителя.
Это, например, ответ на вопрос почему для каких-то личных сайтов я лично использую не российский облачный хостинг и не российские email адреса. Потому что там в условиях использования прописано что мой аккаунт будет заблокирован или закрыт лишь в 2-х случаях:
- неоднократных нарушений правил использования, о которых меня предупредят. Самое серьезное нарушение - неоплата.
- запрос от государственного ведомства (government request)
Конкуренция на рынке создаёт среду в которой и в условиях использования являются сильным конкурентным преимуществом.
И по этой причине я, регистрируясь в Яндекс.Облаке, остановил регистрацию на последней странице формы регистрации и отказался продолжать [2]
Лично меня такие условия не устраивают. Не устраивают и как физ лицо и как, по сути, малый/микро бизнес. В любом случае у не крупного корпоративного потребителя выбор остаётся невелик.
И в итоге вопрос в данном случае и о защите прав гражданина и о защите прав малого и среднего бизнеса, которому условия "импортозамещения" зарубежных сервисов российскими оказываются совершенно не выгодными.
Ссылки:
[1] https://help.mail.ru/mcs/legal/termofuseе
[2] https://www.facebook.com/ibegtin/posts/10155833953273263
Условия использования - это часть конкурентного предложения любой компании и чем больше там прописано прав у владельца платформы и чем меньше их у клиента, тем больше рисков у клиента.
И кроме истории с Яндекс.Облаком и Яндексом в целом, который очень интенсивно начал монетизировать всё что возможно в последние годы, есть ещё и Mail.ru у которого похожие условия для его "Облака для бизнеса" [1]. В условиях прекращения работы сервиса там тоже есть о том что платформа в любой момент имеет права прекратить работу Вашего аккаунта без предупреждения.
Хорошо хоть нет ничего про "ограничить" аккаунт. В большинстве остальных сервисов "российских интернет чемпионов" также и у Облака Mail.ru условия очень сильно вывернуты в стороны платформы и с минимальными правами потребителя.
Это, например, ответ на вопрос почему для каких-то личных сайтов я лично использую не российский облачный хостинг и не российские email адреса. Потому что там в условиях использования прописано что мой аккаунт будет заблокирован или закрыт лишь в 2-х случаях:
- неоднократных нарушений правил использования, о которых меня предупредят. Самое серьезное нарушение - неоплата.
- запрос от государственного ведомства (government request)
Конкуренция на рынке создаёт среду в которой и в условиях использования являются сильным конкурентным преимуществом.
И по этой причине я, регистрируясь в Яндекс.Облаке, остановил регистрацию на последней странице формы регистрации и отказался продолжать [2]
Лично меня такие условия не устраивают. Не устраивают и как физ лицо и как, по сути, малый/микро бизнес. В любом случае у не крупного корпоративного потребителя выбор остаётся невелик.
И в итоге вопрос в данном случае и о защите прав гражданина и о защите прав малого и среднего бизнеса, которому условия "импортозамещения" зарубежных сервисов российскими оказываются совершенно не выгодными.
Ссылки:
[1] https://help.mail.ru/mcs/legal/termofuseе
[2] https://www.facebook.com/ibegtin/posts/10155833953273263
Facebook
Ivan Begtin
Яндекс сегодня анонсировал Яндекс.Облако [1], очень интересный сервис с не менее интересными, невысокими тарифами. Подробнее о нем, например, на Roem.ru [2]. Мне, кстати, сервис по структуре, по...
На нынешней работе я улучшаю не OSM, а сервис такси, поэтому канал будет не только про открытые карты. За последнюю неделю я многое узнал про PostGIS и QGIS. Отдельные полезные штуки:
* NextGIS QGIS устанавливается гораздо проще и понятнее официального. Но называется отвратительно, в спотлайте не найти. Проще не закрывать после запуска.
* Если вы не добавляли слой PostGIS в QGIS, вы не жили. Зачем вам они вообще тогда?
* Для PostgreSQL есть менеджер плагинов:
* GROUP BY geometry_field — «а что, так можно было»? Вкупе с ST_GridCell из расширения lostgis получается простое разбиение данных на квадратики. А с ST_Hexagon из hexgrid — на красивые шестиугольнички.
* Расширение TimeManager для QGIS помогает не только смотреть точки в треке, но и банально переключать часы или страницы в данных. Хотите посмотреть тепловые карты по дням или видам транспорта? С TM это делается четырьмя кликами.
* Как получить WKT произвольного региона? Нарисуйте его в geojson.io или share.mapbbcode.org, экпортируйте в WKT и откройте в блокноте. А затем скопируйте в редактор SQL:
* NextGIS QGIS устанавливается гораздо проще и понятнее официального. Но называется отвратительно, в спотлайте не найти. Проще не закрывать после запуска.
* Если вы не добавляли слой PostGIS в QGIS, вы не жили. Зачем вам они вообще тогда?
* Для PostgreSQL есть менеджер плагинов:
pip install pgxnclient и затем, например, pgxn install hexgrid. Правда, клиент кривой — возможно, придётся ручками в его файлах заменить python на python3.* GROUP BY geometry_field — «а что, так можно было»? Вкупе с ST_GridCell из расширения lostgis получается простое разбиение данных на квадратики. А с ST_Hexagon из hexgrid — на красивые шестиугольнички.
* Расширение TimeManager для QGIS помогает не только смотреть точки в треке, но и банально переключать часы или страницы в данных. Хотите посмотреть тепловые карты по дням или видам транспорта? С TM это делается четырьмя кликами.
* Как получить WKT произвольного региона? Нарисуйте его в geojson.io или share.mapbbcode.org, экпортируйте в WKT и откройте в блокноте. А затем скопируйте в редактор SQL:
’SRID=4326;POLYGON(…)’::geometry.«Из кода Python уберут слова master и slave по соображениям политкорректности» — удивляются Meduza и все технические блоги. Ох уж эти SJW (воины за социальную справедливость, ироничное название), даже сюда пролезли и портят нам обратную совместимость!
Движение за переименование устоявшихся терминов началось не вчера. Многие уже привыкли говорить they вместо he/she, в России учатся словам «авторка» и «психологиня», а в OpenStreetMap пару лет назад предлагали заменить ключ man_made на human_made. Вы можете не соглашаться с этим, но важно понимать причины как переименований, так и собственного их неприятия.
Язык определяет мышление. Если вы с детства слышите «медсестра», «уборщица», «няня» без мужских эквивалентов и «менеджер», «директор», «врач» без женских, то вы натурально будете считать, что это нормально, что мужчины зарабатывают больше женщин — высокие должности сделаны для них. Одним из фронтов борьбы за равноправие является язык. Как в любой борьбе, случаются перегибы. Но если мы хотим поднять репрезентативность женщин в «традиционно мужских» профессиях, придётся принять феминитивы.
Так и с терминами master («хозяин») и slave («раб»). Мы, технари, не ассоциируем их с рабством. Это просто удобно и понятно: master управляет несколькими slave, отсылая им команды и данные. За десятилетия работы нам сложно представить адекватную замену. Да ещё обратная совместимость: у нас эти слова по всему коду и конфигам разбросаны, переписывать задолбаешься.
Но используя эти слова даже из лучших побуждений, вы определяете мышление — своё и других, тех, кто только знакомится с отраслью и тех, кто рутинно читает ваши код и конфиги. Вам без разницы выбор слов, а темнокожему парню из Флориды, начинающему свой путь в девопсах, каждое такое слово режет глаз: именно так называли его родителей или прародителей. Я бы хотел привести пример слов, которые вас заденут аналогично, но в истории современных белых мужчин таких слов нет. Нам повезло.
Политкорректность — это синоним вежливости. Понимания больных точек собеседника и добровольного их избегания. Вы не будете в разговоре с полной подругой через слово шутить про вес? Переименовать несколько функций в python и других системах не так сложно — проще, чем людям, кого эти слова задевают, привыкнуть и проглотить свои чувства.
Да, их мало. Да, нам неудобно менять свои привычки. Да, это детский сад. Но ещё это вопрос контроля. Сообщество Python и Django держат язык под контролем, поэтому им несложно заменить термины — и они это сделали, чтобы сделать пользователям комфортнее. Сообщество OpenStreetMap не контролирует свои теги, поэтому никакого human_made мы не увидим. Впрочем, это предложение было действительно дурацким, никто так не говорит даже в Штатах.
Мораль проста: для вас это только слова, но для других они могут быть травматичными. Думайте о других. То есть, будьте элементарно вежливыми.
Движение за переименование устоявшихся терминов началось не вчера. Многие уже привыкли говорить they вместо he/she, в России учатся словам «авторка» и «психологиня», а в OpenStreetMap пару лет назад предлагали заменить ключ man_made на human_made. Вы можете не соглашаться с этим, но важно понимать причины как переименований, так и собственного их неприятия.
Язык определяет мышление. Если вы с детства слышите «медсестра», «уборщица», «няня» без мужских эквивалентов и «менеджер», «директор», «врач» без женских, то вы натурально будете считать, что это нормально, что мужчины зарабатывают больше женщин — высокие должности сделаны для них. Одним из фронтов борьбы за равноправие является язык. Как в любой борьбе, случаются перегибы. Но если мы хотим поднять репрезентативность женщин в «традиционно мужских» профессиях, придётся принять феминитивы.
Так и с терминами master («хозяин») и slave («раб»). Мы, технари, не ассоциируем их с рабством. Это просто удобно и понятно: master управляет несколькими slave, отсылая им команды и данные. За десятилетия работы нам сложно представить адекватную замену. Да ещё обратная совместимость: у нас эти слова по всему коду и конфигам разбросаны, переписывать задолбаешься.
Но используя эти слова даже из лучших побуждений, вы определяете мышление — своё и других, тех, кто только знакомится с отраслью и тех, кто рутинно читает ваши код и конфиги. Вам без разницы выбор слов, а темнокожему парню из Флориды, начинающему свой путь в девопсах, каждое такое слово режет глаз: именно так называли его родителей или прародителей. Я бы хотел привести пример слов, которые вас заденут аналогично, но в истории современных белых мужчин таких слов нет. Нам повезло.
Политкорректность — это синоним вежливости. Понимания больных точек собеседника и добровольного их избегания. Вы не будете в разговоре с полной подругой через слово шутить про вес? Переименовать несколько функций в python и других системах не так сложно — проще, чем людям, кого эти слова задевают, привыкнуть и проглотить свои чувства.
Да, их мало. Да, нам неудобно менять свои привычки. Да, это детский сад. Но ещё это вопрос контроля. Сообщество Python и Django держат язык под контролем, поэтому им несложно заменить термины — и они это сделали, чтобы сделать пользователям комфортнее. Сообщество OpenStreetMap не контролирует свои теги, поэтому никакого human_made мы не увидим. Впрочем, это предложение было действительно дурацким, никто так не говорит даже в Штатах.
Мораль проста: для вас это только слова, но для других они могут быть травматичными. Думайте о других. То есть, будьте элементарно вежливыми.