24115 dobrze znanych binarnych opcji

Podczas importowania pliku csv zawierającego informacje o przestrzeni przestrzennej w varchar, a następnie przeliczono wartości varchar (maks.) Na varbinary (maks.), Dodając 0x do wartości varchar (maks.) Przed konwersją. Wtedy, oprócz 0x na początku, dane w kolumnie varbinary (max) są dokładnie takie same, jak varchar (max) w konwersji na tekst. Teraz uruchomię następujący skrypt: gdzie WKB jest kolumną varbinary (max). Uruchomienie powyższego skryptu powoduje wyrządzenie tego błędu: Znane wejście binarne (WKB) jest nieprawidłowe. Dane pochodzą z Open Street Map, więc nie ma wątpliwości, że są to prawidłowe dane obszaru. Więc zakładam, że musi być coś nie tak w tym, co robię, albo brakuje mi punktu przekształcenia WKB na typ danych geometrii. Czy ktoś może pomóc proszę Przypuśćmy, że problem polega na konwertowaniu danych varchar na varbinary, że konwertujesz rzeczywistą reprezentację znaków danych binarnych, a nie tylko zmieniając typ na binarny. Np. Jeśli w kolumnie varchar znajduje się dane 0xDEADBEEF, wykonywanie konwersji (varbinary (max), DEADBEEF) spowoduje przekształcenie znaków reprezentujących ascii w binarne. To, co chcesz zrobić, konwertuje ciąg szesnastkowy na binarny, co jest możliwe przy użyciu parametru konwersji stylu. SELECT convert (varbinary (max), DEADBEEF, 2) powinien zrobić to, co chcesz przekonwertować dane varchar wkb na prawdziwe binarne. Moja grupa współpracowników zauważyła nieprawidłową wersję ESRI Line WKB zawierającą niesprecyzowane dane końcowe, a ponieważ nie jest aktywna w GIS. SE, wysłałem jego uwagi jako odpowiedź. Czekaj kilka dni na krytyki przed zaakceptowaniem tego w przypadku, gdy ktoś ma bardziej ostateczną reakcję. W międzyczasie mogę odtworzyć wyjątek pomiędzy ESRI Line Geometry WKB i SqlServer. Types, tworząc nową klasę obiektów, nadając jej pojedynczą geometrię linii i bingo --- jego powtarzalność. Każdego razu. Ale IGoogled to przez cały dzień wczoraj i didnt znaleźć jakieś potwierdzenie tego. Muszę być złym Googlerem Kiedy próbuję konwertować esriPolylineGeometry na IWkb, a następnie przechodzić przez ruchy eksportujące do wkbBytes i zużywając go w SqlServer. Types. SqlGeometry. STGeomFromWKB () konwersja zawsze kończy się błędem znanym binarnie (WKB ) nie jest prawidłowy. Jeśli jednak używam tego samego podejścia, aby uzyskać wkbBytes, działa on prawidłowo, gdy wysyłam je za pośrednictwem konwerterów SharpMap. Zrobiłem wszystko, co mogłem sobie wyobrazić, aby wykluczyć złe geometrie, a ja myślę, że na pewno ktoś do tego wkroczył. Po stronie ESRI próbowałem użyć ITopologyOperator do wykonania. Simplify () i. Buffer (0). i nie ma znaczenia. Ive próbował również dodać. MakeValid () za STGeomFromWKB () do użycia. I nie ma różnicy między IWkb. ExportToWkb () lub alternatywną IGeometryFactory. CreateWkbVariantFromGeometry (). Więc moje pytanie brzmi: Czy WKB jest naprawdę nieważny Jeśli tak, to dlaczego konwertuje się poprawnie w programie SharpMap WKB wychodzący z ESRI wygląda następująco: Poniżej pierwszy blok kodu pokazuje podejście nieudane, gdy próbuję zużyć za pomocą metody statycznej SqlGeometrys STGeomFromWKB (). Drugi blok przedstawia podejście SharpMap, które działa przy konsumowaniu tych samych danych wkbBytes. To podejście przy użyciu SqlServer. Types nie powiedzie się .. Ale takie podejście przy użyciu konwerterów SharpMap działa. Oba podejścia akceptują geometrie wielokątów, ale Im nadzieję, że ktoś wie, jak uzyskać podejście SqlServer. Types do pracy w geometrii Linii, ponieważ mamy inne projekty już używające tej biblioteki. Nie waham się używać konwerterów SharpMap, jeśli jest to odpowiedź, ale denerwuje mnie, że nieznany stan powoduje błędy SqlServer. Types w kontekście geometrii linii. zapytał 12 lipca o godzinie 22:09 Bez jakiegokolwiek wykroczenia, ale w gruncie rzeczy o konkluzjach współpracownika o tym, jak coś, co myśli, powinien działać, nie czyni go oficjalnym sposobem działania. W tym celu odwołujemy się do specyfikacji OGC. Jeśli odwołujesz się do stron 66-70, znajdziesz specyfikację starszego dokumentu lub strony 65-72 w celu uzyskania nowszej specyfikacji. Podsumowując, nie ma żadnej części, która zabrania wkbowi posiadania danych końcowych. W rzeczywistości specyfikacja zawiera liczniki dla każdego pojedynczego elementu, dzięki czemu dokładnie wiesz, ile binarnej blob należy analizować. Sprowadza się nawet do dodania bajtu do porządkowania bajtów, dzięki czemu możesz przełączać się między endiannością binarnej reprezentacji każdego elementu geometrii wewnętrznej, jak go analizujesz Mój punkt to zawsze wiesz, ile go należy czytać i jak powinieneś być interpretować ją. Firma Microsoft wybrała, w swojej parserze, kontynuowanie konsumowania zawartości binarnej, mimo że nic w specyfikacji OGC nie mówi, że powinna. Następnie postanowili uznać ten warunek za niewłaściwy. Czy są źle, tak to interpretowały, nawet jeśli binarna blob sama spełnia specyfikację. Mówienie, że WKB dostarczone przez ESRI jest nieważne, w tym konkretnym przypadku jest nieprawidłowe. Nawiasem mówiąc, każdy inny parser WKB tam (GEOS, PostGIS, GDALs, ESRIs, SharpMaps, Autodesks, etc) akceptuje ten warunek jako OK. Oto przykład przy użyciu PostGIS: Teraz dodam dowolne losowe dane binarne na końcu Twojej geometrii: Błąd jest rzeczywiście w parserze Microsoft. W duchu dobrej debaty musimy jednak przyznać, że na końcu tego strumienia ESRI WKB są bardzo nieużyteczne 039s. Jeśli używam tego samego podejścia do konwersji geometrii wielokątów ESRI, zwraca czysty strumień (przynajmniej w oczach parsera MS). Ale w pełni zgadzam się, że jest ważne, gdzie się liczy. Starając się osiągnąć najlepszy pokój, uważam, że ESRI ma brudny strumień, ale MS ma tyranny parser. To zawsze ciekawe, gdy dwa mocne napastniki spotykają się w centrum lodu. heh ndash elrobis 14 lipca w 22:39 Masz rację co do tych bajtów jest całkiem bezużyteczny. Nie wiesz, skąd pochodzą (prawdopodobnie niektóre wewnętrzne szczegóły wdrożenia). Chciałbym powiedzieć, że każdy pojedynczy bajt używany do opisania endianności w każdym elemencie geometrycznym jest bardzo głupi. Widzę, jak binarna blob może pochodzić z różnych systemów, a tym samym serializować inaczej. ale myślę, że dodanie go do każdego elementu to marnotrawstwo. Mogę zobaczyć, jak byś miał na początku choć. Rozumiem, dlaczego tam jest, ale to byłby temat całkiem innej dyskusji. ndash Ragi Yaser Burhum 14 lipca w godz. 23:59 W zasadzie mój współpracownik odpowiedział na moje główne pytania, więc im przebijam je tutaj, aby odpowiedzieć na wątek. Miejmy nadzieję, że niektórzy ludzie zagłosują, dając mu pewną wiarygodność. Q1: Czy geometria linii ESRI jest naprawdę nieprawidłowa WKB Tak. Wkb mówi, że w wierszu jest 9 punktów, a następnie analizator składni powinien przeczytać 9 punktów. MS (słusznie) wykrywa więcej danych (będących 10-tkami) i informuje o tym, że został pomieszany. 10 0s to 5 bajtów w pierwotnej tablicy. Usuń ostatnie 10 0s i jego dobre, jak .. Q2: Jeśli WKB jest naprawdę nieważny, dlaczego biblioteka SharpMap może ją przekonwertować Jestem 100 pewien, dlaczego sharplib nie zawiedzie: format mówi, że jest 9 punktów. jeśli nie jesteś wybredna, po prostu przestań czytać i wszystko wygląda na elegancję. I. dlaczego byś rzeczywiście potwierdził, że nie ma już bajtów. Więc jestem całkiem pewien, że firma SharpLib nie zajmuje się tym konkretnie. po 9 punktach przestają czytać, a wszystko wydaje się działać. Dzięki MS za nie tylko opuszczenie Bits Bays Bytes wiszące. Co się dzieje, dlaczego ESRI WKB jest zniekształcany, mam kilka zgadków: Przyznają x ilość bajtów naraz i nie są dokładne informacje na temat zamykania tablicy bajtów. LUB. one. podczas liczenia liczby bajtów przyjmują długość ciała i dodają długość nagłówka (1 bajtowy koder, bajtowy typ geomu, 8 bajtów liczby punktów w linii), a jakoś licząc ciało zawierają długość nagłówka. powodując podwójny rozmiar nagłówka. W każdym razie, to tylko spekulacje i im nie wiem, co jest dobre dla informacji, jak nie możemy zrobić nic na ten temat w każdym razie :-) odpowiedział Lip 13 12 w 15: 51Kiedy określić plik kształtu jako źródło danych przestrzennych i znajduje się na komputer lokalny, dane przestrzenne są automatycznie umieszczane w raporcie. Aby dynamicznie używać danych przestrzennych z pliku ESRI, należy wykonać następujące czynności: Prześlij zarówno plik. shp, jak i plik. dbf do tego samego folderu na serwerze raportów, a następnie połącz plik. shp jako źródło danych przestrzennych. Aby uzyskać więcej informacji o temacie, zapoznaj się z następującym artykułem: Mapy (program Report Builder 3.0 i usługi SSRS): msdn. microsoften-uslibraryee240845 (SQL.105).aspx Jeśli masz jakieś pytania, daj mi znać. Oznaczone jako odpowiedź przez Eileen Zhao Sunday, July 11, 2017 7:20 PM Wszystkie odpowiedzi Kiedy określisz plik kształtu jako źródło danych przestrzennych i znajduje się na komputerze lokalnym, przestrzenny dane są automatycznie umieszczane w raporcie. Aby dynamicznie używać danych przestrzennych z pliku ESRI, należy wykonać następujące czynności: Prześlij zarówno plik. shp, jak i plik. dbf do tego samego folderu na serwerze raportów, a następnie połącz plik. shp jako źródło danych przestrzennych. Aby uzyskać więcej informacji o temacie, zapoznaj się z następującym artykułem: Mapy (program Report Builder 3.0 i usługi SSRS): msdn. microsoften-uslibraryee240845 (SQL.105).aspx Jeśli masz jakieś pytania, daj mi znać. Zapisany jako odpowiedź przez Eileen Zhao Sunday, July 17, 2017 4:38 PM poniedziałek, 11 lipca 2017 7:20 AM Wystąpił błąd, nawet jeśli dane lokalne są osadzone w raporcie. Potencjalna przyczyna, o której mowa, nie może być jedyna. Niedziela, Styczeń 8, 2017 6:18 PM Niektóre duże pliki shp spowodowały ten błąd, gdy kontrola mapy została dostosowana, aby zajmować mniej miejsca. Co ciekawe, problem może uciec, jeśli wybrano nieco inny stopień oszczędności miejsca. Wydaje się, że algorytm używany do kompresowania danych map może powodować nieprawidłowe dane binarne w niektórych ustawieniach, ale dostarczać poprawne dane przy nieco innych ustawieniach. Proponowane jako odpowiedź Stefan Granath Niedziela, 06 grudnia 2018 4:19 AM czwartek, 12 stycznia 2017 3:47 PM Firma Microsoft przeprowadza ankietę online w celu zrozumienia swojej opinii na temat witryny sieci Web Msdn. Jeśli zdecydujesz się wziąć udział, ankieta online zostanie wyświetlona podczas wychodzenia z witryny sieci Web programu Msdn. Czy chcesz wziąć udział 2017 w Microsoftie. Wszelkie prawa zastrzeżone.