You are not logged in.
- Topics: Active | Unanswered
Announcement
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***
#1 2021-07-11 11:40:07
- buhtz
- Member
- Registered: 2021-07-11
- Posts: 5
QGis "description" field does not work
I am absolute new to OSM and all the tools and file formats around it. I checked around in the forum and found a link to this tutorial which "draws" (?) ZIPCODE ("Postleitzahl") areas of Germany and label them.
https://blog.suche-postleitzahl.org/pos … BCpfen-gis
I use QGIS 2.18.28 from Debian 10 64bit repository.
The part of the tutorial describing the labeling of the areas tells me to write this in the "label with" field
concat(format_number(plz_einwohner_einwohner, 0), ’ [’, plz, ’]’)The string in the fields is read which IMHO indicates that something is wrong. How do I go on with diagnosis? Is there a console/debug window somewhere hidden?
What code is this? Is it Python? 2 or 3?
Offline
#2 2021-07-11 18:59:15
- SK53
- Member
- Registered: 2009-01-11
- Posts: 705
Re: QGis "description" field does not work
Wow 2.18 is really ancient! I'm not sure I even have that version on my old PC.
A quick glance at the tutorial suggests it doesn't have anything to do with OSM (where all field names will be in english, e.g., addr:postcode for Pzl, population for einwohner etc).
Given that you are using old software, and the data does not relate to OSM, I dont think we can help.
Offline
#3 2021-07-12 13:10:04
- buhtz
- Member
- Registered: 2021-07-11
- Posts: 5
Re: QGis "description" field does not work
2.18 is just "stable" in Debian.
But I see there is a 3.10 in the backports repository. I will check that.
OSM=OpenStreetMap?
I do know know anything about a connection between QGIS and OSM. I imported some files as described in the tutorials. I am nearly sure that the field names are correct and comes from that imported files.
But the question is not what cause the error. The question is how can I see the concrete and full error message? Currently I only see code in red characters. I need more details. Is there a debug console or something like that in QGIS?
Offline
#4 2021-07-12 13:40:18
- nevw
- Member
- From: SE Queensland, Australia
- Registered: 2013-04-11
- Posts: 447
Re: QGis "description" field does not work
Qgis related queries are best asked in their user group which is very active
https://lists.osgeo.org/mailman/listinfo/qgis-user
Offline
#5 2021-07-12 13:51:53
- SK53
- Member
- Registered: 2009-01-11
- Posts: 705
Re: QGis "description" field does not work
Hi @buhtz
I'm sorry, but investigating the actual source of the data you link to requires far more time than I can spend. The shape file may stem from OSM, but it has clearly been manipulated because the field names do not match OSM native values. Furthermore if it comes from OSM it does not contain a mandatory attribution statement to comply with the licence.
The current LTR for QGIS is 3.16 (I would never rely on the Debian repo for any GIS related stuff (OSM specific software is probably worse), but again I can't spend time supporting software which really is not even remotely current. I tend to run quite old versions of QGIS because it is very stable, but even I upgraded to 3.x in 2018. The problem with 2.x versions is that there were fundamental changes in core 2.x=>3.x and consequently a lot of plugins changed considerably, or stopped being supported. (I suspect migration of Python versions also occurred at that time).
However, I think what you need is more basic QGIS support. Please check the actual field names in the files you have downloaded, they may not correspond to those shown on screen in the tutorial.
Offline
#6 2021-07-12 14:07:03
- SK53
- Member
- Registered: 2009-01-11
- Posts: 705
Re: QGis "description" field does not work
Just for reference: the postal code areas in OSM are described here https://wiki.openstreetmap.org/wiki/Imp … hland_2010
And this is an example "95445" https://www.openstreetmap.org/relation/ … 65/11.5473. As you can see OSM uses very different descriptors.
Offline