Но тут вспомнилось – хотелось мне альбом Xel исполнителя El Hadj N’Diaye, такая этническая африканская музыка. Загуглил, дабы снабдить пруфлинком интересующихся, и в выдаче обнаружил ссылку на торрент информационные материалы по альбому.

Прочитал описание к информационным материалам:

It’s called Xel, which means «thought» or «reasoning»

Я то когда себе ник придумывал – свое имя перевернул, букву отрезал и получилось. А оно вон как на самом деле – «мысль», «рассуждение»

В результате таким «подарком» я доволен.

Переустановка студии не помогла. Обратился к Гуглю. Пишут, что нужно сменить язык на Английский. Пробуем. В студии идем в меню Tools -> Options (Параметры), не забываем поставить галочку Show all settings (Показывать все параметры), в Environment (Среда) выбираем International Settings (Выбор языка), переключаем язык, перезапускаем студию. И ошибок больше не наблюдаем.

С разбором XML мне помог XmlDocument. Собрал данные из всех файлов в один DataTable. Далее нужно было просуммировать значения по ключу. Напрашивается аналог GROUP BY для DataTable. Погуглив, нашел что для этого необходимо использовать LINQ.

C LINQ до этого не работал, поэтому воспользовался готовым примером:

var query = from row in dtData.AsEnumerable()
            group row by row.Field<string>("KeyNo") into grp
            orderby grp.Key
            select new
            {
                KeyNo = grp.Key,
                Sum1 = grp.Sum(r => r.Field<double>("Value1")),
                Sum2 = grp.Sum(r => r.Field<double>("Value2"))
            };

foreach (var grp in query)
{
    dtResultData.Rows.Add(new object[] {
        grp.KeyNo,
        "",
        grp.Value1,
        grp.Value2
    });
}

• dtData – исходная таблица с данными, в ней есть столбцы KeyNo, LineName, Value1, Value2. Вот Value1 и Value2 нужно просуммировать для каждого KeyNo.
• dtResultData – таблица с просуммированными значениями. Столбцы аналогичны dtData.

Все отлично получилось, но захотелось еще вывести дополнительно к ключу наименование LineName. Стал гуглить как сделать в LINQ GROUP BY по 2 полям. В теории должно быть так:

var query = from row in someobject
            group row by new {row.KeyNo, row.LineName} into grp
            orderby grp.Key
            select new
            {
                KeyNo = grp.Key.KeyNo,
                LineName = grp.Key.LineName,
                Sum1 = grp.Sum(r => r.Field<double>("Value1")),
                Sum2 = grp.Sum(r => r.Field<double>("Value2"))
            };

Но для случая, когда мы используем LINQ с DataTable, такой подход не работает. Еще пока не разобрался почему. Благо, по сути GROUP BY по двум полям мне был не нужен. А нужно было вывести дополнительное текстовое поле, содержимое которого неизменно для данного ключа. Поэтому я сделал вот так:

var query = from row in dtData.AsEnumerable()
            group row by row.Field<string>("KeyNo") into grp
            orderby grp.Key
            select new
            {
                KeyNo = grp.Key,
                LineName = grp.Select(r => r.Field<string>("LineName")),
                Sum1 = grp.Sum(r => r.Field<double>("Value1")),
                Sum2 = grp.Sum(r => r.Field<double>("Value2"))
            };

foreach (var grp in query)
{
    dtResultData.Rows.Add(new object[] {
        grp.KeyNo,
        grp.LineName.First(),
        grp.Value1,
        grp.Value2
    });
}

В результате получилось то, что нужно.

Руководитель сети GhostNET (Советский район Омска, 40 участников) Алексей Парыгин идею консолидации поддержал. «Дело хорошее и нужное. Наши абоненты получат доступ к большему количеству ресурсов, чем сейчас», — сказал господин Парыгин.

Решил отыскать её в он-лайн архивах Ъ.

Итак, Статья «Бизнес LAN» Александра Корнева в приложении «Телеком» газеты «Коммерсантъ-Омск» № 168 от 08.09.2005 г., в которой идет речь о создании городской локальной сети. Действующие лица: Максим Лахтин (Омсктелеком), Алексей Парыгин (GhostNet), Александр Суровикин (GliNA), Сергей Свиркин (КоКоС).

p.s. До сих пор в папке аккуратно лежит оригинальная печатная версия приложения из этой газеты Память, что ли какая-то…

Начал осваивать OpenLayers в связке с GeoServer+PostGIS с базовым слоем спутниковых снимков от Google Maps. Пожалуй, из-за своей универсальности OpenLayers смотрится столь страшно, а GeoMixer представляется средством для домохозяек .

В итоге пробую собрать что-то наподобие ГеоМиксера. Данные для вывода нарисовал в нем же и выгрузил в shapefile. Импортировал в PostGIS через shp2pgsql. Набил несколько шишек. Но процесс продолжается .

