Daha çox

Boş Həndəsənin ogr2ogr ilə silinməsi


Shp2pgsql vasitəsilə PostGIS-ə əlavə edilmədən əvvəl Shapefiles-i təmizləmək üçün Shape -> Shape-dən ogr2ogr çevirmə işləyirəm.

Qarşılaşdığım problem, Shapefile-də həndəsi olmayan qeydlər olduğu üçün sistemimdə problem yaradır.

Heç bir həndəsi olmayan qeydləri istisna etmək üçün ogr2ogr istifadə edərək bir yol bilirmi?

Yalnış həndəsi silmək üçün hər halda var. Məs. eyni yerdə iki təpə?


Hər ikisini də SQLite ləhcəsi http://www.gdal.org/ogr_sql_sqlite.html ilə edə bilərsiniz. SQLite ləhcəsi sizə SQLite http://www.sqlite.org/lang.html və SpatiaLite http://www.gaia-gis.it/gaia-sins/spatialite-sql-latest.html bütün imkanlarını verir. Bununla birlikdə eyni yerdə yerləşən iki təpənin həndəsələri etibarsız etdiyinə əmin deyiləm.

Boş həndəsələri silmək üçün:

ogr2ogr -f "ESRI Shapefile" -dialect sqlite -sql "həndəsənin boş olmadığı girişdən" seçin * output.shp input.shp

Etibarsız həndəsələri eyni anda düzəltmək üçün -sql hissəsi bir az uzanır, çünki sorğuya atributları bir-bir seçməlisiniz.

ogr2ogr -f "ESRI Shapefile" -dialect sqlite -sql "həndəsə olaraq ST_MakeValid (həndəsə) seçin, attr_1, attr_2, attr_3, attr_4, həndəsə boş deyil" output.shp input.shp

Təkrarlanan zirvələrin səhv kimi qəbul edilməməsi halında, həndəsələri sıfır tolerantlıqla sadələşdirərək bunlardan qurtula bilərsiniz.

ogr2ogr -f "ESRI Shapefile" -dialect sqlite -sql "həndəsi olaraq ST_Simplify (həndəsə, 0) seçin, həndəsə boş olmayan girişdən attr_1, attr_2, attr_3, attr_4" output.shp input.shp

Komutlar sınaqdan keçirilmir, ancaq sizin üçün işləməsə cavabını düzəldəcəyəm.


Mənim ogr2ogr-da tərtib edilmiş sqlite yox idi, ancaq standart sql ləhcəsini istifadə edərək və "burada ogr_geom_wkt ''% EMPTY% 'kimi deyil" əlavə edərək bu vəziyyətdən keçə bilərsiniz.


Əlavə olaraq kataloqu soruşaraq təxmini bir cavab ala bilərsiniz - əgər null_frac sıfırsa, heç bir sıfır göstərmir, ancaq 'real' məlumatlarla iki dəfə yoxlanılmalıdır:

Postgresql-də məlumatları birbaşa statsdan əldə edə bilərsiniz:

Bir neçə yanlış müsbət nəticə əldə edə bilərsiniz, buna görə namizədləri tapdıqdan sonra yenidən yoxlama aparılır.

SQL Server 2008-də işləyən T-SQL-də həll yolumu göstərəcəyəm. PostgreSQL-lə tanış deyiləm, amma ümid edirəm həll yolumda bir neçə rəhbərlik tapacaqsınız.

Qısacası etdiyim iş, 3 varchar sütunu maraq doğuran, şəxsiyyət və getdate () funksiyası ilə yaradılan 5 sütunlu, ID və testTime ilə bir test cədvəli yaratmaq idi. Birində yalnız NULL dəyər olacaq, birində heç bir NULL olmayacaq, digəri birləşmiş sütun olacaq. Ssenarinin son nəticəsi ssenarinin nullColumn sütununun bütün satırları NULL olduğu kimi bildirməsi olacaqdır.

Fikir hər sütun üçün DATALENGTH funksiyasını hesablamaq idi (müəyyən bir ifadə üçün bayt sayını hesablayır). Beləliklə, hər sütunun hər sətri üçün DATALENGTH dəyərini hesabladım və sütun başına bir CƏM etdim. Sütun başına SUM NULL olarsa, tam sütunda NULL satır olur, əks halda içəridə bəzi məlumatlar var.

İndi PostgreSQL üçün tərcüməni tapmalısınız və inşallah bir həmkarım sizə bu işdə kömək edə biləcəkdir. Və ya bəlkə təkəri yenidən kəşf etdiyim üçün necə lal olduğumu göstərəcək gözəl bir sistem görünüşü var :-).


GeoFile, coğrafi məlumatlara, xüsusiyyətlərinə və istifadəsinə baxmağa həsr olunmuş bir seriyadır. Bu yazıda mekansal və hellip mövzusunu müzakirə edirik

Abdullah Alger Məhsullar Veritabanları Qiymətləndirmə Əlavələri Datacenters Enterprise Niyə məqalələr yazmağınızı öyrənin Müştərilərin hekayələrini veb seminarlar Şirkət Gizlilik Siyasəti Haqqında Xidmət Şərtləri Dəstək Dəstək Bizimlə əlaqə Sənədləşmə Sistem Vəziyyəti Təhlükəsizlik


Cara Penggunaan OGR2OGR

ogr2ogr -f & # 8220ESRI Shapefile & # 8221 namatarget.shp FILESUMBERASAL.TAB -t_srs EPSG: 32647

Əlbətdə, OGR2OGR'ı yeni bir şəkildə qurmağı planlaşdırırıq, okan2ogr & # 8211-istifadə uzun müddət istifadə & # 8230

Sürücü OGR dapat mendeteksi otomatis sumber kita, makanya, yang perlu dikasih tahu ke OGR adalah TARGET kita saja & # 8230

