Обратная связь искать на российском проекта базы данных нумизматического общества Добровольческой на http://rnsdb.x10.mx/rnsdb, Комментарии форума ищутся, чтобы определить необходимость, и если суще
Комментарии форума ищутся, чтобы определить необходимость, и если существует какая-либо поддержка проекта. Описание истории, целей, функций базы данных, и Демонстрационная версия / JPG выходов из базы данных находится на Существует также форум создан
База данных находится в английском языке с записями Брекке / Severin для монет и специальных записей для литературы и медалей, который является, как он эволюционировал в 1980-х для моего собственного использования. Он стал волонтерский проект в сотрудничестве с Ran Zander в 1992 году с 20 добровольцев, включая Брекке. Он был введен в сторону из-за ограничений технологии, но переработан и предложил снова в 2012, где он сейчас стоит.
Комментарии ценятся и 5-7 волонтеров необходимы для загрузки программ для тестирования. Вся система является бесплатной, с открытым исходным кодом, без рекламы, и отражают эволюцию, что я чувствую коллекторы потребуется. Много данных уже существует, но изображения, преобразование в числа Биткин, подделок, оценок, результатов аукциона, ссылки и т.д. все должны быть добавлены. Но если вы идете в рамках проекта, вы будете видеть, что есть место для все, чтобы соответствовать.
Дополнительный вход также необходимо, как можно связаться с модератором, чтобы увидеть, если суб-форум для технологии Database для русской нумизматике могут или должны быть созданы. Кроме того, я нужна помощь по переводу и общения с форума на русском языке.
Рон...
Feedback on Russian Numismatic Society Volunteer Database Project at
Forum comments are sought to determine need, and if any support exists for the project. A description of the history, objectives, database functions, and sample pdf/jpg outputs fr om the database is at There is also a forum set up
The database is in English with Brekke/Severin entries for coins and random entries for literature and medals. This is how it evolved in the 1980s for my own use. It became a volunteer project in collaboration with Ran Zander in 1992 with 20 volunteers including Brekke. It was put aside due to limitations of the technology, but redesigned and proposed again in 2012 wh ere it now stands.
Comments are appreciated and 5-7 volunteers are needed to download the programs to test. The whole system is free, open source, with no ads, and reflect an evolution of what I feel collectors would need. A lot of data already exists, but images, conversion to Bitkin numbers, forgeries, valuations, auction results, links etc all need to be added. But if you go through the project, you will see there is a place for everything to fit.
Additional input is also needed on how to contact the forum moderator to see if a sub-forum for Database technology for Russian Numismatics could or should be created. Also I need any help on translation and communicating with a Russian forum
Sorry for my poor English Google translate is nasty, English text is more understandable for me. About volunteers - your db is interesting for me because I try to do my own (you can find my programs at , but unfortunately I haven't enough time to became true volunteer.I'm going to work with your program on this weekend's and I will write feedback after that I advise you to post also to - that forum has special areas for non-Russians and for software discussions and there are more people who are interested in any technical means (or they more active)
ПОМОЩЬ !! Мне нужна помощь регистрации в я не могу ответить на секретный вопрос, который является то, что вы называете края монеты Я пробовал все, как в русском и английском языках, но и получать ответ ответ неверен. На мой взгляд, ответ на этот вопрос край, но он не работает
Рон
HELP!! I need help registering at the I can't answer the secret question which is what do you call a coin edge. I have tried everything in both Russia and English but get a reply answer is wrong. To me, the answer is edge but it doesn't work
Sorry for delay. This is my experience about your program. I know that my is very poor, so if something is unclear -ask me, I will try to describe this with another words. And excuse me if my post is unpleasant for you, but it is my opinion.
1. Literature database link (lit.accdr ) references to local file at your computer - file:///C:/RNS/x10%20web/rnsdb/coins/lit.accdr, so no one except you can download it 2. Very unfriendly interface - buttons with same titles, filters' showing result button is placed under filters criteria block (I looked for it left or/and below this block), cutted strings (like patter[n], au has cutted down - I understood what it is only with excluding all other metals), a lot of codes (like "Peter I" looks as 425 in filter criteria) which user shoudn't see 3. Gigantic coins tables - there are a lot of fields in and all of them are showed, but it seems that user don't need all of it in general list. For example - what is the reason to show the link to wiki article about Peter I in each his coin's record ? You have full information form so you can show all fields in this form, not in list of all coins. I think it is because you need divide you super table to some small table (for example - references to literature should be separate table with struct like book_id - coin_id - number - rarity, it will helps you get various catalogs number for coin without changing table struct ) 4. Unobvious way to define/drop filters - I was surprised when I select another tzar and get the previous one, only after several attempts I understood that I have to click to tzar field to drop filter, other way I get filter criteria like "Peter I or Anna Ivanova" (By the way, why do you call her Anna Ivanova? Her name was Anna Ivanovna ( or Ioannovna), Ioannovna is not surname, it means her father was Ivan, Ivanova means her surname was Ivanova in most part of cases) 5. Something strange in codes: - Polish ocupation 1883-1841 - wrong years ? - Two equals Mint Moscow - M - Warsaw used MW (Mennica Warszawska) mintmark , not МШ - There is no Osaka mint - 10 an 15 kopeks 1916 without any mint mark, Petersburg's coins have mintmeister mark ВС (but have not mint mark СПБ - it is mistake in your DB, check billon coins for 1915-1917, they should have empty mmk)
summary: I think, current state of program is unusable for end users, it is only for some enthusiasts who knows how to use it, mostly for its autor.
Congratulations. You are only the second person to download and try out the database and your feedback is valued. In software development, this is what is called a beta test. A test by a small number of people to identify bugs and difficulties which can be fixed to make a system better for future users. Please do not worry about criticism. If I were overly sensitive to it, I should have chosen another line of work than IBM. It was initially developed for what I as a collector felt was needed for research. I know I could never have inventoried and printed reports of my collection of literature, coins, and medals or have the knowledge I have of Imperial Russian numismatics without it. The fact that you got the coins Database Control Panel to open and did some things is encouraging, and it looks like you had no abnormal ends. I'd like to know what operating system and screen size you're using. I've gone through your valid numbered comments. Most of them are minor tactical and are easily fixed. One is major strategic. 1. lit.accdr link. Minor: fixed . I'm using Blue Griffon for web page design and once in a while it replaces a link with the location on the disk and doesn't let you know. I have also added a suggestion not to download the optional literature and medals files until conclusions are reached about the coins test. 2. Major but possibly minor because several things can be done to reduce complexity. 2.1 I don't fully understand buttons with same titles and filters showing result button
2.2 au cutted. Minor fixed. The text fields have been widened so to not cut off. This may occur in the test if using a laptop or small screen but any future upd ate will correct that. In addition, holding the mouse over a button or control for a few seconds will pop up a box describing what it does. Also, clicking shows descriptive text at the bottom 2.3 425 for Peter I. Minor fixed. 425 is the Access number for Peter I in the Names table. It shows in the box because Access uses that number to find all Peter I records. It also let's me know a czar is being filtered. I need to keep it there because I can key in 425 if I know it and not have to pick it from a list box or a names datasheet. However, your suggest is excellent. The user should see Peter I, and I have added an adjacent box to show both 425 and Peter I. I've done the same for Denomination eg next to j would show 50 Kopeck. And the same for Master Record eg 1674 would show 1841 St. Pet 2K and Auction eg h142 adjacent would show Hess J.J. Tolstoi 1913. You can see this at 3. Gigantic coin tables. Major but can be dealt with in several ways 3.1 Any of the columns in the datasheet can be sel ected and moved right off screen so that you have to scroll right to see them. The wikipedia link for Peter I shows for each line which has Peter I in it because the link is associated with Peter I name. They would not show if moved to the right, but you would then have to either scroll over or go to form view to know there's a link for Peter I 3.2 The other fix would be to do what's being done for Reports. There are 3 reports types. Minimal: Letter paper Portrait which only allows 125 or so characters of the most basic data. Medium: Letter paper Landscape which allows 170 or so characters, and Maxiumum: Legal Paper Landscape which allows 225 or so characters. Similarly, the Master Record and Prices buttons could be divided into Minimal Moderate Maximum to display minimal to the most detailed. I found I was using maximum in all my research. What constitutes minimum and what's moderate would have to be determined by users. Maximum is already defined by me, but it's easier to cut something down than to figure out what has to be added. It's a good idea, though 4. When you filter multiple czars like Peter I and Anna or denominations, it will display the records for all, but the filter box only shows the Access code of the last one clicked. It's impractical to show a running list of all the czars or all the denominations picked. Normally however you only pick one or else you know you've picked 2 or 3, even though you may not see them all. 5. Anna Ivanova Polish Occupation Osaka Moscow Mint etc: Minor fixed. Anna Ivanova was Brekke usage. Osaka is a mint according to Severin. All these are minor because they are easily fixed and there are going to be some errors throughout the database arising from the way data got into the database. But they aren't important in evaluating the software. What you do point out that's major is whether the database is too unfriendly and complicated. The other tester before you concluded the same thing, which resulted in a number of simplifications and changes. I can only say the functions I wanted as a collector required a certain level of complexity. Windows XP or 8 isn't friendly or easy to learn but that's what the Windows functions required. It's like learning a new language. It's not easy. Your suggestions will help simplify this somewhat. Your closing comment about the unusability in it's current state is key, because the current state is constantly changing thanks to suggestions and new ideas. What it looks like today is nothing like what it looked like back in 1992 or in 2012. What it looks like in 3 more months will resemble but be different fr om what it is today. If I get two or three more feedbacks, I'll package a new runtime se t of files and upload. The test database is over a year old so it's missing a lot of the new auctions, references and coins I've added since, the updated forgery forms etc. It takes 5-6 hours to package new run time files which could then serve for another iteration of testing.
Ron
Поздравляю. Вы только второй человек , чтобы загрузить и опробовать базу данных и ваша обратная связь ценится . При разработке программного обеспечения , это то, что называется бета-тест . Тест на небольшое количество людей для выявления ошибок и трудностей, которые могут быть закреплены , чтобы сделать систему лучше для будущих пользователей . Пожалуйста, не беспокойтесь о критике. Если бы я был чрезмерно чувствительны к нему, я должен был выбрать другую работу , чем IBM. Первоначально она была разработана для того, что я , как коллекционер считали, была необходима для проведения исследований. Я знаю, что никогда не смог бы инвентаризацию и печатные сообщения о моей коллекции литературы, монет и медалями или иметь знания у меня есть императорских русской нумизматике без него. Тот факт, что вы получили панель управления монеты База данных , чтобы открыть и сделал некоторые вещи обнадеживает, и, похоже, у вас не было аномальные концы . Я хотел бы знать, что операционная система и размер экрана вы используете . Я прошел через ваших действительных пронумерованными комментариев. Большинство из них являются незначительными тактических и легко фиксируются . Одним из них является главным стратегическим . 1 . Lit.accdr ссылка . Малой : фиксированный . Я использую синий Griffon для веб-дизайна и раз в то время он заменяет ссылку с расположением на диске и не дам вам знать. Я также добавил предложение не загружать дополнительный литературу и медалями файлы, пока выводы не будут достигнуты о тесте монеты .
2 . Майор , но, возможно незначительное , потому что некоторые вещи можно сделать, чтобы уменьшить сложность. 2.1 Я не до конца понимают кнопки с теми же названиями и фильтров , показывающих кнопку результата
2.2 а.е. вырезанные . Малой фиксированной . Текстовые поля были расширены так , чтобы не отрезать . Это может произойти в тесте , если с помощью ноутбука или небольшой экран, но любые будущие обновления будут исправить. Кроме того, проведение мыши на кнопку или контролем в течение нескольких секунд будет всплывающее окно с описанием , что он делает . Кроме того, нажатие показывает описательный текст в нижней 2.3 425 для Петра I. Малой фиксированной . 425 это номер доступа для Петра I в таблице имен . Это показывает, в коробке , потому что доступ использует этот номер, чтобы найти все записи Петра I . Он также давайте мне знатьцарь фильтруется. Мне нужно , чтобы держать его там, потому что я могу ввести 425 , если я знаю , и не иметь , чтобы забрать его из списка или по географическим названиям данные . Тем не менее, ваш предложить отличное. Пользователь должен видеть Петра I , и я добавил соседнюю коробку , чтобы показать как 425 и Петра I. Я сделал то же самое для Номинал например рядом с J покажет 50 копейки . И то же самое для основной записи , например, 1674 покажет 1841 Санкт- Pet 2K и Аукцион например H142 рядом покажет Hess JJ Толстой 1913 . Вы можете увидеть это на
3 . Гигантские столы монеты . Майор , но могут быть решены несколькими способами 3.1 Любая из столбцов в данные могут быть выбраны и перемещены сразу же экране , так что у вас есть для прокрутки вправо, чтобы увидеть их . Ссылка Википедия для Петра I показывает для каждой строки , которая имеет Петра I в нем , потому что ссылка связана с именем Петра I . Они бы не показать, если перемещается вправо , но вы в таком случае придется либо выделите на или пойти , чтобы сформировать мнение знать есть ссылка для Петра I 3.2 Другой исправление было бы сделать , что делается для отчетов . Есть 3 отчеты типы . Минимальная : Письмо бумаги Портрет , который позволяет только 125 или около того символов самых основных данных . Средний : Письмо бумаги Пейзаж , который позволяет 170 или около того символов и Maxiumum : Юридический документ Пейзаж , который позволяет 225 или около того символов. Кроме того, основной записи и Цены кнопки можно разделить на минимальной Умеренно Максимум для отображения минимального до самых подробных . Я обнаружил, что использовал максимум во всех моих исследований . Что составляет минимум и что умеренное придется определяться пользователей . Максимальная уже определен мной , но это легче резать что-то вниз , чем выяснить, что должен быть добавлен . Это хорошая идея , хотя
Congratulations. You are only the second person to download and try out the system and your feedback is valued. In software development, this is what is called a beta test. A test by a small number of people to identify bugs and difficulties which can be fixed to make a system better. Please do not worry about criticism. If I were overly sensitive to it, I should have chosen another line of work than IBM The fact that you got to the Database Control Panel and did some things is encouraging, and looks like you have no abnormal ends. I've gone through your valid comments. Most of them are minor tactical and are easily fixed. One is possibly major strategic. 1. Minor. The lit.accdr link is fixed. I'm using Blue Griffon for web page design and once in a while it replaces a link with the location on the disk and doesn't let you know. I have also added a warning not to download the optional literature medals files until the coins test evaluation is finished 2. Major but possibly minor because several things can be done, although I don't fully understand #2. 2. 4 . При фильтрации нескольких царей , как Петр I и Анны, или конфессий , он будет отображать записи для всех, но коробка фильтр показывает только код доступа последнего щелкнули. Это непрактично , чтобы показать действующий перечень всех царей или всех конфессий выбраны . Обычно , однако, вы только выбрать один или же вы знаете, как вы выбрали 2 или 3 , даже если вы не можете увидеть их все. . 5 Анна Иванова польской оккупации Осака Московский монетный двор и т.д. : Небольшие фиксированные . Анна Иванова было использование Брекке . Осака является мята согласно Северин . Все эти незначительны , потому что они легко фиксируются и будут некоторые ошибки всей базе данных , возникающих от того, как данные, полученные в базу данных. Но они не важны при оценке программного обеспечения. То, что вы указать, что это главным является ли база данных слишком недружелюбно и сложным. Другой прибор перед вами пришли к выводу, то же самое , что привело в ряде упрощений и изменений. Я могу только сказать функции , которые я хотел , как коллекционер требуется определенный уровень сложности. Windows XP или 8 не дружит или легко узнать, но это то, что требуется функции Windows. Это как изучение нового языка . Это не просто . Ваши предложения помогут упростить это несколько . Ваш закрытия комментарий о невозможности использования в его нынешнем состоянии является ключевым, потому что текущее состояние постоянно меняется благодаря предложений и новых идей . Как это выглядит сегодня не что иное, как то, что это было похоже еще в 1992 году или в 2012 году. Как это выглядит в более 3-х месяцев будет напоминать , но отличаться от того, что она является сегодня. Если я получу еще два или три обратные связи, я буду упаковать новый набор выполнения файлов и загрузки. База данных тест закончилсялетний так что это Он занимает 5-6 часов , чтобы упаковать новые файлы времени выполнения , которые могут затем служить пропавших много новых аукционах , ссылок и монет я добавлены с момента , обновленных подделки форм и т.д. другой итерации тестирования. Рон
Unfortunately, the database is sprinkled throughout with code that is not compatible with Access 2003. Also, the key reason I upgraded was that Access 2007 has the awesome ability to create pdfs. I used to think it could only do it from designed reports and was demonstrating my datasheets and form views as screen capture images, but I discovered 2007 makes an exact pdf of what you see on the screen. Awesome.
I converted 3 desktops from 2003 to 2007 by buying an upgrade on ebay. The price ran from $30 to $50 and all the keys worked. Microsoft seems to be very lenient about the keys. Given all the additional function, better ribbon etc in 2007 and the low cost of upgrading, I'd strongly recommend going with the upgrade
In order to test the database on my 3 laptops, I installed the Microsoft Access 2007 runtime module, and all 3 laptops work without having Access installed. I'm curious what you mean by runtime not being the best way, because runtime ignores any installation of Access 2003 or earlier versions.
As an aside, what is your opinion of Google translate and is it of any use to include both English and the Google translate in the post? When I use Goodgle to reverse translate their translation back into English, it comes out a little strange, but I'm generally able to get the gist of it.
Although I've pretty much concluded there's not much support for the database, I often wondered would it would take to design it in Russian. For example, does Microsoft Word, or Snag it, or PDF splitters or any of the software packages I use here in the US go to the effort to offer them in Russian?
Ain't certain about pdf advantage, as any virtual pdf printer installed as 'printer' on a windows box will do the trick just for any software able to print. It will not be dependent on the software. But that's an IMO, of course. Now when you say that MSA2007 code is incompatible with MSA2003 I am really curious to check that. It was always my understanding that 2007 is a castrated version of 2003 with the ribbon interface.
I'll give a try with runtime on a VM system and see what is all about.
rnsdb пишет: Congratulations. You are only the second person to download and try out the database and your feedback is valued. In software development, this is what is called a beta test.A test by a small number of people to identify bugs and difficulties which can be fixed to make a system better for future users. I don't think your app in beta test stage, it looks like research stage, but it doesn't matter because itis terminology problem Please do not worry about criticism. If I were overly sensitive to it, I should have chosen another line of work than IBM. It was initially developed for what I as a collector felt was needed for research. I know I could never have inventoried and printed reports of my collection of literature, coins, and medals or have the knowledge I have of Imperial Russian numismatics without it. Yes, app works without any technical errors The fact that you got the coins Database Control Panel to open and did some things is encouraging, and it looks like you had no abnormal ends. I'd like to know what operating system and screen size you're using. Window 8.1 64 bit single language edition,1366x768 I've gone through your valid numbered comments. Most of them are minor tactical and are easily fixed. One is major strategic. 1. lit.accdr link. Minor: fixed . I'm using Blue Griffon for web page design and once in a while it replaces a link with the location on the disk and doesn't let you know. I have also added a suggestion not to download the optional literature and medals files until conclusions are reached about the coins test. I had no doubt that it was small error of some automatic system, so i just write bug report 2. Major but possibly minor because several things can be done to reduce complexity. 2.1 I don't fully understand buttons with same titles and filters showing result button Master Records - as coins master record ( MASTER RECORD block) and in See codes+abbreviations block (+ Master record in filter criteria block)
2.2 au cutted. Minor fixed. The text fields have been widened so to not cut off. This may occur in the test if using a laptop or small screen but any future upd ate will correct that. In addition, holding the mouse over a button or control for a few seconds will pop up a box describing what it does. Also, clicking shows descriptive text at the bottom Yes, I use laptob, but your default resolution is very large, I think 2.3 425 for Peter I. Minor fixed. 425 is the Access number for Peter I in the Names table. It shows in the box because Access uses that number to find all Peter I records. It also let's me know a czar is being filtered. I need to keep it there because I can key in 425 if I know it and not have to pick it from a list box or a names datasheet. However, your suggest is excellent. The user should see Peter I, and I have added an adjacent box to show both 425 and Peter I. I've done the same for Denomination eg next to j would show 50 Kopeck. And the same for Master Record eg 1674 would show 1841 St. Pet 2K and Auction eg h142 adjacent would show Hess J.J. Tolstoi 1913. You can see this at I'm iOs developer and I work with db (mostly sqlite) from time to time, so I understood what it is, but I think its wrong way show base internal identifiers to user 3. Gigantic coin tables. Major but can be dealt with in several ways 3.1 Any of the columns in the datasheet can be sel ected and moved right off screen so that you have to scroll right to see them. The wikipedia link for Peter I shows for each line which has Peter I in it because the link is associated with Peter I name. They would not show if moved to the right, but you would then have to either scroll over or go to form view to know there's a link for Peter I 3.2 The other fix would be to do what's being done for Reports. There are 3 reports types. Minimal: Letter paper Portrait which only allows 125 or so characters of the most basic data. Medium: Letter paper Landscape which allows 170 or so characters, and Maxiumum: Legal Paper Landscape which allows 225 or so characters. Similarly, the Master Record and Prices buttons could be divided into Minimal Moderate Maximum to display minimal to the most detailed. I found I was using maximum in all my research. What constitutes minimum and what's moderate would have to be determined by users. Maximum is already defined by me, but it's easier to cut something down than to figure out what has to be added. It's a good idea, though No, I mean another way. It seems, that you use one supertable ( I counted 61 fields!!!) instead a system of related tables and a lot of its field is unnecacery for list of coins, user could see it only if he selects some coin and looks at it record, i.e. list of coins is something like index in the end of books or books contents. I think, database struct need redesign, but I m not sure because I dont see current struct. May be i try to look at it and try to do my version of your app if I find some time to it for show what I mean. Or I can send you my own struct when I finish redesign it. Can you read sql scripts with cre ate table statements etc? 4. When you filter multiple czars like Peter I and Anna or denominations, it will display the records for all, but the filter box only shows the Access code of the last one clicked. It's impractical to show a running list of all the czars or all the denominations picked. Normally however you only pick one or else you know you've picked 2 or 3, even though you may not see them all. 5. Anna Ivanova Polish Occupation Osaka Moscow Mint etc: Minor fixed. Anna Ivanova was Brekke usage. Osaka is a mint according to Severin. All these are minor because they are easily fixed and there are going to be some errors throughout the database arising from the way data got into the database. But they aren't important in evaluating the software. Yes, this point is not important for software testing What you do point out that's major is whether the database is too unfriendly and complicated. The other tester before you concluded the same thing, which resulted in a number of simplifications and changes. I can only say the functions I wanted as a collector required a certain level of complexity. Windows XP or 8 isn't friendly or easy to learn but that's what the Windows functions required. It's like learning a new language. It's not easy. Your suggestions will help simplify this somewhat. Your closing comment about the unusability in it's current state is key, because the current state is constantly changing thanks to suggestions and new ideas. What it looks like today is nothing like what it looked like back in 1992 or in 2012. What it looks like in 3 more months will resemble but be different fr om what it is today. If I get two or three more feedbacks, I'll package a new runtime se t of files and upload. The test database is over a year old so it's missing a lot of the new auctions, references and coins I've added since, the updated forgery forms etc. It takes 5-6 hours to package new run time files which could then serve for another iteration of testing.
Ron, 2 questions: 1) What is the purpose of the database? Is it inventory tracking or general super-catalogue-of-everything? 2) Do you have programming \ db development experience?
1. My pdf printer is dopdf 7, but it won't create a pdf while in Remote Desktop or Terminal Services. I do all my work in Remote Desktop from 3 laptops and 2 desktops which connect to the 3d main desktop. Access 2007 in Remote Desktop creates the pdfs okay, I assume because it's all Microsoft software
2. There's a bunch of Access 2007 and Access 2003 compatability discussions on the internet, even if the 2007 accdbs are converted to 2003 mdbs. Visual basic commands, features, etc. The net seems to be a number of user interface incompatabilities. One big data one is the inability to link to tables in another database. The coins database links to the literature database tables in order to get the auctions needed to enter auction prices
3. The purpose of the database evolved. Back in 1985 when it was in Basic on the pc, I wanted to get Brekke and Severin into computer format, so I OCR scanned their books creating the 7500 entries. I added literature and medals manually from my own collection and auctions, as there was no single good reference. It was converted to DBase 3 and then Access when it first came out. So the first objective was to have a computerized Bitkin so to speak, but with more images and more narrative snippets from Brekke, JRNS articles, forums, auctions, etc. Whenever I saw something interesting eg Czapski countermarks, I either entered some narrative, or more recently put in a link to get to it.
4. Once a computerized catalog existed, it became the basis for creating an inventory of the collection by simply clicking on the literature, coin or medal item in the catalog and then clicking on condition and flaws, and typing in price and any notes. With several thousand literature, coins, and medals, I could never have done it manually or with any of the collection software I've seen for sale. Adding fields for links and pdfs only came about with the major update in 2012. The database, of course, is specific to only Imperial Russian numismatics
5. So the database is a computerized Bitkin Brekke Severin Uz catalog, an encylopedia, a collection inventory tool, a traffic cop giving directions to pdfs and links, an auction tracking and price discovery system similar to m-dv.ru, and a forgery analysis tool, since forgeries can be entered just like Bitkin coins and the original compared side by side with the forgery.
6. I worked for 30 years in IBM in systems engineering, programming, finance and mainframe databases. I only got into desktop Basic, DBase and Access when IBM first came out with the personal computer in 1981
Ron 1 . Мой PDF принтер dopdf 7 , но это не будет создавать PDF время в Remote Desktop или Terminal Services. Я делаю все время моей работы в Remote Desktop от 3 ноутбуков и настольных компьютеров 2 , которые соединяют в 3d основной рабочий стол . Access 2007 в Remote Desktop создает PDF-файлы в порядке , я предполагаю, потому что это все программное обеспечение Microsoft
2 . Там куча Access 2007 и Access 2003 обсуждений , поддерживающих совместимость в Интернете , даже если accdbs 2007 преобразуются в 2003 МБР. Визуальные основные команды , особенности и т.д. Один большой из них является неспособность перейти по ссылке таблиц в другой базе данных . База данных монет ссылки на базы данных литературы , с тем , чтобы получить аукционы , необходимые для входа аукционные цены
3 .Цель базы данных развивались . Еще в 1985 году, когда это было в основном на ПК, я хотел получить Брекке и Северин в компьютерном формате , так что я OCR сканирования их книг создания 7500 записей. Я добавил литературу и медали вручную из моей собственной коллекции и аукционах , так как не было ни одного хорошая ссылка . Он был преобразован в DBase 3, а затем Access , когда он впервые вышел . Таким образом, первая цель была иметь компьютеризированную фото Биткин так сказать , но с большим количеством изображений и более повествовательных фрагментов из Брекке, статьи JRNS , форумах , аукционов и т.д. Всякий раз, когда я вижу что-то интересное надчеканки например Чапски , я либо ввести некоторые повествование , или положить в ссылку, чтобы добраться до него.
4 . После того, как компьютеризированная Каталог существовал, он стал основой для создания инвентаризацию коллекции , просто нажав на литературе , монеты или медали элемента каталога , а затем нажав на состояние и недостатки, и набрав в цене и любые заметки. Добавление полей для ссылок и PDF-файлы только произошло с крупное обновление в 2012 году.
5 . Таким образом, база данных представляет собой компьютеризированную Каталог Биткин Брекке Северин Уз ,Encylopedia , инструмент инвентаризации коллекции , копию трафика дает направление к PDF-файлов и ссылок , отслеживая аукциона и системы обнаружения цена аналогичной м- dv.ru , и подделка инструмент анализа , так как подделки могут быть введены , как Биткин монет и оригинального по сравнению бок о бок с подлоге .
6 . Я работал в течение 30 лет в IBM в системной инженерии , программирования , финансов и баз данных мэйнфреймов . Я получил только в столе Basic, DBase и Access , когда IBM впервые вышел с персональным компьютером в 1981 году
Window 8.1 64 bit single language edition,1366x768 The system was designed for 23" desktop display 1920x1080 with custom 160% text size. Windows 7/8 but not XP appears to automatically size down, but some boxes with text seem to get truncated. A 15" laptop screen may work but is probably too small
I don't think your app in beta test stage, it looks like research stage, but it doesn't matter because it is terminology problem Correct, although for my use, it's been running production for several years. As a collector, it does everything I want, and if there were 100 clones of me, we'd all be entering data to the cloud. But there aren't and as you say, it's a matter of terminology but I think with all the code running doing functions, it's beyond research.
Master Records - as coins master record ( MASTER RECORD block) and in See codes+abbreviations block (+ Master record in filter criteria block) OK, I understand. I changed the descriptions to clarify that
Yes, I use laptop, but your default resolution is very large, I think Yes. See above. Do you also have a desktop? There's a task at the rnsdb forum to understand what different screen sizes, operating systems, and resolution settings do to the appearance when the database is launched, but my 3 desktops seem to run okay, so I'm assuming Windows 7/8 is doing the right thing. The key thing is both vertical and horizontal scroll bars have to show when browsing Master Records.
I'm iOs developer and I work with db (mostly sqlite) from time to time, so I understood what it is, but I think its wrong way show base internal identifiers to user You might be right. This isn't a banking transaction system or Yahoo or Amazon order entry, but a pretty small collecting population, so being closer and personal to the code and system innards may not be a problem. When figuring out problems or making changes or specifying sort sequences, I'm sometimes at the Access ID# level.
No, I mean another way. It seems, that you use one supertable ( I counted 61 fields!!!) instead a system of related tables and a lot of its field is unnecacery for list of coins, user could see it only if he selects some coin and looks at it record, i.e. list of coins is something like index in the end of books or books contents. I think, database struct need redesign, but I m not sure because I dont see current struct. May be i try to look at it and try to do my version of your app if I find some time to it for show what I mean. Or I can send you my own struct when I finish redesign it. Can you read sql scripts with cre ate table statements etc? I need some help here. But at 78, I don't have enough years left for a redesign, and the database currently does pretty much what I want as a collector. I just think an interactive database Bitkin catalog with expanded functions and sort filter which can then be used for collection inventory, auction tracking price discovery, and forgery analysis is something that should be available to collectors of Russian numismatics. You are right about tables. But many of the 61 fields you count are coming in from queries linked to the 21 code tables, such as abbreviation and description of rarity etc. There is one table for Names (21 fields), one table for Master Records (33 fields), one table for Prices (21 fields) and 21 tables for codes eg denomination, metal, etc. (6 or so fields each). When I went to input Brekke and Severin data, I found it took 25 fields to describe the coin, and I added additional fields like importance, memo fields, whether an image exists, etc) You can see the specs for the 33 fields at I can read sql scripts as Access generates SQL statements. I have also tested the migration of the 3 tables (not the code tables) to the mysql server at rnsdb.x10.mx and was able to update the data over the internet. I'm not sure what splitting the Master Records table into several tables would accomplish. The Access queries are complicated enough trying to connect the 24 tables, as Access generates SQL statements several paragraphs long.
Yes, this point is not important for software testing But still catching the lit.accdr link was important and if something is obvious like a date error or a bad mintmark etc its to catch and fix it, as it takes almost no time.
The system was designed for 23" desktop display 1920x1080 with custom 160% text size. Windows 7/8 but not XP appears to automatically size down, but some boxes with text seem to get truncated. A 15" laptop screen may work but is probably too small I realy have laptop with 14 inches screen, its enough for me and app is looks well except some reduced labels
Yes. See above. Do you also have a desktop? There's a task at the rnsdb forum to understand what different screen sizes, operating systems, and resolution settings do to the appearance when the database is launched, but my 3 desktops seem to run okay, so I'm assuming Windows 7/8 is doing the right thing. The key thing is both vertical and horizontal scroll bars have to show when browsing Master Records. I haven't desktop, but I will connect my leptop to TV, it gets enough resolution, I think
I need some help here. But at 78, I don't have enough years left for a redesign, and the database currently does pretty much what I want as a collector. I just think an interactive database Bitkin catalog with expanded functions and sort filter which can then be used for collection inventory, auction tracking price discovery, and forgery analysis is something that should be available to collectors of Russian numismatics. You are right about tables. But many of the 61 fields you count are coming in from queries linked to the 21 code tables, such as abbreviation and description of rarity etc. There is one table for Names (21 fields), one table for Master Records (33 fields), one table for Prices (21 fields) and 21 tables for codes eg denomination, metal, etc. (6 or so fields each). When I went to input Brekke and Severin data, I found it took 25 fields to describe the coin, and I added additional fields like importance, memo fields, whether an image exists, etc) You can see the specs for the 33 fields at I can read sql scripts as Access generates SQL statements. I have also tested the migration of the 3 tables (not the code tables) to the mysql server at rnsdb.x10.mx and was able to update the data over the internet. I'm not sure what splitting the Master Records table into several tables would accomplish. The Access queries are complicated enough trying to connect the 24 tables, as Access generates SQL statements several paragraphs long.
well, it seems that it presentation problem, not structure. If so, it does not take a lot of time to change or add some forms. Can I open this files with access and work with inner struct (tables, forms)? I don't know because I have little experience using access
It's important to know that Access 2007 IS SQL. The big advantage is that Access has a graphical user interface which makes it much easier to design tables, queries, forms, and reports than to write them in native SQL/php code. The SQL code that Access creates are a mile long, especially if the query or form is complex. But even so, this database still requires hundreds of pages of Visual Basic Code in addition to get things to work. I can't imagine doing it in native mode. As it is, even with Access, I've been plunking away at it for 30 years.
Once you have tables and queries designed, which is by far the hardest part, forms/datasheets and reports to display data are relatively easy to create. The accdr files you see are packaged so as to allow users not having Access 2007 installed to run the database. This thanks to Microsoft making the run time code available for free. But accdr files when they are packaged for distribution to users are stripped of all design modules, code etc. Otherwise, users could go in an change the way the database runs. To be able to play around with the tables, queries or form specs, you would have to buy a full version of Access 2007, and work with accdb files, which are what I'm working with as I make changes like the ones you suggested.
But for testing the database and working with the functions, you shouldn't have to do that. Only make notes on the 5 page instructions as you go through exercising all the functions as to what isn't working, what isn't clear, what could be improved, etc.
I visited your web site. Some of the utilities are very userful, although I consider them tactical supportive rather than strategic. What you might want to think of as strategic is if you want to design and code a native SQL Bitkin catalog with everything that's in his catalog, but with literature and medals. And then use that catalog and literature for doing auction prices, forgery analysis and inventorying of a collection. I estimate 20-30 man years. See the query for the Master Record at and the SQL generated The tester before you was critical of desktop Access, feeling it should all be native on the server. There are three problems:
1. Access DOES allow the data tables to be on a SQL server for remote internet update, with the code tables, queries, forms, reports, visual basic code and images remaining on the desktop. The SQL server can handle 100's of users dynamically adding/changing data, while keeping the other stuff on the desktop keeps delay times down because a lot of the work is being done by the desktop cpu without going round trip to the server for everything. So it's a hybrid approach 2. To be able to do a native SQL design, you have to have user input as to data requirements, functions, forms layouts etc. The only stake in the ground as to what these are that I'm aware of is the test database. If there's little interest in it, there certainly wouldn't be any interest if it were all on the cloud 3. There isn't a big enough market for justify a development effort. If I can't give it away, it's obvious nobody is going to pay for it if it were all on the cloud.
What forum collectors should ask is this: Is there a need for the following functions (which are at the volunteer site)
1. Bitkin Brekke Severin Uzdenikov interactive Access catalog and price guide but with numerous sort and filter capabilities and dynamic update 2. Numismatic encyclopedia due to more data able to be stored for each name, lit, coin, or medal 3. Traffic cop providing directions to pdf and internet links. JRNS articles, Wikepedia, forum posts, pdfs of auctions and reference works etc 4. Structured system for side by side comparison and danger analysis of forgeries 5. Auction tracking system similar to m-dv.ru and Bitkin for establishing literature, coin, and medal values 6. Personal collection inventory tool by clicking on a catalog entry, condition and auction, keying in purchase price and auction notes and then printing reports
The only database I'm aware of with these capabilities and exclusively designed for Imperial Russian numismatics is the volunteer test database. If the answer is yes, it should be worth the 6 hours or so to download and evaluate the function and develop a consensus. If anyone should be interested in this, it should be Bitkin and Uzdenikov (his successor), as least for the coin catalog as they don't have literature which is really necessary, not only for auctions but for reference and for collecting literature in it's own right. Bitkin really isn't doing #2,3,4 or 6 and only a minimal effort at 5, but with few entries that are now 10 years old. I've emailed Bitkin several times, but never heard back
Ron.
Это важно знать, что Access 2007 [U ] IS [ / B] [ / U] SQL . Большим преимуществом является то, что доступ имеет графический пользовательский интерфейс, который делает его легче создавать таблицы , запросы, формы и отчеты , чем писать их в машинный код SQL / PHP . Код SQL Access создает являются длиной в одну милю , особенно если запрос или форма сложная . Но даже в этом случае , эта база данных все еще требует сотни страниц кода Visual Basic в дополнение , чтобы получить вещи работать . Я не могу представить это делать в собственном режиме . Как это, даже с Access , я plunking далеко в этом в течение 30 лет .
Если у вас есть таблицы и запросы , направленные , которая на сегодняшний день самая сложная часть , формы / в технических описаниях и отчеты для отображения данных относительно легко создать . В accdr файлы , которые вы видите упакованы таким образом, чтобы позволить пользователям , не имеющие Access 2007 установлен для запуска базы данных. Это благодаря Microsoft делает время выполнения кода предоставляется бесплатно . Но accdr файлов, когда они упакованы для распространения пользователей лишен всех проектных модулей , код и т.д. В противном случае , пользователи могли бы пойти в изменении путь база данных работает . Для того, чтобы поиграть с таблицы, запросы или формы спецификации, вам придется купить полную версию Access 2007 , и работать с Accdb файлов, которые, что я работаю с , как я внести изменения , как те, что вы предложенных .
Но для проверки базы данных и работать с функциями , вы не должны этого делать. Только делать заметки по поручению страниц на 5 , как вы идете в результате осуществления всех функций относительно того, что не работает , то, что не понятно, что можно улучшить , и т.д.
Я посетил Ваш сайт. Некоторые из утилит очень Полезный , хотя я считаю их тактическая поддержки, а не стратегический характер. То, что вы можете думать о том, если вы хотите, чтобы дизайн и код родной каталог SQL фото Биткин со всем, что в его каталоге, но с литературой и медалями. И затем использовать этот каталог и литературу для ведения аукционные цены , анализ подделки и инвентаризацию коллекции. По моим оценкам 20-30 человеко-лет . Тестер перед вами был критически доступа к рабочему столу , чувствуя, что все должно быть родным на сервере. Есть две проблемы
1 . Доступ допускает таблицы данных , чтобы быть на сервере SQL для удаленного обновления , с кодовыми таблицами , запросы, формы , отчеты , код и изображений оставшихся на рабочем столе. Сервер SQL может обрабатывать 100 из пользователей динамического добавления / изменения данных , и держать другие вещи на рабочем столе держит время задержки вниз , потому что много работы , что делается настольного процессора . Так что это гибридный подход 2 . Для того, чтобы сделать родной дизайн SQL , вы должны иметь пользовательский ввод , чтобы требования к данным , функции , формирует макеты и т.д. Единственное акций земле, как к тому, что это , что я знаю это тестовая база данных . Если есть немного интерес к ней , там , конечно, не было бы никакого интереса , если бы все было на облаке 3 . Существует не достаточно большой рынок для оправдания усилий в области развития . Если я не могу отдать его , очевидно, никто не собирается платить за него , если бы все было на облаке .
Что форум collectiors должны спросить заключается в следующем: Есть ли необходимость для выполнения следующих функций (которые в [URL ] [/ URL] волонтерской сайта )
1 . Биткин Брекке Северин Uzdenikov каталог интерактивный доступ и руководство цена, но с многочисленными сортировки и фильтрации возможностями 2 . Нумизматический энциклопедия из-за большего объема данных , способных хранить для каждого имени , лит , монеты, или медаль 3 . Гаишник обеспечении направлений в PDF и интернет-ссылки . Статьи JRNS , Wikepedia , сообщений на форуме , PDF-файлы из аукционов и справочников и т.д. 4 . Структурированная система бок о бок сравнение и опасной анализа подделок 5 . Аукцион система слежения похож на м- dv.ru и Биткин для установления значения литературы , монеты и медали 6 . Инструмент Личная инвентаризации коллекции , нажав на въезд каталог , состояния и аукциона, манипуляция в покупной цены и аукционных нотами , а затем печать отчетов
Единственная база данных Я в курсе этих возможностей и исключительно для имперских русской нумизматике является на общественных началах тестовая база данных . Если ответ да, это должно быть стоит 6 часов или около того , чтобы загрузить и оценить функцию и достижения консенсуса . Если кто-то должен быть заинтересован в этом , она должна быть Биткин и Uzdenikov , как минимум для каталога монеты , поскольку они не имеют литературу , которая действительно необходимо, не только для аукционов , но для справки и для сбора литературы в своем собственном праве . Биткин действительно не делает # 2,3,4 или 6 и лишь минимальное усилие на 5, но с несколько записей , которые уже 10 лет . Я по электронной почте Биткин несколько раз , но никогда не слышал назад
rnsdb пишет: I visited your web site. Some of the utilities are very userful, although I consider them tactical supportive rather than strategic.
It isn't my site trealy, it is git repository. It is version control system and I think you used someone like this, maybe subversion or cvs. There are only 3 apps, two of they are very small (and I can't say what was more important for me when I wrote they - get working apps or get experience in using some libraries/computer languages et ), its realy more sketches that realy app, but they are workable. Third is my vision on coins db architecture, but i want redesign it now.
My current idea create something like catalouge where current coin variation is described as pair key -value for avers and revers like:
The big picture approach to the database project is: 1. Do the functions have high value? 2. Is the Database Control Panel/user interface friendly? If the functions are of no value, it doesn't make any difference whether the user interface is friendly or not. If the functions have high value, the user interface is secondary and the question is whether the interface can be made friendly enough relative to the value.
The 7 key questions to be answered..... is there any value in having on the desktop for immediate update:
1. A Who's Who biography of all the names associated with Russian numismatics on the desktop and read for example about the famous collectors and what happened to their collections 2. A Bitkin catalog and price guide on the desktop but with sort, filter, dynamic update, and reporting capabilities and expanded to literature and medals? 3. Having that catalog but with more and sharper images, encyclopedia like notes, descriptions, insights etc such as in the Breeke book on bead tokens or as you see in Kolbe or Markov auctions 4. Links to auction pdfs and auction house archives, pdfs of Klingert, Mikhailovich, Russian Numismatic Society articles, forum posts etc all central in one place on the desktop 5. An ability to do side by side analysis of forgeries? 6. Being able to view auction prices like m-dv.ru for coins, but also for literature and medals, to aid in price discovery and determining values 7. The ability to inventory a personal collection with a click of the mouse, and printing reports to read in the bathtub or give to your wife in case something happens to you?
All under the principle of continuity of action, which is being able to do something at the time you want to do it....change a price, insert an image, enter a link, etc. If the answer is yes to some or all of these, then the user interface can be dealt with.
I have been in production mode with the database in one form or another for 25 years with no problem, but then I'm not arm's length objective. I can say the Russian alphabet isn't particularly end user friendly, but I'm slowly learning it.
Ron
Общая картина способ взглянуть на проект базы данных является : 1. Ли функции имеют значение ? 2 . Является ли интерфейс среды? Если функции не имеют никакой ценности , это не имеет никакого значения , является ли интерфейс является дружественным или нет. Если функции имеют значение , но интерфейс недоброжелательный , вопрос , является ли интерфейс можно сделать удобно.
Вопрос на который нужно ответить :
1 . Есть ли значение того, чтобы все имена , связанные с русской нумизматике на рабочем столе , чтобы иметь возможность сказать, увидеть все знаменитые коллекционеры и что случилось с их коллекций 2 . Есть ли значение в том, каталог фото Биткин и руководство цен на рабочем столе , но с сортировки, фильтрации , динамическое обновление , и создания отчетов ? 3 . Есть ли значение в том, что каталог , но с более энциклопедии , как заметки, легендой, идеи и т.д. , таких как в книге Breeke на бортовых токенов или как вы видите в Кольбе или Маркова аукционах 4 . Есть ли значение в связях с аукциона PDF-файлы и аукционный дом архивы , PDF-файлы из Клингерт , Михайлович, российских статей нумизматического общества и т.д. все центральные в одном месте на рабочем столе 5 . Есть ли значение при этом бок о бок анализа подделок ? 6 . Есть ли значение в том, аукционные цены , как м- dv.ru для монет , но и для литературы и медалей , чтобы помочь в цены открытия и установки значений 7 . Есть ли значение инвентаризации личную коллекцию одним щелчком мыши, и печать отчетов для чтения в ванне или дать своей жене в случае, если что-то случится с вами ?
Если да , чтобы некоторые или все из них , то пользовательский интерфейс вторично.
There are 7 demonstration screen capture videos showing most of the functions of the coins Database Control Panel. These may be seen at the database web site or at the links below. Join the forum for any questions
for any software able to print. It will not be dependent on the software. But that's an IMO, of course. Now when you say that MSA2007 code is incompatible with MSA2003 I am really curious to check that. It was always my understanding that 2007 is a castrated version of 2003 with the ribbon interface. 
), its realy more sketches that realy app, but they are workable. Third is my vision on coins db architecture, but i want redesign it now.
