Проверь, проекции. Проекцию проекта (масштаб карты задается в единицах той ск в которой у тебя проект) и проекцию слоя в котором у тебя coverage. По хорошему они должны совпадать. Вроде мне автор отписал что собирается в основную ветку мои изменения слить, как сольет — посмотрю что можно поправить.
У регистратора будет 10 девочек каждая из которых будет способна принять заявки от 100 клиентов в день. При этом сколько человек ожидают в очереди и сколько доменов они желают зарегистрировать — это их совершенно не касается. Если очередь будет совсем уж длинная, вы из ваших же налогов оплатите работу еще 100 сотрудниц.
> Будем стоять в очереди меняясь местами и регая по 5 сайтов за один раз
И в чем радость? Очередь каждый раз надо будет занимать по новой, желающих будет много. В результате если предположить что вы будете удачливы и у вас выйдет каждый день подавать документы, на регистрацию 50 000 доменов у вас уйдет 50 000 / 5 / 250 = 4 года.
Регистратору будет по большому счету всеравно насколько длинная очередь выстроится на регистрацию. Еще и скажут что им «Нужно больше золота Милорд» т.к. не справляются с текущим потоком заявлений.
По одной заявочке на каждый сайт. Форма в двух экземплярах, 2 фотографии 3 на 4. Оригинал и 2 копии паспорта. Для каждого сайта характер публикуемой информации, периодичность обновления. Обязательно личное присутствие, а то будет неспортивно. В качестве поблажки, зарегистрироваться в очереди на подачу документов можно будет через гос. услуги.
Описанный способ — один из многих. Я с ходу могу назвать 4-5 других. Я собирался описать почему выбрал такой, а не другой в предисловии ко второй части. Видимо стоит кратко сделать это здесь.
Чем хороши онлайн сервисы, наверное и так понятно, почему я просто не дал ссылку на один из них.
1. Нет возможности добавить данные поверх. К примеру вы планируете велопокатушку, или что то вроде mayprogulka.narod.ru/ и хотите добавить слой рельефа и собственно сам маршрут.
2. Нет возможности модифицировать стиль. К примеру вы хотите вытащить номера домов повыше. Т.е. чтобы они отображались не с 17 зума а с 16 или 15. С онлайн сервисами вариант 1 — пишите письма разработчикам.
Собственно говоря во второй части поговорим о том как это сделать.
Дальше, есть группа вариантов, где вы можете контролировать все стадии.
— Данные (выборку что отображать а что нет)
— Стиль (как отображать)
— Компановку атласа (какие страницы нужны, нужен ли индекс и т.д.)
Здесь есть варианты от решения приемлемого для маленького города, до решений в масштабах рендеринга всей планеты. Уровень знаний — соответствующий. Где — то достаточно поставить 1 программу и получить svg. Где-то понадобиться стек технологий и знания как настроить тот или иной инструмент.
Хорошо, я постараюсь описать как вообще можно отрендерить ОСМ и почему я в данном случае выбрал именно такую связку.
По поводу красоты, если вы используете одинаковый стиль для Alacarte и для TileMill (синтаксически они очень похожи, тоесть их можно копировать практически без изменений), вы получите практически одинаковые картинки. Разница в том, что делать дальше: из TileMill можно опубликовать карту на mapbox, для Alacarte нужен vps (я бы например RedHat Open Shift порекомендовал).
Ясно-понятно что одним css для таблички не обойдешься. Но на блочной, как правило дело так же не ограничивается изменением float или заменой left:5px на right:5px. Тут же выясняется что надо обернуть сайдбар и контент в еще один див, т.к. справа ему хватало относительно позиционированного родителя, а слева уже нет и т.п. И на практике это выливается в то что вам все-равно надо меня шаблон и переносить вывод дочерних элементов в другое место.
Сатанинский смех, а потом вы узнаете что ваш клиент — гос контора которая использует какой-нибудь ужас и ничем другим кроме шестого эксплорера пользоваться не может.
Попробуйте на досуге указать в xsd что вам нужен набор дочерних элементов встречающихся в любом порядке но с ограничениями на количество. Казалось-бы самый простой вариант.
К примеру нижеприведенные элементы могут следовать в любом порядке но лишь указанное количество раз:
<optinal/> — может встречаться 0 или 1 раз
<optinal-multy/> — может встречаться 0 раз и более
<required/> — строго 1 раз
<required-multy/> — 1 раз и более
С математической точки зрения стандарт полон. Т.е. задать такие ограничения можно. Но на практике это выливается в решение задачек по комбинаторике и записи чуть ли не всех возможных комбинаций sequence и choice.
Пользуясь случаем, хотел спросить у верстальщиков, почему табличная верстка это чуть ли не табу в современном вэбе?
То есть я понимаю все прелести идеи «HTML отражает структуру, css отвечает за отображение» и то что таблицы смешивают отображение и структуру данных что эту идею ломает.
Но почему обернуть текст в 3 дива не имеющих отношения к логике данных — это неизбежная жертва, а обернуть тот же текст в td, tr ,table — это как пукнуть в лифте?
А в чем собственно проблема? Вот вы приведете ссылку на то что в МВД винда пиратская стоит — вас и оштрафуют, как распространившего информацию, необходимую для получения. Чего же тут непонятного?
Я прям сейчас могу sql инъекцией положить сайт аэропортов одной из стран адриатического побережья. Но по-моему это никого не волнует, либо саппорт не понимает по английски.
И в чем радость? Очередь каждый раз надо будет занимать по новой, желающих будет много. В результате если предположить что вы будете удачливы и у вас выйдет каждый день подавать документы, на регистрацию 50 000 доменов у вас уйдет 50 000 / 5 / 250 = 4 года.
Регистратору будет по большому счету всеравно насколько длинная очередь выстроится на регистрацию. Еще и скажут что им «Нужно больше золота Милорд» т.к. не справляются с текущим потоком заявлений.
> Я осилю один раз прийти и отдать на регистрацию.
Ну вот вам и зарегистрируют 1 домен из вашей газели документов. То что вы не успеете зарегистрировать остальные 49 тысяч — уплатите в кассу.
Навальный, не нужен дорогой.
maposmatic.org/
fieldpapers.org/about.php
Описанный способ — один из многих. Я с ходу могу назвать 4-5 других. Я собирался описать почему выбрал такой, а не другой в предисловии ко второй части. Видимо стоит кратко сделать это здесь.
Чем хороши онлайн сервисы, наверное и так понятно, почему я просто не дал ссылку на один из них.
1. Нет возможности добавить данные поверх. К примеру вы планируете велопокатушку, или что то вроде mayprogulka.narod.ru/ и хотите добавить слой рельефа и собственно сам маршрут.
2. Нет возможности модифицировать стиль. К примеру вы хотите вытащить номера домов повыше. Т.е. чтобы они отображались не с 17 зума а с 16 или 15. С онлайн сервисами вариант 1 — пишите письма разработчикам.
Собственно говоря во второй части поговорим о том как это сделать.
Дальше, есть группа вариантов, где вы можете контролировать все стадии.
— Данные (выборку что отображать а что нет)
— Стиль (как отображать)
— Компановку атласа (какие страницы нужны, нужен ли индекс и т.д.)
Здесь есть варианты от решения приемлемого для маленького города, до решений в масштабах рендеринга всей планеты. Уровень знаний — соответствующий. Где — то достаточно поставить 1 программу и получить svg. Где-то понадобиться стек технологий и знания как настроить тот или иной инструмент.
По поводу красоты, если вы используете одинаковый стиль для Alacarte и для TileMill (синтаксически они очень похожи, тоесть их можно копировать практически без изменений), вы получите практически одинаковые картинки. Разница в том, что делать дальше: из TileMill можно опубликовать карту на mapbox, для Alacarte нужен vps (я бы например RedHat Open Shift порекомендовал).
Сатанинский смех, а потом вы узнаете что ваш клиент — гос контора которая использует какой-нибудь ужас и ничем другим кроме шестого эксплорера пользоваться не может.
Попробуйте на досуге указать в xsd что вам нужен набор дочерних элементов встречающихся в любом порядке но с ограничениями на количество. Казалось-бы самый простой вариант.
К примеру нижеприведенные элементы могут следовать в любом порядке но лишь указанное количество раз:
<optinal/> — может встречаться 0 или 1 раз
<optinal-multy/> — может встречаться 0 раз и более
<required/> — строго 1 раз
<required-multy/> — 1 раз и более
С математической точки зрения стандарт полон. Т.е. задать такие ограничения можно. Но на практике это выливается в решение задачек по комбинаторике и записи чуть ли не всех возможных комбинаций sequence и choice.
То есть я понимаю все прелести идеи «HTML отражает структуру, css отвечает за отображение» и то что таблицы смешивают отображение и структуру данных что эту идею ломает.
Но почему обернуть текст в 3 дива не имеющих отношения к логике данных — это неизбежная жертва, а обернуть тот же текст в td, tr ,table — это как пукнуть в лифте?