Jump to content

tonywob

Members
  • Posts

    390
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by tonywob

  1. Doh, that will be Birmingham. There are lots of buildings there. Will give it a try now on my beta version and see if I can hack around it
  2. Nice shot from Pilotbalu of the quality of the scenery in Germany (I'm sure he won't mind me sharing it):
  3. yes, here you go. I've already sent this to Ben https://www.dropbox.com/s/ivbykqreqgxd6dp/%2B53%2B014.dsf.txt.7z. I don't feed more than one file at a time, so not sure. I've also checked out the source code for DSFTool, but haven't got it to compile yet. It needs codewarrior according to the docs. Marginal also did a python version of DSFLib I'm working on it, and in the 0.1.2 beta, it generated PACA with under 4GB, so it's getting much better. So hopefully it will work for you soon. Yes, since the bulidings share a wall in OSM. It won't help in Poland though, as it was a village of detached houses outside of Warszawa that crashed it
  4. Cheers AngeloM. Hopefully you can generate Great Britain fine :-)
  5. Yes, you can render individual counties, which maybe will work for now. Poland doesn't have any counties on Geofabrik, so that isn't an option for now. Using counties, we can get parts of these countries to work. But, I can't split the DSF tile up. I've tried disabling forests/trees and facades, and even with only 30,000 buildings across the entire tile, it won't generate. It isn't a question of the number of objects on the tile, but more so how DSFTool allocates them (I believe)
  6. Unfortunately, Great Britain and Poland won't generate because of a DSFTool bug, and I'm afraid it will remain like this until the tool is fixed (It's part of the X-Plane developer tools). Regarding residential zones, you can either disable the entire rule (as posted above), or wait until I've written a new rule to place a tree or two next to each house. I'll try and get this done today or tomorrow. It should tidy things up a bit hopefully, and also work better in countries like France
  7. I've basically hit a road-block with DSFTool now. It seems to have an issue with allocating pools for objects, so even though X-Plane can support millions of objects per tile, DSFTool just crashes. Until this has fixed, I'm unable to generate Poland and the UK now, because one tile has too many houses in a particular area, and it crashes DSFTool. I think regarding the trees around houses, the better solution is not to fill residential zones with trees, but instead put 1/2 trees around each house. It will take longer to generate, but should solve some issues and not require the landuse=residential tag in OSM.
  8. These random trees seem to be causing problems, not to mention a bug in DSFTool which causes some tiles to fail. Although they look really nice in some areas, in others they obviously don't look correct. Do people think we should remove them for now?
  9. Yes, remove the random tree generation, you can edit resources/config.xml and remove the entire rule for residential area trees <rule type="random"> <filter type="key-value"> landuse=residential ...... ......</rule>
  10. Just to shed some light on this. For LIPX, It's the surrounding farmland which has trees around it's perimeter. The airport boundary for the default scenery is not the same as the one in OSM, so you have trees on the apron. Not much I can do about this at the moment, apart form either disabling the farmland trees or creating an exclusion zone for the airport. Regarding too many trees in Verona o Boscomantico, can somebody give me an OSM location and a screenshot. Thanks
  11. Angelo, super thank you. Can you upload it to dropbox/google drive, and I'll grab it off you, then upload it to simheaven. @skiflyzander Use 7zip www.7zip.org to extract it. My bad, I use a tar.bz2 format to compress, which works fine in Mac and Linux. I'll use just zip next time.
  12. France takes a very long time (it's currently the slowest out of all countries), because there are millions and millions of buildings, and huge residential zones. Also, as already indicated, you'll currently need lots of memory to do it. I've generated PACA, Nord-Pas de Calais and Alsace separately and they didn't take too long, but the entire country will probably take you all day ;-)
  13. Thanks Angelo. I'm working on getting memory usage down, you should never nned that amount of memory to generate :-) I'm presuming the airport is this one http://www.openstreetmap.org/#map=15/45.3961/10.8842 You're right it looks good in OSM, so I'm wondering why there are trees on the apron. It could be from the surrounding farmland, I'm not sure yet.
  14. @Colin The problem is the application currently requires lots of memory to run, and this is because it has to do lots with the objects from OSM and keep them in memory whilst it works on them. There is no other way around this apart from either making the application use a database (and making it 100x more complicated), or making it 100x slower. As long as you use the Windows version which allocates itself enough memory (at least it should), and use small enough areas it should be easy enough to run. Please let me know what you had trouble with, and I'll be happy to talk you through it. Also, have a look at the quickstart guide. If i know what people are having problems with then I can fix them/make them easier, so please tell me why/what you had troubles with. @momix2000 I'm guessing it's the trees in the residential areas and farmland, and I added a regional rule for Spain to use smaller trees. However, please post a screenshot of what you mean so I can see, and I'll tweak the rules for Italy slightly. I'm not familiar with the Italian countryside, so you'll need to help me out. @CMBH Yes, PACA does require a lot of memory, and it's an area I'm currently working on to optimise the generator, i.e. Use less memory. One of the tiles has over 1,000,000 buildings on it, and these buildings need to be indexed, sorted into areas, etc.. That's to say, that if you don't have more than 4GB allocated, it will fail (although in the beta I'm working on, it's now below this). If you want to wait, then somebody will make PACA available soon, otherwise you'll need to tell me more about your computer and how you are starting the application. @Ironmaiden This is because the current OSM2XP facade set uses red-roofs for all residential buildings, which I agree is not correct and can look ugly. We're hopefully going to get a new facade set, but no promises at the moment.
  15. I think it was London, and it's fixed in the latest version on the website i.e 0.1.1 Beta 1. But,, London isn't too impressive, it's quite empty in OSM unfortunately. The German and French cities are miles ahead in comparison. So get contributing ;-) The problem in London was too many trees inside a random zone (I've emailed LR about it). I'm working on two solutions for it at the moment 1) Break the residential zone into smaller areas and use forests when the zone is empty (which will hugely reduce the number of object trees) 2) Add a new rule to just place trees next to houses (I'm not sure when I'll get this done, as I probably won't get much done over the weekend). This will really improve areas where there are buildings but nobody has tagged any residential zones.
  16. The problem is too many trees in London (same problem which crashed France). I'm uploading a patch for it (lowered the density of trees), but the random rule is causing too many problems at the moment. It's a shame, as this is one of the things that makes the biggest difference to the scenery
  17. Thanks, the Netherlands error you can ignore, it's just bad data in OSM The London was is a problem, DSFTool again . I'll look into it, thanks
  18. Please paste the errors here, as I can't help if I don't know what the error is. I'm currently building France (have left it going for a few hours). It's about 40% through. The French data is quite evil to the generator, so if it generates successfully, then I'll take that as a new milestone
  19. I didn't think Daikan had any scenery in Geneva, so it may be something else. Let me know if it comes up again Tony
  20. Just noticed as well, and it still runs really slowly, it's becoming increasingly harder to use
  21. Read the changelog in the zipped folder, it has a detailed list. Yes, please let me know what the error was
  22. Ha ha I give up, I've uploaded the beta again to the website (I got another load of emails from people(developers??) wanting to test), but it will only be hosted there, I've dropped 32-bit support, and there is a big fat red warning that it's only for developers.
  23. Indeed, and people forget that I'm doing this for free and don't owe them anything. I made the same mistake in the past when I released by GTA map editor too early. So I think at this point it's better to make the beta private. Of course anyone who knows the basics of X-Plane scenery is welcome to use the beta, just let me know and I'll send you the latest beta
  24. Agreed, Also, I've pulled the download from the site as since going live on x-plane.org's front page, hundreds of people downloaded the application not understanding what it does, and how to use it. So after receiving a few nasty emails, I've temporarily pulled the download. Also, I've made the decision to drop 32-Bit support, this shouldn't be an issue I hope. The application simply needs too much memory to process files, and the 2GB limit in 32-Bit Java is too little. I think the best thing to do is simply aim this at scenery developers and not normal users. Tony
  25. Beta 1 is currently uploading, and I've added a very draft "Quick Start Guide" available here The program should be easier to run on Windows now.
×
×
  • Create New...