Nie to że nie zyskała - bardzo proszę napisz taką propozycje w odpowiednim dziale, a my przy kolejnej wysyłce maila do geobidu poruszymy twoją sprawę.
W tym wątku toczymy konkretną dyskusję tak by wątek z Twoją propozycją zawierał tylko to co chcesz przekazać programistom geobidu.

Witam

Bardzo dziękuję wszystkim, którzy próbowali mi pomóc, niestety moja propozycja dodania dodatkowego warunku do importu punktów nie zyskała aplauzu, trudno.

Znalazłem obejście problemu, napisałem skrypt, który pobiera bazę punktów w formacie ept oraz punkty z operatu w formacie csv (nr;x;y;ZRD;BPP;...), na wyjściu daje mi dwa pliki csv z punktami, pierwszy z punktami które spełniają warunek odległości i drugi z punktami, które tego warunku nie spełniają. Jedynym mankamentem tego rozwiązania jest potrzeba każdorazowego eksportu punktów z bazy do pliku ept przed uruchomieniem skryptu.

Pozdrawiam, dstroj

Cytat: dstroj w Poniedziałek 25 Luty 2013, 13:18:11
Wiem, że mogę połączyć działki do punktów poprawnych punktów z bazy Ajewa a następnie usunąć punkty izolowane, ale za każdym razem gdy klikam w punkt posiadający "dubla" jestem zmuszony dodatkowo kliknąć aby wybrać poprawny punkt, przy edycji kilku punktów nie ma to znaczenia ale gdy punktów są setki to takie duble naprawdę utrudniają pracę (jeśli tylko mnie, to przepraszam że rozpocząłem ten wątek).

Możesz też połączyć punkty (unifikacja) podając, że zawsze ma brać numer o mniejszym/większym numerze obrębu, albo zbudować zestawienie punktów zdublowanych i dokonać unifikacji, na podstawie pliku tekstowego

Moment,
Ajewo ma jakiś numer obrębu, Bacewo również.
Powiedzmy 1-Ajewo natomiast 2-Becewo.

Masz szkice masz punkty dodaj im nr kierunkowe 1-Ajewo i zaimportuj tylko te punkty podziałowe (nowe) które tworzą nowe działki pod poszerzoną drogę.
Granicy gminy numerycznie nie ruszasz!
Następnie importujesz punkty z kierunkowym 2-Bacewo i tworzysz nowe działki łącznie z granicą obrębu Ajewa.

Cześć

Przykładowy problem jest taki: jeden obręb (Ajewo) ma pełną wektorową bazę działek, drugi obręb (Bacewo) bazy wektorowej nie posiada.
W Bacewie wzdłuż granicy z Ajewem (na długości 1200m) została poszerzona droga. Po podziale mam ~720 punktów załamania granic w Bacewie, niestety ~220 z nich jest punktami granicy obrębu. Pary punktów granicznych z Ajewa i Bacewa w mają prawie wszystko (numery, atrybuty ) różne tylko współrzędne mają wspólne.
Mój problem polega na tym, że nie chcę wgrywać do bazy wszystkich 720 punktów, chciałbym wgrać tylko tych ~500 punktów, których położenie jest inne niż tych w bazie.

Wiem, że mogę połączyć działki do punktów poprawnych punktów z bazy Ajewa a następnie usunąć punkty izolowane, ale za każdym razem gdy klikam w punkt posiadający "dubla" jestem zmuszony dodatkowo kliknąć aby wybrać poprawny punkt, przy edycji kilku punktów nie ma to znaczenia ale gdy punktów są setki to takie duble naprawdę utrudniają pracę (jeśli tylko mnie, to przepraszam że rozpocząłem ten wątek).

dstroj

Cytat: dstroj w Wtorek 19 Luty 2013, 14:25:49
jeśli Panie/Panowie admini uznacie, że mój pomysł jest kiepski to nie pogniewam się jeśli zamkniecie tę dyskusję,

nie obruszaj się bo to nie miejsce na to, są od tego inne fora z geo detami
Dyskusja nie jest nad tym czy pomysł jest przydatny, tylko czy go wykorzystać ewentualnie czy nie można zrobić tego inaczej...
to nie Muppety

tutaj The question is: What is the question?

Cytat: support w Wtorek 19 Luty 2013, 14:36:54
Więc te punkty i tak polecą przy unifikacji i czyszczeniu bazy.

No właśnie tego dstrój chce uniknąć. analiz przy unifikacji i czyszczeniu, niech program sam zrobi

Admin jest jeden w mojej osobie, i nie zamkniemy dyskusji.
Staram się wyobrazić sobie sytuację jaką próbujesz nam przedstawić i moja wyobraźnia nie działa.
Jeżeli już mam w bazie punkt o nr 1000 i jest granicą działki powiedzmy o numerze 13 ma przypisany operat i jest granicą prawną i nie ma takiej mocy by go zmienić (jest święty).
Teraz ty obok wstawiasz dwadzieścia punktów w promieniu bo jak wiem 20 cm i co one mają dowodzić na podstawie jakich dokumentacji i co mają zmienić 
Granicy i powierzchni działki nr 13 nie tkniesz bo nie masz takiego prawa. Więc te punkty i tak polecą przy unifikacji i czyszczeniu bazy.
Więc pytanie po co - jeżeli masz warunki techniczne wykonania tej roboty to chętnie przeczytamy te fragmenty o opracowaniach jednostkowych.

