На самом деле и без int((sqrt(i)+1) можно обойтись. Ведь при последовательном переборе при достаточно больших i значение либо увеличивается на 1, либо остаётся тем же ;)
Для Самары и её окрестностей такие карты действительно есть, честь и хвала Самарской области, но их нет для других городов других регионов (я так понял, вопрос поставлен значительно шире, не только для Самары).
Я спорил с тем, что нужны «дорогие и сложные» профессиональные ГИС. Проблему отсутствия карт они не решают, проблему доступа к геопорталам с нестандартным API (т.е. не WMS :) ) — тоже.
Малые города могут рисовать себя своими силами в OpenStreetMap.
Поясните, чем помогут геопорталы, если нормальной карты в цифровом виде для малого города с вероятностью 99% всё равно нету? А если и есть, принадлежит кому-то, кто не хочет её давать на общественные нужды?
Чтобы ставить точки и работать с ними, хватит и веб-интерфейса на OpenLayers. На самом деле OpenLayers хватит и для того, чтобы помечать улицы (т.е. линии) и рисовать прямоугольники. А хранить можно даже в MySQL-ной базе.
Эпизодическим пользователям ГИС не нужны.
У меня тоже была мысль о таком проекте для своего (небольшого) города, но из-за большой загруженности на основной работе так руки не дошли. А можно было на волне недавних местных выборов (довольно острых, два тура) сделать его действительно полезным инструментом…
OpenLayers, OpenStreetMap и не очень сложная серверная часть…
> не имеется таких методов у объектов-регулярок стандартной библиотеки
А если найду? :)
Продвигать «указатель» (просто целое число) можно и руками. Перебирать регулярки — тоже. А поиск от нужного места делается методом match класса re.RegexObject:
>>> rr = re.compile('[0-9]+')
>>> rr.match('aa00', 0) # ничего
>>> rr.match('aa00', 1) # ничего
>>> rr.match('aa00', 2)
<_sre.SRE_Match object at 0x7fb315eb66b0>
Посмотрите, как делаются классические лексические анализаторы: после выделения очередной лексемы они сдвигают указатель сразу после выделенной лексемы, так что следующая лексема оказывается в начале буфера. Таким образом before и after становятся не нужны. before не нужен, т.к. мы и так в начале буфера, а after не нужен, если писать «regexpr» правильно.
Для подсветки кода достаточно лексического разбора, с которым обычно справляются регулярные выражения. Другое дело, что автор реализовал разбор не самым лучшим образом :)
Часть электрической энергии, попадающей в лампу, идёт на освещение, остальное превращается в тепло (= вносит вклад в отопление помещения).
Теперь ставим энергосберегающие лампы с эквивалентной яркостью. Получается, что электричества на лампы мы тратим меньше за счёт того, что меньше энергии превращается в тепловую, но этот недостаток тепла нужно чем-то компенсировать…
Я спорил с тем, что нужны «дорогие и сложные» профессиональные ГИС. Проблему отсутствия карт они не решают, проблему доступа к геопорталам с нестандартным API (т.е. не WMS :) ) — тоже.
Поясните, чем помогут геопорталы, если нормальной карты в цифровом виде для малого города с вероятностью 99% всё равно нету? А если и есть, принадлежит кому-то, кто не хочет её давать на общественные нужды?
Эпизодическим пользователям ГИС не нужны.
У меня тоже была мысль о таком проекте для своего (небольшого) города, но из-за большой загруженности на основной работе так руки не дошли. А можно было на волне недавних местных выборов (довольно острых, два тура) сделать его действительно полезным инструментом…
OpenLayers, OpenStreetMap и не очень сложная серверная часть…
А если найду? :)
Продвигать «указатель» (просто целое число) можно и руками. Перебирать регулярки — тоже. А поиск от нужного места делается методом match класса re.RegexObject:
Теперь ставим энергосберегающие лампы с эквивалентной яркостью. Получается, что электричества на лампы мы тратим меньше за счёт того, что меньше энергии превращается в тепловую, но этот недостаток тепла нужно чем-то компенсировать…
Увы, автор с этим ничего поделать не может. Пусть думает что хочет, но юридически он не прав.