Karena sayma giriş mətbuatı SHP, makanya formatnya bernama & # 8220ESRI Shapefile & # 8221. UTM Zona 47N


Boş Həndəsənin ogr2ogr ilə çıxarılması - Coğrafi İnformasiya Sistemləri

Bir Shapefile (həndəsə növü) çevirmək üçün ogr2ogr (ver. 1.9) istifadə etməyə çalışarkən
Polygon) geodatabase (FileGDB) faylını göndərmək üçün "FGDB
wkbUnknown lay həndəsə növü ilə qatlar yaradıla bilməz. ":

$ ogr2ogr -f filegdb out.gdb polygon.shp

-Nlt əlavə edərkən belə görünür:

$ ogr2ogr -f filegdb out.gdb polygon.shp -nlt POLYGON

Bu a) adi bir OGR davranışı və b) ssenari üçün bir şou dayandırıcıdır
çünki əlimdən əvvəl nə olduğunu bilmirəm (və ogrinfo ilə yoxlamayacağam)
həndəsə növü giriş mənbəyidir. Bir problem var kimi görünür
FileGDB sürücüsü.

Kimsə bu xətanı təsdiq edib izah edə bilərmi?

Hörmətlə, Stefan
-------------- növbəti hissə --------------
HTML əlavəsi təmizləndi.
URL: & lthttp: //lists.osgeo.org/pipermail/gdal-dev/attachments/20130421/4bea1b4d/attachment.html>

Bu davranışı 1.9.2 və ya 1.10.0 ilə təsdiqləmirəm. Dönüşüm işləyir
-nlt göstərmədən mənim üçün yaxşıdır. Həndəsə növü nədir
polygon.shp-də ogrinfo?

Sürətli cavab üçün çox təşəkkür edirəm, Hətta!

Haqlısınız, deyəsən Shapefile ilə işləyir - amma WFS oxucusu üçün deyil
(və öz serverini) test edirik.

Aşağıda WFS mənbəyimizin GML çıxışını tapa bilərsiniz.

Beləliklə, WFS oxuyucusunda və ya hətta WFS Cavab XML-də "günah" var?

OpenStreetMap verilənlər bazasından İsveçrənin bütün pansiyonlarını əldə edin
("turizm = hostel"). Cavab düzəldildi:

2013/4/21 Hətta Rouault & lteven.rouault mines-paris.org & gt

Qəribədir, bu ogrinfo əmri işləyir

$ ogrinfo -ro WFS:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E
BİLGİ: "WFS Açıq:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E '
sürücü "WFS" istifadə uğurlu.
1: zəhər (nöqtə)

Bu da işləyir, lakin istənilən əlavə URL parametrləri üzərində büdrəyir:
$ ogrinfo -ro WFS:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E&SERVICE=WFS&TYPENAME=pois
BİLGİ: "WFS Açıq:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E '
sürücü "WFS" istifadə uğurlu.
1: zəhər (nöqtə)
'SERVICE' daxili və xarici komanda kimi tanınmır,
işlək proqram və ya toplu iş.
'TYPENAME' daxili və xarici komanda kimi tanınmır,
işlək proqram və ya toplu iş.

2013/4/21 Stefan Keller & ltsfkeller gmail.com & gt

Əsl problemi aldım: Bu WFS mənbəyi ilə baş verir:
http://maps.zh.ch/wfs/FnsNSWFS?SERVICE=WFS&REQUEST=GetCapabilities

= & gt ogrinfo bu WFS ilə heç bir həndəsi olmadığını bildirir:

$ ogrinfo -ro WFS: http: //maps.zh.ch/wfs/FnsNSWFS? TYPENAME = svo_zonen
BİLGİ: "WFS açıqdır: http: //maps.zh.ch/wfs/FnsNSWFS? TYPENAME = svo_zonen"
sürücü "WFS" istifadə uğurlu.
1: svo_zonen

Olmalıdır
1: svo_zonen (Çoxbucaqlı)

Parantezdə burada heç bir geometriya bildirilməyib. Yəni bir konfiqurasiya və ya
WFS serverinin quraşdırılması problemi (ArcGIS)

QGIS-də bu işləyir (QGIS oxuyucusu həndəsə növünü təxmin edir).

P.S. Hələ də OGR WFS oxuyucusunun əlavə WFS URL-sinə görə büdrəməsindən əmin deyiləm
parametrlər əlavə edildi. Əsas parametr səbəbindən ola bilərmi?

$ ogrinfo -ro WFS:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E&SERVICE=WFS
BİLGİ: "WFS Açıq:
http://openpoimap.ch/featureserver/workspace.cgi?key=HG4kFX2kEEqBSqvcswuh2E '
sürücü "WFS" istifadə uğurlu.
1: zəhər (nöqtə)
'SERVICE' daxili və xarici komanda kimi tanınmır,
işlək proqram və ya toplu iş.

2013/4/21 Stefan Keller & ltsfkeller gmail.com & gt

Bəli, araşdırarkən
"http://maps.zh.ch/wfs/FnsNSWFS?TYPENAME=svo_zonen&SERVICE=WFS&VERSION=1.1.0&REQUEST=DescribeFeatureType"
Sən görə bilərsən :

& ltelement name = "msGeometry" type = "gml: GeometryPropertyType"
minOccurs = "0" maxOccurs = "1" / & gt

Beləliklə, həndəsə növü təyin olunmamışdır. OGR sonra bilinməyən bir həndəsə növü haqqında məlumat verir.
Belə bir təbəqədə həndəsələrin qarışığı ola bilər.

GGIS-in yükləndikdən sonra bütün qat məzmununu yoxlayacağını düşünürəm
həndəsə növünü təyin etmək üçün, ancaq OGR WFS sürücüsü bunu etmir
effektivlik məqsədləri. Axın zamanı özbaşına nəhəng qatlarda işləyə bilər
rejimi (OGR 1.10 üçün doğrudur)

