DXFs with non-ascii characters make th edxf importer to crash. #48806
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#48806
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
WIn 7 x 64
Blender Version
Broken: 2.77a
Short description of error
The DXF importer crashes every time a DXF has non-ascii characters. For example if there is an ä.
Exact steps for others to reproduce the error
Try to import attached dxf.test nonascii bl 2.dxf
This dxf import successfully in Autocad, QGis and Accutrans.
Changed status to: 'Open'
Added subscriber: @bliblubli
Added subscriber: @VukGardasevic
OpenCad also opens the file.
The dxf entry inf.0 is not parsed properly and hits an ValueError check in pytags.py because the script tries to convert it to a float.
Added subscribers: @cnd, @mont29
@cnd, mind having a look at that one? Thanks.
I looked at it. Forwarded the issue to the author of the dxfgrabber library: https://bitbucket.org/mozman/dxfgrabber/issues/13/inf0-values-not-parsed-properly
I also updated the dxfgrabber library to the latest version and added the authors patches to the dxf importer but it didn't help.
Hi Lukas. Is omehow managed to create a file with 2 problems. This inf.0 problem is not the one I wanted to report here. There is really a problem with production files where manually changing all ä to ae (in our case some layer are named with such characters) is the only way to make the import successful.
ok. but if I replace all inf.0 with inf and turn off all merging options (no clue yet what is wrong there) I can import your file in Blender. Did you attach the correct file?
You are right, wrong file. Here is a file with a "ä" in the layer name.
test umlaut.dxf
Changed status from 'Open' to: 'Resolved'
I tested it with the newest version. "ä" does not seem to be a problem (anymore?). But I needed to fix a problem with an extrusion value.
Using latest master (just compiled b10d005 ) I can't import any of the 2 files I attached in this thread. It seems Manfred solved the problem after you updated the lib https://bitbucket.org/mozman/dxfgrabber/issues/13/inf0-values-not-parsed-properly? I tested on Linux but I guess it's the same on all OSs. I used default options.
Error trying to import https://dev-files.blender.org/file/data/7ecvwzyzt3s2rie3tbpf/PHID-FILE-mvueofrgohmt7yxp25o3/test_umlaut.dxf
Error trying to import https://dev-files.blender.org/file/data/5op53o4ast4pucl5irrd/PHID-FILE-hspjsfaahoj3xbng32mw/test_nonascii_bl_2.dxf
@cnd disabling all the import options doesn't solve the problem.
As you can read from the error message
ImportError: No module named 'io_import_dxf.dxfgrabber.dxfentities'
your error does not have to anything with your files but with my second last erroneous commit. I Added the two missing files last night. So you might just need to update your build and try again.And yes, the dxfgrabber lib now supports inf.0 but it's not standard and actually you should file a bug report at QGIS people for producing wrong dxf files. And the latest updates to dxfgrabber are also not in Blender yet.
and just to avoid an extra round of posts here:
it does not matter what build version of blender you build for addons. what matters is that you update the addons repository:
cd ~/blender-build/blender
git pull --rebase
git submodule foreach git pull --rebase origin master
as described in https://wiki.blender.org/index.php/Dev:Doc/Building_Blender/Mac (or windows or linux)
updating dxfgrabber to latest version still doesn't resolves the problem.
@cnd when you call "make update" in the source dir on linux, it also updates all addons. So I have the latest version including your changes normally. But I'll check.
@cnd Just checked, I have the latest version. In the commit log, you only did one commit in the last days. Maybe your second commit for missing files didn't work somehow?
@cnd just tried latest buildbot on Windows and Linux, it seems some files in the addon are still missing.
Changed status from 'Resolved' to: 'Open'
ok. forgot to push. pushed now.
@cnd thanks, It imports now files with "umlauts" but they are displayed strangely:
Renaming this groups to ä and Ä works so Blender supports it, it seems something wrong happens in the conversion process.
Added subscriber: @BrendonMurphy
Changed status from 'Open' to: 'Archived'
2016, archived.