Re: [OSM-talk] Potlatch vs Twitter
Richard Fairhurst pisze: Hi Lukasz, How about using Twitter's OAuth feature? I'm hoping to use OAuth with Potlatch 2, There's no OAuth library for ActionScript 1 (in which Potlatch is currently written), and you are of course right in that something could be rigged up using a proxy on dev.osm.org, but it'd be quite complex and really this is just a bit of fun. I understand, on the other hand, twitting code available to other server based parts of OSM could be usefull. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Najlepsze oferty Sylwestrowe! Sprawdz http://link.interia.pl/f2426 attachment: stlman.vcf___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapping hardware, laser rangefinder
Hello. I like mapping and I like gadgets (that's why I like mapping ;) I am considering purchase of a laser range finder. I think a cheap one like these http://www.stanleytools.com/default.asp?TYPE=PRODUCTPARTNUMBER=77-018 http://www.bosch.de/start/content/language2/html/734_6098.htm would suffice. Have you got any experience with such devices? Is there any particular feature to care about? -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Bezp�atne konto i limit do 100 tys. Otwierasz? http://link.interia.pl/f23bb attachment: stlman.vcf___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] walking-papers hanging?
Greetings. Is it only my impression or have the walking-pares stopped working over a week ago? -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Szukasz pracy? Chcesz lepiej zarabia�? Sprawd� oferty na http://link.interia.pl/f23ba attachment: stlman.vcf___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] data for gosmore
Hello. I am playing with gosmore a bit but it looks like rubbish :-( It draws only random ways as vertical and horizontal lines and cannot find even simpliest ~200m routes. I rebuilt gosmore.pak with only a country osm file, do I have to use the whole planet for it to work? -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Wygraj nawigacje GPS! 14 sztuk czeka. Sprawdz http://link.interia.pl/f22f3 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:stl...@poczta.fm x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] User umehlig and some really nasty edits
Tom Hughes wrote: In message [EMAIL PROTECTED] Martijn van Oosterhout [EMAIL PROTECTED] wrote: On Feb 10, 2008 10:51 PM, Lukasz Stelmach [EMAIL PROTECTED] wrote: All right I confess. I have done something like that to the node 300 a while ago. But while you are considering some solutions to this problem allow me to explain myself. I tried to find out how to create and upload osm file by hand (i like vi that myuch ;) But there is no single word written here http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5 on how to obtain or create new id. It is described how to create an object but not how to choose an id for it. As far as I can tell it says it right here: http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5#Basic_Methods_for_Object_Access_and_Manipulation To create you use PUT and it returns an ID. Indeed. I think the problem is that he is reading a page that documents the HTTP API and expecting it to tell him the format of a JOSM change file. No, I was reading the page about HTTP API *and* OSM format which reads For each of the above-mentioned object types, the API supports these CRUD operations (replace objtype by one of node, way, relation; ***replace id by the id of the object in question***): And I ask: what is the value of the `id' attribute of the object in question when the ID hasn't been assigned yet? Today I know the answer but I am afraid anyone who seeks the answer to that question will focus on this paragraph trying to figure out where to get a new ID from. The DTD saing `id' is required makes this desire even stronger while giving no hint at all. -- By?o mi bardzo mi?o. Czwarta pospolita kle;ska, [...] ?ukasz Juz. nie katolicka lecz z?odziejska. (c)PP -- Masz ostatnia szanse ! Sprawdz http://link.interia.pl/f1d02 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User umehlig and some really nasty edits
Tom Hughes wrote: In message [EMAIL PROTECTED] Lukasz Stelmach [EMAIL PROTECTED] wrote: Tom Hughes wrote: Indeed. I think the problem is that he is reading a page that documents the HTTP API and expecting it to tell him the format of a JOSM change file. No, I was reading the page about HTTP API *and* OSM format which reads For each of the above-mentioned object types, the API supports these CRUD operations (replace objtype by one of node, way, relation; ***replace id by the id of the object in question***): And I ask: what is the value of the `id' attribute of the object in question when the ID hasn't been assigned yet? Today I know the answer but I am afraid anyone who seeks the answer to that question will focus on this paragraph trying to figure out where to get a new ID from. The DTD saing `id' is required makes this desire even stronger while giving no hint at all. The row of the table that covers creation of new objects (the first row) does not have an id marker to replace, so the question does not arise. But the DTDs on the page require `id'. You are trying to extend the meaning of that paragraph, which covers the RESTful URLs to the OSM file format as use by JOSM which is not something that page describes. But the JOSM file format is just an extension of the format described on the page. When I mentioned sniffing JOSM I meant sniffing the transmiton over the wire which uses the format described on the page. All that page describes is the URLs you should call and the XML you should pass to them and/or expect to get back from them. Let me repeat onece more: * the DTDs say IDs are *required* * no paragraph or a single sentence says what values to put in the XML for objects we are creating. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Masz ostatnia szanse ! Sprawdz http://link.interia.pl/f1d02 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Place of worship: wayside crosses
Christoph Eckert wrote: There was some discussion about this on the list last month, (in a thread that started by talking about the Icon tag), and there is now a proposed tag as wayside_cross (there is also wayside_shrine). http://wiki.openstreetmap.org/index.php/Proposed_features/wayside_cross I think tag k='wayside' v='true' for place_of_worship of *any* religion would fit best. If such a tag is present then the name should not be required. There could also be, however I don't think it would be usefull enough to justify yet another tag, a 'form' tag which says if it is a cross, shrine (chapel), obelisk or anything else. BTW, I ve just came back from a countryside where I did some mapping, compare http://www.openstreetmap.org/?lat=51.9763lon=20.4518zoom=13layers=B0FT and http://www.openstreetmap.org/?lat=51.9763lon=20.4518zoom=13layers=0BFT and there is a lot of these, un-mapped yet but, nothing's lost ;) -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP Wyjatkowe pioro Andrzeja Mleczki! Licytuj! http://link.interia.pl/f1cf8 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] unpaved residential
Greetings All. I've just mapped a little bit at the coutrysied where most roads are unpaved. I find current description at the Map_Features wiki page quite confusing. 1. why there is (i'll answer it in a moment) unsurfaced highway while in practice every highway can have surface=unpaved? 2. unsurfaced is rendered differently (this is the answer) than e.g. unpaved residential. why? 3. does tracktype apply to tracks only or any highway? For examples look here: http://www.openstreetmap.org/?lat=51.97142lon=20.45089zoom=15layers=0BFT Ogrodowa street was unsurfaced up until today when I learnt that it has a name. I decided to add its name and change its type to residential because if a street has a name then it means a little bit more and is governed by a local authority somehow better then unclassified roads. I haven't seen mapnik output yet, just osmarender. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Sprawdz gdzie lezy snieg, czy dzialaja armatki i jak przygotowane sa stoki http://link.interia.pl/f1cfc begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] admin_level and zoom correlation
Greegings All. I propose to introdyce some correlation between admin_level tag on boundaries and zoom level. Take for example http://www.openstreetmap.org/?lat=51.9659lon=20.4717zoom=13layers=0BFT The boundaries you can see, are between four villages: Górki, Grabce-Towarzystwo, Grabce Wręckie and Długowizna. Look how many other villages there are. If all the boundaries between them are to be drawn and visible then the image will be one great... mess. They should apper no sooner than at zoom 14. BTW, why are they drawn with such an awfull thick red line at zoom 14? The thin one, it should not be red though, is much better. All this is about osmarender. I'll have to wait couple of days to say anything about mapnik. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Jozin z bazin! Ustaw jako dzwonek w Twoim telefonie Pobierz http://link.interia.pl/f1cfa begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] administrative boundaries that run along roads - in the Mapnik layer
Steve Chilton wrote: This is kind of workaround only. The real solution would be putting features on different layers automatically. For examples POIs (nodes) should be always above anything else while areas always below. Unless, of course, layer= says different. This should be supported by rendering engines not users. Where I have been mapping admin boundaries I put them all in as layer=1 - this brings them above most things in the mapnik rendering. See: http://www.openstreetmap.org/?lat=51.60655lon=-0.05558zoom=15layers=B0FT Cheers STEVE -Original Message- From: [EMAIL PROTECTED] on behalf of Adrian Frith Sent: Sun 2/10/2008 7:06 PM To: [EMAIL PROTECTED] Cc: Subject: [OSM-talk] administrative boundaries that run along roads - in the Mapnik layer Hi All, In Cape Town we've been mapping the suburb boundaries (which are official) as boundary=administrative admin_level=10. These boundaries run often down the middle of roads, railways or rivers. They show up very nicely on the Osmarender/[EMAIL PROTECTED] layer as dashed red lines - see for example http://www.openstreetmap.org/?lat=-33.95lon=18.45zoom=12layers=0BFT On the Mapnik layer, however, they show up only where they do *not* run along roads or railways - it seems that the other features are rendered on top of the boundaries. Should we not be rendering administrative boundaries above real features? My understanding is that this would require a change to the z_order code in osm2pgsql. Is that correct? Regards, Adrian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP Pogoda na najblizsze dni. Sprawdz http://link.interia.pl/f1ce1 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Garmin icon for a bicycle
Frédéric Bonifas wrote: I am building custom stylesheets for mkgmap to get a cycle map of France. I would like to add the bicycle rental stations (many in Lyon, Paris...). I have seen on my etrex vista cx that I have a nice icon with a bicycle and I would like to use it. It is called Bike Trail and I can find it in the Signs waypoints section. Does someone know the Garmin ID of this icon ? (I have looked in the features list in the mkgmap documentation but can't find it). I am not very familiar with garmin mapping but if I were you I'd try one of these: 0x2e0a 0x6707 0x6708 0x6709 0x670a 0x670b -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Mamy nagrody dla Ciebie! Kliknij http://link.interia.pl/f1cf5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] User umehlig and some really nasty edits
Hi Chris. I learnt it quite soon after I uploaded my version of 300. I just sniffed JOSM but that is not the way ordinary people learn. It SHOULD (IMHO MUST) be described on the API page. Chris Hill wrote: Dave Stubbs wrote: I don't know who/what they are, but there are a large number of low number nodes that have been utterly destroyed. Basically 522-603 and a few others in the 1000's have been moved halfway round the planet. All right I confess. I have done something like that to the node 300 a while ago. But while you are considering some solutions to this problem allow me to explain myself. I tried to find out how to create and upload osm file by hand (i like vi that myuch ;) But there is no single word written here http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5 on how to obtain or create new id. It is described how to create an object but not how to choose an id for it. The server allocates the ID for you. You cannot choose the ID, you don't know what else is being added at that moment. cheers, Chris __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Potega i sila na wyciagniecie reki - sprawdz! Zagraj http://link.interia.pl/f1cf3 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Render icons for parking areas
Stephen Gower wrote: On Tue, Jan 15, 2008 at 09:14:09AM +0100, Knut Arne Bjørndal wrote: I've now implemented an algorithm for finding a good center-point for areas. It's already commited to svn as revision 6390. That's great - I think most people would prefer not to have rendering instructions (such as a node as well as the area) in the database, and I for one don't intend to have more than one entity (a node and an area) for one thing - knowing the renderers can handle this makes me more happy about my choice only to draw the areas. Keep up the good work! Ok. Forgive me my sarcasm earlier in this thread but I really think automatic placement of icons at the areas is not so good. Let me then propose different approach. Let's use the new algorithm to create nodes that would be rendered as icons. Such nodes should have a tag that attaches them to the area and the created_by tag containing the automaton name so they can be automatically moved if the conditions change. If for whatever reaseon the automatic placement is not reasonable the node can be moved by hand and have the created_by changed without removing its attachment to the area. Then the algorithm knows not to move it. For the sake of computation complexity the area-node attachment should be two-way. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Rozdajemy nagrody! Wygraj samoch�d! Sprawdz http://link.interia.pl/f1cd5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Render icons for parking areas
Robert Vollmert wrote: On Jan 19, 2008, at 23:10, Lukasz Stelmach wrote: Ok. Forgive me my sarcasm earlier in this thread but I really think automatic placement of icons at the areas is not so good. Let me then propose different approach. Let's use the new algorithm to create nodes that would be rendered as icons. Such nodes should have a tag that attaches them to the area and the created_by tag containing the automaton name so they can be automatically moved if the conditions change. If for whatever reaseon the automatic placement is not reasonable the node can be moved by hand and have the created_by changed without removing its attachment to the area. Then the algorithm knows not to move it. Why not place nodes automatically, unless the area is member of the labelled_area-relation (with two members: the area and the position of the icon/label), as was suggested before? Sounds great to me. I havn't known there is such a relation so I just reinvented the wheel. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Rozdajemy nagrody! Wygraj samoch�d! Sprawdz http://link.interia.pl/f1cd5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] JOSM Icons
Bruce Cowan wrote: May as well forward here: I have done a wee bit of work on some new icons for JOSM [...] If anyone can suggest any improvements, they are welcome. Joinnodeway is too simmilar to Alignline. I would rather draw Alignline like this O-O | \ , - dotted, thinner line | _| , |0 - different node, might be the purple one | , | , O -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Bedac w toalecie zagrala w ... Sprawdz http://link.interia.pl/f1cd5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] JOSM Icons
Bruce Cowan wrote: On Thu, 2008-01-17 at 21:34 +0100, Lukasz Stelmach wrote: Joinnodeway is too simmilar to Alignline. I would rather draw Alignline like this O-O | \ , - dotted, thinner line | _| , |0 - different node, might be the purple one | , | , O Looking at it, I have changed Alignline, but I hadn't uploaded it yet. I have now, so have a look. It is quite good now, however, IMHO there should be those two additional segments: vertical and horizontal. They may be thinner/dotted, but they should be to show that the point always have been and will be a part of a way. Some thing like in commercials: before and after. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Bedac w toalecie zagrala w ... Sprawdz http://link.interia.pl/f1cd5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Missing structure
Lester Caine wrote: After my missive in the postal addresses thread I had yet another scout around on what is already available and how it is not being managed well. All mapping is currently based on physical nodes, but I think that perhaps we need an abstract element that we can hang things on. [...] Day by day it becomes more obvious to me that sooner or later segments/ways distinction will be back with us. Look at this. A way (street) may belong to many relations, right? Each relation may contain different part of the street, right? Especially in big cities where bus routes can be relations and each bus may take different turns, there will bo no single way/highway comprising more than one segment (to be precise I think about lines between crossings which in case of curved street may comprise more segments). There will obviously MUST be invented 'street' replation which takes a few segmetns and gives them common name. The other relation (perish?) could contain all the objects that belong to a certain place including half of the segments of the streets that connects two adjacent places. This shows a little problem which, however, should be automatable, a new object (node/way|segment) has to be assigned to a different object (relation) rather then assigning the place relation to the new object. I am just shatring my thoughts, maybe someone can come up with some thing wiser ;-) -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Nadchodzi galaktyczna wojna! Sprawdz http://link.interia.pl/f1ce0 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Render icons for parking areas
Ben Companjen wrote: On 17/01/2008, Lukasz Stelmach [EMAIL PROTECTED] wrote: There is no algorithm which can be applied to all car parks in the world and not producing at least a dozen of ridiculously placed icons. IMHO placing a node that will be drawn as an icon is twice as good as automagic script that counts the position above the area. 1. The icon will be always in the most reasonable place because human beings know better. 2. Nodes can be, someday, exported as POIs and it will be easier to find a node-parking rather than area-parking. And how does a human being find the best place for an icon? I would say by using an algorithm... Not an algorithm implementable in xslt or other language in less than few eons. That is how much it took Mother nature to develope and finetune these algorithms. ;-) You may check here http://en.wikipedia.org/wiki/Visibility_problem How hard it is to design algorithms working in more that one dimesion. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Bedac w toalecie zagrala w ... Sprawdz http://link.interia.pl/f1cd5 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] maritime borders
Robin Paulson wrote: On 12/01/2008, Igor Brejc [EMAIL PROTECTED] wrote: Just as a curiosity: 12 NM was chosen because it it the farthest point a person can see from the shore (due to Earth's roundness). Or something like that :) according to wp, it was the range of a cannon in 14th c or something XIV c. ships would draw rather then carried a cannon that could shoot as far as 22.2 km. It must be something different. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Sprawdz, ktore komorki sa najmodniejsze! Kliknij http://link.interia.pl/f1cd4 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] administrative boundaries and is_in
Martijn Verwijmeren wrote: On Thu, 10 Jan 2008 23:11:03 +0100 Lukasz Stelmach [EMAIL PROTECTED] wrote: My point is that as far as the administration and adminstrative boundaries are conserned, they do coincide. No, they don't. Reading the wikipedia stuff you linked: Kansas City is the largest city in the state of Missouri. It encompasses 318 square miles in parts of Jackson, Clay, Cass, and Platte counties. It is fairly common for larger cities and even small towns in the US to lie in more than one county. Do those cities have their own administration that cooperates with all the counties? -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Rozdajemy nagrody! Sprawdz http://link.interia.pl/f1cbf begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] administrative boundaries and is_in
Robin Paulson wrote: can someone explain a few things about the way boundaries work, and their relation to the is_in key? as far as i can tell, when a location (say the suburb of balham, in london) is added to the map, the is_in tag needs to be set, multiple times. in this case, it would be set as follows: is_in:Westminster (...i think) is_in:greater london is_in:england is_in:united_kingdom is_in:British_Isles is_in:Great_Britain is_in:Europe ...etc. which seems counter-intuitive, not to mention requiring huge amounts of work. do we set this for every item - roads, churches, supermarkets,thousands of other items? What I do is putting is_in only on places and I do it rather like this: Westminster,greater london,england,united_kingdom,etc. Even when I map a few villages in an areay JOSM autocompletes that. my second, related, point concerns boundaries that coincide with coastlines: do we need to trace over the coastline of a country/city/suburb to define an unbroken loop for each administrative areas, After reading http://wiki.openstreetmap.org/index.php/Key:boundary http://wiki.openstreetmap.org/index.php/Talk:Key:boundary#Expanded_usage I would not bother. What is more important to me, and this is question for all who know, how to cope boundaries *between* two areas, like administrative ones? How to cope with boundaries of different administrative levels? If a line is a boundary between communes it is also a boundry of respective provinces. Both webpages above seem to be quite vague about it, or at best unofficial. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Chcesz kupic aparat? Sprawdz, ktory jest najlepszy! Kliknij http://link.interia.pl/f1cd3 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] auto drawing island country borders (was Re: administrative boundaries and is_in)
Robin Paulson wrote: On 11/01/2008, Martijn van Oosterhout [EMAIL PROTECTED] wrote: - There's no reason why you can't stick an admin boundary on a natural=coastline way. sounds good the idea of tracing over an existing boundary is not something that particularly appeals to me though, and as it's been done once, does it need to be done again: From what I knwo boundaries rather seldom go right along the costline, if you mean a sea. Most often few miles of sea is still a part of the nearby country. Like for example here: http://www.openstreetmap.org/?lat=52.236lon=4.444zoom=10layers=B0FT -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Rozdajemy nagrody! Sprawdz http://link.interia.pl/f1cbf begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] administrative boundaries and is_in
Thomas Wood wrote: On Jan 10, 2008 6:34 PM, Lukasz Stelmach [EMAIL PROTECTED] wrote: [...] What is more important to me, and this is question for all who know, how to cope boundaries *between* two areas, like administrative ones? How to cope with boundaries of different administrative levels? If a line is a boundary between communes it is also a boundry of respective provinces. Not necessarily - it could be at the moment, or it could not be. There are examples (in the UK at least) of overlaps. Do you mean that a commune (the lowest level of self government) can be part of more than one unit of each of higher levels? Like this? \ \_:_ - C1 :::\:: ::\: P1| P2 \ / I am talking here about administrative boundaries not some sort of customary ones. I haven't written that earlier but what should I do if the boundary goes along some other way like railroad, river or highway? Should I draw another way right besides the road or tag one way as both the road and the boundary? If the former then I think sooner or later we should develop separate layers for different features of the map. Editing could be much easier then. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Sprawdz, ktore komorki sa najmodniejsze! Kliknij http://link.interia.pl/f1cd4 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] source=yahoo
Greetings Everyone. If there is source=landsat for features derived from landsat photos should I tag source=yahoo those ones I have spotted on Yahoo imagery? -- Best regards. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Nadchodzi wojna miedzygalaktyczna! Sprawdz! http://link.interia.pl/f1cc2 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] source=yahoo
Franc Carter wrote: I have seen these two source=Yahoo Imagery source=yahoo_imagery the latter seems quite nice. i'll use it. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Kupujesz laptopa? Sprawdz nasze testy! Kliknij http://link.interia.pl/f1cd1 begin:vcard fn;quoted-printable:=C5=81ukasz Stelmach n;quoted-printable:Stelmach;=C5=81ukasz email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
