Teraz tak trochę  :offtop:
Proszę w profilu wpisz wersję ewmapy,
jak oceniasz naszą działalność na forum 
koniec  :offtop:

z mojej rozmowy nie wynikało, że jakąs rewolucja nastanie. Na pewno nie będzie tak, jak w geoinfo, że opisy obiektów z automatu zostaną wstawione (na początku). A firebird, być może coś się zmieni, przyspieszy, ale weźmy pod uwagę, że to już nie są ich rozwiązania (przechowywanie danych) lecz zewnętrze. i teraz odpowiednie dobranie struktury i bazy.
Czas pokaże.
Ale na pewno będą nowe kody, nowe symbole, nowe warstwy wszystko zgodnie z rozporządzeniem.

Raczej kwestia optymalizacji kodu FB do serwera firebirdowego i samej struktury tabel.
Mam wielkie nadzieje związane z ewką 11.

Tak ale nawet do logowanie na FB muszę mieć serwer, lub połączenie VPN na choćby serwerze VPS.
Dlatego też zostanie tak , że albo podzielę to na obręby (zakładam, że każdy operat jest już wpisany do Ewmapy. Wtedy nie ma problemu. Kilka eksportów modyfikujących.
Jeśli jednak i operaty trzeba dodać, to też nie jest to problem. Bo też wszystko powinno przejść.

Niemniej jednak zastanawiam się jaka szybka jest praca przez internet. W tym wypadku odpada FB przecież wiemy że to muli jak .......
i sam Geobid to przyznaje (jeśli mowa o warstwach). Może z czasem to się zmieni, jednak patrząc na nowe przepisy gdzie wszystko obiektowe, to ... nie wiem czy firebird to dobre rozwiązanie .. (a może to nie kwestia bazy danych).

pozdrawiam i dzięki za odpowiedzi.

To może ja jeszcze coś podpowiem.

FB - jest bardzo ciekawy w tym przypadku, bo można to robić przez firebirda a nie ftp, ale jak sam stwierdziłeś bardzo upierdliwy to sposób.
Jeżeli masz mapowanie dysku udostępnionego przez ftp. to lepiej sobie daruj instalację sieciową, lepiej zainstaluj lokalnie i daj sieciowy dostęp, tak jak to zresztą zaplanowałeś.

Jeśli to jest nowa mapa to proponuję taki "myk": każdy robi na swoim kompie w swoim katalogu warstw, ale każdy ma okresowo zgrywane warstwy pozostałych do osobnych katalogów warstw. Wtedy nie zrobią kilka razy tego samego, a jednocześnie mamy podgląd całości mapy, z pewnym przesunięciem czasowym.
Na koniec roboty zgrywasz to zwykłymi eksportami na jedną nową bazę, impotując wcześniej do czystej bazy operaty.
Dzięki temu każdy będzie mógł korzystać z operatów, tworzyć je na własnej bazie i bez problemowo zgrać do jednej bazy na koniec.

Cytat: support w Sobota 04 Maj 2013, 10:54:38
koniec sekcji mapy = koniec linii i tyle

Masz wektoryzację to tak jak napisał support,
ale jeśli liczysz od początku to pracujesz nie na sekcjach tylko na robotach, ewentualnie całych sieciach czy jak tam inaczej ma to Podgik podzielone. Wtedy lepiej jest pracować na osobnych warstwach z podglądem pozostałych.


Byłem na urlopie więc jestem usprawiedliwiony, choć byłem nieobecny.

Znalazłeś hosting na windowsa?

Mimo wszystko dało by radę to utkać tylko nie wiadomo czy jest to warte czasu i pieniędzy.
Dobry komputer z windows serwer 2008/2012 usługa sieciowa zewnętrzne IP lub przekierowanie na routerze - trochę zabawy z ustawieniami i jakoś by poszło.

Ale import do modyfikacji jak na 3 osoby to jest dobre rozwiązanie - tylko żelazna zasada dociągamy do sekcji mapy i na koniec poprawiamy tylko te miejsca.

Powodzenia w projekcie

Dobra więc tak, sprawa ftp nie ma szans.
Jedyna możliwość serwer VPS i tam zrobić połączenie VPN.
Co w moim przypadku też odpada.
Dlatego zostaje podział pracy na kilka plików do modyfikacji i później import tych kilku plików.

W trzy osoby - to bym się nie bawił w ftp tylko eksport do modyfikacji i koniec sekcji mapy = koniec linii i tyle, każdy działa na bazie userów i masz kontrolę kto i co wprowadził (tak mi się wydaje).

Hejo żaden arimr - zwykła mapa numeryczna.
3 osoby

zobaczymy jak wyjdzie i czy wyjdzie.

Oby łącze wytrzymało z ciekawości ile osób ma pracować przy takim projekcie, i czy nie jest to związane z pracami dla ARiMR?

Hej dzięki za odpowiedź.

Praca na fb nie jest konieczna, a może inaczej jest uciążliwa, ponieważ wolno działa przy dużych ilościach szczegółnie warstwy i dlatego nie bardzo chce w to wchodzić.
Choć lepsze to z punktu widzenia zarządzania. Jednak też odgik ma warstwowo i niech tak pozostanie.
Dlatego dziś przymierzam się do testów:
http://7pl.info/ftp-jako-dysk-dzieki-novell-netdrive.html
i
http://www.sciagnij.pl/programy/p/Windows-Serwery-Serwery_FTP-FtpUse/2290/1

jak sprawdzę dam znać

pozd

Zobaczy mój post wyżej trochę go edytowałem, może pomoże.

Ja się zastanawiam nad takim czymś:
1. Instalacja pełna na każdym z komputerów - lokalna.
2. Postawienie bazy danych (działki, warstwy, itp) na serwerze ftp.
3. Praca na jednej bazie wielu osób.

Może dziś uda mi się potestować z rożnych komputerów i zobaczę efekty.

Dam znać.
Ale z góry dzięki za odpowiedź.
pS.
jeśli chodzi o pracę i eksporty do modyfikacji, można ale trzeba mieć pewność, że nikt nie wyszedł poza swój zakres, choćby z drobną pierdołą.
A tej pewności niestety nie będę miał.

Pozdrawiam
Krzysiek

Witaj Krzysztofie,
Jeżeli to ma być większy projekt prowadzony przez różne osoby poza biurem.
To po pierwsze na serwerze musi być dokonana pełna instalacja, muszą być poprzez menadżer użytkowników dodawani nowi z prawami dostępu. Sprawa otwarta to instalacja ewmapy na komputerach innych - musi to być instalacja sieciowa i tu już trzeba by było podać IP maszyny (chyba). Możesz to testować w domu i serwerem. Nie mam pojęcia czy i jak to zadziała.
Lepiej gdyby każdy dostał zakres obręb, sekcje mapy tak by każdy miał konkretny zakres do wykonania i robili eksporty do modyfikacji. Nie mam możliwości by to sprawdzić - brak maszyny z windows serwer. Powodzenia w testach i daj znać jak postępy.

//edit 4.maj.2013
Konfiguracja serwerowa jest możliwa tylko w połączeniu z wersją ewmapy FB.
[xquote]Ścieżka dostępu do bazy dla działek i konturów ma następujący format:
fb:<adres serwera>:<baza na serwerze>
a dla warstw:
fb:<adres serwera>:<baza na serwerze>:<katalog>
gdzie:
fb: - stały wpis (prefix) informujący o tym, że jest to połączenie z bazą Firebird,
<adres serwera> - adres IP serwera lub nazwa DNS. Pominięcie adresu i występującego po nim dwukropka oznacza połączenie lokalne,
<baza na serwerze> - ścieżka dojścia do pliku z bazą danych (ścieżka z punktu widzenia serwera) lub alias bazy danych,
<katalog> - symboliczna nazwa katalogu – w celu zachowania kompatybilności z danymi w starym formacie, podczas konwersji warstw tworzone są wirtualne katalogi odpowiadające katalogom z bazy oryginalnej. Taki katalog należy podłączyć tak jak klasyczny katalog z warstwami.[/xquote]

CytatNiestety nie da się pracować w jednej sieci wewnętrznej.

jak to sie nie da?


nie zrozumiałem na początku o co Ci chodzi. przepraszam.