Coder  
 

Rysowanie koła okręgiem nie odcinkami . Możliwość wyboru (Forum)

wysłane Pan Sowa, 12.11.2023, 18:18

> > > > > > > Kontynuując, więc "uczepilismy" się terminu linia łamana, ale
> > > jakie
> > > > > > byłoby
> > > > > > > umocowanie niemożności stosowania łuków i okręgów w
> > > powierzchniach?
> > > > > > Nawet
> > > > > > > jeśli przyjąć założenie skoro linie łamane nie mają łuków to
> > > > > > powierzchnię
> > > > > > > też nie co byłoby już nadużyciem ale Ok. Tylko dlaczego okręgi
> > > miały
> > > > > by
> > > > > > być
> > > > > > > wykluczone z poligonów? Bo są podobne do łukow? No bądźmy
> > poważni.
> > > > > >
> > > > > > Każdy łuk składa się z nieskończonej ilości punktów co
> > uniemożliwia
> > > > > > przetwarzanie przez komputery (nie posiadają nieskończonej mocy
> > > > > > obliczeniowej). Przy generalizacji tego problemu może nie ma (o
> > ile
> > > > > > generalizacja jest w granicach rozsądku). Napisze ktoś że każdy
> > > > odcinek
> > > > > > prostej również tworzony jest przez n punktów i będzie miał
> rację
> > > lecz
> > > > > dla
> > > > > > wizualizacji wystarczą dane początkowe i końcowe tego odcinka. W
> > > > > przypadku
> > > > > > "idealnych" łuków jest to niemożliwe. Pozostaje kompromis
> > > > generalizacji
> > > > > w
> > > > > > granicach rozsądku. Mikromap robi to wystarczająco dobrze byśmy
> na
> > > > > wydruku
> > > > > > (podglądzie) widzieli łuki dobrze wyprofilowane. Ilość węzłów
> jest
> > > > > zależna
> > > > > > od promienia łuku względem środka okręgu którego częścią jest
> ten
> > > łuk.
> > > > >
> > > > > Fajnie, tylko nie chodzi tutaj o wydruk czy wizualizacje, a o
> sposób
> > > > zapisu
> > > > > danych. Aby zapisać łuk wystarcza 3 wartości. Aby zapisać
> > > > "wystarczająco"
> > > > > zgeneralizowany łuk
> > > > > danych musi byc więcej co nie jest optymalne w dobie wymiany
> danych
> > > > > pomiędzy różnymi systemami. Nie jest optymalne bo przy bazach
> > > > > jednostkowych, powiatowych, krajowych dochodzi efekt skali i
> > trudność
> > > w
> > > > > przetwarzaniu takich elementów.
> > > >
> > > >
> > > > Suma sumaru przechodząc do sedna . Można podważyć decyzje urzędu ,
> > > który
> > > > zarzuca brak stosowania łuków w pliku gml ?
> > > > Czy jedynym rozwiazaniem na ten prawny bałagan jak zawsze jest
> > > > przystosowanie się do każdego urzędu i posiadanie funkcji wyboru w
> > > > programie łuki/odcinki ???
> > >
> > > Moim zdaniem można podważyć, bo w rozporządzeniu w załączniku nr 1
> > wprost
> > > jest napisane, że dozwolonym typem geometrii jest linia łamana (według
> > > polskiej definicji, jest to linia składająca się z odcinków prostych)
> > oraz
> > > poligon (według polskiej definicji jest to linia łamana zamknięta).
> > >
> > > Pozdrawiam
> >
> > Moim zdaniem nie ponieważ nie wynika to ze schematów załączonych do
> > rozporządzeń a na podstawie których odbywają się walidację
> przedmiotowych
> > plików.
> > Dodatkowo mielibyśmy jeśli posiłkować się polska definicja linii łamanej
> (a
> > przynajmniej wyżej przytaczana jej interpretacja która należało by
> jeszcze
> > zweryfikować) to w bazie gestu i bdot nikt nie ma prawa wprowadzić
> obiektu
> > składającego się z jednego odcinka (dwóch współrzędnych). Ponieważ
> zgodnie
> > z tą definicją pojedyncza linia nie jest linia łamana, jest wg polskiej
> > definicja (i tu proszę usiąść) jest odcinkiem.
>
>
>
> w takim razie jak to w polskim prawie bezsensowane jest spieranie się z
> ośrodkiem.
> Czy jest możliwe , aby Coder dodał funkcje , która dała by możliwość wyboru
> w jaki sposób chcemy rysować okrąg ?
Już dodana :ok:

Odpowiedź
 

Wiadomości w wątku:

31299 Postów w 5810 Wątkach, 905 zarejestr. uczestników, obecnie 221 online (0 zarejestr., 221 gości)
CODER | Kontakt z administratorem
RSS-Feed
powered by my little forum