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


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.