Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
W dniu 27.02.2015 11:25, Rafał Matelski napisał(a):
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
To co jest w git jest już teoretycznie dostosowane do SIIS 5.4. Trzeba jeszcze potestować.
--
Pozdrawiam Rafał Matelski www.swiernet.com [1]
Witam Zrobiłem sobie kopie LMS i upgradnolem do wersji git. Dodałem węzły i połączyłem urządzenia do węzłów. Próbowałem dziś załadować do Uke raport. Wywala mi błędy we wszystkich plikach: 439Nieobsługiwany typ wiersza.
W dniu 27 lutego 2015 12:14 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 27.02.2015 11:25, Rafał Matelski napisał(a):
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
To co jest w git jest już teoretycznie dostosowane do SIIS 5.4. Trzeba jeszcze potestować.
--
Pozdrawiam Rafał Matelski www.swiernet.com [1]
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Tomku Czy nazwy węzłów sieciowych mógłby się znaleźć z plikach bardzo pomocnie by one identyfikowały którego interfejsu dotyczy itd. ? Pewnie parę innych nazw z LMS też by mogło się znaleźć ale dobre by było na początek i to ... Czy i kiedy można by się spodziewać ?
Pozdrawiam DeCha
W dniu 27-02-2015 o 12:14, Tomasz Chiliński pisze:
W dniu 27.02.2015 11:25, Rafał Matelski napisał(a):
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
To co jest w git jest już teoretycznie dostosowane do SIIS 5.4. Trzeba jeszcze potestować.
--
Pozdrawiam Rafał Matelski www.swiernet.com [1]
Czy ktoś może pomóc ? próbuje rozgryźć INT - Interfejsy ? W LMS mam np Osprzęt sieciowy Informacje o urządzeniu: AP_MT_K_RB 532A AP_MT_K (0001) Status: zakończone Ilość portów: 50 Porty zajęte: 11 Węzeł sieciowy: WęzełK ---> i jak proponuje to fajnie jakby pokazało się jako Identyfikator węzła własnego Podłączone komputery (10):
podejrzewam że to jest ta linia w INT 29,,,29,7,Nie,Nie,Tak,radiowe,2.4,"WiFi - 2,4 GHz",54,54,6,6,0,Nie
nie zgadza mi się Liczba interface łącznie 6 Wykorzystanych.... 6
Skąd wzięła mu się ta liczba - czy ma to coś wspólnego z firmami/taryfami/....? jak tak to jakie ?
Czy mógłbym prosić o jakieś info skąd bierze dane do plików na jakich zasadach?
Pozdrawiam DeCha
W dniu 2015-03-24 15:08, Chenczke Dominik napisał(a):
Tomku Czy nazwy węzłów sieciowych mógłby się znaleźć z plikach bardzo pomocnie by one identyfikowały którego interfejsu dotyczy itd. ? Pewnie parę innych nazw z LMS też by mogło się znaleźć ale dobre by było na początek i to ... Czy i kiedy można by się spodziewać ?
Pozdrawiam DeCha
W dniu 27-02-2015 o 12:14, Tomasz Chiliński pisze:
W dniu 27.02.2015 11:25, Rafał Matelski napisał(a):
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
To co jest w git jest już teoretycznie dostosowane do SIIS 5.4. Trzeba jeszcze potestować.
--
Pozdrawiam Rafał Matelski www.swiernet.com [1]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 2015-02-27 o 11:25, Rafał Matelski pisze:
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
-- Pozdrawiam Rafał Matelski www.swiernet.com http://www.swiernet.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Nie znaleziono wirusów w tej wiadomości. Sprawdzone przez AVG - www.avg.com http://www.avg.com Wersja: 2015.0.5751 / Baza danych wirusów: 4299/9188 - Data wydania: 2015-02-27
Sorki ale nie kumam tego błędu
"944 Błąd Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci"
oraz
935 Błąd Zbyt duża liczba usług we własnym lub współdzielonym węźle dostępowym sieci stacjonarnej
i 923 Błąd Punkty adresowe w zasięgu sieci stacjonarnej znajdują się dalej od węzła niż maksymalny promień działania węzła dla danej technologii" do sieci LAN ok zgadzam się ale do WiFi co ja poradzę jak więcej niż 5km działa. poradźcie co zaznaczyć
pz Radek
[Wednesday, 18 March 2015], Biuro Digi Com ISP napisa?(a):
"944 Błąd Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci"
Musisz dodać do ZAS rekord z tym samym adresem jak WW
oraz
935 Błąd Zbyt duża liczba usług we własnym lub współdzielonym węźle dostępowym sieci stacjonarnej
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo, 1) Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
Puszczę im chyba tak jak jest (mam jeszcze ostrzeżenie, że "Brak wykazania świadczonych usług na węzłach dostępowych sieci stacjonarnych", ale nie miałem tam klientów na dzień 31/12 więc po prostu napiszę w komentarzu).
923 Błąd Punkty adresowe w zasięgu sieci stacjonarnej znajdują się dalej od węzła niż maksymalny promień działania węzła dla danej technologii" do sieci LAN ok zgadzam się ale do WiFi co ja poradzę jak więcej niż 5km działa.
Możesz ten błąd olać :)
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo, 1) Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/
-- pozdrawiam Dariusz Lyczko www.darnet.pl
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
A masz wypełnione węzły, projekty inwestycyjne w LMS?
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł
dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links:
[1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE - "Element wskazany przez identyfikator powiązany nie został zwalidowany" ? Można to zignorować?
W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net
admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł
dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links:
[1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam, lms tworzy mi cały raport, lecz w generatorze mam błędy w każdym z plików. Wydaje mi się że problem jest na samym początku gdzie trzeba wgrać słownik teryt, w opisach pisze że należy wgrać ten plik co jest razem z generatorem “Generator_SIIS_5.5c10_SLOWNIKI” lecz tam są projekty inwestycyjne, a nie słowniki teryt. A błąd mam np następujący w “WW”: M57,Nieprawidłowy format danych!, M57,Bład adresu ID musi być formatu numeryczny a nazwa wpisana!, gdzie M57 to Kod SIMC i ma wartość 932815
jednym słowy pomocy ???
ps. wygenerowany raport z lms’a przeszedł komuś pozytywnie ?? Pozdrawiam MS lanserver.pl
From: Rafał Z. Sent: Thursday, March 19, 2015 2:53 PM To: tomasz.chilinski@chilan.com ; lista użytkowników LMS Subject: Re: [lms] Generator do SIIS
Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE - "Element wskazany przez identyfikator powiązany nie został zwalidowany" ? Można to zignorować?
W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo, 1) Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą
plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links: ------ [1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-------------------------------------------------------------------------------- _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
--- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com
To jest nic. Czekaj jak wrzucisz wygenerowane dane do ich systemu ... :) P.S Dane sprawdzaj lepiej w Minisiis ( łatwiejsza obsługa jak dla mnie ) i tu łatwo możesz zmienić dane na temat terytów i kodu ulic.
Pozdrawiam Grzegorz Karkoszka
W dniu 2015-03-26 o 19:06, marcin.smyczek@lanserver.pl pisze:
Witam, lms tworzy mi cały raport, lecz w generatorze mam błędy w każdym z plików. Wydaje mi się że problem jest na samym początku gdzie trzeba wgrać słownik teryt, w opisach pisze że należy wgrać ten plik co jest razem z generatorem “Generator_SIIS_5.5c10_SLOWNIKI” lecz tam są projekty inwestycyjne, a nie słowniki teryt. A błąd mam np następujący w “WW”: M57,Nieprawidłowy format danych!, M57,Bład adresu ID musi być formatu numeryczny a nazwa wpisana!, gdzie M57 to Kod SIMC i ma wartość 932815 jednym słowy pomocy ??? Uśmiech z językiem ps. wygenerowany raport z lms’a przeszedł komuś pozytywnie ?? Pozdrawiam MS lanserver.pl *From:* Rafał Z. mailto:zajbox@gmail.com *Sent:* Thursday, March 19, 2015 2:53 PM *To:* tomasz.chilinski@chilan.com mailto:tomasz.chilinski@chilan.com ; lista użytkowników LMS mailto:lms@lists.lms.org.pl *Subject:* Re: [lms] Generator do SIIS Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE
- "Element wskazany przez identyfikator powiązany nie został
zwalidowany" ? Można to zignorować? W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com mailto:tomasz.chilinski@chilan.com> napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a): odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu. W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net <admin@darnet.pl <mailto:admin@darnet.pl>> napisał: W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze: (..) Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo, 1) Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych." Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D (...) I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć. A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/ [1] -- pozdrawiam Dariusz Lyczko www.darnet.pl <http://www.darnet.pl> [2] _______________________________________________ lms mailing list lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl> http://lists.lms.org.pl/mailman/listinfo/lms [3] Links: ------ [1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms _______________________________________________ lms mailing list lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl> http://lists.lms.org.pl/mailman/listinfo/lms -- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl> http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com http://www.avast.com/
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Pomęczę jeszcze ten generator, jednak co zauważyłem to w paczce z 2014r. gdzie jest generator plik słownik teryt, a w tym roku jest spis firm co posiadają projekty inwestycyjne. Po załadowaniu słownika z 2014r. wyskakuje błąd że stary słownik. No i teraz pytanie gdzie ten cholerny słownik ?
Pozdrawiam MS
From: Grzesiek IPC Sent: Thursday, March 26, 2015 9:31 PM To: lista użytkowników LMS Subject: Re: [lms] Generator do SIIS
To jest nic. Czekaj jak wrzucisz wygenerowane dane do ich systemu ... :) P.S Dane sprawdzaj lepiej w Minisiis ( łatwiejsza obsługa jak dla mnie ) i tu łatwo możesz zmienić dane na temat terytów i kodu ulic.
Pozdrawiam Grzegorz Karkoszka
W dniu 2015-03-26 o 19:06, marcin.smyczek@lanserver.pl pisze:
Witam, lms tworzy mi cały raport, lecz w generatorze mam błędy w każdym z plików. Wydaje mi się że problem jest na samym początku gdzie trzeba wgrać słownik teryt, w opisach pisze że należy wgrać ten plik co jest razem z generatorem “Generator_SIIS_5.5c10_SLOWNIKI” lecz tam są projekty inwestycyjne, a nie słowniki teryt. A błąd mam np następujący w “WW”: M57,Nieprawidłowy format danych!, M57,Bład adresu ID musi być formatu numeryczny a nazwa wpisana!, gdzie M57 to Kod SIMC i ma wartość 932815
jednym słowy pomocy ???
ps. wygenerowany raport z lms’a przeszedł komuś pozytywnie ?? Pozdrawiam MS lanserver.pl
From: Rafał Z. Sent: Thursday, March 19, 2015 2:53 PM To: tomasz.chilinski@chilan.com ; lista użytkowników LMS Subject: Re: [lms] Generator do SIIS
Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE - "Element wskazany przez identyfikator powiązany nie został zwalidowany" ? Można to zignorować?
W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo, 1) Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą
plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links: ------ [1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
------------------------------------------------------------------------------ _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
------------------------------------------------------------------------------ Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-------------------------------------------------------------------------------- _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
--- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com
*Po aktualizacji taki kwiatek: Fatal error*: Class 'ConfigHelper' not found in ....*/modules/welcome.php* on line *32* Ma ktos pomysl czego brakuje i gdzie ?
zastąp linijki z config helper liniami ze starych skryptów
W dniu 27 marca 2015 10:14 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
*Po aktualizacji taki kwiatek: Fatal error*: Class 'ConfigHelper' not found in ....*/modules/welcome.php* on line *32* Ma ktos pomysl czego brakuje i gdzie ?
-- Pozdrawiam Mariusz
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 27.03.2015 11:19, Rafał Z. napisał(a):
zastąp linijki z config helper liniami ze starych skryptów
Oj nie - to potem wepchnie kolegę w inne problemy w przyszłości. Komunikat błędu oznacza, że lms nie do końca jest zaktualizowany, tzn. są wymieszane pliki z różnych wersji.
W dniu 27 marca 2015 10:14 użytkownik Mariusz G. Bednarek mariusz@propl.com napisał:
Po aktualizacji taki kwiatek: Fatal error: Class 'ConfigHelper' not found in ..../MODULES/WELCOME.PHP on line 32 Ma ktos pomysl czego brakuje i gdzie ?
-- Pozdrawiam Mariusz
W dniu 27.03.2015 o 11:22, Tomasz Chiliński pisze:
W dniu 27.03.2015 11:19, Rafał Z. napisał(a):
zastąp linijki z config helper liniami ze starych skryptów
Oj nie - to potem wepchnie kolegę w inne problemy w przyszłości. Komunikat błędu oznacza, że lms nie do końca jest zaktualizowany, tzn. są wymieszane pliki z różnych wersji.
Ok temat zalatwiony - nie wszystko sie skopiowalo na poczatku.
Tak, jest to ominięcie problemu a nie jego rozwiązanie jak sądzę.
W dniu 27 marca 2015 11:22 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 27.03.2015 11:19, Rafał Z. napisał(a):
zastąp linijki z config helper liniami ze starych skryptów
Oj nie - to potem wepchnie kolegę w inne problemy w przyszłości. Komunikat błędu oznacza, że lms nie do końca jest zaktualizowany, tzn. są wymieszane pliki z różnych wersji.
W dniu 27 marca 2015 10:14 użytkownik Mariusz G. Bednarek
mariusz@propl.com napisał:
Po aktualizacji taki kwiatek:
Fatal error: Class 'ConfigHelper' not found in ..../MODULES/WELCOME.PHP on line 32 Ma ktos pomysl czego brakuje i gdzie ?
-- Pozdrawiam Mariusz
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Panowie, u nas pojawiają się dwa rodzaje błędów w ilości 2000+ i 1000+. Czy ktoś wie co może być przyczyną?
Chodzi o:
1. "Element wskazany przez identyfikator powiązany nie został zwalidowany" 2. "Ten element nie jest zwalidowany"
Pozdrawiam, SP
W dniu 27 marca 2015 08:53 użytkownik marcinsm marcinsm@interpc.pl napisał:
Pomęczę jeszcze ten generator, jednak co zauważyłem to w paczce z 2014r. gdzie jest generator plik słownik teryt, a w tym roku jest spis firm co posiadają projekty inwestycyjne. Po załadowaniu słownika z 2014r. wyskakuje błąd że stary słownik. No i teraz pytanie gdzie ten cholerny słownik ?
Pozdrawiam MS
*From:* Grzesiek IPC mr.imadlo@interpc.pl *Sent:* Thursday, March 26, 2015 9:31 PM *To:* lista użytkowników LMS lms@lists.lms.org.pl *Subject:* Re: [lms] Generator do SIIS
To jest nic. Czekaj jak wrzucisz wygenerowane dane do ich systemu ... :) P.S Dane sprawdzaj lepiej w Minisiis ( łatwiejsza obsługa jak dla mnie ) i tu łatwo możesz zmienić dane na temat terytów i kodu ulic.
Pozdrawiam Grzegorz Karkoszka
W dniu 2015-03-26 o 19:06, marcin.smyczek@lanserver.pl pisze:
Witam, lms tworzy mi cały raport, lecz w generatorze mam błędy w każdym z plików. Wydaje mi się że problem jest na samym początku gdzie trzeba wgrać słownik teryt, w opisach pisze że należy wgrać ten plik co jest razem z generatorem “Generator_SIIS_5.5c10_SLOWNIKI” lecz tam są projekty inwestycyjne, a nie słowniki teryt. A błąd mam np następujący w “WW”: M57,Nieprawidłowy format danych!, M57,Bład adresu ID musi być formatu numeryczny a nazwa wpisana!, gdzie M57 to Kod SIMC i ma wartość 932815
jednym słowy pomocy ??? [image: Uśmiech z językiem]
ps. wygenerowany raport z lms’a przeszedł komuś pozytywnie ?? Pozdrawiam MS lanserver.pl
*From:* Rafał Z. zajbox@gmail.com *Sent:* Thursday, March 19, 2015 2:53 PM *To:* tomasz.chilinski@chilan.com ; lista użytkowników LMS lms@lists.lms.org.pl *Subject:* Re: [lms] Generator do SIIS
Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE - "Element wskazany przez identyfikator powiązany nie został zwalidowany" ? Można to zignorować?
W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net
admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł
dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links:
[1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com
lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W kodach simc nie importują się zera, trzeba dopisać ręcznie
W dniu 27 marca 2015 10:15 użytkownik Sławomir Paszkiewicz < paszczus@gmail.com> napisał:
Panowie, u nas pojawiają się dwa rodzaje błędów w ilości 2000+ i 1000+. Czy ktoś wie co może być przyczyną?
Chodzi o:
- "Element wskazany przez identyfikator powiązany nie został zwalidowany"
- "Ten element nie jest zwalidowany"
Pozdrawiam, SP
W dniu 27 marca 2015 08:53 użytkownik marcinsm marcinsm@interpc.pl napisał:
Pomęczę jeszcze ten generator, jednak co zauważyłem to w paczce z
2014r. gdzie jest generator plik słownik teryt, a w tym roku jest spis firm co posiadają projekty inwestycyjne. Po załadowaniu słownika z 2014r. wyskakuje błąd że stary słownik. No i teraz pytanie gdzie ten cholerny słownik ?
Pozdrawiam MS
*From:* Grzesiek IPC mr.imadlo@interpc.pl *Sent:* Thursday, March 26, 2015 9:31 PM *To:* lista użytkowników LMS lms@lists.lms.org.pl *Subject:* Re: [lms] Generator do SIIS
To jest nic. Czekaj jak wrzucisz wygenerowane dane do ich systemu ... :) P.S Dane sprawdzaj lepiej w Minisiis ( łatwiejsza obsługa jak dla mnie ) i tu łatwo możesz zmienić dane na temat terytów i kodu ulic.
Pozdrawiam Grzegorz Karkoszka
W dniu 2015-03-26 o 19:06, marcin.smyczek@lanserver.pl pisze:
Witam, lms tworzy mi cały raport, lecz w generatorze mam błędy w każdym z plików. Wydaje mi się że problem jest na samym początku gdzie trzeba wgrać słownik teryt, w opisach pisze że należy wgrać ten plik co jest razem z generatorem “Generator_SIIS_5.5c10_SLOWNIKI” lecz tam są projekty inwestycyjne, a nie słowniki teryt. A błąd mam np następujący w “WW”: M57,Nieprawidłowy format danych!, M57,Bład adresu ID musi być formatu numeryczny a nazwa wpisana!, gdzie M57 to Kod SIMC i ma wartość 932815
jednym słowy pomocy ??? [image: Uśmiech z językiem]
ps. wygenerowany raport z lms’a przeszedł komuś pozytywnie ?? Pozdrawiam MS lanserver.pl
*From:* Rafał Z. zajbox@gmail.com *Sent:* Thursday, March 19, 2015 2:53 PM *To:* tomasz.chilinski@chilan.com ; lista użytkowników LMS lms@lists.lms.org.pl *Subject:* Re: [lms] Generator do SIIS
Ok, a jakieś sugestie odnośnie błędu przy walidacji generatorem z UKE - "Element wskazany przez identyfikator powiązany nie został zwalidowany" ? Można to zignorować?
W dniu 19 marca 2015 12:03 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 19.03.2015 09:27, Rafał Z. napisał(a):
odpaliłem najnowszego gita na bazie z wcześniejszej wersji. przemieliło bazę, raport się wygenerował, pliki PROJ OB i WO są puste
Nie masz po prostu żadnego połączenia między węzłem własnym i obcym, ani żadnego węzła, który by był realizowany z jakiegoś projektu.
W dniu 19 marca 2015 08:39 użytkownik Admin - Dar.Net
admin@darnet.pl napisał:
W dniu 2015-03-19 o 08:35, Admin - Dar.Net pisze:
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł
dostępowy, do którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A jak już wszystko ładnie podamy to i tak jesteśmy białą plamą : https://konsultacje.itl.waw.pl/mapa/ [1]
-- pozdrawiam Dariusz Lyczko www.darnet.pl [2]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [3]
Links:
[1] https://konsultacje.itl.waw.pl/mapa/ [2] http://www.darnet.pl [3] http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com
lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. www.avast.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 27.03.2015 o 11:26, Rafał Z. pisze:
Wdze - troche roboty będzie z węzłami :)
W dniu 27.03.2015 11:26, Rafał Z. napisał(a):
W kodach simc nie importują się zera, trzeba dopisać ręcznie
Brzmi to tak jak by ktoś nie czytał instrukcji importu plików csv do aplikacji Generator XML napisanej co najmniej 2 lata temu. Przesyłam uaktualnioną poniżej:
1) Uzupełniamy dane w LMS najlepiej lokalizacjami TERYT i geo urządzeń i komputerów. Współrzędne geo komputerów przy generowaniu raportu nie są wykorzystywane. 2) Generujemy paczkę ZIP z menu LMS "Osprzęt sieciowy"->"Raporty"->"Zapisz". Paczka zawiera pliki CSV, które jesteśmy w stanie wygenerować na podstawie danych przechowywanych w LMS. 3) Pobieramy ze strony https://form.teleinfrastruktura.gov.pl/ z działu "Pomoc" plik z archiwum zip zawierającym pliki generatora XML (aktualnie wersja 5.5c11). Możemy również wyposażyć się w instrukcję (link niżej). 4) Ładujemy arkusz kalkulacyjny generatora. Słowniki używane przez generator można doładować z poziomu apletu generatora XML, więc nie trzeba tego ręcznie otwierać. 5) Importujemy dane z plików utworzonych w LMS do poszczególnych arkuszy generatora XML. Nazwy plików są zgodne z nazwami arkuszy generatora. Pliki mają format CSV. UWAGA! Przy imporcie zwróćcie uwagę na format importowanych kolumn, a zwłaszcza wszystkie kolumny zawierające kody z TERYT. Te kolumny przy imporcie powinny być oznaczone jako tekstowe, gdyż w przeciwnym przypadku Excel wytnie z nich wiodące zera, a wtedy te kody będą błędne z punktu widzenia walidatora zaszytego w generatorze. Wszystkie pliki generowane przez LMS używają kodowania znaków UTF-8. 6) Pierwszy arkusz generatora pozwala na uruchomienie aplikacji interaktywnej generatora. Można z jej poziomu walidować całość, poszczególne arkusze, a nawet wybrane wiersza danego arkusza. 7) Uzupełniamy arkusz DP własnymi informacjami. 8) Wybieramy opcję pełnej walidacji i eksportu raportu do formatu CSV. 9) Wygrywamy otrzymany plik CSV przez panel www dostępny po zalogowaniu pod adresem https://form.teleinfrastruktura.gov.pl/ - menu "Dane"->"Import CSV". 10) Oczekujemy na weryfikację pliku przez serwer UKE.
[Thursday, 19 March 2015], Admin - Dar.Net napisa?(a):
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A ja znowu mam inne podejście - wrzuciłem stan zgodny z faktyczny - to że d*** to pisała to nie mój problem (zreszta jak co roku generator nie przepuszcza lokalizacji z pustym polem z numerem budynku, za to weryfikacja danych na platformie nie pozwala wrzucać numeru budynku w stylu "?", "-" czy też "BD" - gówniana robota bo trzeba poprawiać to co się wcześnie poprawiło).
Jarek
Witam
Mam pytanie z innej beczki , czy komuś z was przytrafiło się to że wyklikaliście raport nt. jakiegoś projektu zakończonego 31.12.2014 ze statusem zakończone itp. itd a w chwili obecnej w siis sa te dane bez przypisanego nr projektu i statusu ?
-----Oryginalna wiadomość----- From: Jaroslaw Dziubek Sent: Thursday, March 19, 2015 10:52 AM To: listaużytkownikówLMS Subject: Re: [lms] Generator do SIIS
[Thursday, 19 March 2015], Admin - Dar.Net napisa?(a):
(..)
Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
(...)
I tu jest sedno sprawy, w tym wszystkim nie chodzi o to żeby przekazać prawdę, tylko żeby przekazać dane tak jak urzędniki z UKE i MAiC sobie wymyślili. IMHO lepiej jest dostosować się do ich systemu żeby wszystko łyknął niż pisać oświadczenia i się tłumaczyć.
A ja znowu mam inne podejście - wrzuciłem stan zgodny z faktyczny - to że d*** to pisała to nie mój problem (zreszta jak co roku generator nie przepuszcza lokalizacji z pustym polem z numerem budynku, za to weryfikacja danych na platformie nie pozwala wrzucać numeru budynku w stylu "?", "-" czy też "BD" - gówniana robota bo trzeba poprawiać to co się wcześnie poprawiło).
Jarek _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
--- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. http://www.avast.com
A czy planowane jest jakoś obsłużenie tego problemu,
944 BłądAdres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
przez generator raportu?
A i cos nowego.... zaportowanie adresu z miejscowosci w ktorej sa ulice a adres akurat nie ma ulicy raportujemy jako BRAK ULICY 99999,
Szanowni Państwo, Ulice w miejscowości bez ulic przekazujemy tak BRAK ULICY kod 99999 Ulice w miejscowości gdzie występuje ulica, której brakuje w TERYT przekazujemy tak ul. nazwa ulicy kod 99998
poprzednio to miało być raportowane jako właśnie SPOZA ZAKRESU 99998.
MOTYLA NOGA co roku inaczej
W dniu 2015-02-27 o 11:25, Rafał Matelski pisze:
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
-- Pozdrawiam Rafał Matelski www.swiernet.com http://www.swiernet.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologii przewodowych niewykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
przez generator raportu?
A i cos nowego.... zaportowanie adresu z miejscowosci w ktorej sa ulice a adres akurat nie ma ulicy raportujemy jako BRAK ULICY 99999,
Szanowni Państwo, Ulice w miejscowości bez ulic przekazujemy tak BRAK ULICY kod 99999 Ulice w miejscowości gdzie występuje ulica, której brakuje w TERYT przekazujemy tak ul. nazwa ulicy kod 99998
poprzednio to miało być raportowane jako właśnie SPOZA ZAKRESU 99998.
MOTYLA NOGA co roku inaczej
W dniu 2015-02-27 o 11:25, Rafał Matelski pisze:
Będzie czy korzystamy ze starego? Małe zmiany by się przydały.
--
Pozdrawiam Rafał Matelski www.swiernet.com [2]
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms [1]
Links:
[1] http://lists.lms.org.pl/mailman/listinfo/lms [2] http://www.swiernet.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologii przewodowych niewykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologii przewodowych niewykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/
Pozdrawiam Decha
W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologiiprzewodowych nie wykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/
Pozdrawiam Decha
W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologiiprzewodowych nie wykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Polecam bo sam tak zrobiłem w SIIS Formularze Infrastruktura i usługi Zakończenia sieci i usługi Zakończenie sieci
dodać tą lokalizacje węzła bez Usługi świadczone w budynku objętym zasięgiem sieci
Pozdrawiam DeCha
W dniu 2015-03-27 o 20:16, Dariusz Kowalczyk pisze:
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/
Pozdrawiam Decha
W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologiiprzewodowych nie wykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/
Pozdrawiam Decha
W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a):
A czy planowane jest jakoś obsłużenie tego problemu,
944 Błąd Adres węzła dostępowego dla technologiiprzewodowych nie wykazany jako punkt zakończenia sieci
Adres węzła dostępowego dla technologii przewodowych nie wykazany jako punkt zakończenia sieci: Podmiot sprawozdał własny lub współdzielony węzeł dostępowy z przypisanym numerem porządkowym punktu adresowego budynku w którym mieści się węzeł z interfejsem technologii stacjonarnych bez wskazania własnego adresu budynku węzła jako adresu zasięgu jego działania.
Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
ja napisalem ze jest wezlem dystrybucyjnym (tylko) jesli urzednikom wychodzi ze jest to blad i trzeba opisywac go jako dostepowy to trzeba im ten blad zglosic i zapytac czy trzeba klamac zeby walidacja przeszla czy tez instytucja zarabiajaca setki milionow rocznie na operatorach ma jednak programiste na etacie ktory ten blad szybko poprawi, ciekawe jaka bedzie odpowiedz :-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:39 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/ Pozdrawiam Decha W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam! W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a): > A czy planowane jest jakoś obsłużenie tego problemu, > 944 > Błąd Adres węzła dostępowego dla technologii > przewodowych nie > wykazany jako punkt zakończenia sieci > Adres węzła dostępowego dla technologii przewodowych nie wykazany > jako punkt zakończenia sieci: Podmiot sprawozdał własny lub > współdzielony węzeł dostępowy z przypisanym numerem porządkowym > punktu adresowego budynku w którym mieści się węzeł z interfejsem > technologii stacjonarnych bez wskazania własnego adresu budynku > węzła jako adresu zasięgu jego działania. Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy. Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Spoko spoko czytałem wszystko próbuje pomóc w rozwiązaniu.
btw. może ktoś podpowie jakie stosuje rozwiązanie do błędu :
935 Błąd Zbyt duża liczba usług we własnym lub współdzielonym węźle dostępowym sieci stacjonarnej Mam ten sam błąd. Odpowiedź z UKE: "Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
Puszczę im chyba tak jak jest (mam jeszcze ostrzeżenie, że "Brak wykazania świadczonych usług na węzłach dostępowych sieci stacjonarnych", ale nie miałem tam klientów na dzień 31/12 więc po prostu napiszę w komentarzu).
Rozdzielać węzły na stacje bazowe ? dla mnie bez sens - ale ...
Pozdrawiam decha
W dniu 2015-03-27 o 21:28, Dariusz Kowalczyk pisze:
ja napisalem ze jest wezlem dystrybucyjnym (tylko) jesli urzednikom wychodzi ze jest to blad i trzeba opisywac go jako dostepowy to trzeba im ten blad zglosic i zapytac czy trzeba klamac zeby walidacja przeszla czy tez instytucja zarabiajaca setki milionow rocznie na operatorach ma jednak programiste na etacie ktory ten blad szybko poprawi, ciekawe jaka bedzie odpowiedz :-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:39 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/ Pozdrawiam Decha W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam! W liście datowanym 27 marca 2015 (16:08:31) napisano: > W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a): >> A czy planowane jest jakoś obsłużenie tego problemu, >> 944 >> Błąd Adres węzła dostępowego dla technologii >> przewodowych nie >> wykazany jako punkt zakończenia sieci >> Adres węzła dostępowego dla technologii przewodowych nie wykazany >> jako punkt zakończenia sieci: Podmiot sprawozdał własny lub >> współdzielony węzeł dostępowy z przypisanym numerem porządkowym >> punktu adresowego budynku w którym mieści się węzeł z interfejsem >> technologii stacjonarnych bez wskazania własnego adresu budynku >> węzła jako adresu zasięgu jego działania. > Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. > Powiem do czego to się sprowadza (już komuś pisałem). > Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem > przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, > ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. > Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma > żadnego dostępu! > Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. > Ma to na celu zwalenie jak największej roboty na przedsiębiorców > telekom. wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy. Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
[Friday, 27 March 2015], Dominik Chenczke napisa?(a):
"Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
Puszczę im chyba tak jak jest (mam jeszcze ostrzeżenie, że "Brak wykazania świadczonych usług na węzłach dostępowych sieci stacjonarnych", ale nie miałem tam klientów na dzień 31/12 więc po prostu napiszę w komentarzu).
Rozdzielać węzły na stacje bazowe ? dla mnie bez sens - ale ...
Puscilem jak jest z odpowiednim komentarzem ("To jest węzeł z x sektorami radiowymi")
W dniu 2015-03-30 o 09:29, Jaroslaw Dziubek pisze:
[Friday, 27 March 2015], Dominik Chenczke napisa?(a):
"Szanowni Państwo,
- Każda ze stacji bazowych WiFi stanowi oddzielny węzeł dostępowy, do
którego należy przyłączyć zasięgi sieci, w których świadczone są usługi szerokopasmowe. Jeżeli przekazujecie Państwo dane zgodne z rzeczywistością to proszę skomentować stosownie ten błąd w zakładce Dane/Komentarze do danych."
Niech ich szlag trafi. Jak rozbije baze na kilka węzłów to mi każe zagregować :D
Puszczę im chyba tak jak jest (mam jeszcze ostrzeżenie, że "Brak wykazania świadczonych usług na węzłach dostępowych sieci stacjonarnych", ale nie miałem tam klientów na dzień 31/12 więc po prostu napiszę w komentarzu).
Rozdzielać węzły na stacje bazowe ? dla mnie bez sens - ale ...
Puscilem jak jest z odpowiednim komentarzem ("To jest węzeł z x sektorami radiowymi")
Ale to trzeba wtedy te sektory radiowe dodać w odpowiedniej tabelce...
jak to jaka? dadza kolejny milion dla instytutu lacznosci by poprawil bledy :p
Andrzej Banach
Dnia 27 mar 2015 o godz. 21:28 Dariusz Kowalczyk dariusz@kowalczyk.it napisał(a):
ja napisalem ze jest wezlem dystrybucyjnym (tylko) jesli urzednikom wychodzi ze jest to blad i trzeba opisywac go jako dostepowy to trzeba im ten blad zglosic i zapytac czy trzeba klamac zeby walidacja przeszla czy tez instytucja zarabiajaca setki milionow rocznie na operatorach ma jednak programiste na etacie ktory ten blad szybko poprawi, ciekawe jaka bedzie odpowiedz :-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:39 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/ Pozdrawiam Decha W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam! W liście datowanym 27 marca 2015 (16:08:31) napisano: > W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a): >> A czy planowane jest jakoś obsłużenie tego problemu, >> 944 >> Błąd Adres węzła dostępowego dla technologii >> przewodowych nie >> wykazany jako punkt zakończenia sieci >> Adres węzła dostępowego dla technologii przewodowych nie wykazany >> jako punkt zakończenia sieci: Podmiot sprawozdał własny lub >> współdzielony węzeł dostępowy z przypisanym numerem porządkowym >> punktu adresowego budynku w którym mieści się węzeł z interfejsem >> technologii stacjonarnych bez wskazania własnego adresu budynku >> węzła jako adresu zasięgu jego działania. > Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. > Powiem do czego to się sprowadza (już komuś pisałem). > Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem > przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, > ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. > Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma > żadnego dostępu! > Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. > Ma to na celu zwalenie jak największej roboty na przedsiębiorców > telekom. wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy. Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam. Ktos pomoze bo mnie juz skreca. Wszystko ok podczas generowania ale:
SR (identyfikator grupy klientow) F11,Brak identyfikatora w tabelach powiązanych!,
W dniu 27.03.2015 23:59, Andrzej Banach napisał(a):
jak to jaka? dadza kolejny milion dla instytutu lacznosci by poprawil bledy :p
Hehe, a wszystko odbędzie się w ramach programu "Innowacyjna Gospodarka". A propos: od kiedy urzędy w Polszy stanowią część gospodarki? ;-)
Andrzej Banach
Dnia 27 mar 2015 o godz. 21:28 Dariusz Kowalczyk dariusz@kowalczyk.it napisał(a):
ja napisalem ze jest wezlem dystrybucyjnym (tylko) jesli urzednikom wychodzi ze jest to blad i trzeba opisywac go jako dostepowy to trzeba im ten blad zglosic i zapytac czy trzeba klamac zeby walidacja przeszla czy tez instytucja zarabiajaca setki milionow rocznie na operatorach ma jednak programiste na etacie ktory ten blad szybko poprawi, ciekawe jaka bedzie odpowiedz :-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:39 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/ Pozdrawiam Decha W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze: > Witam! > W liście datowanym 27 marca 2015 (16:08:31) napisano: >> W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a): >>> A czy planowane jest jakoś obsłużenie tego problemu, >>> 944 >>> Błąd Adres węzła dostępowego dla technologii >>> przewodowych nie >>> wykazany jako punkt zakończenia sieci >>> Adres węzła dostępowego dla technologii przewodowych nie >>> wykazany >>> jako punkt zakończenia sieci: Podmiot sprawozdał własny lub >>> współdzielony węzeł dostępowy z przypisanym numerem porządkowym >>> punktu adresowego budynku w którym mieści się węzeł z >>> interfejsem >>> technologii stacjonarnych bez wskazania własnego adresu budynku >>> węzła jako adresu zasięgu jego działania. >> Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z >> UKE. >> Powiem do czego to się sprowadza (już komuś pisałem). >> Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem >> przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako >> klient, >> ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej >> 35. >> Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie >> ma >> żadnego dostępu! >> Większość komunikatów błędów systemu SIIS to nadgorliwość ich >> systemu. >> Ma to na celu zwalenie jak największej roboty na przedsiębiorców >> telekom. > wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? > hmm > a jak sie agreguje :) Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy. Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Tomasz Chiliński, Chilan
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Dnia 2015-03-27, pią o godzinie 20:39 +0100, Tomasz Chiliński pisze:
W dniu 27.03.2015 20:16, Dariusz Kowalczyk napisał(a):
jest dobre skoro nie ma tam klientow tylko łacza do innych wezłów to jest to wezeł dystrybucyjny (tylko)
Jeszcze raz wklejam to co napisałem wcześniej: "Ten błąd to błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu!"
Mi ten błąd znika po dodaniu zakończenia sieci i usług bez dodania podłączonych użytkowników. Czyli Zakończenie sieci bez usług. I można mieć pusty węzeł z interfejsami dostępowymi, dystrybucyjny.
Proponuję nie dorabiać teorii do głupoty urzędników ;-)
Dariusz Kowalczyk
Dnia 27 mar 2015 o godz. 20:02 Dominik Chenczke decha@provider.pl napisał(a):
Nie wydaje mi się żeby to było dobre wyjście chociaż błąd znika -- jak również zasięgi :-/
Pozdrawiam Decha
W dniu 2015-03-27 o 18:26, Grzesiek IPC pisze:
W dniu 2015-03-27 o 16:21, CezaRgm pisze:
Witam!
W liście datowanym 27 marca 2015 (16:08:31) napisano:
W dniu 27.03.2015 16:04, Waldemar Dymkiewicz napisał(a): > A czy planowane jest jakoś obsłużenie tego problemu, > > 944 > Błąd Adres węzła dostępowego dla technologii > przewodowych nie > wykazany jako punkt zakończenia sieci > > Adres węzła dostępowego dla technologii przewodowych nie wykazany > jako punkt zakończenia sieci: Podmiot sprawozdał własny lub > współdzielony węzeł dostępowy z przypisanym numerem porządkowym > punktu adresowego budynku w którym mieści się węzeł z interfejsem > technologii stacjonarnych bez wskazania własnego adresu budynku > węzła jako adresu zasięgu jego działania. Ten błąd to jest błąd wynikający z nadgorliwości biurokratów z UKE. Powiem do czego to się sprowadza (już komuś pisałem). Wyobraźcie sobie, że macie domek jednorodzinny będący węzłem przy ul. Wiejskiej 31. Do niego nikt nie jest wpięty jako klient, ale za to są wpięci klienci z domków z Wiejskiej 33 i Wiejskiej 35. Efekt: domek Wiejska 31 jest węzłem dostępowym, ale lokalnie nie ma żadnego dostępu! Większość komunikatów błędów systemu SIIS to nadgorliwość ich systemu. Ma to na celu zwalenie jak największej roboty na przedsiębiorców telekom.
wiec jak tego sie pozbyc? agregujac wiejska 31, 33,35 ? hmm a jak sie agreguje :)
Wystarczy w węźle zaznaczyć że jest dystrybucyjny, a nie dostępowy.
Pozdrawiam Grzegorz Karkoszka _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
uczestnicy (23)
-
Adam Sobieraj -
Admin - Dar.Net -
ADMINET Usługi Informatyczne -
Andrzej Banach -
Biuro Digi Com ISP -
CezaRgm -
Chenczke Dominik -
D.Wesolowski -
Dariusz Kowalczyk -
decha -
Dominik Chenczke
-
Grzesiek IPC -
Jaroslaw Dziubek -
marcin.smyczek＠lanserver.pl -
marcinsm -
Marek Konieczny -
Mariusz G. Bednarek -
Rafal -
Rafał Matelski -
Rafał Z. -
Sławomir Paszkiewicz -
Tomasz Chiliński -
Waldemar Dymkiewicz