Cool! Thank You!
Marek
That doesn’t quite work for me. Loading the xml file causes an error:
javax.xml.bind.JAXBException: "kendzi.josm.kendzi3d.dto.xsd" doesnt contain ObjectFactory.class or jaxb.index
Happens as well when the plugin tries to load its built-in texture library, hence I only get placeholder textures. I tried the latest versions of Java 7 and 6 under both Windows 7 and Linux with no luck.
Send Kendzi eMail. I´m not sure how often he visit fhis topic.
Currently I don’t have access to my computer, I will investigate it at monday.
Thanks! 
Fixed in v84
Hm, I still have this error in version 88, when I try to load the textures from the wiki:
Any idea?
Best regards
André
Is there a todo-list or a better place than github issues list? In josm trac there’s so far just one “plugin crashed” ticket for kendzi3d. If there is some better place, I could write each of the things needing attention as a separate ticket somewhere, but I’ll start with some of them here. I know this is still in the early stages and already gives nice results with very few tags only, but communication shall make me tag them frantically…
I’ve been tagging facade colours, building:levels and roof shapes, and I already have identified lots of minor glitches in rendering - and inconsistent documentation on supported tags. Even the presets linked to in the other thread on this forum use roof:orientation=, but the plugin seems to respect building:roof:orientation= only. I would believe some of these “issues” have been discussed in the 3d workshop, but there’s little documentation of the results.
Also; for a long time the osm wiki page listed the shape pitched (and still does), but it’s now “gabled” at least in the plugin; is this an agreement between other osm 3d-stuff developers, that is, from the workshop?
If I model a building with several building:part=yes ways (as horizontal slices), and I also have the building=apartments way, at the moment the JOSM plugin does not recognize this and draws both the building=* way and the building:parts, with them partially covering each other. I also think that the building=* way should have the total number of floors in the building:levels=* tag, to classify the building as having that number of floors. Currently, it just changes how much of the building gets this overlapping walls problem. So will the plugin eventually supress the building=* way automatically, or if it is tagged with building:parts=horizontal?
Where a building has one wall with a different colour, how should it be modelled (as in how it might be eventually supported)? Just an extra way with plain building:facade:color=#fffff? Doesn’t work yet. Another common case I’ve come across is that the longer walls are one colour and the “ends” of a building are of another colour?
Hello Alv,
i would say - lets write tickets together on the separate wiki subpage. I hope we can find helpers for this tool. Let´s comunicate together- if possible in german language.
The specification (roof table) from the wiki page is still incomplete because i have not enough time for finishing the description of all that 3D aspects like texturing+ multitexturing specification, street area in 3d, OSM4D specification for the developers etc.etc.
What I would suggest is the detailed specification of user interface and description of wishful functions for the new version of the Plug In.
What do You think about? Best regards,
Marek
It was problem with classloader. It was solved in v88
“Official” todo and issues list is on github, but you can write proposal wherever you like I will try to answer.
Most of agreements from workshop is write here [1] .
On 3d workshop we agree for using roof:orientation (fixed in v100)
We agree to use name gabled but both should work in plugin. But for me pitched roof have only one surface like this [2]
From the meeting. All parts and outlines from single building should be added to relation type=building . This allow to render building outline or building parts if they exist. So one of both will be rendered outlines or parts. But this hasn’t been implemented yet. Read [3] and [4]
We didn’t discuss on this. So it isn’t implemented. But probably in future it will be done by splitting building outline (or part) to single walls and connecting them together using relation.
[1] - http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
[2] - http://wiki.openstreetmap.org/wiki/File:Roof1_0_parm.svg
[3] - http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Building_parts
[4] - http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Building_relation
I have solution for walls with different colors and textures but please, wait a few days and I specify this in the wiki.
And Alv - thank You for all sugestions, comments, and angagement. Please help to make it better: Kendzi do really great job, but it is really lot to do. Support is helpful, ideas are helpful.
Best regards,
Marek
[delete]
I see there’s a possible problem with the current use of building:levels=. High, pitched roofs, and the points below are not in the wiki, except for a mention of building:cullis:height= at a page that describes itself as a proposal.
This came up when I was tagging an office building with two different parts; the higher part is a bit narrower and several floors higher. Say that the lower part has 4 levels and a “gabled” roof on top of that, but the apex is about, or less than, a half level’s height higher than the cullis, and that the same roof continues “around” the higher part. If I then draw a second building:part=yes way for the higher, narrower part, and I add a building:min_level=4 tag to it, it appears as floating above the gabled roof. This happens, because the said gabled roof is drawn as sloping down from the “floor roof” height of the 4th level.
Composite image of a photo, and how the plugin shows it now: http://wiki.openstreetmap.org/wiki/File:Is_the_gabled_roof_a_level.png
On the other hand, I know that for many single family houses the roof does slope down from the second floor ceiling at the apex, to possibly even to the ceiling height of the first floor at the side walls and the cullis. However, all it takes is one tag, if such is agreed upon, to tell whether the roof’s lowest edge, or the apex is at the “height” specified by building:levels=*.
Or, the alternative is to draw yet one more way just for the building:part=roof and to use maybe just (in this case) building:min_level=4; although at the moment that makes it think that the ceiling is still at somewhere just above “level 1”.
You can specify height of building using tags “height” and “min_height” this tags should solve problem with building ending on middle floor. To describe how many floors are inside roof you can use tag “roof:levels” [1] (but this hasn’t been implemented yet.). And for roof height you can use tags: roof:angle in degrees or roof:height (this is calculated from building top to cullis)
[1] - http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Roof
New features:
- debug view - now it is remember settings
- support for roof type 8.0 (it is implemented little different then description on wiki)
8.0
8.0.3
8.0.6
8.0
with set up heights
-
tag emergency=fire_hydrant
-
tag roof:shape=onion
-
fix for loading resource on linux
-
new version of JOGL it should work now on mac, can anyone test it?
Hi
I was looking for a way of getting the elevation/altitude of nodes with JOSM and I’ve just found your project, it seems very interesting. I’m responsible for engine support for the JogAmp Foundation:
http://jogamp.org/wiki/index.php/Maintainer_and_Contacts
Maybe we could add your project to the main page of JOGL here:
http://jogamp.org/jogl/www/
Keep up the good work 
Thanks Julien Gouesse. Sorry but I don’t look here for while. If you think this project to be worthy of put on this site, I will be happy to see it there.
Currently I work on windows like described here:
http://openstreetmap.pl/kendzi/Kendzi3d/Solidbuildings.pdf
new:
old one:
In new release:
- completely new building builder
- basic support for building as multi-polygons without holes
So you can change color, material or assign windows to single wall.
Example:
http://www.openstreetmap.org.pl/kendzi/Kendzi3d/examples/example4.osm
- windows, entrance build into walls (tags building=entrance, building=window)
old:
new:
It is possible to tag mixed window and entrance with tags: width=X and height=Y
- windows rows as multitextures. By assigning tag windows=X you can setup windows rows. Windows will be repeated on each level.
- roof and facade colors as colored textures
- support for tags: building:levels:aboveground and building:levels:underground
bugs:
- it is far from ready
- simple multipolybons without holes
- currently all textures are mixed with color. So materials configuration need new parameter “colorable” like in osm2world
I would like to remind that this is not in ready state. So I will by grateful for any advice or bug report.
The current version of the plugin does not support rendering multpolygon relations such as buildings (building=*) and their parts (building:part=yes) and outer contours (building=outline)?
Do you have current version v111? It should support multipolygon relation with tags:
type=multipolygon
building=* or building:part=*
Please see example:
http://www.openstreetmap.org.pl/kendzi/Kendzi3d/examples/example4.osm