Насколько я понял, каждое ядро распаковывает страницу для себя само.
Но вот интересно, а если одно из (4-х) ядер сделать dedicated упаковщиком/распаковщиком — получится в среднем быстрее или нет?
Программки очень простые (1500 строк в сумме), программировались «на коленке» под разовую задачу, и ну совсем не подходят для выкладывания, т.к. не готовы для использования не программистами. Поверьте, в большинстве случаев проще будет написать всё самому, чем докручивать мой текущий код.
Я сейчас буду модернизировать код под добавление данных из пачки changeset «одной кнопкой» и дорендеринг кадров. Если получится что-то подходящее для выкладывания — опубликую.
Для существующих сейчас объектов — да.
Но кроме строительства есть ещё и снос.
Пока creation_date и removing_date (например) не являются формально принятыми в OSM тэгами, нельзя рисовать с ними уже/ещё несуществующие объекты с рабочими другими тэгами — т.к. все остальные участники будут считать такие объекты существующими реально.
Инструментария OSM в целом уже достаточно для создания исторической перспективы развития. Уже можно не загружая на сервер, рисовать все объекты какие когда либо были и для всех указывать дату постройки и дату сноса. Полагаю, фильтрация объектов в JOSM уже позволяет видеть состояние на некоторый момент времени.
Если лицензия на данные совместима с ODbL, такие данные, теоретически, можно даже сейчас загружать, только надо корректировать тэги объектов, чтобы старые объекты не считались существующими сейчас.
wowik был молодец пока не отказался принять условия ODbL. Все его правки были выпилены ботом — ~95% того что было убито 21 июля — правки wowik-а. Доступ он не терял, его заблокировали как отказника от ODbL. Аккаунт iWowik — это он же, только согласившийся с ODbL. Но правки вернуть нельзя и почти весь город пришлось рисовать заново.
Для сборки такого видео нужны хоть сколько-нибудь полные данные о датах строек и сносов, которых зачастую нет в доступе вообще, не говоря уж об открытой лицензии. А что-то утрачено навсегда. retromap.ru занимается сбором исторических карт и спутниковых снимков, но пока в основном Москвы.
Может быть OSM дорастёт когда-нибудь и до исторической перспективы строительства.
> В соответствии с разделами 3 и 4 OpenStreetMap, пользователь передает всемирную, безвозмездную, неисключительную,
> данная лицензия не будет действовать, так как в ней отсутствует указание на безвозмездность предоставления права использования базы данных
Как эти два утверждения согласуется между собой?
> Отдельно хочется рассмотреть использование контента (фотографий) в базе данных
Какие фотографии в базе данных OpenStreetMap?
> как право на неприкосновенность произведения.
ODbL предполагает возможность модификации данных. Соглашаясь с лицензией, автор даёт согласие на модификацию его данных (т.е. отказывается от права на неприкосновенность).
> Значит стоимостью разработки она объявляет все, что компания потратила на все свое R&D подразделение за предыдущие два года.
ИМХО, такой подсчёт не будет способствовать созданию эффективного R&D. Если потенциальная прибыль — 500% от затрат на R&D, то выгоднее сказать «мы потратили 3 млрд $ на R&D» и загрести 15 млрд, чем сказать «мы потратили 1 млрд $ на R&D» и получить только 5 млрд.
А сколько людей проектирует самолёт? А завод?
Современные программы по сложности (количеству элементов и взаимодействию) не уступают этим вещам. Чтобы они были настолько же надёжны, их нужно так же разрабатывать и нести соответствующую ответственность.
«Но поразителен не объем работ, который выполняет программное обеспечение. Что действительно поражает, так это то, как хорошо это ПО работает. Это ПО никогда не падает. Оно никогда не требует перезагрузки. Оно не содержит ошибок. Оно совершенно, настолько совершенно, насколько человек смог этого достичь. Посмотрите на статистику: последние три версии этой программы – каждая по 420.000 строк кода – имели всего по одной ошибке в каждой. Последние 11 версии этого ПО имели в сумме 17 ошибок.»
Насколько я понял, каждое ядро распаковывает страницу для себя само.
Но вот интересно, а если одно из (4-х) ядер сделать dedicated упаковщиком/распаковщиком — получится в среднем быстрее или нет?
www.openstreetmap.org/browse/node/2147483648
Я сейчас буду модернизировать код под добавление данных из пачки changeset «одной кнопкой» и дорендеринг кадров. Если получится что-то подходящее для выкладывания — опубликую.
Но кроме строительства есть ещё и снос.
Пока creation_date и removing_date (например) не являются формально принятыми в OSM тэгами, нельзя рисовать с ними уже/ещё несуществующие объекты с рабочими другими тэгами — т.к. все остальные участники будут считать такие объекты существующими реально.
Если лицензия на данные совместима с ODbL, такие данные, теоретически, можно даже сейчас загружать, только надо корректировать тэги объектов, чтобы старые объекты не считались существующими сейчас.
retromap.ru занимается сбором исторических карт и спутниковых снимков, но пока в основном Москвы.
Может быть OSM дорастёт когда-нибудь и до исторической перспективы строительства.
Выложенный avi — CC-шный. Дальше — GNU mode off.
> В соответствии с разделами 3 и 4 OpenStreetMap, пользователь передает всемирную, безвозмездную, неисключительную,
> данная лицензия не будет действовать, так как в ней отсутствует указание на безвозмездность предоставления права использования базы данных
Как эти два утверждения согласуется между собой?
> Отдельно хочется рассмотреть использование контента (фотографий) в базе данных
Какие фотографии в базе данных OpenStreetMap?
> как право на неприкосновенность произведения.
ODbL предполагает возможность модификации данных. Соглашаясь с лицензией, автор даёт согласие на модификацию его данных (т.е. отказывается от права на неприкосновенность).
ИМХО, такой подсчёт не будет способствовать созданию эффективного R&D. Если потенциальная прибыль — 500% от затрат на R&D, то выгоднее сказать «мы потратили 3 млрд $ на R&D» и загрести 15 млрд, чем сказать «мы потратили 1 млрд $ на R&D» и получить только 5 млрд.
Современные программы по сложности (количеству элементов и взаимодействию) не уступают этим вещам. Чтобы они были настолько же надёжны, их нужно так же разрабатывать и нести соответствующую ответственность.
«Но поразителен не объем работ, который выполняет программное обеспечение. Что действительно поражает, так это то, как хорошо это ПО работает. Это ПО никогда не падает. Оно никогда не требует перезагрузки. Оно не содержит ошибок. Оно совершенно, настолько совершенно, насколько человек смог этого достичь. Посмотрите на статистику: последние три версии этой программы – каждая по 420.000 строк кода – имели всего по одной ошибке в каждой. Последние 11 версии этого ПО имели в сумме 17 ошибок.»