Найкращі практики використання бази даних про геодані, які будуть використовуватися та редагуватися декількома користувачами? [зачинено]


12

У мене є база даних геоданих, що містить у ній 3 класи функцій, і кожен клас об’єктів містить багато даних, які щодня переглядають та редагуватимуть 6 інших користувачів. Я шукаю будь-яких порад від людей, які опинилися в одній ситуації та найкращих практик, щоб уникнути редагування блокувань і щоб все працювало безперебійно. Чи є ці інструменти з відкритим кодом, які я можу використовувати, які дозволять редагувати багато користувачів на базі даних геоданих? Дякую!

Моя робота має лише ліцензування рівня ArcView з кількома розширеннями (Business Analyst, Network Analyst і Spatial Analyst)


Ви згадаєте 3 функції? Я визначаю особливість як єдину геометричну фігуру в класі функцій. Ви говорите про класи функцій або, можливо, набори даних (які можуть містити кілька класів функцій)?
Саймон

Я мав на увазі класи функцій, вибачте за це.
Фурлонг

Питання, що задають "кращі практики", за своєю природою занадто широкі, оскільки шукають безліч відповідей і, ймовірно, можуть отримати відповіді, засновані на думці. Отже, вони погано підходять для орієнтованих питань і запитань.
PolyGeo

Відповіді:


5

Я погоджуюсь, що спроба використовувати фірмовий (fgdb або pgdb) формат db, створений esri та керований шляхом їх ліцензування, є безрезультатним шляхом. Якщо ви вирішили не витрачати гроші на ліцензії, ви витратите ресурси (ваш час та час інших працівників). Що ви пропонуєте, можна виконати з rdbms з відкритим кодом або власною версією rdbms та деякими сумісними інструментами (більшість хороших, хоча й не безкоштовні). Тож у перспективі вам або потрібен дорогий досвід, або якісь хороші інструменти, обидва коштують дорого. Arcview якраз і не є інструментом для того, щоб зробити щонайшвидше. Матриця функціональних завдань


9

Використовуйте файл GDB як головний (на сервері), витягніть COPY до 6 персональних GDB (обмеження 2 ГБ) або 6 FGDB, якщо більше 2 ГБ. Люди редагують кожен GDB, а потім розміщують у папці з шаблоном FILE Geodatabase [порожня, але схема налаштована] для нічних ДОДАТОК (сервер геообробки)

Схема TEST - Схема введення набору даних (визначення полів) повинна відповідати схемі цільового набору даних. Помилка буде повернута, якщо схеми не збігаються.

Недолік: конфлікти даних - одна функція Кілька редагувань двома користувачами. Додаток замінить попередній доданий файл. Можна виявити порівнянням <це дешевше, ніж отримання ліцензії Arc Info.

Успішно реалізовано в попередній ролі ...

Також можна досягти за допомогою FME 2010


1
Хороший підхід, за винятком того, що я б не відмовлявся від особистого gdb взагалі для простоти та ефективності (якщо вам не потрібно отримати доступ до даних за допомогою інструментів non-esri; у цьому випадку p-gdb або shapefiles - ваші єдині варіанти). Крім того, ніхто не відповів на очевидне: "Ні, ви не можете проводити багатокористувацьке редагування у базі даних геоданих того ж набору даних / класу".
matt wilkie

Якщо ви не використовуєте відкритий API Geodatabase ...? буде продовжено ..
Mapperz

ой. Порівняти вимагає розширення Production Mapping (він же встановлений набір інструментів для виробничої лінії в pre-v10), хоча за $ 10 тис. Це майже та сама ціна, що і оновлення ArcView для одноразового використання до ArcInfo (ціни 2009 року) .
matt wilkie

Але ArcInfo все ще вимагає ArcSDE для редагування мульти-користувачів ($ 28 тис.), Тому Mapping Ext - все ще дешевший варіант.
Mapperz

Arcinfo поставляється з Workgroup SDE, який є ArcSDE поверх SQL Express; має обмеження 4 або 10 підключень, залежно від версії ArcGIS, яку ви використовуєте (9,10).
matt wilkie

5

Це неможливо зробити за допомогою ArcView. (Редагування одного і того ж PGDB / FGDB декількома користувачами одночасно.) Перегляньте оновлення до ArcEditor: ArcEditor дозволяє багатьом користувачам одночасно змінювати та редагувати дані. http://www.esri.com/software/arcgis/arceditor/key-features.html

Як бічна записка; Я брав участь у розробці програми, де ми намагалися наслідувати багатокористувацького редагування персональними базами даних, і це виявилося досить складним із неоднозначними результатами. Міркування були однакові; багатокористувацька база даних була занадто дорогою. Це в кінцевому рахунку коштувало набагато більше спроб створити таке середовище. Зрештою, було б краще інвестувати в ArcSDE або подібне рішення.


Мені просто потрібна 1 ліцензія ArcEditor, а інші користувачі зберігатимуться на рівні Arcview або всі повинні мати ліцензію ArcEditor?
Фурлонг

Усі користувачі, ймовірно, потребують ArcEditor. В ідеалі, ви, ймовірно, захочете реалізувати SDE Geodatabase. Таким чином мережевий трафік також буде належним чином керований, і всі користувачі можуть залишатися з ArcView.
Jakub Sisak GeoGraphics

4

Я б не робив цього з fGDB. Це буде один головний біль за іншим. Якщо вам потрібно багатокористувацьке редагування, вам слід скористатися SDE GDB. Якщо у вас всього шість редакторів, SDE робочої групи буде добре працювати для вас. З документації ArcGIS 10: Типи баз геоданих

Робоча група ArcGIS Server також включає підтримку ArcSDE для SQL Server Express. З цим рівнем ArcSDE ви можете використовувати SQL Server Express для до 10 одночасних користувачів настільних ПК та редакторів Windows (користувачів ArcView, ArcEditor, ArcInfo, користувацьких додатків ArcGIS Engine, AutoCAD, MicroStation тощо), а також будь-яку кількість додаткових з'єднання з сервером від веб-додатків. (Зверніться до ліцензійної угоди, щоб отримати конкретну інформацію про кількість підключень для вашої реалізації.)


Я згоден з вами, на жаль, у мене немає доступу до SDE GDB. Моя робота має лише ліцензування рівня ArcView з кількома розширеннями (Business Analyst, Network Analyst і Spatial Analyst)
Furlong

Я б сказав, що зберігайте дані кожного редактора у власному fGDB ... це, або клопотання про те, хто пише чеки, щоб заробити трохи $$ за ліцензію SDE.
Дерек Свінглі
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.