& Amp; qabıqda olan URL parantezləri haqqında haqlısınız.

2013/4/21 Hətta Rouault & lteven.rouault mines-paris.org & gt

Bəli budur.
Xüsusi olmaq üçün hər bir xüsusiyyət / obyekt / nümunədə bir gml var: Box və a
gml: Çoxbucaqlı (aşağıya bax).
Bu ArcGIS server məhsullarından qəribə bir nəticə və natamamdır
DescribeFeatureType cavab.

----
"Dan cavab
http://maps.zh.ch/wfs/FnsNSWFS?SERVICE=WFS&VERSION=1.0.0&EQUEST=GetFeature&TYPENAME=svo_zonen
"
& lt. & gt
& ltgml: featureMember & gt
& ltms: svo_zonen fid = "svo_zonen.4896" & gt
& ltgml: boundedBy & gt
& ltgml: Box srsName = "EPSG: 21781" & gt
& ltgml: koordinatlar & gt693970.812500,273550.094000
694049.875000,273650.312500 & lt / gml: koordinatlar və gt
& lt / gml: Box & gt
& lt / gml: boundedBy & gt
& ltms: msGeometry & gt
& ltgml: Polygon srsName = "EPSG: 21781" & gt
& ltgml: externalBoundaryIs & gt
& ltgml: LinearRing & gt
& ltgml: koordinatlar & gt694037.000000,273550.094000
694021.625000. & lt / gml: koordinatlar & gt
& lt / gml: LinearRing & gt
& lt / gml: externalBoundaryIs & gt
& lt / gml: Çoxbucaqlı və gt
& lt / ms: msGeometry & gt
& ltms: geodb_oid & gt4896 & lt / ms: geodb_oid & gt
& ltms: objectid & gt49 & lt / ms: objectid & gt
& ltms: svozoneoid & gt141 & lt / ms: svozoneoid & gt
.
& lt / ms: svo_zonen & gt
& lt / gml: featureMember & gt
.

2013/4/21 Hətta Rouault & lteven.rouault mines-paris.org & gt

Mənim üçün http: // http: //maps.zh.ch/wfs/FnsNSWFS-in GetCapabilities də olmalıdır
daha spesifik olmaq. Hal-hazırda heç bir həndəsə ipucu yoxdur (və hətta problemlər var)
EXTENT itkin olması barədə xəbərdarlıqlar).

Beləliklə, DescripeFeatureType verildiyi təqdirdə hesabat verəcəkdir
type = "gml: SurfacePropertyType" GDAL-ın WFS oxucusu işləyəcəkmi?

Düşündüm ki, əksər WFS müştəriləri / çeviriciləri GetCapabilities oxumur, oxumur
TəsvirFeatureType.

2013/4/21 Hətta Rouault & lteven.rouault mines-paris.org & gt

Tamam. İndi WFS server tərəfində düzəldilə bilən bir şey olduğunu görürəm
[1].

Mapserver-də aşağıdakıları konfiqurasiya etmək olar:
gml_geometries "həndəsə"
gml_geometry_type "çoxbucaqlı"
. həndəsə növünü açıq şəkildə type = "gml: polygonPropertyType" olaraq təyin etmək.

2013/4/21 Hətta Rouault & lteven.rouault mines-paris.org & gt

Yalnız məlumat üçün WFS serverlərinin a. Reklam etməsi nadir deyil
ümumi həndəsə növü "gml: GeometryPropertyType" hətta təbəqəni ehtiva edir
yalnız bir həndəsə növü və buna görə WFS müştəriləri bunun fərqində olmalıdır.
Bir WFS qurarkən ümumi həndəsə növü az-çox avtomatik olaraq gəlir
xidmət Oracle-ın üstündədir, çünki Oracle varsayılan olaraq hər hansı bir həndəsi saxlaya bilər
həndəsə sütununda. Həndəsə növü məhdudiyyətini təyin etmək mümkündür
məkan indeksi yaratarkən, ancaq Oracle və üçün vacib deyil
bu səbəbdən məhdudiyyət çox vaxt itkin olur. Var olsa belə, bir az
sorğu üçün mürəkkəbdir. Məsələn Geoserver bu yoxlamanı necə edəcəyini bilir
GDAL OCI sürücüsü deyil. Kimsə OCI-nin yaxşılaşdırılması ilə maraqlanırsa
sürücü, burada sorğunun əsas hissəsi.

all_sdo_index_info idxinfo-dan idxmeta.sdo_layer_gtype seçin,
all_sdo_index_metadata idxmeta
burada idxinfo.index_name = idxmeta.sdo_index_name
və idxinfo.table_name = 'TABLE_NAME'

WFS müştərisi bir qatdakı qarışıq həndəsə növlərini idarə edə bilmirsə, o zaman edə bilər
bəlkə WFS cavabından ilk boş olmayan həndəsəni götür və başlat
bu həndəsə növündən istifadə etmək üçün təbəqə. Təhlükəsiz tərəfdə olmaq üçün a yarada bilər
ilk xüsusiyyət sadə olsa da çoxpolygon və ya multilinestring qat.
Daha sonra məlumatlarda görünən başqa bir həndəsə növü bir xətaya səbəb olacaq, lakin
müştəri qarışıq təbəqələri idarə edə bilmirsə, onsuz da qarşısını almaq olmaz.

Mən də bu barədə düşündüm, yəni həndəsənin təyin olunmasını təxirə salmaq üçün
mücərrəd gml olduqda ilk meydana çıxma növünü yoxlayın.
GeometryPropertyType, DescripeFeature-da elan edildi.

