EmelyanovKonstantin

Посмотри так.

<MarkerClusterGroup>
                {
                    markers
                }
                onMarkerClick={(marker) => console.log(marker, marker.getLatLng())}
</MarkerClusterGroup>

Если способ не устарел. Можно добавлять инфу из данных.

Если порт 443, возможно протокол : UDP HTTPS (HyperText Transfer Protocol Secure) TP с шифрованием по SSL или TLS
Значит нужно реализовать свой клиент и подключаться через javax.net.ssl SSLSocket

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

В режиме редактирования на тайл-сервере всё есть:

Не понятно что есть в режиме редактирования, а чего нет в других режимах.
По вашим описаниям, проблемы могут быть с БД. Для редактирования используется отдельная БД, а для отображения другая.
Могут быть проблемы с настройками обновлений. К примеру, у вас есть какой-то период после которого добавляются обновления на сервер, или они должны пройти модерацию.
Может быть проблемы с кэшем. Допустим, у вас для ускорения работы сгенерирован кэш, а при добавлении новых данных он не обновляется.
Чтобы конкретно сказать нужно понимать какие технологии у вас используются.

Варианты:
1.Для Яндекс API: https://yandex.ru/blog/mapsapi/13517
2. Дать слой данных с заранее подготовленной разграфкой
3. Переходите на более удобные средства web-картографии: Leaflet, OpenLayers
Решения для Leaflet:
https://github.com/turban/Leaflet.Graticule
https://leaflet.github.io/Leaflet.Graticule/example/
https://github.com/Leaflet/Leaflet.Graticule

Соглашусь с hint000 По-поводу новизны идеи, но думаю Maqsood не раскрывает всю задумку раньше времени.
Теперь о том какие могут понадобится специалисты.
Основа ГИС - это данные.
Можно использовать OSM как основу, могут быть данные из других открытых или платных источников, это могут быть свои собственные данные. Если говорить о таких системах как 2ГИС, то для получения актуальной и подробной информации могут использоваться пешие обходы, закупка спутниковых снимков и вплоть до геодезической съёмки, если необходимо.
Кто может понадобиться из специалистов?
Специалист по работе с пространсвенными данными. Данные могут быть представлены в различных форматах, разных системах координат, взяты из различных источников. Компетенции: проводить анализ и аудит данных, построение итоговой модели данных, схемы данных, отлично ориентироваться в форматах, проекциях, системах координат.
Если будет работа с пешим обходом, нужен специалист который может обрабатывать эти данные. Камеральная обработка. Это может быть картограф, геодезист. Основное: хорошее знание программ ArcGis, QGis, MapInfo, Панорама.
Если будет работа со спутниковыми снимками, заказ новой съёмки, нужно искать человека работающего с ДДЗ(данные дистанционного зондирования) в ERDAS или ENVI.
По архитектуре системы. Существуют различные инструменты для хранения, анализа и обработки пространственных данных, которые нужно уметь использовать в зависимости от функциональных требований системы. Нужно понимать, где можно подключить готовые библиотеки и написать минимальное количество кода, а где нужно реализовывать собственные алгоритмы.
Ставить программиста, без знаний в предметной области, как основную движущую силу (фактически как архитектора системы), для написания с нуля очередного такого инструмента не точно не полезно, а даже вредно. Если конечно не стоит задача именно разработки инструмента как продукта, а не системы.
Работу с данными и построение системы может закрыть ГИС-специалист в зависимости от знаний, опыта и специализации.
Если нужна принципиально новая система со своими собственными технологиями, на своих собственных инструментах и новым форматом хранения-передачи информации, то нужны будут программисты и желательно со знанием в предметной области (геодезии, картографии, географии, дискретки, вычислительной геометрии). Это не быстрый вариант. К примеру, MapsMe разрабатывался с 2010 и был продан 2014, после чего разработка также не остановилась. При том, что Юрий Мельничек 7 лет до этого работал по картографии в Гугл.
По FrontEnd:
Согласен с pfg21, для web - Leaflet. Если говорить о Яндекс/Гугл, то это не лучший вариант - для крупной системы у них недостаточный функционал и масштабируемость, жёсткая привязка к стороннему сервису. Нужен разработчик JavaScript
Для мобильных клиентов есть фреймворки mapsforge, mapbox, ArcGis runtime, Scout и другие, в зависимости от функциональных требований. Т.е. желательно, чтобы программисты на Android и IOS имели о них представление, но не обязательно, т.к. имеется нормальная документация.
Android разработчик Java/Kotlin
iOS Разработчик Object-C/Swift
Тестировщики.
Ну и конечно, обязательно нормальный системный администратор.
По остальным элементам таким как дизайн, разграничение прав пользователей, личный кабинет и т.д. отдельный разговор.