Coder  
 

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

wysłane kawomar(R), 12.11.2023, 15:43

> > > > > > 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 ?

Odpowiedź
 

Wiadomości w wątku:

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