Если предполагается использовать в качестве базового слоя карты от коммерческих провайдеров (Google Maps, Bing Maps, Yahoo Maps, etc.), то придется немного помучиться с проекциями. Проекцию, используемую в данных сервисах, сообщество OpenLayers назвали “Spherical Mercator” («EPSG:900913″). А в источниках, с которыми приходиться работать, как правило, используется “WGS 84” («EPSG:4326″). Поэтому при добавлении слои необходимо перепроецировать. Да и вообще, координатные операции с картой необходимо будет совершать в проекции «EPSG:900913″. Что создает некоторые неудобства и проблемы.

Какие нюансы?

1 Создание карты

В опциях при создании карты необходимо указать проекцию. Она будет наследоваться слоями, поэтому не нужно будет беспокоиться по поводу ее определения в каждом слое.

var options = {
    projection: new OpenLayers.Projection("EPSG:900913"),
    displayProjection: new OpenLayers.Projection("EPSG:4326"),
    units: "m",
    maxResolution: 156543.0339,
    maxExtent: new OpenLayers.Bounds(-20037508.34, -20037508.34, 20037508.34, 20037508.34)
};

var map = new OpenLayers.Map('map', options);

• projection – непосредственно проекция данных карты
• displayProjection – в какой проекции будем показывать координаты пользователю (чтобы не сильно рушить картину мира – будем показывать в привычной WGS 84)
• также в связи с использованием проекции EPSG:900913 необходимо определить разрешение maxResolution и границы карты maxExtent

2 Определяем базовый слой Google Maps

var google = new OpenLayers.Layer.Google("Google Maps", {
    type: G_SATELLITE_MAP,
    sphericalMercator: true,
    maxExtent: new OpenLayers.Bounds(-20037508.34,-20037508.34,20037508.34,20037508.34),
    numZoomLevels: 22
});

map.addLayer(google);

• type: G_SATYLLITE_MAP – говорит о том, что нам нужны спутниковые снимки
• sphericalMercator – тот самый, что в вакууме , позволяет подружить подложку с нашими векторными слоями
• numZoomLevel – по дефолту в OpenLayers, кажется, максимальный уровень зума 15. Для Гуглокарт этого мало. Переопределяем максимальный уровень до 22

3 Подключаем векторный слой

Сначала я пробовал работать с WMS-сервисом GeoServer. Но выводить слои объектов в виде тайлов как-то совсем не стиле GeoMixer . Поэтому поигравшись, я обратил внимание на WFS-сервис. Создадим векторный слой, данные которого тянутся через WFS.

var objects = new OpenLayers.Layer.Vector("Объекты", {
    strategies: [new OpenLayers.Strategy.BBOX()],
    protocol: new OpenLayers.Protocol.WFS({
        version: "1.1.0",
        url: "http://localhost:8090/geoserver/wfs/",
        featureType: "objects",
        featureNS: "http://gis.xel.su",
        srsName: "EPSG:900913"
    })
});

map.addLayer(objects);

• strategies – определяет как подгружать данные слоя. Стратегия BBOX гласит, что нужно грузить объекты, которые попали в видимую область карты.
• version – версия сервиса. Пишут, что в 1.0.0 не поддерживаются репроекции и прочие приятные штуки. Поэтому используем 1.1.0.
• featureType – имя слоя в GeoServer. Без префикса.
• featureNS – аналог префикса. Берем URI из workspace – это оно.
• srsName – проекция, в которой нужно получить данные

4 Нюансы импорта из shp

Когда опробовал возможности WFS-T (редактирование карты в OpenLayers с последующим сохранением результатов в базу) столкнулся с ошибками PostGIS:

• ERROR:  new row for relation «layer_name» violates check constraint «enforce_srid_the_geom»
• Operation on two GEOMETRIES with different SRIDs

Сначала думал, что проблема с тем, что использовал проекцию EPSG:900913, а в базе 4326. Поискал как бы сменить, выяснил, что WFS умен и сам все перепроецирует.

В итоге обнаружил, что первая связана с тем, что при импорте из shp в таблице в БД создается ограничение, которое проверяет проекцию у вновь добавляемых записей. И если она не равняется заданному для этой таблицы srid, то срабатывает этот самый эксепшен.

Вторая связана с тем, когда первое ограничение удалось побороть, но тем не менее на уровне БД производятся операции с объектами  с разными проекциями.

Вот тут описывается как поменять srid, да как его проверить. Но этими советами мне удалось побороть первый эксепшен.

Моя проблема была в том, что shp импортировались в PostGIS co srid = -1, а мне нужен был 4326. Далее обратил внимание на диалог импорта и увидел, что srid можно задать там. Что и было сделано и все получилось и заработало! Если используется консоль, то нужно стартовать импорт с ключем -s 4326

p.s. Сегодня оказывается Всемирный день ГИС! С праздником!

p.p.s. Продолжение рассказа о сборке аналога GeoMixer в будущих постах. Думаю, что нужно подробнее о сохранении, да и балуны к объектам надо прикрутить

(с) Joel Johnson, http://gizmodo.com/5498412/sql-injection-license-plate-hopes-to-foil-euro-traffic-cameras

p.s. Если погуглить, то оказывается оно похоже весьма несвежее. Поэтому, может быть, [:||||:] 8))

p.p.s. Нашел его на YouTube. Видео под катом.

Да, именно в этот день я поставил здесь WordPress.