Re: [OSM-talk] Language rendering query
yippeee! default name key seems working! http://c.tah.openstreetmap.org/Tiles/tile/12/2924/1709.png On Thu, 2009-01-15 at 14:00 +0800, D Tucny wrote: > 2009/1/15 Vikas Yadav > Hi, > > I had two queries: > 1) New Delhi text is not visible on low zooms (like 8) and is > only seem even after other smaller cities are shown. Please > suggest how to fix it. (I had put the same question on other > thread a while back with no response. :( > > http://www.informationfreeway.org/?lat=19.268965272384115&lon=77.80076850988954&zoom=4&layers=0F0B0F > It's showing up at zoom 4 there... > > 2) Need to know how to show hindi translations on north indian > cities when they are rendered. I had put up a half dozen city > name:hi just yesterday. what else should be done so that > mapnik/tah start rendering the translations in the language? > (Just like shown in Sri Lanka/China/etc) > > While it's useful to have the hindi name in name:hi, it may also be > worthwhile putting it in name if the local language is officially > hindi... If name currently contains an English name, that can be moved > to name:en. > > I'm not sure however that there are suitable fonts on the mapnik tile > server or ti...@home clients to correctly render hindi (the DejaVu > font does not have full UTF8 coverage), so making this change may > result in names not being visible on the map until this problem is > corrected... (Right now non-latin rendering on ti...@home is pretty > haphazard as some clients have suitable fonts for some languages and > others don't, Mapnik didn't used to support glyph fallback, so any > characters not present in DejaVu were rendered as squares, it now > supports glyph fallback however and the server seems to have a > reasonable range of fonts available which means that it's consistent > rendering of non-latin scripts has suddenly overtaken ti...@home in > this regard)... If you find that hindi does not render correctly on > the Mapnik layer, it would likely be useful to raise a trac ticket > with some suggestions of free/open fonts that could be installed on > the server to make this wor k... > > d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Language rendering query
On Thu, 2009-01-15 at 14:00 +0800, D Tucny wrote: > 2009/1/15 Vikas Yadav > Hi, > > I had two queries: > 1) New Delhi text is not visible on low zooms (like 8) and is > only seem even after other smaller cities are shown. Please > suggest how to fix it. (I had put the same question on other > thread a while back with no response. :( > > http://www.informationfreeway.org/?lat=19.268965272384115&lon=77.80076850988954&zoom=4&layers=0F0B0F > It's showing up at zoom 4 there... Mapnik is good but on TAH every other city is more important than the capital of the country: http://www.informationfreeway.org/?lat=28.352079252718625&lon=77.80076850988954&zoom=8&layers=BF000F (here you can see gurgaon is seen but the neighbour new delhi is not) > > 2) Need to know how to show hindi translations on north indian > cities when they are rendered. I had put up a half dozen city > name:hi just yesterday. what else should be done so that > mapnik/tah start rendering the translations in the language? > (Just like shown in Sri Lanka/China/etc) > > While it's useful to have the hindi name in name:hi, it may also be > worthwhile putting it in name if the local language is officially > hindi... If name currently contains an English name, that can be moved > to name:en. I just tried a few experiments like for Gurgaon i just added hindi (english) style to see how would it render. I will check and follow your suggestions about trac ticket next thursday. > > I'm not sure however that there are suitable fonts on the mapnik tile > server or ti...@home clients to correctly render hindi (the DejaVu > font does not have full UTF8 coverage), so making this change may > result in names not being visible on the map until this problem is > corrected... (Right now non-latin rendering on ti...@home is pretty > haphazard as some clients have suitable fonts for some languages and > others don't, Mapnik didn't used to support glyph fallback, so any > characters not present in DejaVu were rendered as squares, it now > supports glyph fallback however and the server seems to have a > reasonable range of fonts available which means that it's consistent > rendering of non-latin scripts has suddenly overtaken ti...@home in > this regard)... If you find that hindi does not render correctly on > the Mapnik layer, it would likely be useful to raise a trac ticket > with some suggestions of free/open fonts that could be installed on > the server to make this wor k... > > d Thanks! Vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Karl Eichwalder gnu.franken.de> writes: > > Frederik Ramm remote.org> writes: > > > Dermot McNally wrote: > > >> I got this same error trying to operate on members of the relation for > >> route E 201, which has more than 1000 members. > > > Please do not create relations of that size, it helps nobody. > > Yes, I think the same. But what's the best way to split such a > relation? Long distance hiking routes tend to be that large and I'd > like split them, e.g., the still incomplete "Frankenweg" in Franconia, > Germany, that right now features more than 500 members and there are > probably 1000 members to come. Introducing a new 'relation collection' metarelation, that can have only relations as members? When it comes to E-highways I don't quite understand why to use relations at all for them because they all have the int_ref tag end selecting everything tagged as E 201 should give the same result. Or is it because some road sections are belonging to more than one E-highway? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Language rendering query
2009/1/15 Vikas Yadav > Hi, > > I had two queries: > 1) New Delhi text is not visible on low zooms (like 8) and is only seem > even after other smaller cities are shown. Please suggest how to fix it. (I > had put the same question on other thread a while back with no response. :( > http://www.informationfreeway.org/?lat=19.268965272384115&lon=77.80076850988954&zoom=4&layers=0F0B0F It's showing up at zoom 4 there... > 2) Need to know how to show hindi translations on north indian cities when > they are rendered. I had put up a half dozen city name:hi just yesterday. > what else should be done so that mapnik/tah start rendering the translations > in the language? (Just like shown in Sri Lanka/China/etc) > While it's useful to have the hindi name in name:hi, it may also be worthwhile putting it in name if the local language is officially hindi... If name currently contains an English name, that can be moved to name:en. I'm not sure however that there are suitable fonts on the mapnik tile server or ti...@home clients to correctly render hindi (the DejaVu font does not have full UTF8 coverage), so making this change may result in names not being visible on the map until this problem is corrected... (Right now non-latin rendering on ti...@home is pretty haphazard as some clients have suitable fonts for some languages and others don't, Mapnik didn't used to support glyph fallback, so any characters not present in DejaVu were rendered as squares, it now supports glyph fallback however and the server seems to have a reasonable range of fonts available which means that it's consistent rendering of non-latin scripts has suddenly overtaken ti...@homein this regard)... If you find that hindi does not render correctly on the Mapnik layer, it would likely be useful to raise a trac ticket with some suggestions of free/open fonts that could be installed on the server to make this work... d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] name tags on place=country and how they're rendered on lowzoom
2009/1/15 Sascha Silbe > On Wed, Jan 14, 2009 at 08:14:21PM +, ?var Arnfj?r? Bjarmason wrote: > > * Most have the common English name in the name= field, e.g. Germany and >> Andorra >> > At least for Germany, this has already been fixed on 2008-12-04. > name=* (without a language code) should be the name in the local language. > > From the wiki page defining the meaning of name [1]: > >> name=Irgendwas(the default name, used locally) >> name:en=Something (the name in English) >> > > > [1] http://wiki.openstreetmap.org/wiki/Key:name > > +1 As I see it, the default render shouldn't be English, it should be using the local name of each location/object... If/when we get caption layers for different languages, then, the English caption layer would contain the English names of countries, and this would be OK as the user could choose to view data in English, equally, someone could choose a Chinese layer to view the Chinese names of countries or a Japanese layer to view the Japanese names of countries... Also, if someone so desired, they could make a caption layer that incorporated the local name with English or a combination of languages in smaller text below the local name, or the local name followed by the English name in parentheses... I feel that the approach of putting multiple languages into the name tag when there are not multiple local languages is at least not good as I see it as being tagging for the renderer(s) in their current state, rather than providing all the information in such a way as the renderer can use it as they see fit... The one exception I see, which I'm not sure on how best to handle, is countries that have multiple official languages and as such, multiple official names... I believe this to be the case at least with Belgium and Switzerland for example where there are multiple valid local names depending on the language used in a certain part of the country (plus latin for Switzerland)... d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] name tags on place=country and how they're rendered on lowzoom
where is a local language being set for a country or a region? 2009/1/15 Sascha Silbe > On Wed, Jan 14, 2009 at 08:14:21PM +, ?var Arnfj?r? Bjarmason wrote: > > * Most have the common English name in the name= field, e.g. Germany and >> Andorra >> > At least for Germany, this has already been fixed on 2008-12-04. > name=* (without a language code) should be the name in the local language. > > From the wiki page defining the meaning of name [1]: > >> name=Irgendwas(the default name, used locally) >> name:en=Something (the name in English) >> > > > [1] http://wiki.openstreetmap.org/wiki/Key:name > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > > iQEVAwUBSW5XgLpz82VMF3DaAQKLbQf6A6CGpp//6s4o5c8sdb8pLz/pu6iV8UxH > gdSa/RYD0GhYiOgp/WWRtqOj+QYTqm76iEcCIj/8VGueS0aRDbTAU3dEmNfhOsRX > lg7Iu8kJ/Op6401rKp4m3Wz80V+F9gbFxg8SWoISc5rjJw9Ku3QOlCGNOhZG7YQU > KMbwdOLbotqTMvjDJBY4xSNAbcsz5L1NFttkPXsPMq1prBINzdLvQJvkvCHGw9DN > HkHPg2A2Lmag8yNXi4S0epFo/VQBKGpcueY1MDhsHm20QC8kTH57jqKnTPZNyEUb > 0mFVGPotEO92QliKeMoXrablAilCKtS0oGL8bPOBMwTsRtLdpTxl2g== > =6pHo > -END PGP SIGNATURE- > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Language rendering query
Hi, I had two queries: 1) New Delhi text is not visible on low zooms (like 8) and is only seem even after other smaller cities are shown. Please suggest how to fix it. (I had put the same question on other thread a while back with no response. :( 2) Need to know how to show hindi translations on north indian cities when they are rendered. I had put up a half dozen city name:hi just yesterday. what else should be done so that mapnik/tah start rendering the translations in the language? (Just like shown in Sri Lanka/China/etc) Expective a response. Thank you, Vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Language rendering query
Hi, I had two queries: 1) New Delhi text is not visible on low zooms (like 8) and is only seem even after other smaller cities are shown. Please suggest how to fix it. (I had put the same question on other thread a while back with no response. :( 2) Need to know how to show hindi translations on north indian cities when they are rendered. I had put up a half dozen city name:hi just yesterday. what else should be done so that mapnik/tah start rendering the translations in the language? (Just like shown in Sri Lanka/China/etc) Expective a response. Thank you, Vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Hi, Frederik Ramm skrev: > I downloaded the relation and saved it to a file. The file had 666 > lines. Need I say more ;-)? To get all members you have to open the relation editor and choose to retrieve all incomplete members. Doing this gives me a file with 26288 lines. > Using my "binary search" technique mentioned above, I found that the > relation upload fails as soon as you include way 4258639. It succeeds if > that way is removed from the relation (which I now have done). Thanks! I have now modified my script to find references to non-existent ways as well, and this works for the mentioned way. > After that I tried to analyse what was wrong with way 4258639. Easy: It > has been deleted more than a week ago. I'm surprised you were able to > download the relation in JOSM; it should have been flagged "incomplete". Can't help with this, but I'm using the latest JOSM. Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Hi, Frederik Ramm skrev: > I downloaded the relation and saved it to a file. The file had 666 > lines. Need I say more ;-)? To get all members you have to open the relation editor and choose to retrieve all incomplete members. Doing this gives me a file with 26288 lines. > Using my "binary search" technique mentioned above, I found that the > relation upload fails as soon as you include way 4258639. It succeeds if > that way is removed from the relation (which I now have done). Thanks! I have now modified my script to find references to non-existent ways as well, and this works for the mentioned way. > After that I tried to analyse what was wrong with way 4258639. Easy: It > has been deleted more than a week ago. I'm surprised you were able to > download the relation in JOSM; it should have been flagged "incomplete". Can't help with this, but I'm using the latest JOSM. Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
Thomas Wood wrote: > I believe the old WMSplugin used to send coordinates in OSGB36 rather > than WGS84? > This seems to be what the server side code expects, at least. > I've hacked at Nick's code and added a dirty workaround which tries to work out if input is WGS84 and automatically convert it to OSGB36. Works for me. But best to still move to TimSC's WMS. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Hi, > I downloaded all members in JOSM and saved to a file, and then wrote a > script that checked that all nodes referenced from ways existed. > Surprisingly I didn't find any references to non-existent nodes. I downloaded the relation and saved it to a file. The file had 666 lines. Need I say more ;-)? Using my "binary search" technique mentioned above, I found that the relation upload fails as soon as you include way 4258639. It succeeds if that way is removed from the relation (which I now have done). After that I tried to analyse what was wrong with way 4258639. Easy: It has been deleted more than a week ago. I'm surprised you were able to download the relation in JOSM; it should have been flagged "incomplete". Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Frederik Ramm writes: > Dermot McNally wrote: >> I got this same error trying to operate on members of the relation for >> route E 201, which has more than 1000 members. > Please do not create relations of that size, it helps nobody. Yes, I think the same. But what's the best way to split such a relation? Long distance hiking routes tend to be that large and I'd like split them, e.g., the still incomplete "Frankenweg" in Franconia, Germany, that right now features more than 500 members and there are probably 1000 members to come. -- Karl Eichwalder ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Frederik Ramm skrev: > The reason for this error is that the API will reject (with > "precondition failed") any relation which contains a way where one of > the nodes in that way is deleted. > There may be other options, perhaps it is possible to download all > relation members in JOSM and check which is flagged "incomplete" > afterwards. I downloaded all members in JOSM and saved to a file, and then wrote a script that checked that all nodes referenced from ways existed. Surprisingly I didn't find any references to non-existent nodes. Except from that, I've cleaned the relation's ways from duplicate nodes etc., so there's no validation errors from the validator in JOSM. However, the problem is still there. Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] name tags on place=country and how they're rendered on lowzoom
On Wed, Jan 14, 2009 at 08:14:21PM +, ?var Arnfj?r? Bjarmason wrote: * Most have the common English name in the name= field, e.g. Germany and Andorra At least for Germany, this has already been fixed on 2008-12-04. name=* (without a language code) should be the name in the local language. From the wiki page defining the meaning of name [1]: name=Irgendwas(the default name, used locally) name:en=Something (the name in English) [1] http://wiki.openstreetmap.org/wiki/Key:name CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] name tags on place=country and how they're rendered on lowzoom
The place=country nodes (see attached OSM file) are quite inconsistently tagged when it comes to their name field, which is what mapnik and osmarender use on lowzoom. * Most have the common English name in the name= field, e.g. Germany and Andorra * Some have their full English name, e.g. Russian Federation * Some have their common native name, e.g. Österreich * Some have their native name and a transliteration of it, e.g. al-Sūdān السودان * Japan has its native name and the common English name in parentheses: "日本 (Japan)" I think it would be nice to have consistency on the main map view in this regard. What I'd like to see rendered is the common English name for each country. Whether that's achieved by standardizing that as the proper value for the name tag, maintaining int_name or something else is a matter for discussion. But regardless of what we do it would be nice to have consistency for globally visible nodes like these. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
Tim Sheerman-Chase wrote: >Sent: 14 January 2009 5:02 PM >To: talk@openstreetmap.org >Subject: [OSM-talk] NPE maps broken? > >Hi all, > >I think I have a fix for the NPE map using Richard's tiles. I previous >wrote a WMS server to handle it and the latest JOSM seems to be ok with >it too. Details here: > >http://josm.openstreetmap.de/ticket/1918 > >TimSC Awesome, thanks :-) Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
2009/1/14 Frederik Ramm : > Please do not create relations of that size, it helps nobody. +999. This relation wasn't my doing, it just showed up one day. Having said that, if we are going to have a route relation and if E-routes are routes... > The way I usually fix this is by saving the relation XML to a file and then > using "binary search" and the <-- --> operators to narrow down the area in > the XML that contains the buggy way, until I find the (usually one) way > which I can leave out and make everything work. How does Potlatch get around this issue, as a matter of interest? And will API 0.6 help us avoid it? Thanks, Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
Hi, Dermot McNally wrote: > 2009/1/14 Erik Lundin : > >> When I try to upload any change to relation 36947 (route E 18) from >> JOSM, the answer gets >> >> upload to: http://www.openstreetmap.org/api/0.5/relation/36947...connected >> got return: 412 with id 36947 > > I got this same error trying to operate on members of the relation for > route E 201, which has more than 1000 members. The reason for this error is that the API will reject (with "precondition failed") any relation which contains a way where one of the nodes in that way is deleted. This "should" not happen (ways should never reference deleted nodes) but it does happen. The more members a relation has, the likelier it is to stumble across one such inconsistency. Please do not create relations of that size, it helps nobody. The way I usually fix this is by saving the relation XML to a file and then using "binary search" and the <-- --> operators to narrow down the area in the XML that contains the buggy way, until I find the (usually one) way which I can leave out and make everything work. There may be other options, perhaps it is possible to download all relation members in JOSM and check which is flagged "incomplete" afterwards. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NPE maps broken?
Hi all, I think I have a fix for the NPE map using Richard's tiles. I previous wrote a WMS server to handle it and the latest JOSM seems to be ok with it too. Details here: http://josm.openstreetmap.de/ticket/1918 TimSC PS Medway mapping party 14th/15th Feb. http://wiki.openstreetmap.org/wiki/Medway ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upload of relation from JOSM fails
2009/1/14 Erik Lundin : > When I try to upload any change to relation 36947 (route E 18) from > JOSM, the answer gets > > upload to: http://www.openstreetmap.org/api/0.5/relation/36947...connected > got return: 412 with id 36947 I got this same error trying to operate on members of the relation for route E 201, which has more than 1000 members. It looks like either JOSM or API has a lot of work to do in such cases, and if processing takes too long, the operation times out. I too found that Potlatch would succeed in cases where JOSM would not, but that could be a simple matter of a more generous timeout. What I'm not clear about is whether relations with so many members are a good idea. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Upload of relation from JOSM fails
Hi, When I try to upload any change to relation 36947 (route E 18) from JOSM, the answer gets upload to: http://www.openstreetmap.org/api/0.5/relation/36947...connected got return: 412 with id 36947 ... It seems to be the combination of JOSM and this certain relation that fails, because I managed to edit the relation from Potlatch, and JOSM has no problems with for instance relation 20773 (route E 45). Has the relation got corrupted somehow, or is it a bug in JOSM? Regards, Erik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
2009/1/14 Richard Fairhurst : > > Gervase Markham wrote: >> Who runs the NPE maps server? Nick Black? Another Nick? > > nick.dev.openstreetmap.org is Nick Whitelegg, I think. > > For NPE, however, JOSM should ideally use the 900913 tiles at > npe.openstreetmap.org, which are better rectified. Thomas, you were working > on a way for JOSM to access these, right? > > cheers > Richard Yes, but since I'm completely new to Java, work was slow. I had tried both a special NPE version of the Yahoo part of the wmsplugin (as I'm more familiar with webmapping apis), but when that failed, I moved to trying to make the slippymap plugin show zoom levels other than 12. My efforts on this (and all other bits of my OSM work) are postponed for a while for exams. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
Ævar Arnfjörð Bjarmason wrote: > WMS servers commonly only accept input in a given projection, and > likewise for clients. Both probably conform to the spec, they're just > not interoperable at the moment. They didn't think it was sensible to allow the projection to be sent along with the request, so at least a decent error message could be returned rather than bogus data? Ah, well. Thanks for the info :-) Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch again
Michal Migurski wrote: > I'm hesitant to blow away the existing guide, but I wonder if it > can be moved behind a disambiguation page? Something that > lets you understand different levels of involvement: found a > mistake, need to add a street, have a spreadsheet of local > amenities, live in the US where crummy TIGER data exists, > live in Eastern Europe where there's nothing, have a GPS, > don't have a GPS, etc. Interesting idea. So it becomes less "here's the reference manual" and more "here's a how-to for a given scenario". I can see that working. One of my two big ambitions for Potlatch 1.0 is online help; the other one is newbie-friendly tagging. Both of these are going to have to wait for the AS3 rewrite, I think, because AS3's UI components are just streets ahead of anything available in AS1/Ming - it'll take away 50% of the work required. But I wonder whether a good interim solution might be for Potlatch to trigger the JS pop-up panel (as used for the map key, search results, export etc.) when you clicked "Help" - which would then call up a set of static help pages. cheers Richard -- View this message in context: http://www.nabble.com/Potlatch-again-tp21403933p21453405.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
There is an existing ticket for this http://josm.openstreetmap.de/ticket/1918 Cheers Andy >-Original Message- >From: talk-boun...@openstreetmap.org [mailto:talk- >boun...@openstreetmap.org] On Behalf Of Richard Fairhurst >Sent: 14 January 2009 10:27 AM >To: talk@openstreetmap.org >Subject: Re: [OSM-talk] NPE maps broken? > > >Gervase Markham wrote: >> Who runs the NPE maps server? Nick Black? Another Nick? > >nick.dev.openstreetmap.org is Nick Whitelegg, I think. > >For NPE, however, JOSM should ideally use the 900913 tiles at >npe.openstreetmap.org, which are better rectified. Thomas, you were working >on a way for JOSM to access these, right? > >cheers >Richard >-- >View this message in context: http://www.nabble.com/NPE-maps-broken-- >tp21443315p21453327.html >Sent from the OpenStreetMap - General mailing list archive at Nabble.com. > > >___ >talk mailing list >talk@openstreetmap.org >http://lists.openstreetmap.org/listinfo/talk > >No virus found in this incoming message. >Checked by AVG - http://www.avg.com >Version: 8.0.176 / Virus Database: 270.10.7/1892 - Release Date: 13/01/2009 >8:04 PM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
Gervase Markham wrote: > Who runs the NPE maps server? Nick Black? Another Nick? nick.dev.openstreetmap.org is Nick Whitelegg, I think. For NPE, however, JOSM should ideally use the 900913 tiles at npe.openstreetmap.org, which are better rectified. Thomas, you were working on a way for JOSM to access these, right? cheers Richard -- View this message in context: http://www.nabble.com/NPE-maps-broken--tp21443315p21453327.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
On Wed, Jan 14, 2009 at 9:56 AM, Gervase Markham wrote: > Thomas Wood wrote: >> I believe the old WMSplugin used to send coordinates in OSGB36 rather >> than WGS84? >> This seems to be what the server side code expects, at least. > > Who is responsible for the WMSplugin? Is this a permanent change, i.e. > do all WMS servers need updating? > > Who runs the NPE maps server? Nick Black? Another Nick? > > I can't understand the WMS spec. Who is right? WMS servers commonly only accept input in a given projection, and likewise for clients. Both probably conform to the spec, they're just not interoperable at the moment. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
Thomas Wood wrote: > I believe the old WMSplugin used to send coordinates in OSGB36 rather > than WGS84? > This seems to be what the server side code expects, at least. Who is responsible for the WMSplugin? Is this a permanent change, i.e. do all WMS servers need updating? Who runs the NPE maps server? Nick Black? Another Nick? I can't understand the WMS spec. Who is right? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Delhi on TAH
Hi, I have noticed since a week that New Delhi (capital on India) does not show up in low zooms (e.g. zoom:8) at all. only if zoom more does it come. Im not sure how to fix it. Please suggest. Thanks, Vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