IMHO – akronim wyrażenia In my humble opinion lub In my honest opinion, oznacza "moim skromnym zdaniem", bądź "w mojej szczerej opinii". Ma takie samo znaczenie jak akronim IMO.

Jak to "po co?", aby na ich (punktach) podstawie zbudować działki.

P.S. Zacytuję sam siebie:
"Nie upieram się, że mój pomysł jest najwspanialszy/najmądrzejszy..."  jeśli Panie/Panowie admini uznacie, że mój pomysł jest kiepski to nie pogniewam się jeśli zamkniecie tę dyskusję, ja znając "tempo" reakcji Geobidu i tak nie nie liczyłem, że pomysł zostanie wprowadzony w życie.

DS.

aaaaaa....
To ty chcesz żeby w czasie importu działała funkcja wyszukiwania punktów bliskich?
hm

może może... ale raczej niezdecydowałbym się na wprowadzenie takiej opcji, zbyt wiele komunikatów potencjalnie może się pojawić...
zaimportować, lista punktów bliskoleżących, analiza, i ewentualna unifikacja punktów, albo usunięcie zbędnych

Po pierwsze proszę rozwinąć skrót [wiki]IMHO[/wiki].
Po drugie nadal nie wiemy jakie i po co punkty są importowane do bazy.

Witam Wszystkich.

Po przeczytaniu Naszej dyskusji chciałbym wyjaśnić kilka spaw, ponieważ mam wrażenie że niezbyt jasno na początku wyjaśniłem o co mi chodzi, a przez tą   niejasność nie zostałem dobrze zrozumiany (przepraszam).

Wyjaśniam więc.
Do bazy punktów można wgrać dowolnie bzdurne punkty jeśli tylko mają numery nie kolidujące z istniejącymi, to nie ulega wątpliwości. Program reaguje tylko wtedy gdy numer punktu w bazie i w pliku jest identyczny, jeśli zaś chodzi o współrzędne to nie ma żadnej kontroli. Do bazy można wgrać N punktów o różnych numerach i identycznych współrzędnych a program nic.

Ja chciałbym mieć możliwość nałożenia ograniczenia na import: nie importuj punktu z pliku, jeśli w bazie istnieje punkt o współrzędnych leżących n[m] punktu importowanego. Nie ma mowy tutaj o żadnym psuciu bazy, IMHO poprawi to bezpieczeństwo pracy. Ja wielokrotnie w bazach widziałem punkty leżące "na sobie", mało tego widziałem działki zapięte na różne punkty o tych samych współrzędnych (Kto powie, że nie widział czegoś takiego to powiem, że mało widział  ). Gdyby taki warunek można było nałożyć na importowane punkty to takie sytuacje nie miałyby miejsca.

Mam nadzieję, że teraz zostanę dobrze zrozumiany.
Pozdrawiam. DS.

Cytat: alcapon w Wtorek 19 Luty 2013, 12:47:54
Jedyne co mi przychodzi na myśl to to, że baza otrzymana z PODGiK jest bardzo uboga i ty masz uzupełnić granice.

Baza PODGiK może być z opracowania pasa drogowego np 100 m wzdłuż drogi a trzeba mieć bazę ewidencyjną na całe obręby.

pomysły jeśli spełniają zapotrzebowanie zawsze są dobre.
Natomiast nie sądzę żeby akurat ten przeszedł.
Importowanie od najstarszych, a zakończone importem tego co jest w "dzisiejszej" bazie PODGiK moim zdaniem załatwia sprawę. Skoro się da i nie nastręcza to kłopotów, to lepiej nie wprowadzać narzędzia, które przy niedokładnym przeczytaniu zepsuje komuś bazę.

Chyba, że ktoś mnie przekona, iż jest inaczej i poda argument za

dstroj a co to za setki punktów które importujesz?
Pytam z ciekawości.
Chyba nie importujesz pikiet syt. do bazy punktów?
Jedyne co mi przychodzi na myśl to to, że baza otrzymana z PODGiK jest bardzo uboga i ty masz uzupełnić granice.

Witam
Mam bazę przekazaną przez PODGiK. Współrzędne punktów załamania granic są święte, nie mogę ich modyfikować w żaden sposób (mam to w warunkach technicznych). Moim zadaniem jest uzupełnić tą "świętą" bazę o inne dane. Do bazy przeważnie zaczytuję setki punktów, miałbym DUŻO głupkowatej pracy mniej gdybym mógł do bazy zaczytać tylko te punkty, których współrzędne są różne od tych w bazie.

P.S. Nie upieram się, że mój pomysł jest najwspanialszy/najmądrzejszy, nie ma musu aby go zgłaszać do Geobidu, Oni jak widzę z ilości zgłoszonych/rozpatrzonych problemów nie bardzo kwapią się aby ułatwić pracę swoim bądź co bądź chlebodawcom.

Pozdrawiam Wszystkich. DS.

No i znowu wyszło że ze mnie złośliwiec 

To nie o to chodzi importuj od najstarszych do najnowszych. Wtedy nie będziesz miał kłopotu z tym co opisałeś w pierwszym poście