TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #654 · 16.11

Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games

Резултати

Намерени 2 подобни публикации

Търсене: #geolocation

当前筛选 #geolocation清除筛选
Libreware

@libreware · Post #1512 · 28.09.2025 г., 11:58

Chasing Your Tail (CYT) https://github.com/ArgeliusLabs/Chasing-Your-Tail-NG A comprehensive #WiFi probe request analyzer that monitors and tracks wireless devices by analyzing their probe requests. The system integrates with #Kismet for packet capture and WiGLE API for #SSID#geolocation analysis, featuring advanced #surveillance#detection capabilities. Features Real-time Wi-Fi monitoring with Kismet integration Advanced surveillance detection with persistence scoring Automatic GPS integration - extracts coordinates from Bluetooth GPS via Kismet GPS correlation and location clustering (100m threshold) Spectacular KML visualization for Google Earth with professional styling and interactive content Multi-format reporting - Markdown, HTML (with pandoc), and KML outputs Time-window tracking (5, 10, 15, 20 minute windows) WiGLE API integration for SSID geolocation Multi-location tracking algorithms for detecting following behavior Enhanced GUI interface with surveillance analysis button Organized file structure with dedicated output directories Comprehensive logging and analysis tools Requirements Python 3.6+ Kismet wireless packet capture Wi-Fi adapter supporting monitor mode Linux-based system WiGLE API key (optional)

djangoproject

@djangoproject · Post #241 · 25.01.2017 г., 13:30

http://www.aparat.com/v/4yGhH #Geolocation apps with #Django. Latitude, longitude, altitude, and even #iBeacons can be leveraged to enable geo-targeted experiences. But how do we build and optimize the server-side components to handle these requirements? Using a combination of libraries and techniques, we will illustrate these concepts. In this discussion everything from #map clustering and caching, to distance calculations and polygonal layering will be demonstrated using Django, #GeoDjango, #Redis, and #PostGIS as our tool belt.