segmentatiefout bij import BGTNL #369
-
Hallo, ik importeer iedere paar maanden de BGTNL via https://api.pdok.nl/lv/bgt/download/v1_0/full/custom m.b.v. NLextract. Dit ging altijd probleemloos tot nu. /home/rob/git/bronnen/src/bgtnl/../../external/nlextract-1.5.4/bgt/etl/etl.sh: regel 42: 10729 Segmentatiefout (geheugendump gemaakt) python $STETL_HOME/stetl/main.py -c conf/etl-imgeo-v2.1.1.cfg -a $options_file Sommige objectklassen zijn wel geimporteerd, maar de meesten zoals wegdeel niet. Ik heb de volledige log bijgevoegd. Aan de scripts of instellingen heb ik niets veranderd. Zelfs nlextract-1.5.4. opnieuw gedownload en gebruikt, maar hetzelfde resultaat. Enig idee of dit aan de data of nlextract. En hoe dit te verhelpen? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Issue gemigreerd naar Discussions. Sinds gisteren vervangt deze de mailing lijst en Gitter/Element Chat. De errors zijn 'gewoon', heeft meestal te maken met 'bogen' geometrie, en zijn vaak ook niet meer geldig, zitten in historie. Zie ook issue hierover: #363 en op GeoForum discussie. 'Invalid' is rekbaar begrip. De log lijkt geheel goed, alleen die Segmentatiefout melding aan het eind...Meestal wijst dit op een geheugenprobleem. De BGT dataset blijft maar groeien. De postprocessing SQL scripts kunnen dan een dergelijke fout geven. De ETL zelf is 'streaming' (Stetl) dus daar ligt het meestal niet. Daarom was er recente aanpassing in de SQL scripts: #356. |
Beta Was this translation helpful? Give feedback.
Issue gemigreerd naar Discussions. Sinds gisteren vervangt deze de mailing lijst en Gitter/Element Chat.
In Discussions is plek voor dit soort support vragen. Mocht er echt een probleem in NLExtract zijn, kan alsnog issue worden geopend.
De errors zijn 'gewoon', heeft meestal te maken met 'bogen' geometrie, en zijn vaak ook niet meer geldig, zitten in historie. Zie ook issue hierover: #363 en op GeoForum discussie. 'Invalid' is rekbaar begrip.
De log lijkt geheel goed, alleen die Segmentatiefout melding aan het eind...Meestal wijst dit op een geheugenprobleem. De BGT dataset blijft maar groeien. De postprocessing SQL scripts kunnen dan een dergelijke fout geven. De ETL zelf is 'streaming'…