Cześć,
dostałam do zaobiektowania sieci gesutu, które są na warstwach wg K-1. Obiekty również mają być na warstwach K-1 i do odczytania w EWMAPIE 8.0 (ja dysponuje ewmapą 11 FB). Dowiedziałam się już, że takie obiekty zapisywane są w plikach Obiekt.2, Obiekt.3, Obiekt.dan. Jestem raczej początkująca w kwestiach konfigurowania ewmapy i nie miałam do czynienia z obiektami innymi niż w plikach .fbd w związku z tym moja prośba o pomoc. Jak skonfigurować obiekty do rysowania na warstwach K-1? Dostałam od zleceniodawcy pustą bazę z warstwami wzorcowymi (jeśli się nie mylę) oraz katalogi z warstwami tekstowymi oraz liniowymi, które są do zaobiektowania. Proszę o pomoc, jak to ugryźć?

Ciśnie mi się na usta że się nie da, ale to by nie była prawda.
Da się tylko się nie opłaca.
Zbudowanie na warstwach K-1 obiektów... niby można, ale zgodnych z czym? z K1? tam nie było obiektów. Z gesutem? jest zupełnie inne rozwarstwienie. niby się da ale trzeba wiedzieć dokładnie co trzeba zrobić, co sobie życzy zamawiający

Ja zasugeruję odwrócenie zagadnienia: Zamawiający nie wie czego potrzebuje. Ty wiesz.
Obiektowanie całych sieci to zwykle nie są roboty za 100-200 złotych, przynajmniej nie powinny być.

Upgrade z pozostałych (pełnych wersji)   2.990,00 PLN netto

Skoro tak, to ja chyba nie do końca dostrzegam problem.

Zamawiający życzy sobie zaobiektowanych przewodów i armatury. I nie w plikach .fdb tylko obiekt.2, obiekt.3, obiekt.dan. ponieważ dysponuje ewmapą 8.0

Wygląda na to, że konfigurację obiektów mam przygotowaną

Znalazłam pomoc w kwestii obiektowania budynków https://ewmapa.pl/obiekty/obiektowanie-budynkow-krok-po-kroku/msg5042/#msg5042 ale wyglada na to, że dla sieci uzbrojenia potrzeba jeszcze konfiguracji interfejsów. o co dokładnie chodzi? jak dodać ID do obiektów?

co dokładnie jest takiego w tego rodzaju obiektowaniu, że jest nieopłacalne? Pewnie moje pytania są banalne, ale zupełnie nie wiem jak wygląda obiektowanie tego rodzaju.

Czy pytania są banalne czy nie zależy od wiedzy i doświadczenia?
Moim zdaniem te pytania nie są banalne tylko fundamentalne.
To nie jest tak, że nie wiesz jakiegoś szczegółu. Moim zdaniem nie masz zielonego pojęcia o obiektowaniu.

"Życzy sobie w ewmapie 8.0" no i chwała mu za to, ale to nie działa.Z takiego samego powodu jak to że do ewopisu 4 nie da się wprowadzić danych wg nowego rozporządzenia o egib,

W ewmapie 8 nie ma gotowych struktur, które pozwolą na wprowadzenie obiektów reprezentujących GESUT, chyba że zdefiniujesz klasy, utworzysz odpowiednie warstwy, zaplanujesz powiązania, napiszesz program interfejsu...
Jeśli to zrobisz to chwała Ci za to, ale np. ja bym się tego nie podjął. Żeby to zrobić DOBRZE, należy poświęcić z miesiąc czasu.
Każde Twoje błędne założenie teraz, będzie się odbijać czkawką przez lata. Każdy Twój błąd dziś, będzie pokutował do końca istnienia tej bazy...

Taniej jest kupić nową Ewmapę i skorzystać z gotowego rozwiązania, niż brnąć w koszty z budowaniem tego w archaicznej już wersji 8.

Pytanie czyje dobro cenimy bardziej: swoje czy klienta.

Jeśli swoje to go namówimy na zbudowanie jakiegoś nieprzemyślanego i niesprawdzonego systemu, w starej wersji programu i będziemy go przekonywać, że tak jest lepiej. Wtedy za wykonane czynności weźmiemy godziwe wynagrodzenie MY, nie dając zarobić komuś innemu, w tym przypadku Geobid'owi.

Ale jeśli chcemy żeby Klient był zadowolony też jutro to go informujemy, że program jest stary i nie ma sensu go już rozwijać, bo są rozwiązania przetestowane już w wielu starostwach, gminach i firmach. Wtedy  Geobid bierze swoją "dolę" za upgrade programu, a klient w sumie płaci tyle samo. My pozornie zarabiamy mniej, bo wystawiam fakturę o 3000 mniejszą, ale swoją robotę wykonujemy 10 razy szybciej, ale "nie robimy doktoratu na budowie cepa", "nie odkrywamy Ameryki", itd. więc faktycznie w kieszeni zostanie więcej. Szybciej zarobione pieniądze liczą się "podwójnie".

