Kalendarz

[Lupus]

Przecież jeśli użytek pokrywa się z granicą działki to ma być przesunięty.
W tym wypadku granica użytku pokrywa się z drogą więc chyba powinna być przesunięta  :kawa:

Odsuwanie granicy klasoużytku nie jest "zwyczajem" z czasów numerycznych, więc nie stosuj do tego zasad algorytmów. "jak przesunięty to zawsze".

Odsuwanie służyło na mapach analogowych do uczytelniania mapy, albo wstawiano opis użytku czy klasoużytku, albo rysowano granicę poboczną. Poboczne rysowało się na granicach klasoużytków gdzie się pokrywały z granicą działki, gdy było to  "potrzebne", ale nie wtedy kiedy było "logiczne", że użytek się zmienia, czyli tam gdzie była droga, rzeka, kolej itp.
Niestety przełożenie tego "logiczne" lub "potrzebne" na automat jest nie łatwe. Dlatego pewnie zmieniono zasady kreślenia uznając że wpisze się więcej opisów, przecież i tak robi to komputer.
Podobnie było z kreśleniem obiektów typu budynek. Kiedyś kreśliło się tak aby zewnętrzna strona linii przyziemia pokrywała się z zewnętrzną linią ściany. obecnie ściana w terenie pokrywa się ze środkiem linii na mapie, bo kreślimy ze współrzędnych.
Niby nic, a nauczeni nowych zasad "digitizjerzy" ściągali z mapy budynki klikając w środek linii i teraz tam gdzie budynki są jeszcze z digitalizacji najczęściej czołówka jest mniejsza na mapie niż w terenie o jakieś 20-30 cm, czyli 2 razy pół grubości linii. nie zawsze wynika to z ocieplenia budynku.

[alcapon]

Lupus co masz na myśli pisząc o drogach?
Przecież jeśli użytek pokrywa się z granicą działki to ma być przesunięty.
W tym wypadku granica użytku pokrywa się z drogą więc chyba powinna być przesunięta  :kawa:

[Lupus]

jest to duże uproszczenie, jak na moje podejście chyba zbyt duże 

jeśli wymagają od naszego kolegi tych odsuwania linii tzn że raczej nie pozwolą mu na zaznaczanie zielonym dróg a tak by się zrobiło przy takim uproszczeniu

[alcapon]

Lupus tak mi coś strzeliło do głowy.
Jeśli przyjąć pewne uproszczenia to wystarczy zmienić w eksploratorze rodzaj linii dot. połączeń konturów na GSO i po problemie.
Co prawda przesuną się wszystkie linie ale kto to będzie mierzył, sprawdzał.
Dwa kliknięcia i po zabawie.

Goście nie mogą oglądać obrazków w postach, prosimy Zarejestrować się lub Zalogować

[Lupus]

Tak więc 

bez przesadyzmu, pomysł jest świetny tylko trzeba go było kolektywnie omówić i doszlifować.
Zrzut na warstwy i zabawa z datami to był właściwy kierunek. Po drodze robiąc jeszcze tę topologię, i wszystkie przypadki są przewidziane (po za takimi gdzie jest "błąd" przypięcia do linii o więcej niż powiedzmy 0,02m)
MY TO JEDNAK JESTEŚMY......

[alcapon]

Jednak Lupus miałeś rację.
Nie przewidziałem przypadku związanego z liniami 1-a-b-2 o którym pisałeś wcześniej 
Tak więc 

[Lupus]

Adam nie dość że przeczytałem to jeszcze spróbowałem to zrobić 
pewnie coś źle zrobiłem, ale jednak mi nie wyszło

[alcapon]

sprawdzałeś tą procedurę czy tylko teoretycznie rozmawiamy?
bo ja widzę że takie same dwie linie będę miał nie tylko na liniach pokrywających się z granicami ale i na tych nie pokrywających się

Nie sprawdzałem.
Ale nie rozumiem skąd ci przyszło do głowy,że będziesz miał podwójne linie na odcinkach użytków niepokrywających się z granicami?
Lupus przeczytaj dokładnie mój sposób.
Po imporcie danych do bazy A (pkt.3) nic nie będzie się pokrywało/dublowało, a poprzez odpowiednie filtry będzie można zaznaczyć odcinki w których granica=użytek.

[Lupus]

Ja zakładam że granice i kontury zrzucane są na tą samą warstwę i mają ten sam typ linii.
Pisałem o tym wyżej, że kontury zrzucamy na warstwy z granicami.
Tak więc będę to 2 takie same linie o takich samych współrzędnych początku i końca.
Jedynie mogą się różnić zwrotem ale w takiej sytuacji trzeba sprawdzić jak zachowuje się ewmapa - czy aktualizuje starą linię.

sprawdzałeś tą procedurę czy tylko teoretycznie rozmawiamy?
bo ja widzę że takie same dwie linie będę miał nie tylko na liniach pokrywających się z granicami ale i na tych nie pokrywających się

[alcapon]

Ja zakładam że granice i kontury zrzucane są na tą samą warstwę i mają ten sam typ linii.
Pisałem o tym wyżej, że kontury zrzucamy na warstwy z granicami.
Tak więc będę to 2 takie same linie o takich samych współrzędnych początku i końca.
Jedynie mogą się różnić zwrotem ale w takiej sytuacji trzeba sprawdzić jak zachowuje się ewmapa - czy aktualizuje starą linię.

[Lupus]

a dlaczego linia a-b (klasoużytkowa)miałaby się zaktualizować po zaimportowaniu na linię 1-2 (graniczna)
mogłaby się zaktualizować jeśli byłaby tą samą linią

Ewentualnie (trzeba by to jeszcze sprawdzić)
trzeba by zrobić zrzut na warstwy granic
na inną warstwę kontury
zaznaczyć wszystkie w blok i zrobić topologię (wtedy linia 1-2 zostanie linię 1-a-b-2) i dopiero zaimportować kontury na granice
wtedy data modyfikacji będzie różna od daty utworzenia i te linie, które spełniają ten warunek będą naszymi szukanymi liniami

[alcapon]

musi 

[Lupus]

Ja bym zbudował ten automat w taki sposób:

W pierwszym odruchu krzyknąłem Brawo!,
ale spłynęło na mnie zwątpienie, że nie zadziała...

[alcapon]

Ja bym zbudował ten automat w taki sposób:

1.w bazie A zrzucam na warstwy granice
2.w bacie B zrzucam na warstwy użytki - zrzut następuje na warstwy na których są granice
3.eksport zrzuconych użytków z bazy B do bazy A z opcją nie dodawaj elementów już istniejących oraz uaktualnij istniejące elementy
4.poprzez zastosowania odpowiednich filtrów (data utworzenia,data modyfikacji) można wybrać które elementy zostały uaktualnione w bazie A podczas importu. Następnie dodajemy takie elementy do bloku i zmieniamy typ linii na GSO
5. Użytki które pokrywają się z granicami kreślone są linią poboczną

Można się tak bawić dla większego obszaru. Dla małych obszarów szybciej będzie zrobić to ręcznie.

[Lupus]

nie da się wszystkiego automatem  :kawa:

Da się, da się ... tylko pytanie kto ten automat zbuduje...