Chodzi o to, ze po wybraniu pliku ze współrzędnymi otwierałoby się okno, w którym wybieralibyśmy czy wszystkie pikiety mają zostać zaimportowane, czy wybrać tylko te, które nas interesują.

Winkalkowiec ?
Sensu nie ma. Mała funkcjonalność.

Sensu nie ma. Mała funkcjonalność.

hmm a dlaczego by nie? Tylko tyle, że taki prosty import pikiet to raczej do wektorowej mapy, teraz jest presja w kierunku obiektów.

Kodowanie "w locie" mogło by się sprawdzić dla małych robót gdzie trzeba wstawić do 100 elementów punktowych. Dla większej ilości raczej bym oczekiwał osobnego importu w stylu
X Y H RODZAJ PARAMETR1 P2 P3 itd
żeby można było taki plik przygotować w czymś zewnętrznym.

Wiem, że Geobid pracuje nad nowym importem do baz FB, może i temu pomysłowi się przyjrzą.

mała funkcjonalność...
Nie wiem czy obiektowanie rzędnych znasz z opowieści, czy może samemu Ci się zdarzyło, ale ja z doświadczenia wiem, że trzeba przygotować każdy plik do importu osobno. Osobno rzędne naturalne, osobno sztuczne, osobno rzędne studzienek, itp. Okno z wyborem pikiet załatwiałoby problem.

Kolego arnoldovar, odnośnie okna wyboru to może i zdało by egzamin przy mniejszych opracowaniach, było by przyjemne do ogranięcia. Ale wydaje mi się, że przy większych tematach jest wygodniej przygotować sobie pliki osobno dla każdego asortymentu. Tzn na chwilę obecna dla wysokościówki tylko , bo tylko taką mamy teraz możliwość niestety Już pisałem tutaj kilkakrotnie, że pożądana była by również opcja importu symboli i automatycznego obiektowania, bo jak ma się np. kilkadziesiąt drzew to jest dość pracochłonne, monotonne i nudne klikać każde drzewo, obiektować, zapisywać i tak kilkadziesiąt razy niestety....

Przyłączam się do pomysłu automatycznego obiektowania symboli

GEO_DAR
Czy ja wiem czy przy mniejszych. Jeżeli chodzi o rzedne terenu to może i tak, ale już jakbyś miał zobiektować 25 kanałów, to można byłoby wybrać sobie pikiety, które Cię interesują bez konieczności przygotowywania osobnego pliku dla każdego rodzaju importu.
Oczywiście da się żyć bez tego, można sobie przygotować po kilka plików ASC, a te pojedyncze rzędne wpisywać, ale próba nie strzelba, więc może i udałoby się takie okno zrobić.

No właśnie kolego 25 kanałów to mniejsze tematy:)
Jam masz np. większy temat np 100 drzew, 250 kanałów, 150 zasów to wówczas wygodniej jest przygotowywać pliki a nie wybierać pikiety. No chyba, że masz po kolei mierzone na początku drzewa, następnie kanały itd. to wówczas wygodniej okno wyboru, ale jak miałbyś skakać co którąś pikietę to wówczas chyba nie bardzo... :coolsmiley: :coolsmiley:

Ja właśnie przygotowuję taki sobie imporcik do modyfikacji:
3668 drzew liściastych i 16 drzew iglastych

większy import jednak stosunkowo prosty, bo w bardzo jednolity.

Nie twierdzę, że ten rodzaj importu jest zły, bo też ma swoje zalety. Ale podejrzewam, że duża większość posiadaczy EWMapy raczej nie ma cały cza do czynienia z 250 kanałami do zaobiektowania w jednej robocie. Zresztą nevermind. Z taką funkcją spotkałem się już w jednym programie do kartowania (nie tylko WinKalk coś takiego posiada) i bardzo sobie chwaliłem ten rodzaj importu.

PS
Lupus, te drzewa to chyba hurtowo nie obiektujesz?

mała funkcjonalność...
Nie wiem czy obiektowanie rzędnych znasz z opowieści, czy może samemu Ci się zdarzyło, ale ja z doświadczenia wiem, że trzeba przygotować każdy plik do importu osobno. Osobno rzędne naturalne, osobno sztuczne, osobno rzędne studzienek, itp. Okno z wyborem pikiet załatwiałoby problem.

Tak znam temat od podszewki.
Jeszcze jedno pytanie - jeżeli masz 10000 pikiet wysokościowych - jak chcesz je wybrać nie mając kodów?
Jeżeli posiadasz kody która pikieta jest która - to dla mnie jest przy takiej ilości pikiet - powiedzmy 10 kliknięć więcej z otwarciem innego oprogramowania.
Jeżeli opracowujesz dane pomiarowe w konkretnym oprogramowaniu - jakiż problem wygenerowania odpowiednich plików wsadowych ?

Problem żaden. Zresztą jak z większością propozycji zmian programu. Ale pewne rzeczy mogą ułatwić pracę.

Poza tym nie wiem po co ta dyskusja. Chcesz mi wytłumaczyć, że nie jest to potrzebne?

Problem żaden. Zresztą jak z większością propozycji zmian programu. Ale pewne rzeczy mogą ułatwić pracę.

Poza tym nie wiem po co ta dyskusja. Chcesz mi wytłumaczyć, że nie jest to potrzebne?

Nie nie chce. Zamiast takich kosmetycznych zmian wolałbym aby programiści Geobidu skoncentrowali się nad możliwością automatycznego importu pojedynczych symboli np.: drzew ... do bazy jako obiekty. Tu Twój pomysł byłby ok gdyby można było wybrać odpowiednie pikiety po kodzie wiedzę że wszystko co powiem jakoś jest źle odbierane przez Ciebie arnoldovar - a uwierz mam jako takie doświadczenie z "dużymi" obiektami. Nie bierz tego do siebie jako że mam coś do Ciebie bo wolę aby ten program w którym pracuję miał jak najwięcej opcji pomocnych w robotach

Lupus, te drzewa to chyba hurtowo nie obiektujesz?

Akurat tam jest ciągle prowadzona mapa wektorowa, ale jaki widzisz problem z hurtowym obiektowaniu?
Tylko arkusz kalkulacyjny potrzebny i doświadczenie w klikaniu Ctrl+C, Ctrl+V

wolałbym aby programiści Geobidu skoncentrowali się nad możliwością automatycznego importu pojedynczych symboli np.: drzew ... do bazy jako obiekty. Tu Twój pomysł byłby ok gdyby można było wybrać odpowiednie pikiety po kodzie wiedzę że wszystko co powiem jakoś jest źle odbierane przez Ciebie arnoldovar - a uwierz mam jako takie doświadczenie z "dużymi" obiektami. Nie bierz tego do siebie jako że mam coś do Ciebie bo wolę aby ten program w którym pracuję miał jak najwięcej opcji pomocnych w robotach

Jakakolwiek aktualizacja pozwalająca hurtowo obiektować coś więcej niż tylko rzędne będzie dla mnie dobra. Obojętnie czy będzie to obiektowanie po kodzie, czy wzorem WinKalka wybieranie pikiet z listy. Dla mnie jedno i drugie rozwiązanie będzie ok.

OK, nie będę brał tego do siebie