Tyle tylko, że moje wyliczenia są mocno niedoszacowane, jeśli nasz know-how to forum ewmapa.pl.
Ciekaw jestem ile za tę robotę weźmiesz, bo mam wrażenie, że za mało skoro istnieje "lęk" zamawiającego przed wydaniem 3000 na aktualizację programu.

Nie mam pojęcia i dlatego szukam pomocy. W zasadzie na razie pojawiają się tylko ciągle nowe znaki zapytania i jak na razie nawet "nie wiem czego nie wiem".

Dziękuję za radę i rzeczywiście postaram się zaproponować zamawiającemu uaktualnienie ewmapy (chociaż jestem w pewnym sensie podwykonawcą i nie do końca mam na cokolwiek wpływ), jednak na razie pozostaje wersja o obiektowaniu na warstwach K-1. I bynajmniej nie jest to moja chęć zbicia kokosów na tej robocie, ani też nikogo nie będę przekonywała, że tworzenie takiej bazy w starej wersji programu i na starych zasadach jest lepsze bo wiem, że nie jest. No ale klient nasz pan.


Wygląda na to, że warstwy do tworzenia obiektów mam skonfigurowane


problem pojawia się przy zapisie obiektu. Mianowicie problem z dostępem do programu interfejsu. Podana w pliku PLIKI.TXT ścieżka odwołuje się do katalogów w zasobach zamawiającego. W związku z tym, jeśli udostępni mi te programy zapis obiektów będzie możliwy?

Popatrz na program sesut geobidu.
By działały interfejsy, generalnie najpierw trzdba bardzo dobrze przemyśleć z jakich elementów  mają być budowane obiekty.

interface to program,
kontakt z Ewmapą jest przez plik tymczasowy tworzony przez mapę i po zmianie odczytywany z powrotem przez mapę

Ja kiedyś pisałem proste interfejsy, ja akurat w deplhi bo znałem pasacala, ale równie dobrze może to być c++ albo jakiś inny,nowszy język programowania.

ok, rozwiązaniem problemu okazało się uruchomienie starej ewmapy w połączeniu z sesutem.
Jednak coś źle łącze. Mianowicie na rysunku w ewmapie nie mam obiektów, tylko linie na poszczególnych warstwach, natomiast w sesucie wyświetla mi się baza obiektów co wskazuje, że elementy powinny już byc zaobiektowane. W drugim katalogu sytuacja odwrotna, mam na rysunku obiekty, ale w sesucie baza jest pusta, brak jakichkolwiek kodów. Po przekopiowaniu z innego pliku gotowych katalogów z branżami również ich nie odczytuje.
Przy konfiguracji bazy sesut w pliku PLIKI.TXT podaje ścieżkę do interfejsów domyślnych, z katalogu gdzie zainstalowany mam sesut. Czy może tutaj potrzebuje specjalnych interfejsów, na których tworzona była baza?
Czy ktoś może pracował na takim systemie i ma pomysł co źle konfiguruje?
sYsTEM połączył wiadomości: [time]12 Listopad 2015, 17:33[/time]
Znalazłam błąd, nie skopiowałam plików ze słownikami.

Przy dodawaniu obiektów w jednej bazie mogę dodac etykietę, a w innej nie. Jakiś Znawca sesutu pomoże?

Jeszcze jedno pytanko, może ktoś pamięta, Sesut teoretycznie pobiera kody obiektów z pliku OPISY.TXT, w pliku mam przewód ciepłowniczy UPCC, natomiast w sesucie pojawia się UPCN i UPCW, skąd to się w takim razie bierze?

Bierze się to z definicji:
[xquote]upcw - przewody - odcinki cieplne wysokoparametrowe,
upcn - przewody - odcinki cieplne niskoparametrowe,
upcc - przewody - odcinki ciepłej wody.
[/xquote]

Wiesz ... zacznij pracę od przeczytania  :rtfm2: manuala zrozumiesz dlaczego są narzucone pewne definicje.

" Po wyborze określonej kartoteki pojawia się kolejne okienko. Widoczne są w nim trzy listy:
-z kodami obiektów zdefiniowanymi w pliku ‘opisy.txt’ w wybranej kartotece z warstwami,
-z kodami przewodów,
-z kodami armatury "

Chodziło mi raczej o to, że skoro, jak podaje instrukcja kody pobierane są z pliku opisy.txt, a w nim mam zdefiniowany kod UPCC to dlaczego nie widzi tego kodu. Fakt, niepotrzebnie porównałam do upcw i upcn, ale w bazie, na której pracuje mam okropny misz masz i to jakiś element mojej analizy, który przewód ma byc na jakiej warstwie.

Kody będą pobierane tylko dla symboli i w GESUT rozwijane jako nazwa armatury np.
symbol HYP będzie czytany jako hydrant.
Linie generalnie to tylko podział na funkcję.