QGIS, ArcGIS Desktop və Gaia müştərilərinin WFS-i oxuya biləcəyini bilirəm
aşağıda qeyd olundu. Və demək olar ki, bütün məlumat axını oxumadıqlarına əminəm
bir çoxbucaqlı tip olduğunu müəyyən etmək üçün. Mənim test paketimdə yalnız OGR var
bunun öhdəsindən gələ bilməyən bir əl konfiqurasiyasına ehtiyac var ("-nlt POLYGON")
avtomatlaşdırılmış bir skript içində olduğundan bu mənim üçün heç bir seçim deyil.

Digər tərəfdən və daha yüksək səviyyəli bir şey aydındır
mənə: Orijinal xüsusiyyət dəsti (burada məs. svo_zonen) tiplidir
gml: çoxbucaqlı. WFS bunu gml kimi izah etmirsə və izah etmirsə: Çoxbucaqlı
digərləri, bu serverdə bir problem var.

2013/4/22 Jukka Rahkonen & ltjukka.rahkonen mmmtike.fi & gt-də

Hesab edirəm ki, əksər hallarda işləyəcək. Ancaq bunu real həyatda bilirəm
ilk xüsusiyyətin həndəsi boş ola bilər. WFS-nin olması da mümkündür
xüsusiyyət növü həqiqətən qarışıq həndəsələr ehtiva edir. Onları idarə etmək üçün
avtomatik olaraq bəlkə bir ara hədəf və sıralamaq olaraq Spatialite istifadə edərdim
daha da irəliləmədən əvvəl həndəsə növlərinə görə xüsusiyyətləri.

Axı, OGR-nin bu vəziyyətdə düzgün davranması ilə də razıyam.
Və "-nlt guess" in yaxşı bir təklif olduğunu düşünürəm.
Jukkanın qarışıq həndəsələrin icazə verildiyini söylədiklərindən də xəbərdaram.
Ancaq hər zaman hansı tətbiqetmənin bunun öhdəsindən gələcəyini düşünürdüm
Spatialite / SQLite xaricində (hər halda (gözəl) bir vedrədir).

2013/4/22 Jukka Rahkonen & ltjukka.rahkonen mmmtike.fi & gt-də

Salam
Geotifflərdən istifadə edərək x, y (piksel) dən lon, lat və əksinə keçmək istəyirəm.
GetGeoTransform () tapdım
& lthttp: //www.gdal.org/classGDALDataset.html#af9593cc241e7d140f5f3c4798a43a668>
funksiyası, ancaq sənədlərdə deyilir:

"DİQQƏT: GetGeoTransform ()
& lthttp: //www.gdal.org/classGDALDataset.html#af9593cc241e7d140f5f3c4798a43a668>
OGC Grid əhatə dairələrinin müxtəlifliyini idarə etmək üçün kifayət qədər ifadəli deyil
piksel / xətt proyeksiya çevrilmə sxemlərinə. Nəhayət bu metod
daha ümumi bir sxem lehinə amortizasiya ediləcək. "

Bir çox googled etdim, amma "OGC Grid" in tam olaraq nə demək olduğunu öyrənə bilmədim
Qapaqlar ". Sadəcə sadə bir kartezyen x, y grid ilə işləyirəm.

Bir az daha izah etmək istəyən hər kəs.
Təşəkkürlər.
-------------- növbəti hissə --------------
HTML əlavəsi təmizləndi.
URL: & lthttp: //lists.osgeo.org/pipermail/gdal-dev/attachments/20130423/4cab3ef3/attachment.html>

Sitat gətirdiyiniz rəyi sildim. Uzaq keçmişdən. Nə
başa düşməlisən ki, bu ifadə etməyin * yeganə yolu deyil
GDAL şəkillər üçün georeferans. Zəmin Nəzarət Nöqtələrini də istifadə edə bilərsiniz,
RPC və coğrafi yerləşmə massivləri. Bununla birlikdə GeoTransforms ən ümumi yoldur
və bir çox vəziyyət üçün kifayətdir.

Şəkillərinizlə coğrafi əlaqələriniz var (lat / uzun)
koordinat məkanı afinası? Əgər belədirsə, bir geotransformasiya çox yaxşı olacaq. (yəni
piksel aralığı şəklin üzərində ondalık dərəcə şəklində vahiddir)

isti
və dünyanın dolaşmasına baxın - Rush | Yerleşim Proqram Təminatçısı
-------------- növbəti hissə --------------
HTML əlavəsi təmizləndi.
URL: & lthttp: //lists.osgeo.org/pipermail/gdal-dev/attachments/20130423/7ab4c570/attachment.html>

Səni düzgün başa düşsəm, məsələn, istifadə edilə bilməz. bir lambert
konformal & gt kartezyen (məsələn. bitmap x, y piksel), çünki lons deyildir
paralel və lats proqnozlaşdırıldıqda əyilir.

