kruszynski

Moderatorzy
  • Postów

    1 427
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    83

Odpowiedzi opublikowane przez kruszynski

  1. W dniu 13.04.2024 o 15:37, swazy napisał:

    Czy brak reakcji na pytanie oznacza, że w internecie było to wałkowane miliard razy i powinienem sobie to znaleźć (oczywiście próbowałem)?

    Nie. Raczej znaczy że jest to skrajnie trudne. A tak trudno było mi przyznać się do własnej ignorancji.

    Znam dwa sposoby utworzenia właściwości dla elementu. W pierwszym cały element jest "Custom Entity" czyli właściwości i geometria wyświetlają się tylko jeśli aplikacja jest wczytana. Jeśli aplikacja nie jest wczytana element wyświetla sie jako obiekt typu proxy. W tym przypadku nie znam sposobu dostania się do parametrów elementu. W drugim sposobie jest to tylko element interfejsu, wiec dane dodatkowe mogą nie być nigdzie w nim zapisywane. A mogą mogą być zapisywane w XData, albo Dictionary,

  2. Zastanawiam się na jakiej podstawie rozróżnić te bloki, którym trzeba zmienić kilometraż.
    Czy chce Pan zaznaczyć jeden przykładowy blok i mają sie zaktualizować wszystkie wstawione tego samego typu? to rozwiązałoby kwestie różnych szablonów od różnych "wymagaczy" Ale wszystkie to wydaje się zbyt dużo. skąd wiedzieć które pominąć?
    Jak powiązać je z konkretną osią drogi? Wyobrażam sobie że kiedy projektujemy skrzyżowanie, mamy przynajmniej 2 osie, zmieniamy jedną oś, jakie kryteria zastosować do wyboru i odrzucenia poszczególnych opisów?

  3. W ZWTraffic mamy funkcje opisywania pikietażem punktów wzdłuż trasy.

    Tutaj temat podobny. Jednak potrzeba doprecyzować kilka rzeczy.
    - Czy te bloki są już wstawione w rysunku i trzeba wstawiać kilometraż jako wartość atrybutu ?
    - Może potrzebne byłoby wstawianie opisu na podstawie istniejących barier w rysunku. We wstawianym opisie można uzupełniać też inne atrybuty np nazwa znaku
    - Czy szablon opisu np wielkość, dostępne atrybuty jest narzucony? Możemy zrobić tak, żeby pozwolić wybrać szablon opisu jaki będzie wstawiany.

    Kilometrapunktw.thumb.gif.0963bf42740c3e0783f8f68666b004db.gif

  4. 15 minut temu, MLE napisał:

    Jak jesteśmy przy szlakach rowerowych, to też tak macie?

     

    R4.gif

    Sprawdziłem na wersji 2024 oraz 2023. Nie udało mi się potwierdzić takiego problemu.
    Nasuwa mi się, że jedyne co robimy inaczej to wstawiamy inny symbol szlaku, może tutaj jest problem. Proszę przesłać użyty symbol w wiadomości prywatnej lub mailem na adres pomoc@zwcad.pl .

  5. 15 godzin temu, MLE napisał:

    cześć.

    Czy jest gdzieś miejsce gdzie można dodać symbole dla szlaków rowerowych, np. greenvelo czy eurovelo?

    Symbole typu greenvelo można dodać tutaj:
     

    c:\Szansa\ZWTraffic\2024\PL\Templates\Vertical signs elements\BikeTrails\symbols\

     

  6. Dzień dobry.
    Treść mapy jaką udostępnia geoportal zależy od wielu czynników, m. in zaznaczonego obszaru - czasem przy zbyt dużym, czasem przy zbyt małym obszarze geoportal rzeczywiście udostępnia pusty plik.
    Proszę przesłać fragment pliku na adres pomoc@zwcad.pl Oczywiście nie jest dla mnie istotna treść pliku, może być pusty, ale z oznaczonym obszarem do wypełnienia, wystarczy prostokąt.

  7. Godzinę temu, MLE napisał:

    Dodatkowo czy jest możliwość żeby nakładka korzystała ze wskazanych osi pasów drogi z pierwszeństwem żeby generować prawidłowe trójkąty? 

    Coś jak przy widoczności na dojeździe do skrzyżowania po odcinku krzywoliniowym.

    Interesujący pomysł. Przygotujemy to.

  8. 20 minut temu, MLE napisał:

    Jeszcze jedno pytanie, czemu L1 nie może mieć wartości 3 m jak dla ulicy.

    image.png.9ced37710f5e95c47f9545683eef03bc.png

    Ktoś już zaproponował żeby to umożliwić. W aktualnej wersji jest możliwość wpisana wartości L1
     

    ZWTraffic - Widoczność parametr L1.png

  9. Sprawdzenie czy inne polecenie jest aktywne można zrobić sprawdzając zmienną systemową

    CMDNAMES

    Wydaje się, że jej przerwanie to większa trudność. Pewnie można spróbować wysłać ENTER

    rys.SendStringToExecute("\n", true, false, false);

    Ale może bardziej odpowiednie będzie ESC czyli ^c^c.
    Nie próbowałem tego ale tak na szybko znalazłem że taka składnia powinna być OK,

    rys.SendStringToExecute("\u001b\u001b\n", false, false, true);

     

  10. W dniu 8.07.2023 o 13:51, MLE napisał:

    ... po co opcja że ma być szare wypełnienie jeżeli wybieram typ znaku istniejący.

    Kiedyś było tak, że istniejące były zawsze szare. Ale pojawił się temat, że niektóre zarządy nie akceptują szarych i chcą mieć wszystko kolorowe więc dodaliśmy to.

    Nie jestem pewien, czy dobrze rozumiem:

    W dniu 8.07.2023 o 13:51, MLE napisał:

    ... W znakach typowych nie ma czegoś takiego i jest ok.

    Czytając wprost rozumiem, że w funkcji biblioteki znaków, jak wybierzemy stan istniejący to wstawi się znak w skali szarości. Sprawdziłem i tak nie jest. Możliwe, że coś robimy albo rozumiemy inaczej, tylko co?

  11. Rozważamy wprowadzenie dodatkowych możliwości również w tym zakresie.

    Natomiast nie jestem pewien czy dobrze rozumiem szczegóły. O ile rysowanie przekroju np z cyfrowego modelu terenu wydaje się potrzebnym krokiem, to
    - rzędne formie tabeli czy chodzi np o plik z danymi gdzie będą współrzędne XYZ
    - w jaki sposób chciałby Pan podawać rzędne trasy? czy te rzędne powinny pojawiać się jedynie w profilu?
    - skrzyżowania w formie symboli ? takie symbole powinny pojawić się już na wynikowym profilu? kształt tych symboli jest przedstawiony w jakichś wytycznych typu rozporządzenie czy norma? Czy już na modelu powinny być symbole? Trochę trudno jest mi wyobrazić sobie taką sytuację gdzie przygotowujmy model terenu (potrzebny do przekroju) gdzie skrzyżowanie jest oznaczone jedynie symbolem.

  12. Dzień dobry

    1. Kilka osób zgłaszało zapotrzebowanie na taką funkcjonalność. Nie mogę obiecać, że pojawi się w najbliższym czasie, ale weźmiemy ją pod uwagę przy planowaniu kolejnych prac.
    2. Sprawdzę to. Jeśli to możliwe proszę przesłać do porównania kawałek przykładu na pomoc@zwcad.pl
    3. Może rzeczywiście trochę za dużo miejsca zostaje. Przyglądnę się temu, może uda się łatwo zmienić
    4. Możliwość dodawania tabliczki do znaku dodaliśmy w wersji 2023.
    5. Proszę plik z załącznika zapisać do katalogu
      C:\Szansa\ZWTraffic\2022\PL\Templates\Vertical traffic signs\B - Zakazu

      w kolejnych projektach problem powinien zniknąć.

    Więcej o zmianach i nowościach w wersji 2023 można znaleźć tutaj:

    https://www.zwcad.pl/nakladki-na-zwcad/oznakowanie-i-projektowanie-drog/zwtraffic/zmiany-nowosci-zwtraffic.html

     

    B-9.dwg

  13. Dzień dobry
    Interesujący przypadek. Nie jestem pewien czy tak samo rozumiemy "nie liczy oznakowania", ja przyjmuję że chodzi o to, że w zestawieniu nie pojawiają się wartości. nie przeliczałem szczegółów, ale w funkcji zestawienia oznakowania poziomego liczy.
    Natomiast funkcja oznakowania pionowego nie wyświetla wartości dlatego że była zaplanowana tak, że miała zliczać wartości z bloku który jest opisem pionowym, który jest rozróżniany np od podpory czy lica znaku na podstawie nazwy. 
    W tym przypadku opisy są innymi blokami np P_Opis_Pionowe-flat-xx gdzie "xx" jest inną liczbą dla wielu opisów. Przypuszczam że powstały w wyniku użycia funkcji FLATTEN.
    Oczywiście w przyszłości możemy zmienić sposób rozpoznawania opisów.
     

  14. Takie działanie nie było przewidziane.
    Chcąc dodać to w przyszłej wersji zastanawiam się jak byłoby najłatwiej z tego korzystać.
    - pierwsza myśl to dodać odpowiednie pole w oknie ustawień,
    - ale chyba bardziej przyjaźnie będzie w oknie wyboru typu linii dodać pole do zaznaczania.
    - a może dobrze byłoby przygotować funkcję, która wybierze z rysunku wszystkie opisy które były już wcześniej wstawione a spełniające określone kryteria ( pionowe/poziome stan ... )  by łatwo się ich pozbyć usuwając albo przenosząc na odpowiednią warstwę i tymczasowo wyłączyć? razem z odpowiadającymi im odnośnikami

    Co jeszcze warto byłoby wziąć pod uwagę?