Re: [OSM-dev] Major improvements to MapOSMatic
Lennard l...@xs4all.nl writes: Matthias Julius wrote: Are higher resolution icons an option? Probably, but you'll need lots of different sizes for different sized areas. Really? The level of detail one wants to see is independent of the size of the area. If I want to print a 1:1 map all icons are going to be the same size. The size on the PDF is fixed anyway. The parking icon I have just looked at seems to be 16x16 pixels and because the strokes are not aligned to pixels it looks pretty blurry when one zooms to a level where they are about 5 mm tall due to anti-aliasing. It would look a lot better if they had 32x32 or even more pixels. The size on the PDF should not change, of course. Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Vector (SVG) symbols in mapnik are a work in progress, and not currently implemented in the main codebase. Are higher resolution icons an option? The majority of the icons used are available as SVG, see here: http://www.sjjb.co.uk/mapicons/SJJBMapIconsv0_03.tar.gz (if anyone can ever get the svg icons working in mapnik!) In the mean time larger png versions are available here: http://www.sjjb.co.uk/mapicons/SJJBMapIconsv0.03/recoloured/ If you need even bigger ones I'll happily render them, or there are scripts included with the SVG files to generate them. -- Brian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Thomas Petazzoni thomas.petazzoni at enix.org writes: For the record, MapOSMatic is a website that allows to generate city maps from OpenStreetMap data. Each map is divided into squares to easily find streets and is delivered with the corresponding street index. Hi, I can see that png image is one of the output formats. Does MapOSMatic create for example a corresponding .pgw world file for georeferencing the image so that it could be used as a background image in GIS programs? -Jukka Rahkonen- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello, 2010/1/5 Jukka Rahkonen jukka.rahko...@mmmtike.fi: Does MapOSMatic create for example a corresponding .pgw world file for georeferencing the image so that it could be used as a background image in GIS programs? Currently no. Contributions are welcome. ;-) Regards, david ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Any plans to make the index + map output in the same PDF? Any plans to split the map into multiple pages in the PDF like a street directory? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Also the admin boundaries don't seem to work, or maposmatic is looking for something completely different than is entered in Australia. As a result it's telling people to enter admin boundaries that effectively already exist. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello John, Le Tue, 5 Jan 2010 18:30:05 +1000, John Smith deltafoxtrot...@gmail.com a écrit : Any plans to make the index + map output in the same PDF? It is on our TODO-list: http://savannah.nongnu.org/task/?9665 Any plans to split the map into multiple pages in the PDF like a street directory? This is also on our TODO-list, but we don't really know how to implement this. Where on the map/index should the split be done ? See http://savannah.nongnu.org/task/?9695 Thanks for your suggestions, Thomas -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org signature.asc Description: PGP signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello John, 2010/1/5 John Smith deltafoxtrot...@gmail.com: Any plans to make the index + map output in the same PDF? Any plans to split the map into multiple pages in the PDF like a street directory? We have such plans but haven't had time to do it yet (contributions welcomed): https://savannah.nongnu.org/task/?9695 https://savannah.nongnu.org/task/?9665 Regards, d. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello, Le Tue, 5 Jan 2010 18:38:18 +1000, John Smith deltafoxtrot...@gmail.com a écrit : Also the admin boundaries don't seem to work, or maposmatic is looking for something completely different than is entered in Australia. As a result it's telling people to enter admin boundaries that effectively already exist. We use administrative boundaries of admin_level=8. According to http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative, these administrative boundaries correspond to Postcode border (used for GIS and census) in Australia. Is this the correct level for city maps ? Or should we use another level ? Thanks for your report, Thomas -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org signature.asc Description: PGP signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello John, 2010/1/5 John Smith deltafoxtrot...@gmail.com: Also the admin boundaries don't seem to work, or maposmatic is looking for something completely different than is entered in Australia. As a result it's telling people to enter admin boundaries that effectively already exist. Could you provide us a use case so we can debug it? (relation name and/or OSM ID) Could you open a bug with this use case? http://savannah.nongnu.org/bugs/?func=additemgroup=maposmatic We have a similar issue elsewhere, we don't know if this is the same one or another (different country). Regards, d. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
2010/1/5 David MENTRE dmen...@linux-france.org: We have such plans but haven't had time to do it yet (contributions welcomed): I try to contribute where possible, but I'm over extending myself at present for a number of things. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
2010/1/5 David MENTRE dmen...@linux-france.org: Could you open a bug with this use case? Do I have to add yet another account, on yet another bug tracker? This is the Moree, NSW, AU boundary... http://www.openstreetmap.org/browse/relation/98889 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
2010/1/5 Thomas Petazzoni thomas.petazz...@enix.org: We use administrative boundaries of admin_level=8. According to http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative, these administrative boundaries correspond to Postcode border (used for GIS and census) in Australia. admin_level=10 for suburb boundaries, postcodes encompass multiple suburb boundaries usually. http://www.openstreetmap.org/browse/relation/98889 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
2010/1/5 Thomas Petazzoni thomas.petazz...@enix.org: This is also on our TODO-list, but we don't really know how to implement this. Where on the map/index should the split be done ? There is another project that already does this, I think they are GPL'd... www.mappage.org/atlas you just need to have PNG images a similar size to either A4 or US letter sized paper... The produce images that aren't any where near big enough for the pages in my opinion though, and they only make a graphical index, not a textual one. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
2010/1/5 John Smith deltafoxtrot...@gmail.com: Do I have to add yet another account, on yet another bug tracker? No. http://savannah.nongnu.org/bugs/?func=additemgroup=maposmatic Thanks, d. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Am 04.01.2010 um 21:54 schrieb Thomas Petazzoni: Hello, As a new year's present, the MapOSMatic team is proud to announce that a new version of the maposmatic.org website has been put online, with major improvements over the initial version announced in September 2009. Hi, first of all, it's great to see the development and progress of MapOSMatic. I had a look at the new features released today and already discussed some of the following issues in the project's IRC channel. But to make them available to a wider audience I repost them here. I also tried to post to your dev mailing list, but it was not reachable from here and simply posting to d...@maposmatic.org didn't work. First, I've spotted a missing space character in the german translation and also a complete paragraph missing translation. I then cloned the git repository, fixed the missing space and saw that the translation that is missing online, is available in the source file. However I was not able to push my changes online again. Please consider switching to a popular and widely used git network like Github. That would make collaboration a lot easier and we had great results using Github for walking-papers for the translations and more. The push and pull system there allows everyone to contribute while still maintaining a stable version of the website. I'm sure you could attract a lot more translators and code contributors there as well. Anyway, the missing space char is in django.po in the .de directory in line 299, it should look this way when fixed: Dieser Webservice wurde iMapOSMatic/i genannt,\n Another issue I found is the usage of boundary relations. According to the IRC you're only using admin_level=8 relations. As you can read in the OSM wiki [1] in Germany we also use admin_level=6 for larger cities such as Munich or Berlin... Currently searching for them in MapOSMatic doesn't give you a working result. I suggest you to expand your system so it firstly searches for admin_level=8 relations and in case of no success continues to search for admin_level=6. Cheers, Jonas [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Am 05.01.2010 09:44, schrieb Thomas Petazzoni: Hello, Le Tue, 5 Jan 2010 18:38:18 +1000, John Smithdeltafoxtrot...@gmail.com a écrit : Also the admin boundaries don't seem to work, or maposmatic is looking for something completely different than is entered in Australia. As a result it's telling people to enter admin boundaries that effectively already exist. We use administrative boundaries of admin_level=8. According to http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative, these administrative boundaries correspond to Postcode border (used for GIS and census) in Australia. Is this the correct level for city maps ? Or should we use another level ? First of all, thanks for the nice service! Maybe let the user choose the level, e.g. if a user only wants his suburb, he could choose admin_level 10. Keeping the default level 8 would be ok here in germany :-) Regards, ULFL ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello, Le Tue, 05 Jan 2010 13:08:14 +0100, Ulf Lamping ulf.lamp...@googlemail.com a écrit : Keeping the default level 8 would be ok here in germany :-) We have been told by other users from Germany that level 8 doesn't work for large cities such as Berlin or Münich. I've been told that level 6 was the appropriate level for Germany. On the other hand, on http://nominatim.openstreetmap.org, I only find a level 4 boundary for Berlin (level 4 seems to be the Länder level, because Berlin is at the same time a city and a Länder). Why level should be used in Germany ? Regards, Thomas -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org signature.asc Description: PGP signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Am 05.01.2010 13:51, schrieb Thomas Petazzoni: Hello, Le Tue, 05 Jan 2010 13:08:14 +0100, Ulf Lampingulf.lamp...@googlemail.com a écrit : Keeping the default level 8 would be ok here in germany :-) We have been told by other users from Germany that level 8 doesn't work for large cities such as Berlin or Münich. I've been told that level 6 was the appropriate level for Germany. On the other hand, on http://nominatim.openstreetmap.org, I only find a level 4 boundary for Berlin (level 4 seems to be the Länder level, because Berlin is at the same time a city and a Länder). Why level should be used in Germany ? Ok, let me be more detailed. First of all, I'm not an expert on this, so correct me anyone if I'm wrong. Here in germany, we have the 16 Bundesländer (single: Bundesland) [1], which varies from large ones (e.g. Bayern/Bavaria) to exactly 3 small areas, namely the cities: Bremen, Hamburg, Berlin. This is what admin_level 4 is about. I'm not 100% sure about admin_level 6, this would probably be larger cities like Munich (the wiki is talking about district free cities/kreisfreie Stadt). admin_level 8 would be a small/smaller city. I personally wanted to render the southern part of Nürnberg, which would be probably admin_level 9 or even 10 (however, maposmatic couldn't find a proper admin_level anyway, so I did the selection by hand). At the end of the day, there is no one right admin_level, when you both want to support Berlin (population: 3.400.000) and also Betzenstein (population: 2500) :-) Regards, ULFL [1] http://en.wikipedia.org/wiki/States_of_Germany P.S: Might be a good idea to indicate on the webpage, that admin_level=xy is the criteria the server is searching for - I was pretty uncertain what the webpage was actually doing when searching for the boundary. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
On Tue, Jan 05, 2010 at 01:51:40PM +0100, Thomas Petazzoni wrote: We have been told by other users from Germany that level 8 doesn't work for large cities such as Berlin or Münich. I've been told that level 6 was the appropriate level for Germany. On the other hand, on http://nominatim.openstreetmap.org, I only find a level 4 boundary for Berlin (level 4 seems to be the Länder level, because Berlin is at the same time a city and a Länder). Why level should be used in Germany ? IMHO there is no such thing as the right level - You are creating a map of your neighbourhood which might be just some streets, your suburb or city, or county. I'd vote for showing the different admin level boundarys available so the user can choose. And if it were christmas i'd say - dont simply use the max extent of the boundary but rather show the user the box on a map which would be mapped and let it be moved and resized. I made a map of Langenberg Germany which has some odd shape and some parts of it are of no real interest - the result is that we have a very large extent of the map but the interesting parts are just 2-3 squares in the middle. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
On Tue, Jan 5, 2010 at 3:04 PM, Ulf Lamping ulf.lamp...@googlemail.com wrote: I'm not 100% sure about admin_level 6, this would probably be larger cities like Munich (the wiki is talking about district free cities/kreisfreie Stadt). But admin_level 6 is a departement in France. If it is enabled in the tool, somebody will request a street directory for a big piece of land with few hundreds towns and villages in it. So, if the admin_level is selectable, the tool should also fix some limits (it should any way because admin_level=8 could be a whole country if someone wants). For Florian : not all people want a street directory based on a bbox. In adjacent urban cities, you might not want to see the streets of the next town in your document. That's where the administrative boundaries are useful. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Thomas Petazzoni thomas.petazz...@enix.org writes: As a new year's present, the MapOSMatic team is proud to announce that a new version of the maposmatic.org website has been put online, with major improvements over the initial version announced in September 2009. I like it! I have one request: The PDFs are very nice vector graphics - except for the icons. When zooming in to detail level they look ugly. Could they be included as vectors, too? (Aren't they derived from SVGs?) Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
On Jan 5, 2010, at 9:13 AM, Matthias Julius wrote: Thomas Petazzoni thomas.petazz...@enix.org writes: As a new year's present, the MapOSMatic team is proud to announce that a new version of the maposmatic.org website has been put online, with major improvements over the initial version announced in September 2009. I like it! I have one request: The PDFs are very nice vector graphics - except for the icons. When zooming in to detail level they look ugly. Could they be included as vectors, too? (Aren't they derived from SVGs?) I think this is rather an enhancement needed in Mapnik's Cairo implementation, which I presume is being used for the PDF output in MapOSMatic. See discussion here: http://trac.mapnik.org/ticket/320 MapOSMatic guys, great job on everything! Dane ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Hello, 2010/1/5 Matthias Julius li...@julius-net.net: I have one request: The PDFs are very nice vector graphics - except for the icons. When zooming in to detail level they look ugly. Could they be included as vectors, too? (Aren't they derived from SVGs?) No. As far as I know, Mapnik icons for PDF are bitmaps. We are using Mapnik, so any request regarding rendering should be adressed to Mapnik. If you know how to use vector icons in Mapnik, I'll be glad to know it. :-) Best regards, d. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
David MENTRE wrote: No. As far as I know, Mapnik icons for PDF are bitmaps. We are using Mapnik, so any request regarding rendering should be adressed to Mapnik. If you know how to use vector icons in Mapnik, I'll be glad to know it. :-) Vector (SVG) symbols in mapnik are a work in progress, and not currently implemented in the main codebase. http://trac.mapnik.org/ticket/320 -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Matthias Julius wrote: Are higher resolution icons an option? Probably, but you'll need lots of different sizes for different sized areas. -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Major improvements to MapOSMatic
Vector (SVG) symbols in mapnik are a work in progress I'm the one who sumbited the lates patch mapnik_svg.r1433.2.patch, but I gave up. I never developed C++ nor du I have any experiences with Cairo. So I'm unsure if one can call this in progress... Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev