Re: [OSM-dev] Multilingual Maps Overlays
(re-added CC to list) Thanks for the interesting discussion. I know it's a astonishingly borderless topic (see [1]). What I still have in mind is to be able to produce a map with local names (i.e. for preserving cultural heritage). So I think it's time to summarize: * As far as I understand, I have to take loc_name (like loc_name:gsw=Züri) besides of course name=Zürich. As I said, I disagree with this interpretation. In my opinion the correct tagging for Zürich would be: name=Zürich name:gsw=Züri An example for loc_name would be Luxembourg City, whose Luxembourgish name is Lëtzebuerg, but which is called d'Stad (the city) by its inhabitants, both names being in Luxembourgish, of course. So the tagging would be: name=??? (don't know, because there are three official languages) name:lb=Lëtzebuerg name:fr=Luxembourg name:de=Luxemburg loc_name=d'Stad (or alternatively loc_name:lb) * I think the wiki page Key:name [2] should be enhanced with more definitions and examples. * And I think [3] should at least mention loc_name somewhere in the text. Yours, S. [1] For those who can read german: Here is a large source of information about geonames: http://www.gis.hsr.ch/wiki/Lokalnamen.ch [2] http://wiki.openstreetmap.org/wiki/Key:name [3] http://wiki.openstreetmap.org/wiki/Multilingual_names -- GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On Thu, 04 Nov 2010 13:21:56 +0100, Marc Schütz schue...@gmx.net wrote: (re-added CC to list) Thanks for the interesting discussion. I know it's a astonishingly borderless topic (see [1]). What I still have in mind is to be able to produce a map with local names (i.e. for preserving cultural heritage). So I think it's time to summarize: * As far as I understand, I have to take loc_name (like loc_name:gsw=Züri) besides of course name=Zürich. As I said, I disagree with this interpretation. In my opinion the correct tagging for Zürich would be: name=Zürich name:gsw=Züri Compare with the Dutch carnaval map. During carnaval every self-respecting town that does carnaval has a different name. This is tagged as name:carnaval. It really doesn't matter what name you come up with, as long as it's unique and fairly descriptive and preferably obeying international guidelines on this point. Regards, Maarten ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mod_tile - apache 404 - no tiles please help
Hi, - SElinux is not installed on my server. - as your advice, i modified the file render_config.h : #define HASH_PATH /var/lib/mod_tile the line #define TILE_PATH /var/www/osm_tiles2 is no more - /var/run/renderd/renderd.sock is in chmod 777 so apache www-data should be allowed to access ? - when i try http://localhost/mod_tile NoResp200: 0 NoResp304: 0 NoResp404: 0 NoResp503: 0 NoResp5XX: 0 NoRespOther: 0 ... everything at 0... -- View this message in context: http://gis.638310.n2.nabble.com/Mod-tile-apache-404-no-tiles-please-help-tp5686447p5705718.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] Osmosis on Windows
Hello, Lately I had to use osmosis on Windows. I found a few issues in osmosis.bat that I want to report. 1) lines 14 and 19 need to have extra quotes: IF EXIST %ALLUSERSPROFILE%\osmosis.bat CALL %ALLUSERSPROFILE%\osmosis.bat IF EXIST %USERPROFILE%\osmosis.bat CALL %USERPROFILE%\osmosis.bat 2) around line 28-35, MYAPP_HOME will not be correct if the starting directory is not on the same drive where osmosis is: C:\tmpset SAVEDIR=C:\tmp C:\tmpset MYAPP_HOME=P:\OSM\osmosis-0.37\bin\.. C:\tmpREM Now make the MYAPP_HOME path absolute C:\tmpcd P:\OSM\osmosis-0.37\bin\.. C:\tmpset MYAPP_HOME=C:\tmp C:\tmpREM Change back to the original directory C:\tmpcd C:\tmp C:\tmpset MAINCLASS=org.codehaus.classworlds.Launcher C:\tmpset PLEXUS_CP=C:\tmp\lib\default\plexus-classworlds-2.2.2.jar C:\tmpSET EXEC=java -cp C:\tmp\lib\default\plexus-classworlds-2.2.2.jar -Dapp.home=C:\tmp -Dclassworlds.conf=C:\tmp\config\plexus.conf org.codehaus.classworlds.Launcher --read-pbf file=E:\Downloads\OSM\Canada_101103.osm.pbf --bounding-box left=-83.08 bottom=42.30 right=-83.03 top=42.33 --write-xml file=E:\Downloads\OSM\Windsor.osm C:\tmpjava -cp C:\tmp\lib\default\plexus-classworlds-2.2.2.jar -Dapp.home=C:\tmp -Dclassworlds.conf=C:\tmp\config\plexus.conf org.codehaus.classworlds.Launcher --read- pbf file=E:\Downloads\OSM\Canada_101103.osm.pbf --bounding-box left=-83.08 bottom=42.30 right=-83.03 top=42.33 --write-xml file=E:\Downloads\OSM\Windsor.osm Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/classworlds/Launcher Caused by: java.lang.ClassNotFoundException: org.codehaus.classworlds.Launcher at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) Could not find the main class: org.codehaus.classworlds.Launcher. Program will exit. Thanks, N. ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
[OSM-dev] tiles and OSM rails port
Hello everyone, If anyone is so inclined, could you post onto the OSM wiki a page with the following files: If you have successfully installed OSM rails port, mapnik, mod_tile, and nominatim the following would be helpful to the community: 1. MOD_TILE * The vhost entry to apache * renderd.conf - With some explanation of the URI component in the file as it relates to the OSM rails port (looking to see what changes need to be made to rails port so that it will work with the local renderer -- ie. mod_tile/renderd). - I am also interested in knowing if the XML component in the file is _ONLY_ concerned with the osm.xml file (or osm-local.xml file) and nothing else in the directory where the file is located. - The tile_dir is commented with the following DOES NOT WORK YET. Does the comment still apply? If so, what replaced it? Any other file that needs to be modified to indicate the path -- eg render_config.h 2. OSM Rails Port * What needs to be done ( changes to config files/scripts etc. ) to the rails port so that it would use the local renderer. * What needs to be done to the rails port so that it would use the local NOMINATIM. 3. MAPNIK * I've installed MAPNIK using YAST. When I looked into the SVN tree for mapnik (svn.mapnik.org) I've noticed that there is a www folder. Of what use is that folder? * In the SVN svn.openstreetmap.org there is also a mapnik folder. This folder contains the python scripts for generating the tiles/images. My question is, what modules use the utilities/scripts in this folder? Still navigating my way into the OSM world... jose ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] tiles and OSM rails port
On 04/11/10 15:59, Jose Cid wrote: * What needs to be done to the rails port so that it would use the local NOMINATIM. As of a couple of days ago, just set nominatim_url in config/application.yml ;-) Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] tiles and OSM rails port
On Nov 4, 2010, at 8:59 AM, Jose Cid wrote: 3. MAPNIK * I've installed MAPNIK using YAST. Great, is that Suse then you are using? Please add any notes you can to: http://trac.mapnik.org/wiki/OpenSuseInstallation When I looked into the SVN tree for mapnik (svn.mapnik.org) I've noticed that there is a www folder. Of what use is that folder? I've just added http://svn.mapnik.org/www/README.txt * In the SVN svn.openstreetmap.org there is also a mapnik folder. Yes, it really should be named osm-mapnik-stylesheets as there is no mapnik source code there. This folder contains the python scripts for generating the tiles/images. Tiles and images are actually produced by mod_tile. But yes, there are a few useful python scripts there for testing. My question is, what modules use the utilities/scripts in this folder? Mapnik does not use them, but they are for helpful for analyzing your stylesheets. Dane ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On 3 November 2010 13:43, Marc Schütz schue...@gmx.net wrote: : use name:...,old_name:... together with the ISO 639-1/2 code (which, admittedly, don't exist for most dialects). they don't exist because they are not languages IMHO. I don't think the standard is supposed to list only languages, because it already includes codes for Swiss German/Alemannic (gsw), Kölsch (ksh) and Bavarian (bar). This probably works for Swiss German but in case of e.g. East Franconian (which doesn't have a language tag) you have to be careful to distinguish between Standard German as spoken in, say, Bayreuth, and East Franconian as spoken in Bayreuth. Thus you cannot simply use de-... for the latter, as it would mean the former. A lot of the characteristics of dialects (at least in German) derives from pronounciation. Usually there is no common way to write it (as you generally write in German (Hochdeutsch)). Do you suggest to transscribe pronounciation? How you would actually transscribe the dialects/language variants is another matter. I used this example to show that there are cases where it is difficult to come up with a correct language tag. If de means Standard German, then de-CH means the variant of Standard German that is use in Switzerland, and thus cannot be used to refer Swiss German. Fortunately, there is a code for Swiss German to work around this problem. But there is none for East Franconian. Now that I think of it, maybe a different workaround would be to use gmw-x-franconia or the like to refer to the West Germanic language used in Franconia. But it's still ugly... One possibility is to just use the full name of the dialect (in English or otherwise) where no good iso code is available, so name:gmw:East Franconian= or something similar. Maybe the gmw: part is not needed because the fallback language is something that the clients can figure out. I agree dialects should generally be treated like separate languages. Cheers ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On 4 November 2010 16:43, andrzej zaborowski balr...@gmail.com wrote: One possibility is to just use the full name of the dialect (in English or otherwise) where no good iso code is available, so name:gmw:East Franconian= or something similar. Maybe the gmw: part is not needed because the fallback language is something that the clients can figure out. I agree dialects should generally be treated like separate languages. Or we could do like our Japanese friends who do things like this name:ja_rm = japanese translitteration name:ja = japanese Emily Laffray ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On 16/06/10 11:31, Peter Körner wrote: In a attempt to reactivate the Multilingual Maps Project, I started a testcase with language overlays instead of complete language maps. This should save a lot of RAM (loading all 270+ map styles took ~16GB of Memory only for renderd). It's still rendering the low-zoom tiles so it is very slow. I also activated only three language overlays to test the setup but the other stlye-files are already in place and will be activated one after another. So feel free to play around and give comments: http://toolserver.org/~osm/locale/ Peter This is a great idea. The Irish OpenStreetMap community have done something similar for http://maps.openstreetmap.ie/ . Ireland has 2 offical languages, Irish and English. We did something similar with splitting it into 2 separate layers. I just copied the Mapnik style file and manually deleted name stuff from one and delete non-name stuff from the other. You have to keep the ref shield symbolizers in the name mapnik file, otherwise they'll collide. Rory 0x5373FB61.asc Description: application/pgp-keys ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
On 16/06/10 11:31, Peter Körner wrote: In a attempt to reactivate the Multilingual Maps Project, I started a testcase with language overlays instead of complete language maps. This should save a lot of RAM (loading all 270+ map styles took ~16GB of Memory only for renderd). It's still rendering the low-zoom tiles so it is very slow. I also activated only three language overlays to test the setup but the other stlye-files are already in place and will be activated one after another. So feel free to play around and give comments: http://toolserver.org/~osm/locale/ Peter This is a great idea. The Irish OpenStreetMap community have done something similar for http://maps.openstreetmap.ie/ . Ireland has 2 offical languages, Irish and English. We did something similar with splitting it into 2 separate layers. I just copied the Mapnik style file and manually deleted name stuff from one and delete non-name stuff from the other. You have to keep the ref shield symbolizers in the name mapnik file, otherwise they'll collide. Rory 0x5373FB61.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Multilingual Maps Overlays
Ok; I'm getting it slowly... But still have definition problems. name=Strasbourg name:de=Straßburg name:gsw=Schdroosburi Is this example correct (especially name:gsw=Schdroosburi)? What about the loc_name: Is there there no loc_name or is it loc_name=Schdroosburi too? My problem is still loc_name's definition. I would define it as follows: loc_name is the name of a feature known as by the local population which does not have the same etymology (history and origin of the word). loc_name is in contrast to the official name (name tag) and in contrast to the local pronounciation of the respective official name (which is covered by namespaced name tags like e.g. name:gsw). Here is another example: There are two small towns, Nottwil and Buchrain (about 5000 inhabitants). They are called in Swiss German Nottu and Bueri (see http://de.wikipedia.org/wiki/Buchrain_LU ). Bueri seems to be very different to Buchrain but shares the etymology. Therefore: name=Buchrain name:de:Buchrain name:gsw:Bueri (no loc_name needed) = Agreed? -S. 2010/11/4 Marc Schütz schue...@gmx.net: (re-added CC to list) Thanks for the interesting discussion. I know it's a astonishingly borderless topic (see [1]). What I still have in mind is to be able to produce a map with local names (i.e. for preserving cultural heritage). So I think it's time to summarize: * As far as I understand, I have to take loc_name (like loc_name:gsw=Züri) besides of course name=Zürich. As I said, I disagree with this interpretation. In my opinion the correct tagging for Zürich would be: name=Zürich name:gsw=Züri An example for loc_name would be Luxembourg City, whose Luxembourgish name is Lëtzebuerg, but which is called d'Stad (the city) by its inhabitants, both names being in Luxembourgish, of course. So the tagging would be: name=??? (don't know, because there are three official languages) name:lb=Lëtzebuerg name:fr=Luxembourg name:de=Luxemburg loc_name=d'Stad (or alternatively loc_name:lb) * I think the wiki page Key:name [2] should be enhanced with more definitions and examples. * And I think [3] should at least mention loc_name somewhere in the text. Yours, S. [1] For those who can read german: Here is a large source of information about geonames: http://www.gis.hsr.ch/wiki/Lokalnamen.ch [2] http://wiki.openstreetmap.org/wiki/Key:name [3] http://wiki.openstreetmap.org/wiki/Multilingual_names -- GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] OSV:RoR: Coding issue?
On trying to get a copy of OpenStreetView installed at my local machine (Ubuntu 10.10), on issuing rake, I get error. See output at: http://gndec.ac.in/~hsrai/tmp/osvRoR_Error.txt Is there something wrong with my installation or a coding issue? What I did for installation is listed at: http://hsrai.wordpress.com/2010/11/04/osv-ror/ -- H.S.Rai ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] How to scale / resize objects ?
2010/11/3 Olivier Croquette m...@ocroquette.de: Hi all, sorry to bother you with a user question, but I can't find any way in JOSM to scale an object. I have some objects derived from a bad georeferencing, and to correct this I need to scale all objects in a given area by 110%. Merkaartor can do that with the rotate command. It also scales the selected objects. Is there anyway to do this with JOSM ? I couldn't find anything by just trying out nor reading the documentation. No, there is currently no way to do it in JOSM. If somebody is interested in implementing this, it would be nice to have 2 parametres for x and y scaling, as this could also be used to mirror then (scale by -100% on one axxis). Cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev