Все, сообщение удаляю и приношу самому себе соболезнования - смотреть надо лучше  

Дамы и господа! Прежде чем с нуля чего-то делать посмотрите уже готовое и что предлагают совершенно бесплатно. Отредактировать (точнее настроить вид) намного легче. Смотреть здесь:
http://www.phpnuke.ru/

Я, конечно, понимаю, что кроме phpnuke Вы ничего не видели, но зачем же это недоразумение остальным впаривать? Есть движки и лучше намного и более гибкие при этом, к тому же бесплатные...

Борис, мне кажется, что как раз более полезным будет описание объектов не в лабораторных условиях (500км от города и 2-3тыс. м над уровнем моря), а в реальных, когда в пятистах метрах светит фонарь.

Главная проблема нашего журнала Дип-Скаев - это неполность информации. Несмотря на напоминания многие не пишут во что смотрели, была ли Луна, высоту объекта над горизонтом вообще никто не указывает, а ведь это немаловажный фактор - одно дело М42 перед восходом Солнца, другое - в полночь в январе. Разумеется, я постараюсь обработать наш журнал, т.к. помню у кого какой инструмент, но  вновьприбывающие наверняка прочитав посты Doofа решать, что он в 300мм инструмент наблюдает.

Еще раз прошу - пишите инструмент в каждом посте.


Итак, единогласно я назначен координатором.
Вопрос - кто же у нас силен в динамическом ХТМЛе, кто возмется сделать "серверную часть" проекта? Клиентскую, похоже мне делать придется. Пойду сегодня книжки по Дельфи перечитывать. Лет пять-шесть не писал

Интересно, почему никому в голову не приходит мысль создать свою карту звездного неба.

Спасибо, Борис, хорошо посмеялся после тяжелого дня.

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

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

По поводу зарисовок. Техника их выполнения довольно проста, однако сделать КАЧЕСТВЕННУЮ зарисовку очень трудно (я пробовал). Нанести несколько десятков звезд в шаровом или плотном рассеянном скоплении так, чтобы они лежали на своих местах - задача не для слабонервных.

Об том и речь - надо учиться. И лучше сообща.

Кстати, я  видел очень мало любительских зарисовок на этом форуме. Для начала неплохо бы открыть тему 'Наши зарисовки Deep Sky' и посмотреть кто, чем богат.

Идея правильная, если все получится, со среды на четверг устрою опробывание своего обновленного 250мм телескопа и зарисую пару рассеянок.

Я точно ничего рисовать не буду. Хорошая зарисовка делается 1.5-2 часа, а за это время много чего можно посмотреть!
Согласен с Александром, что надо делать web-платформу. А клиентская часть должна быть ИМХО очень простой.

Дык, все по классике:

1. Страница ввода данных (с возможностью подцепить картинку зарисовки)
2. Страница просмотра/поиска
3. Страница запросов к БД (для продвинутых, желательна возможность прямых SQL-запросов, типа как здесь http://leda.univ-lyon1.fr/leda/fullsql.html)
4. Заметки, статьи и пр.
5. Форум (если нужен)

Цитата: Александр Вольф от 23.08.2004 [15:34:53]

Цитата: shandrik от 23.08.2004 [15:29:44]

...
Вопрос - кто же у нас силен в динамическом ХТМЛе, кто возмется сделать "серверную часть" проекта? Клиентскую, похоже мне делать придется. Пойду сегодня книжки по Дельфи перечитывать. Лет пять-шесть не писал

Я бы все же рекомендовал web-based реализацию журнала делать... более мобильный вариант получится...

Не подразумевается ли под этим выделенное (или длительное модемное) соединение?
Что проще - маленькая програмуля, делающая текстовый файл, отсылаемый потом почтой? Да и не вижу я откликов web-программеров. На Дельфи писал, быстро вспомню, а с ЦГИ и ПХП вообще не знаком.

Под этим подразумевается, что человек авторизовался, зашел в свой аккаунт, заполнил поля сответствующей формы (с возможностью прикрепления картинок/фото) и надал кнопку отправить - далее информация из полей попадает в базу данных, где и хранится до тех пор, пока клиент ее не запросит (в качестве клиента выступает веб-броузер)... Какое именно соединение будет совершенно не важно. Важно то, что благодаря этому базу данных могут пополнять одновременно несколько человек и сразу же ее использовать. Если нужны еще и "шашечки", то на стороне сервера можно делать кроме HTML-версии страницы еще и TXT, и PDF-версию - которые можно использовать для печати. Более того, можно там же, на сайте, отдавать Observ. Log (Шаблон карты наблюдений), которых можно напечатать N штук и использовать их в походных условиях. А потом уже можно будет поделиться с другими (по сути сделав электронную копию в БД) и у себя останется хороший централизованный журнал наблюдений.

Цитата: shandrik от 23.08.2004 [15:42:34]

Цитата: Александр Вольф от 23.08.2004 [15:34:53]

Цитата: shandrik от 23.08.2004 [15:29:44]

...
Вопрос - кто же у нас силен в динамическом ХТМЛе, кто возмется сделать "серверную часть" проекта? Клиентскую, похоже мне делать придется. Пойду сегодня книжки по Дельфи перечитывать. Лет пять-шесть не писал

Я бы все же рекомендовал web-based реализацию журнала делать... более мобильный вариант получится...

Не подразумевается ли под этим выделенное (или длительное модемное) соединение?
Что проще - маленькая програмуля, делающая текстовый файл, отсылаемый потом почтой? Да и не вижу я откликов web-программеров. На Дельфи писал, быстро вспомню, а с ЦГИ и ПХП вообще не знаком.

Под этим подразумевается, что человек авторизовался, зашел в свой аккаунт, заполнил поля сответствующей формы (с возможностью прикрепления картинок/фото) и надал кнопку отправить - далее информация из полей попадает в базу данных, где и хранится до тех пор, пока клиент ее не запросит (в качестве клиента выступает веб-броузер)... Какое именно соединение будет совершенно не важно. Важно то, что благодаря этому базу данных могут пополнять одновременно несколько человек и сразу же ее использовать. Если нужны еще и "шашечки", то на стороне сервера можно делать кроме HTML-версии страницы еще и TXT, и PDF-версию - которые можно использовать для печати. Более того, можно там же, на сайте, отдавать Observ. Log (Шаблон карты наблюдений), которых можно напечатать N штук и использовать их в походных условиях. А потом уже можно будет поделиться с другими (по сути сделав электронную копию в БД) и у себя останется хороший централизованный журнал наблюдений.

Интересно. Очень понравилась возможность параллельной заливки и оперативность. Но хочу, чтобы у самого наблюдателя оставался файл журнала. Но кто возьмется-то?

Цитата: Doof от 23.08.2004 [16:08:51]

Дык, все по классике:

1. Страница ввода данных (с возможностью подцепить картинку зарисовки)
2. Страница просмотра/поиска
3. Страница запросов к БД (для продвинутых, желательна возможность прямых SQL-запросов, типа как здесь http://leda.univ-lyon1.fr/leda/fullsql.html)
4. Заметки, статьи и пр.
5. Форум (если нужен)

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

Для того, чтобы экономно расходовать время online, необходимо четко определиться со структурой листа журнала и (!) желательно подготавливать материалы для БД в соответствии с этой структурой...

P.S. Несколько дней назад (с неделю-другую) я озадачился тем, что нужно как-то систематизировать свои наблюдения. В свою бытность учебы в школе (это примерно 10 лет назад) журнал наблюдений у меня заполнялся в произвольной форме, за исключением журнала наблюдений Солнца (к сожалению последний был утерян ). Тут же я решил все компьютеризировать и свести разнородные данные под одну крышу с наиболее развернутыми характеристиками. В связи с этим я спрашивал у народа формы для записей наблюдений и аналогичный софт (вдруг велосипед уже изобретен? ), паралельно перетряхнул весь SourceForge в поисках того, что мне надо. Нужное обнаружил, но (!) только в виде анонса, кторый был дан N лет назад (там несколько проектов таких). Я несколько огорчился, но, думаю, ладно - напишу движок сам - не впервой. Тут всплывает эта тема и... я отложил создание своего движка на неопределенное время (честно говоря уже более месяца ежедневно веду занятия (иногда весь день) - на всякие задумки "вкусные" попросту нет времени (сейчас, например, почти в завершенном виде лежит калькулятор-календарь эфемерид, а доделать все не могу)). Я даже для этого проекта зарегистрировался на СорсФордже, но... сильно несвободен в плане времени . Сейчас надеюсь на студентов - придут в сентябре, может среди перваков найдутся ЛА, которые к тому же соображают в области IT, то хоть часть задач по улучшению астросайта передам в их ведение и тогда высвободится некоторое кол-во времени. Сейчас я могу участвовать в проекте в качестве консультанта, т.к. по туманным объектам особо никогда не проходился (долгое время использовал РТМ 60, а в него далеко не все удавалось рассмотреть). Если проект обещает быть довольно долгоиграющим и ограничиваться только DS-объектами, то возможно в сентябре смогу поделиться кое-каким кодом для электронного журнала...

Цитировать

Цитата: shandrik от 23.08.2004 [16:22:54]

Если нужны еще и "шашечки", то на стороне сервера можно делать кроме HTML-версии страницы еще и TXT, и PDF-версию - которые можно использовать для печати. Более того, можно там же, на сайте, отдавать Observ. Log (Шаблон карты наблюдений), которых можно напечатать N штук и использовать их в походных условиях. А потом уже можно будет поделиться с другими (по сути сделав электронную копию в БД) и у себя останется хороший централизованный журнал наблюдений.

Интересно. Очень понравилась возможность параллельной заливки и оперативность. Но хочу, чтобы у самого наблюдателя оставался файл журнала. Но кто возьмется-то?

Смотреть мой пост... Если нужно электронную версию еще и у пользователя хранить, то кто мешает генерировать PDF или XML на основе того, что лежит в БД?

Да никто не мешает - это было мое пожелание/требование. Разумеется я понимаю, что это достаточно просто реализуемые детали, но главное не забыть про них.