Köszönöm fáradozását!!
Kipróbálom, és vissza jelzek!
Üdv,
L.
A Numerikus feliratok létrehozása növekménnyel című oldalról letölthető AutoLisp programmal, megadott növekményű számokat tartalmazó szöveg rajzelemeket hozhatunk létre beillesztéssel, vagy másolással.
Remélem ilyesmire gondolt kedves Loránd.
Köszönöm szépen, várom!
Üdv,
L.
Kedves Loránd!
Valami hasonló már létezik. Azt ingatlannyilvántartási térképek helyrajzi számainak hatékony beillesztéséhez készítettem.
Úgy emlékszem egyszerű kis szerkentyű. Amint időm lesz rá önállóan használhatóvá teszem.
Kedves Ferenc!
Én arra keresek megoldást, hogy adott egy szám, (pl. 123.) és ennek másolásakor egy általam megadott értékkel ez csökkenjen vagy növekdjen.
pl. copy 123. (megadom, hogy +2-vel növekedjen) kattintáskor 125.-öt ír. következő kattintás: 129, majd 131 és így tovább...
Elnézést a laikus fogalmazástól, remélem érthető, hogy mit szeretnék. :)
Köszönöm segítségét!
Üdv, Loránd
Kedves Ferenc!
Letöltöttem és teszteltem, jól működik!
Írtam e-mailt is Önnek a két távcsőálláshoz, amiben elfelejtettem említeni, hogy sokszögelés közben poláris részletmérés is végeztünk a 180-as számú ponton a 3-as számú pontra.
Köszönöm a segítségét! 
Üdv.: S. Gábor
Kedves Gábor!
Utánanéztem a DXF kiírás problémájának.
A hibát az okozta, hogy néhány hónappal ezelőtt kiegészítettem a programot azzal a lehetőséggel, hogy a pont és vonal rajzelemek megjelenítési tulajdonságaikat a rétegüktől is örökölhessék, amint az például az AutoCAD-ban lehetséges.
Sajnos a DXF kiírás kimaradt a változtatás utáni tesztelésből, és a fólia szerinti tulajdonságú rajzelemeknél nem létező tulajdonságérték miatt kiakadt.
A változtatás összes következményét nem vezettem át a DXF kíráson, így a fóliák továbbra is rögzített színnel és vonaltípussal kerülnek a DXF-be. Amint időt tudok szakítani rá, ezt is megoldom.
A DXF megnyitása után végre kell hajtani a ZOOM _e parancsot, hogy a rajzi tartalom a képernyő közepére kerüljön.
Töltse le az új verziót, és próbálja ki.
A PF-APT.exe régi verzióját mentse el, mert nem volt sok időm a tesztelésre.
Kedves Gábor!
Kérem küldjön egy (Több) a PF-APT.exe MJK adatszerkezetének megfelelő formátumú, két távcsőállásban mért adatokat tartalmazó mérési jegyzőkönyv állományt.
Nem tudom, hogy a rekord típust kódoló első két karakterre van-e már valamilyen szisztémája a két távcsőállás megkülönböztetésére, de ha nincs, legyenek például értelemszerűen T1 és T2 tartalmúak.
Kedves Ferenc!
Az alappontsűrités számomra "egy irányzással pontosan nem mérhető" kategória. A két távcsőállásban mérés egyfajta hibaszűrésre is szolgál, hiszen ha a két távcsőállás azonos értéket mutat (10" alatti eltéréssel), akkor valószinű nem lőttem mellé.
A munkám során mindennapos gyakorlat a sokszögelés, amit GPS pontok között szoktunk vezetni. Magaspont levezetést a főiskola óta én sem végeztem, de a sokszögelést nem lehet megúszni, ha nagy pontosságú alappontok létesitése a feladat pl. vonalas létesitmény mentén. Lekötelezne, ha érdemben tudná orvosolni egyedi igényemet, minden reményem az Ön kezében (fejében) van!
Köszönettel: Stötzer Gábor
Kedves Gábor!
Az irány közepelés funkciót tulajdonképpen csak egy irányzással pontosan nem mérhető pontjelek (például közeli kémény) jobb és bal oldalára menő irányok közepelésére szántam. Arra hogy használtam-e a gyakorlatban nem emlékszem. A GPS-ek elterjedése óta nem jellemző, hogy ilyen magaspontokat irányoznánk.
A két távcsőállásban mért adatok közepelésére szolgáló funkció megírása már felmerült bennem, de mivel gyakorlati igény egyáltalán nem volt rá, nem foglalkoztam vele.
Mostanában rendesen meg vagyok hajtva, mind terepi munka, mind programozás (AutoLisp) terén. Legközelebb talán a hét végén tudnék foglalkozni ezzel, ha a sors és a főnökeim is úgy akarják.
Kedves Gábor!
Nem találkoztam még ezzel a hibával. Ahoz hogy az okát kipuhatoljam, szükségem lenne a *pfg állományra. Kérem, küldje el e-mail mellékletként.
Kedves Ferenc!
Bevallom időhiány miatt még nem olvastam részletesen végig a Súgót - csak felületesen, ezért most itt próbálkozom kérdéseimre választ találnom.
A sokszögelést mindig két távcsőállásban végzem, ezért szükségem lenne az I.-II. távcsőállás adatainak közepelésére a sokszögvonal számítása előtt. Automatikus közepelést nem találtam a leírásban. Végez-e közepelést a program, ha egy adott állásból ugyanarra a pontra mindkét távcsőállásban történt mérés?
Próbáltam manuálisan is a két távcsőállás méréseit kiközepeltetni vele, de a horizontális szög fok értékét hibásan képzi.
Pl.1.:
I. Hz: 93.28210 V: 89.44250
II. Hz: 273.28240 V: 270.15450
Közepelt Hz: 363.2822,5 V: 89.44200
Pl.2.:
I. Hz: 322.33480 V: 89.45410
II. Hz: 142.33440 V: 270.14190
Közepelt Hz: 412.33460 V: 89.45410
Kérem, ha ideje engedi, vessen egy pillantást a programra, hol lehetne fülöncsípni a hibát!
Köszönettel: Stötzer Gábor
Kedves Ferenc!
Kis méretű (6 pontból álló sokszögvonal) teszt állományom eredményeként létrejött helyszínrajzot szerettem volna exportálni AutoCAD R12 DXF-be, de mindig hibaüzenetet kapok!
A PF_APT hibaüzenete: "Range check error."
Létrejön a DXF fájl, de sérült vagy hiányos az AutoCAD 2002 (EN) szerint, így nem nyitja meg.
Az AutoCAD hibaüzenete:
"Syntax error or premature end of file on line 1282.
Invalid or incomplete DXF input -- drawing discarded."
Az exportálást megpróbáltam a PfGeo_Demo állománnyal is de ugyanazt a hibaüzenetet kaptam vissza.
Windows 7 Professional 64bit (EN) környezetben futtatom a programot a C:\PF_APT\PF_APT.exe-t.
Mi lehet a probléma?
Köszönettel: Stötzer G.
Kedves William!
A kiírás során könnyen megoldható lenne, hogy a fájlban megjelenjen az elforgatás is.
A Pontok beolvasása fájlból és megjelölésük attribútumos blokkreferenciákkal programban sem lenne lehetelen az elforgatás értelmezése és használata, de az több szöszmötölést igényelne. Most "éppen" ezer a dolgom, többek között Lisp programozás terén is, de majd utána nézek a dolognak.
Elrontottam a lisp nevét 
Erre a Lispre gondoltam a visszaolvasásnál: Pontok beolvasása fájlból és megjelölésük attribútumos blokkreferenciákkal
Üdv:
William
Kedves Ferenc!
Megadott nevű blokk referenciáinak koordinátajegyzékbe való kiírásához lenne egy kérdésem/kérésem.
Azt meg lehet-e oldani, hogy a kiolvasáskor a blokk elfordulási szögét is kiolvassa?
Ezt a kiolvasott állományt visszaolvasva a Blokkreferenciák elhelyezése pontokra, vagy attribútumos blokkreferenciákra nevű lisp-be akkor a tárolt szögre forgatná a blokkoka.
Lehet hogy kacifántosan fogalmaztam, de talán érthető mire gondoltam :-)
Előre is köszönöm a választ.
Üdv:
William
A http://pf-prg.hu/AutoCAD-AutoLisp/zoom-dwg-to-dwg.php oldalról letölthető AutoLisp programmal nézetablakok középpontját vihetjük át egyidejűleg megnyitott állományok között.
A http://pf-prg.hu/AutoCAD-AutoLisp/attrib-link.php#eleje oldalról letölthető AutoLisp program blokkreferenciák attribútumaiban tárolt fájlnevek alapján hoz létre a blokkreferenciákhoz tartozó hiperlinkeket.
A http://pf-prg.hu/bitmap-view.html oldalról letölthető program legújabb verziója, a http://pf-prg.hu/AutoCAD-AutoLisp/autocad_foto.php oldalról letölthető Autolisp program legújabb verziójával együttműködve, néhány bizonyára mások számára is hasznos új kunsztot tud.
Szokásomhoz híven buzgón teszetelgettem, de szintén szokásomhoz híven szorul a zabszem, hogy hagytam-e mégis benne hibát. Nekem jól működött.
Ha kipróbálja valaki, esengve kérem, értesítsen az eredményről!
Kedves Tamás!
Azt biztosan meg lehetne oldani, hogy az attribútumaikban fotószámot tartalmazó blokkreferenciák hiperlinkkel is a megfelelő fotófájlra mutassanak. Ahogy időm engedi, utánanézek a dolognak.
Meglepőnek találom az alkalmazott GPS-es eszköz pontosságáról írtakat. Régebben Garmin e-trex GPS-t, mostanában pedig SAMSUNG Galaxy Tab-ot használunk navigációs feladatokra. Tapasztalatom szerint a pozíciók hibája általában 10 méter alatt van.
Tudomásom szerint manapság a 2-3 méteres megbízhatóságú térinformatikai GPS-ek ára 250-300 ezer forint körül jár. A GPS-be (Többmilliós geodéziai pontosságú műszerekbe) épített fotókamerákkal viszont rossz tapasztalataim voltak, a kritikán aluli képminőség miatt. Persze lehet, hogy azóta már van fejlődés ezen a téren is.
Kedves Ferenc!
Köszönöm a gyors és hathatós segítséget, nekem ez majdhogynem meg is oldotta a problémámat. Nem mondom, hogy elsőre ment flottul minden, de fél óra alatt minden programot betanultam. Sajnos annyi nehézség van a gyári beépített hyperlinkhez képest, hogy itt mindig ki kell adni a fotomutat parancsot, de aztán flottul megy minden és gyorsan. A gyári annyiban egyszerűbb, hogy ha egy blokk vagy objektum tartalmaz hyperlinket, ott a kurzor föléhúzva átvátozik kicsi földgömbé, így mutatva, hogy van extra infó és elég egy ctrl lenyomás+bal kattintás és már jön is a linkelt cél.
szeretném ezúton megköszönni önzetlen segtségét, ennélkül nem tudtam volna összehozni a dolgot. Sajnos az már más tészta, hogy a mobiltelefonokba épített gps chip és a mögöttes feldolgozás olyan szintű hibával dolgozik (megfejelve ezt a wgs84-eov transzformációval), hogy esetenként az egy pontból lőtt fotók között akadt 60m-nyi hiba is. Ez sajnos megengedhetetlenül nagy, így komoly adatbázist építeni nem tudunk egy-egy telefonból nyert fotó csomaggal, vélhetően a minimálisan elvárt pontosságot ki tudja elégíteni egy olyan egy- vagy kétfrekvenciás gps vevő, amiben rejtőzik egy min 3mpx-es kamera is. Itt már csak a pénz szab határt, de legalább a feldolgozás egy kényes automatikája megolodtt lehet, hálás köszönet érte.
Üdv
Tamás
Kedves Tamás!
Ha csak arra van szüksége, hogy a fotókat egy DWG objektumhoz rendelve szerkesztés közben megjeleníthesse, akkor arra már van megoldás a letölthető programokkal.
A JpgExifGps.exe -vel koordinátajegyzéket készít a forókról.
A Pontok beolvasása fájlból és megjelölésük attribútumos blokkreferenciákkal programmal beolvasa a DWG állományba.
A Fotók hozzárendelése blokkreferenciákhoz programmal megjeleníthetők a fotók.
Ez nem a Civil által kezelt pontjeleket használja, de logikusnak tűnne, ha abban a fent említett blokkreferenciákra elhelyezhetnénk pontjeleket úgy, hogy a blokkreferenciák attribútumaik tartalma is öröklődjön azokra. Hogy azután még linkké is lehessen alakítani a fájlneveket az már csodaszámba menne.
Sajnos semmi tpasztalatom nincs a Civil -el mert én normál AutoCAD -et használok.
Kedves Ferenc!
Nem elősször járok itt, de csak most tettem alaposabb körültekintést az oldalon, néhány programot kutatva. Majdnem rá is leletem arra, amit keresek.
/Meg kell hajoljak a munkássága előtt, lenyűgöz milyen mennyiségű munkát tett bele a geodézia feldolgozásának segítségébe. Én magam sajnos egy cseppet sem értek a programok nyelvén, max egy weblapot tudok összetákolni, építőmérnök vagyok./
Az elműlt pár hónapban érett egy gondolat bennem, amire eddig csak egy német oldalon találtam megoldást, kemény eurókért cserébe, így sajnos nem is vásároltam be. Az ötlet lényege egy olyan szoftver, ami annyit tud, hogy a gps exif adatokat tartalmazó pontot úgy tudnán beolvasni az Autocad Civil 3d programmal, hogy a leírásban megjelenne a kép neve és ráhúzva az egeret egy ctrl lenyomással elől ehetne hívni a merevlemezről a tárolt fotót. Őn szertin, mint fejlesztő, lát erre lehetőséget? Az új szoftvere (jpgexifgps.exe) már közelebb visz a megoldáshoz, mert annak segítségével ki lehet gyomlálni a wgs84 formában tárolt koordináták helyett az eov-t a készített fotóról. Így a lista formázható oly módon, hogy azt (p,y,x,m) be tudom importálni a civil 3d-vel. Ha a pont elkészült, annak tulajdonság lapján található egy sor, ahol manuálisan linkelhetnék egy fotót a ponthoz, amit ugye egy ctrl lenyomással gyorsan elő is tudunk hívni. Ezt a folyamatot lenne jó automatizálni, mert 10000 fotónál ez már nem olyan egyszerű feladat... Ha van ötlete a megvalósításra, szívesen meghallagatnám!
Köszönöm.
Üdv és gratulálok a profi oldalhoz!
NT
Tisztelt Pap Ferenc!
Korábban már megtaláltam a honlapját, de akkor csak "szörfölgettem" az interneten.
Viszont most, hogy váltanom kellett Itr-ről Autocad-re, az oldala felbecsülhetetlen értékű tudástárrá és segítséggé alakult számomra. Köszönöm az eddigi munkáját!
Köszönjük a sok hasznos lispet. Nagymértékben könnyíti a feladatainkat.
Ajánlom mindenkinek!!!!