BTW Bir OS uçuş naviqasiya layihəsi üçün GDAL istifadə etmək istəyirəm
(http://openflightnav.org/)

isti
& lthttp: //pobox.com/%7Ewarmerdam>
və dünyanın dolaşmasına baxın - Rush | Yerleşim Proqram Təminatçısı

Potensial olaraq ola bilər, amma bu daha mürəkkəb bir vəziyyətdir. Ehtiyacınız var
lambert konformal koordinatının düzgün bir tərifini vermək
sistem, daha sonra piksel / xətt koordinatlarından afine çevrilməsi
proqnozlaşdırılan koordinat sistemində sayğac koordinatları.

Məsələn, başqa bir proqnozlaşdırılan nümunə bu sənəddə görülür. The
coordiante sistemi müəyyən parametrlərə və eninə malik eninə merkordur
geotransform aşağıda verilmiş mənşə və piksel ölçüsü ilə əlaqədardır. Bunu nəzərə alaraq
məlumat GDAL, gördüyünüz kimi pikselləri lat / nə ilə əlaqələndirəcəyini bilir
künclər bildirildi.

Ölçü 512, 512-dir
Koordinat Sistemi:
PROJCS ["NAD27 / UTM zone 11N",
GEOGCS ["NAD27",
DATUM ["North_American_Datum_1927",
SPHEROID ["Clarke 1866", 6378206.4,294.9786982139006,
Səlahiyyət ["EPSG", "7008"]],
Səlahiyyət ["EPSG", "6267"]],
PRIMEM ["Greenwich", 0],
UNIT ["dərəcə", 0.0174532925199433],
Səlahiyyət ["EPSG", "4267"]],
LAYİHƏ ["Transvers_Mercator"],
PARAMETER ["enlem_of_origin", 0],
PARAMETER ["central_meridian", - 117],
PARAMETER ["scale_factor", 0.9996],
PARAMETER ["false_easting", 500000],
PARAMETER ["false_northing", 0],
UNIT ["metr", 1,
Səlahiyyət ["EPSG", "9001"]],
Səlahiyyət ["EPSG", "26711"]]
Mənşəyi = (440720.000000000000000,3751320.000000000000000)
Piksel ölçüsü = (60.000000000000000, -60.00000000000000000)
Metadata:
AREA_OR_POINT = Sahə
Şəkil Strukturu Metadata:
INTERLEAVE = BAND
Künc koordinatları:
Yuxarı Sol (440720.000, 3751320.000) (117d38'28.21 "W, 33d54 '8.47" N)
Sol Sol (440720.000, 3720600.000) (117d38'20.79 "W, 33d37'31.04" N)
Yuxarı Sağ (471440.000, 3751320.000) (117d18'32.07 "W, 33d54'13.08" N)
Aşağı Sağ (471440.000, 3720600.000) (117d18'28.50 "W, 33d37'35.61" N)
Mərkəz (456080.000, 3735960.000) (117d28'27.39 "W, 33d45'52.46" N)
Bant 1 Blok = 512x16 Tip = Bayt, ColorInterp = Boz


Əməliyyat sistemi

C: & gt ogr2ogr - versiya
GDAL 2.3.2, 2018/09/21 buraxıldı

Mətn uğurla yeniləndi, lakin bu səhvlərlə qarşılaşdı:

Hazırda tapşırığı bir problemə çevirə bilmirik. Zəhmət olmasa bir daha cəhd edin.

Məsələ uğurla yaradıldı, lakin şərhi hazırda yeniləyə bilmirik.

Joshbernfeld 9 Noyabr 2018 şərh etdi

Eyni məsələ burada. Bu həm də o deməkdir ki, MySQL 8.0 INFORMATION_SCHEMA.ST_GEOMETRY_COLUMNS cədvəlindən istifadə etdiyi üçün geometry_columns cədvəlinə artıq ehtiyac yoxdur.

YoshiakiYamasaki 17 iyul 2019 şərh etdi

Bu məsələ ilə bağlı vacib bir problem tapdım. Sütun üçün heç bir SRID təyin olunmadığı təqdirdə MySQL məkan indeksindən istifadə edə bilməz. Buna görə ümid edirəm ki, bu məsələnin əhəmiyyəti artacaq.

Optimizator SPATIAL indekslərini yalnız SRID ilə məhdudlaşdırılmış sütunlar üçün nəzərə alır:
Kartezyen SRID ilə məhdudlaşdırılmış sütunlardakı indekslər Kartezyen məhdudlaşdırma qutusu hesablamalarını təmin edir.
Coğrafi bir SRID ilə məhdudlaşdırılan sütunlardakı indekslər coğrafi məhdudlaşdırma qutusu hesablamalarını təmin edir.

Optimizator heç bir SRID atributu olmayan sütunlardakı MÖVZU indekslərini nəzərə almır (və buna görə də SRID ilə məhdudlaşdırılmır).

Rouault 17 iyul 2019 şərh etdi

Ümid edirəm bu məsələnin əhəmiyyəti artır

Bu pulsuz və açıq mənbəli bir proqramdır. GDAL üçün də tətbiq olunan http://nyalldawson.net/2016/08/how-to-effectively-get-things-changed-in-qgis/ saytına baxın.

YoshiakiYamasaki 18 Jul 2019 şərh etdi

Görürəm. Məlumat üçün təşəkkür edirik. Daha sonra çəkmə istəyi göndərməyə çalışacağam.

Düzü, ilk dəfə çəkmə sorğusu göndəririk. Buna görə bəlkə də biraz vaxt lazımdır. Lakin, bunu sınamaq istəyirəm!

Miurahr 15 dekabr 2019 şərh etdi

@YoshiakiYamasaki Dəstəklənməyən SRID mənbə məlumatlarında istifadə edildikdə necə etməli?

InnoDB cədvəlləri Kartezyen və coğrafi SRS-lər üçün SRID dəyərlərinə icazə verir. MyISAM masaları Kartezyen SRS-lər üçün SRID dəyərlərinə icazə verir.

Coğrafi SRS 4326, Kartezyen isə 27700 kimidir.

YoshiakiYamasaki 16 dekabr 2019 & # 8226 şərh etdi

@YoshiakiYamasaki Dəstəklənməyən SRID mənbə məlumatlarında istifadə edildikdə necə etməli?

InnoDB cədvəlləri Kartezyen və coğrafi SRS-lər üçün SRID dəyərlərinə icazə verir. MyISAM masaları Kartezyen SRS-lər üçün SRID dəyərlərinə icazə verir.

Coğrafi SRS 4326, Kartezyen isə 27700 kimidir.

Bu vəziyyətdə, aşağıdakı səhv geri qaytarılır.

ERROR 1178 (42000): Cədvəl üçün saxlama mühərriki coğrafi məkan istinad sistemlərini dəstəkləmir

Dəstəklənməyən bir SRID təyin etsəniz, aşağıdakı səhv qaytarılır.

ERROR 3548 (SR001): SRID 277000 ilə məkan istinad sistemi yoxdur.

mysql & gt CƏDVƏLİ YARADIN test_InnoDB (id INT, geo GEOMETRY SRID 4236)
Sorğu tamam, 0 sətir təsirləndi (0.15 san)

mysql & gt açılan cədvəl test_InnoDB
Sorğu tamam, 0 sətir təsirləndi (0.10 san)

mysql & gt CƏDVƏLİ YARADIN test_InnoDB (id INT, geo GEOMETRY SRID 27700)
Sorğu tamam, 0 satır təsirləndi (0.04 san)

mysql & gt açılan cədvəl test_InnoDB
Sorğu tamam, 0 sıra təsirləndi (0,07 san)

mysql & gt CƏDVƏLİ YARADIN test_MyISAM (id INT, geo GEOMETRY SRID 4236) ENGINE = MyISAM
ERROR 1178 (42000): Cədvəl üçün saxlama mühərriki coğrafi məkan istinad sistemlərini dəstəkləmir
mysql & gt CƏDVƏLİ YARADIN test_MyISAM (id INT, geo GEOMETRY SRID 27700) ENGINE = MyISAM
Sorğu tamam, 0 sətir təsirləndi (0.02 san)

mysql & gt açılan cədvəl test_MyISAM
Sorğu tamam, 0 sətir təsirləndi (0.02 san)

mysql & gt CƏDVƏLİ YARADIN test_InnoDB (id INT, geo GEOMETRY SRID 277000)
ERROR 3548 (SR001): SRID 277000 ilə məkan istinad sistemi yoxdur.

Miurahr 16 dekabr 2019 şərh etdi

@YoshiakiYamasaki Belə SRID dəyərini qəbul edərkən GDAL / ogr üçün düzgün davranış nədir?

Sadəcə SRID bloku əlavə etmək autotest case test_ogr_mysql_longlat arızasını gətirir.

SRID olmadan, SRID əlavə etmədən əvvəl keçər.
MySQL istifadəçiləri üçün gözlənilən davranış varmı? Mühərrik və SRID-in səhv konfiqurasiya edilmiş birləşməsi səbəbindən iş uğursuz ola bilərmi?

Miurahr 16 dekabr 2019 şərh etdi

Bu həm də o deməkdir ki, MySQL 8.0 INFORMATION_SCHEMA.ST_GEOMETRY_COLUMNS cədvəlindən istifadə etdiyi üçün geometry_columns cədvəlinə artıq ehtiyac yoxdur.

Görünür, MySQL və MariaDB-nin köhnə versiyasını istifadə edərkən cədvəl lazımdır. Beləliklə, sürücü server versiyasına görə iki fərqli şəkildə idarə etməlidir.

Miurahr 16 dekabr 2019 şərh etdi

Bu həm də o deməkdir ki, MySQL 8.0 INFORMATION_SCHEMA.ST_GEOMETRY_COLUMNS cədvəlindən istifadə etdiyi üçün geometry_columns cədvəlinə artıq ehtiyac yoxdur.
@joshbernfeld Bunu nəzərdən keçirmək üçün # 2111-dən başqa bir PR kimi yeniləmək istərdim, çünki bu mysql sürücüsünün bir çox hissəsini təsir edir.

YoshiakiYamasaki 17 dekabr 2019 şərh etdi

@YoshiakiYamasaki Belə SRID dəyərini qəbul edərkən GDAL / ogr üçün düzgün davranış nədir?

Sadəcə SRID bloku əlavə etmək autotest case test_ogr_mysql_longlat arızasını gətirir.

SRID olmadan, SRID əlavə etmədən əvvəl keçər.
MySQL istifadəçiləri üçün gözlənilən davranış varmı? Mühərrik və SRID-in səhv konfiqurasiya edilmiş birləşməsi səbəbindən iş uğursuz ola bilərmi?

@miurahr
Hesab edirəm ki, birbaşa MySQL səhvini qaytarmaq düzgün davranışdır.

Lakin, bu vəziyyətdə, məlumatları MySQL-ə idxal edə bilmərik, buna görə aşağıdakı həll yolu təmin etmək istənir:.

Yalnız bir mətn sənədinə SQL ifadəsi yarada biləcək seçimlər (ogr2ogr birbaşa SQL-i icra etmir). Keçmişdə aşağıdakı xüsusiyyət tələbini göndərmişəm. Bu seçim təmin edilərsə, MySQL istifadəçiləri SQL ifadəsini dəyişdirərək problemi özləri həll edə bilərlər.
#1090

Bir SRID olmadan idxal edilə bilən seçimlər, məsələn -no-grid, ogr2ogr üçün seçim olaraq təqdim olunur (Mövcud davranışla eyni davranış)

BTW, aşağıdakı fon var. Bu gün çox az istifadəçi MyISAM ilə GIS xüsusiyyətindən istifadə etmək istəyir. Demək olar ki, istifadəçilər InnoDB ilə GIS xüsusiyyətindən istifadə etmək istəyirlər.


MS SQL Server Coğrafiya Növlərinə Forma Yükləmək üçün ogr2ogr istifadə Zil Oryantasiya Problemləri var

Bunu bir müddətdir edirəm və halqa yönəlmələri xaricində hər zaman geri qaldıqda, yaxşı işləyir. SQL Server & quot; Sol Əl Qaydası & quot-nı izləyir və halqa boyunca səyahət edərkən çoxbucağın daxili hissəsinin solda olmasını gözləyir, buna görə normalda halqa saat yönünün əksinə yönəldilməlidir. Əks təqdirdə, içərisi bütün dünya sayılır və çoxbucağın xaricində daha kiçik bir sahə olur (beləliklə içəri çöldən daha böyükdür).

Ogr2ogr hər zaman çoxbucaqlılarımı səhv istiqamətdə olmaları üçün yükləyir, buna görə ReorientObject () metodundan istifadə edərək problemi həll etmək üçün sadəcə SQL UPDATE əmri işlədirəm. Lakin, indi bəzi MULTIPOLYGON obyektləri olan bir verilənlər bazası var və ReorientObject () bunlar üzərində işləmir.

Həqiqətən ogr2ogr-a SQL-ə yükləyərkən əks istiqamətdən istifadə etməsini söyləmək üçün bir yol olmasını istərdim, amma belə bir seçim görmürəm. Həndəsə olaraq yükləmə və kimi fikirlərlə təcrübə edirəm sonra coğrafyaya çevirərkən və ya MULTIPOLYGON'ları GEOMETRYCOLLECTION'lara çevirərkən düzəltməyə çalışarkən, ReorientObject () düzəlişini (həndəsə kolleksiyalarında işləyən) düzəldərək MULTIPOLYGON'lara yenidən çevrilmək, əvvəlcə shapefile xaricində bir şeyə çevrilmək, sonra SQL-ə yükləmək Fərqli nəticələr əldə edirəm (bəlkə GeoJSON?).

Artıq bununla məşğul olan və sadə bir həll yolu bilən varmı? Şef formalarının fərqli bir oriyentasiya qaydası varmı və ogr2ogr oriyentasiyanın mənasından xəbərsizdir, buna görə sadəcə qayğı göstərmir? Qüsur kimi görünür.


Yollar

Geodatımız var. İndi sallanmağa hazırlaşın.

Əvvəlcə birincimizi təyin edirik yol generatoru :

d3.geo.path () bir funksiyanın ümumi xilasedicisidir. GeoJSON koordinatlarını SVG yol kodlarının hətta messier qarışıqlıqlarına çevirmək üçün bütün çirkli işləri görür. Bütün dolu d3.geo.path ()!

İndi biz bilərdi GeoJSON-un hamısını birbaşa HTML sənədimizə yapışdırın, amma çox, çox koordinatlar və buruq mötərizələr - nə qarışıqlıq! Geodatanı ayrı bir sənəddə saxlamaq və d3.json () istifadə edərək yükləmək daha təmiz və daha yaygındır:

d3.json () iki arqument götürür. Birincisi, yükləmək üçün sənədin yolunu göstərən bir sətir tələb edir. İkincisi, JSON faylı yükləndikdə və təhlil edildikdə atılan geri çağırma funksiyasını alır. (Geri çağırma funksiyası barədə ətraflı məlumat üçün Məlumat Yükləmə Xətalarına baxın.) D3.csv () kimi d3.json () asinxron , yəni brauzer xarici faylın yüklənməsini gözləyərkən kodunuzun qalan hissəsinin işləməsinə mane olmayacaqdır. Məsələn, kod yerləşdirilmişdir sonra geri çağırma funksiyası icra edilə bilər əvvəl geri zəngin məzmunu:

Beləliklə, bir qayda olaraq, xarici məlumat fayllarını yükləyərkən həmin məlumatlardan asılı olan kodu geri çağırma funksiyası daxil edin. (Və ya kodu digər xüsusi funksiyalara daxil edin və sonra bu funksiyaları geri çağırışdan axtarın.)

Nümunəyə qayıt. Nəhayət, GeoJSON xüsusiyyətlərini yeni yol elementlərinə bağlayaraq hər bir xüsusiyyət üçün bir yeni yol hazırlayırıq:

D (yol məlumatları atributu) sihirli şəkildə bağlı geodatanı götürən və bütün bu çılğın SVG kodunu hesablayan yol generatorumuza istinad edildiyi son sətirə diqqət yetirin. Nəticə Şəkil 12-1.

Xəritə! Çox asan idi! Buraya baxın 01_paths.html . Qalan yalnız özelleştirme.

Wiki-də yollar və yol generatoru variantları haqqında daha çox məlumat tapa bilərsiniz.


D: GIS Pekanbaru Bapenda SMARTMAP peta & gtogr2ogr -f & # 8220ESRI Shapefile & # 8221 1471010001.shp 1471010001.TAB
XATA 1: Poliqon tipli formaya çoxbucaqlı (POINT) həndəsə yazmağa cəhd.
XATA 1: 1471010001 qatından 4488 xüsusiyyət yazmaq mümkün deyil.
XATA 1: Başarısız olduqdan sonra tərcümənin vaxtından əvvəl dayandırılması
1471010001 təbəqəsinin tərcüməsi (səhvləri atlamaq üçün -skipfailures istifadə edin)

Karena file asal, tabel nya memiliki 2 jenis fitur, yaitu titik dan polygon. Sedangkan ESRI 1 həftə əvvəl hazırlanır, başlıq tita saja, atau çoxbucaqlı saja & # 8230

Nah, agar tidak gagal, perlu juga ditambahkan -spipfailures di perintah ogr2ogr nya & # 8230 (uzun müddət istifadə edilən atlar)


Hfrhyu

3-dən az bir qabiliyyət balına sahib olmaq necə mümkündür?

Bir vampir Multiattack istifadə edərək pençeleri ilə iki dəfə hücum edə bilərmi?

Əlavə sahələr olduğu üçün Partner Developer danışıq quruluşundan metadata yerləşdirmək mümkün deyil

Giriş ekranlarında Num Lock'u deaktiv etməyin mənası nədir?

Günəş panelləri quraşdıraraq generator yükünün azaldılmasını nəzərdə tutan təyyarə dizaynı olubmu?

Qardaşımın daha yeni bir dostu, ona son dərəcə dəyərli olduğu deyilən bir beysbol kartı verdi. Bu bir fırıldaqçılıqdır?

İnkişafa mane olan teoremlər

Prosedur olaraq yaradılan xəritədə körfəzlər və boğazlar necə müəyyənləşdirilə bilər?

Müasir bir göydələnin mikro qara dəliklərə yağış yağması halında nə baş verə bilər?

Bir şeyin quyruqla canlı olaraq bir dosyaya yazılmasını izləmək

RPi üçün çapraz tərtib - paylaşılan kitabxanaları yükləyərkən səhv

Bu gün Fransaya uçuram və pasportumun müddəti 2 aydan az müddətə başa çatır

Niyə bu sayma problemi üçün iki fərqli cavab alıram?

Əlavə enerji təchizatı olmadan yüksək gərginlikli LED göstəricisi 40-1000 VDC

Kantil reqressiyası, kvantildə bölünən dəyişkənliklə lojistik reqressiya ilə müqayisə necədir?

Adi canlıların hiper inkişaf etmiş versiyalarının əmiuşağını silməsinin qarşısını necə ala bilərəm?

Qaranlıq dövr sivilizasiyaları üçün vacib mənbələr?

Şirkətin mənim iş e-poçtumu hələ də orada işləyən kimi göstərmək üçün istifadə etməsi qanuna uyğundurmu?

Niyə Newtonun üçüncü qanunu bir insanın yerə dəydikdə başladığı yerə qayıtması mənasını vermir?

Illustrator-da qara ox ilə incə bir xətt necə hərəkət etmək olar?

Java Casting: Java 11, LambdaConversionException-ı atır, 1.8 deyil

OGR istifadə edərək ASCII faylını (lat, lon koordinatları ilə) shapefile necə çevirmək olar?

QGIS-də ızgara hüceyrələrinin çəkilməsi? ShapeFile-dən xüsusi koordinatları olan xüsusiyyətləri necə çıxarmaq olar? 3D Shefefile yaratarkən Şaquli Koordinat sistemini necə qurmaq olar? Ogr2ogr - Geojson'u forma şəklinə çevirmək koordinatlarda ofset yaratmaq, enlem, boylam və məlumatları Pythonogr2ogr istifadə edərək GeoTiff-ə çevirmək mətn sənədindən sql sorğusu ASCII faylını ArcMapCreating görüntüsünə GDAL istifadə edərək müəyyən enlem / boylam mövqeləri ilə idxal edərkən atribut cədvəlindəki məlumatları necə qorumaq olar? Python və gdal / ogrAlter istifadə edərək bir forma ilə MID-ı necə kəsmək və bir formalı bir sahə ilə bir shapefile yeniləmək Ogr istifadə edərək ASCII faylı

Aşağıdakı sütunlardan ibarət bir ASCII sənədim var: ID, Boylam, enlem, dəyər

ASCII sənədini açmaq və nöqtə koordinatlarını (X sahə = uzunluq, Y sahə = enlik) istifadə edərək bir formaya (WGS84-də) çevirmək üçün əmr sətirində OGR (ogr2ogr və ya ogrinfo) istifadə etmək mümkündürmü?

Etmək istədiyim şey, QGIS-in "Ayrılmış mətn" ilə bir ascii faylı açarkən və həndəsəni (nöqtə koordinatları) təyin edərkən gördüyü işə bənzəyir.

Bunu çox sayda fayl üçün etmək istəyirəm, buna görə bunun OGR-də mümkün olub olmadığını bilmək istəyirəm.

Aşağıdakı sütunlardan ibarət bir ASCII sənədim var: ID, Boylam, enlem, dəyər

ASCII sənədini açmaq və nöqtə koordinatlarını (X sahə = uzunluq, Y sahə = enlik) istifadə edərək bir formaya (WGS84-də) çevirmək üçün əmr sətirində OGR (ogr2ogr və ya ogrinfo) istifadə etmək mümkündürmü?

Etmək istədiyim şey, QGIS-in "Ayrılmış mətn" ilə bir ascii faylı açarkən və həndəsəni (nöqtə koordinatları) təyin edərkən gördüyü işə bənzəyir.

Bunu çox sayda fayl üçün etmək istəyirəm, buna görə bunun OGR-də mümkün olub olmadığını bilmək istəyirəm.

Aşağıdakı sütunlardan ibarət bir ASCII sənədim var: ID, Boylam, enlem, dəyər

ASCII sənədini açmaq və nöqtə koordinatlarını (X sahə = uzunluq, Y sahə = enlik) istifadə edərək bir formaya (WGS84-də) çevirmək üçün əmr sətirində OGR (ogr2ogr və ya ogrinfo) istifadə etmək mümkündürmü?

Etmək istədiyim şey, QGIS-in "Ayrılmış mətn" ilə bir ascii faylı açarkən və həndəsəni (nöqtə koordinatları) təyin edərkən gördüyü işə bənzəyir.

Bunu çox sayda fayl üçün etmək istəyirəm, buna görə bunun OGR-də mümkün olub olmadığını bilmək istəyirəm.

Aşağıdakı sütunlardan ibarət bir ASCII sənədim var: ID, uzunluq, enlem, dəyər

ASCII sənədini açmaq və nöqtə koordinatlarını (X sahə = uzunluq, Y sahə = enlik) istifadə edərək bir formaya (WGS84-də) çevirmək üçün əmr sətirində OGR (ogr2ogr və ya ogrinfo) istifadə etmək mümkündürmü?

Etmək istədiyim şey QGIS-in "Ayrılmış mətn" ilə bir ascii faylı açarkən və həndəsəni (nöqtə koordinatları) təyin edərkən gördüyü işə bənzəyir.

Bunu çox sayda fayl üçün etmək istəyirəm, buna görə bunun OGR-də mümkün olub olmadığını bilmək istəyirəm.


Videoya baxın: Həndəsənin əsas anlayışları (Oktyabr 2021).