Re: [talk-ph] OSM Philippines meet-up
See y'all bukas. I will be bringing the GPS2go units and maybe we can talk about who gets them. Don't forget to bring your mapping gears to show-off to others. hehe On Wed, Feb 4, 2009 at 4:55 PM, maning sambale emmanuel.samb...@gmail.com wrote: Alright, thanks! Don't know much of Makati area. But I can navigate my way. I just hope I can bike ;) On Wed, Feb 4, 2009 at 4:51 PM, Eugene Alvin Villar sea...@gmail.com wrote: Well, I agree that it is overkill to mark each and every store/shop/resto inside a multistorey mall in OSM. I guess that's the job for something like OpenFloorPlans or OpenYellowPages. :-) Anyway, I'll trust you on the having the place to ourselves bit. :-) On Wed, Feb 4, 2009 at 4:39 PM, Jim Morgan j...@datalude.com wrote: maning sambale wrote, On Wednesday, February 04, 2009 04:24 PM: where exactly is grappa's here: http://openstreetmap.com/?lat=14.55261lon=121.02281zoom=17layers=B000FTF Its in Greenbelt 3, or III as its written on OSM. I guess this brings up a point about mapping protocol .. I've never felt that its necessary to subdivide malls into the many many shops and restaurants inside, and in fact I fear it would be messy to try. So anyway, probably easier the old school way: if you can get to Greenbelt 3 and go up to the middle level (between ground and cinema), and look near the Mac shop you'll find it easily. On Wed, Feb 4, 2009 at 3:52 PM, Eugene Alvin Villar sea...@gmail.com wrote: Are you sure it'll be quiet? That time I was there, the place was packed. Then again, that was late in the evening. :-) At 6pm on a Saturday I'd be willing to bet we have the balcony to ourselves. Jim ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Mapnik weekly rerendering
It seems that the rendering is done and the Philippines now has reclaimed a huge square-shaped chunk of the South China Sea. China will probably protest. :-P On Fri, Feb 6, 2009 at 9:40 AM, maning sambale emmanuel.samb...@gmail.comwrote: Napansin ko din kahapon. Reports from the main talk says there was delay in the planet dump. Hopefully matapos daw in the next few hours. On Fri, Feb 6, 2009 at 8:34 AM, Ed Garcia eppgar...@gmail.com wrote: Hi Guys, Did Mapnik rerender this wednesday this week? Look like it did not (yet). Been monitoring the SJDM Bulacan area where I added several ways last week. I can see all of the additional edits on Osmarender but still none of them showing on Mapnik. thanks ed ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] donating read-only api-mirrors
This is the Wikipedia model. If you're not logged-in and you're not editing, you NEVER touch the main server. You're always accessing a cache server. On Feb 6, 2009, at 8:28 AM, marcus.wolsc...@googlemail.com wrote: what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Donations and bank accounts
Gary68 wrote: I for sure won't sign on to PayPal. And I won't give my bank xxEUR for shipping a few bucks across the channel. Within Europe SEPA [1] transfers are probably the cheapest (for both parties, in some cases even free with certain bank accounts) way to make international money transfers. When I just tried to make such donation per instructions [2], i got an error: BIC code is either invalid or not in the list of codes for SEPA orders. (original slovenian: Nepravilna BIC koda, ali BIC koda ni v šifrantu za SEPA naloge) Can someone please check if account can recieve such transfers and the Co-operative Bank is included in the SEPA system before i contact my bank? thanks, Stefan [1] http://en.wikipedia.org/wiki/Single_Euro_Payments_Area [2] http://wiki.openstreetmap.org/wiki/Donations#International_Donations signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Donations and bank accounts
Stefan Baebler wrote: Gary68 wrote: I for sure won't sign on to PayPal. And I won't give my bank xxEUR for shipping a few bucks across the channel. Within Europe SEPA [1] transfers are probably the cheapest (for both parties, in some cases even free with certain bank accounts) way to make international money transfers. SEPA rules do apply when transferring to the UK (though most UK banks will happily pretend they don't) but only when transferring to an account denominated in Euros, which most UK accounts aren't ;-) When I just tried to make such donation per instructions [2], i got an error: BIC code is either invalid or not in the list of codes for SEPA orders. (original slovenian: Nepravilna BIC koda, ali BIC koda ni v šifrantu za SEPA naloge) Because you're transferring to a GBP account not an EUR account, so even if it did work using BIC/IBAN the transfer wouldn't be subject to SEPA rules and there would be no restrictions on the charges that could be levied. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
Soyour point being? Are you giving Pro, Contra, an offer to help or a helpful suggestion? Marcus On 6 Feb 2009 09:35:21 +0100, Russ Nelson r...@cloudmade.com wrote: This is the Wikipedia model. If you're not logged-in and you're not editing, you NEVER touch the main server. You're always accessing a cache server. On Feb 6, 2009, at 8:28 AM, marcus.wolsc...@googlemail.com wrote: what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
It seems to work for them. I think it's a good idea for us. On Feb 6, 2009, at 9:57 AM, marcus.wolsc...@googlemail.com wrote: Soyour point being? Are you giving Pro, Contra, an offer to help or a helpful suggestion? Marcus On 6 Feb 2009 09:35:21 +0100, Russ Nelson r...@cloudmade.com wrote: This is the Wikipedia model. If you're not logged-in and you're not editing, you NEVER touch the main server. You're always accessing a cache server. On Feb 6, 2009, at 8:28 AM, marcus.wolsc...@googlemail.com wrote: what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Donate today for OSM's £10 ,000 s erver fundraiser
Iván Sánchez Ortega wrote: Sent: 05 February 2009 7:14 PM To: talk@openstreetmap.org Subject: Re: [OSM-talk]Donate today for OSM's £10 ,000 server fundraiser El Jueves, 5 de Febrero de 2009, Grant Slater escribió: The current DB server is badly overload. The 3x frontend API servers are limited back as not to overload the current DB server. The upgraded DB server is estimated will last us at least a year using our current growth pattern. At that stage we could then upgrade the hardware further or redeploy the server elsewhere in the project. Out of curiosity: will the new DB server be standalone, or will you setup a MySQL cluster with the old and the new servers somehow? AFAIR its intended to be stand alone. Cheers Andy -- -- Iván Sánchez Ortega i...@sanchezortega.es Men and nations behave wisely once they have exhausted all the other alternatives. - Abba Eban (1915-2002) No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.18/1935 - Release Date: 02/04/09 16:35:00 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
Russ Nelson wrote: It seems to work for them. I think it's a good idea for us. I'm sure at some point we'll need to do it, but we haven't really reached that point yet and we certainly don't have the resources to do it yet. There are also a number of significant but important differences between what wikipedia do and what was being proposed for us - all the servers and infrastructure used by wikipedia are owned and operated by them while Marcus was suggesting clustering third party servers which is not something we will be doing as far as I'm concerned. Wikipedia also have all the servers, both read-only and read-write, using the same database, or a slave of the same database rather than having lots of independent databases that try and stay in sync via external dumps and diffs. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
Am 06.02.2009 um 08:28 schrieb marcus.wolsc...@googlemail.com: Hello, what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? Many do not need data that is accurate up to an hour but as there are no other servers they have to query the main-api-server anyway. Packaged up for an averare unix-guy to install in an apache-vhost, maybe with a central round-robin-dns over all such api-mirrors we can take a lot of load from the main server. I think you know about ROMA and TRAPI. But i think you are speaking about a exact readonly-copy of the api. Regards Jonas Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
On Fri, Feb 6, 2009 at 11:18 AM, marcus.wolsc...@googlemail.com wrote: On Fri, 6 Feb 2009 10:23:22 +0100, Jonas Krückel (John07) o...@jonas-krueckel.de wrote: Am 06.02.2009 um 08:28 schrieb marcus.wolsc...@googlemail.com: Hello, what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? Many do not need data that is accurate up to an hour but as there are no other servers they have to query the main-api-server anyway. Packaged up for an averare unix-guy to install in an apache-vhost, maybe with a central round-robin-dns over all such api-mirrors we can take a lot of load from the main server. I think you know about ROMA and TRAPI. But i think you are speaking about a exact readonly-copy of the api. No, I was indeed speaking about data that is a few minutes (/hours/days) old. I was not aware of ROMA and it seems to be exactly what I was aiming for. There is no need to get test-data for development, map-downloads by or for navigation-systems and anything that does not require editing of the most recent state to cause load on a central api-server. There's also XAPI: http://wiki.openstreetmap.org/wiki/Xapi Thank you. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tag-Proposal] Freifunk/Mesh nodes + links
First of all, thanks for the quick responses. as I said, you don't *want* everyone to edit this data anyway, do you? Hmm, yeah, that's a good point. Though, if I think about it twice, then it might be a good thing for removing non-available nodes, so that everyone would be responsible to detetct broken routers. ...nor for removing them from the OSM database again. So I would not really mind, if somebody would remove because of accidentally detecting it as non-working. I'd keep track of at least my own nodes and it's not too much effort to reinsert it again. ...but to distinguish between your special interest group and the public. Eh, by the way, we're trying to do some things differently here in Lübeck, so we're discussing some ways to make it useful for people with just a plain ad-hoc connection - we generally want to let everyone profit from it who can click on the connect button of their laptop i.e. :). And therefore, if everything works out the way we're currently planning it, it'd be very useful for everyone to be able to easily spot static meshing nodes. You could take a copy of OSM data, merge it with Freifunk data from a separate database... Yes, hmm, we were thinking about this as well. Though using the OSM database looked pretty flexible in the way of how information are being inserted. And if it does not harm the database of OSM, why setting up a seperate one? highway is for mapping roads Ah, alright, new tag is being developed :) Cheers, Linus signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tag-Proposal] Freifunk/Mesh nodes + links
First of all, thanks for the quick responses. as I said, you don't *want* everyone to edit this data anyway, do you? Hmm, yeah, that's a good point. Though, if I think about it twice, then it might be a good thing for removing non-available nodes, so that everyone would be responsible to detetct broken routers. ...nor for removing them from the OSM database again. So I would not really mind, if somebody would remove because of accidentally detecting it as non-working. I'd keep track of at least my own nodes and it's not too much effort to reinsert it again. ...but to distinguish between your special interest group and the public. Eh, by the way, we're trying to do some things differently here in Lübeck, so we're discussing some ways to make it useful for people with just a plain ad-hoc connection - we generally want to let everyone profit from it who can click on the connect button of their laptop i.e. :). And therefore, if everything works out the way we're currently planning it, it'd be very useful for everyone to be able to easily spot static meshing nodes. You could take a copy of OSM data, merge it with Freifunk data from a separate database... Yes, hmm, we were thinking about this as well. Though using the OSM database looked pretty flexible in the way of how information are being inserted. And if it does not harm the database of OSM, why setting up a seperate one? highway is for mapping roads Ah, alright, new tag is being developed :) Cheers, Linus signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Foundation acknowledged as non-profit?
Hi, Jens Müller wrote: Personally, I believe that chariable status is an administration nightmare as soon as you deal with a meaningful budget. You will end up paying tax attorneys just to remain charitable and in the end you're not better off than if you had just ignored the whole charitable thing. As soon as you deal with a meaningful budget you better have transparent budgetting anyway, because that is what your donors expect of you. Be too transparent and you lose charitable status in no time ;-) Bye Frederik ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
-Original Message- From: dev-boun...@openstreetmap.org [mailto:dev- boun...@openstreetmap.org] On Behalf Of Mathieu Arnold Sent: Friday, February 06, 2009 6:41 AM To: marcus.wolsc...@googlemail.com Cc: Dev; talk@openstreetmap.org Subject: Re: [OSM-dev] [OSM-talk] donating read-only api-mirrors +--On 6 février 2009 12:29:44 +0100 marcus.wolsc...@googlemail.com wrote: | On Fri, 06 Feb 2009 11:25:45 +0100, Mathieu Arnold m...@mat.cc wrote: | I'm not certain we're talking of the same thing, I see no relation | between | the minute diff and the exactness of the API, for now, ROMA only serves | /api/0.5/map?bbox=foo,bar if it is to replicate the API, it needs to | serve | all the /api/0.5/node way relation... | | It does not? | http://wiki.openstreetmap.org/wiki/ROMA | does not mention that it does not implement the full API. Well, as you can read there : The ROMA servers can be currently accessed using a load balancer at : http://api1.osm.absolight.net:8080/api/0.5/map?bbox= from which you could deduce that it does not :-) -- Mathieu Arnold That link actually includes the TRAPI servers, which do not return all data. Anything not used by t...@h is stripped out of the TRAPI databases. Since my ROMA server is down while it rebuilds the database on a new disc array (SSDs!!), pretty much anything requested through that link will be returned by a TRAPI server. I believe there will be separate links for the ROMA and TRAPI load balancers in the near future. As far as I know, the ROMA servers return data as close as possible to the main API. They should be no more than 3-5 minutes behind the main API. Please correct me if I'm wrong (and I very well could be!). -Jeremy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, Feb 06, 2009 at 12:29:44PM +0100, marcus.wolsc...@googlemail.com wrote: It does not? http://wiki.openstreetmap.org/wiki/ROMA does not mention that it does not implement the full API. btw, is it 0.6 -capable already? It does not - ROMA does only support the map call as thats the only one needed for t...@h. Extending ROMA to support the other calls (read-only) should be quite easy. API 0.7 should contain a referral as LDAP does - So a client could connect to a cluster of read-only copies and once you write to it you get a referral to the master database. Synchronization is a big issue here but it should be a good point for scalability ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, 06 Feb 2009 15:16:28 +0100, Stefan de Konink ste...@konink.de wrote: Florian Lohoff wrote: API 0.7 should contain a referral as LDAP does - So a client could connect to a cluster of read-only copies and once you write to it you get a referral to the master database. Synchronization is a big issue here but it should be a good point for scalability ... I wonder; could we solve this by just sending the history table with a certain key? What for? Your have a version-attribute that tells the server what version your chances are based on. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Milenko mile...@king-nerd.com writes: As far as I know, the ROMA servers return data as close as possible to the main API. They should be no more than 3-5 minutes behind the main API. Please correct me if I'm wrong (and I very well could be!). But they still don't implement the whole API. They only implement the map call. That's why they are called ROMA (Read Only Map Api). The data is supposed to be complete. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, Feb 6, 2009 at 10:20 AM, Tom Hughes t...@compton.nu wrote: Russ Nelson wrote: It seems to work for them. I think it's a good idea for us. while Marcus was suggesting clustering third party servers which is not something we will be doing as far as I'm concerned. How much of the DB load comes from the read only part of the API, and what if you remove the area limit on the map call? -- Emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Erik Johansson wrote: How much of the DB load comes from the read only part of the API, and what if you remove the area limit on the map call? If I remove the area limit then somebody will do a massive query that will suck up all the memory on the machine and everything will die. That limit is not (primarily) about the cost of gathering the required data, though obviously that might become an issue as well, it's about the fact that we are holding the whole result set in memory (several times over in fact) on the rails server and those servers only have a finite amount of memory. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, 06 Feb 2009 15:31:10 +0100, Stefan de Konink ste...@konink.de wrote: marcus.wolsc...@googlemail.com wrote: On Fri, 06 Feb 2009 15:16:28 +0100, Stefan de Konink ste...@konink.de wrote: Florian Lohoff wrote: API 0.7 should contain a referral as LDAP does - So a client could connect to a cluster of read-only copies and once you write to it you get a referral to the master database. Synchronization is a big issue here but it should be a good point for scalability ... I wonder; could we solve this by just sending the history table with a certain key? What for? Your have a version-attribute that tells the server what version your chances are based on. In that case you could require all the data from that version on :) Hence have your own mirror with version history :) I understood referral in a way that the client is told to direct all write-queries to the main-api -server. That one of cause can tell you the for any entity you upload the version-number given by the client is no longer the latest version and provide the latest version of such entities. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Stefan de Konink wrote: Tom Hughes wrote: Yeah, it really is that simple, which is why us simple minded idiots that run the server are still doing it all in memory. There are at least 3 known alternative implementations that run semi-realtime :) So yeah keeping it in rails while there are alternatives make you stubborn. Your last arguments were that you don't want to manage such infrastructure... that makes much more sense here. This is only partly about rails. Even if you take rails out of the equation you still need to keep substantial amount of data in memory in order to know which objects to fetch. The alternative is do much more complicated database queries which are likely to be slower (impossibly so on mysql, but possibly manageable with a different database). Don't forget our last IRC conversation where you were unable to tell me why a specific FCGI client was borking on any request (get/put). While a new request just worked. This indicates there are more problems with Ruby-on-Rails read/write actions than you are now talking about now. I'm not aware of having spoken to you on IRC to be honest. If I'd known it was you I probably wouldn't have entered into the conversation. If it is the conversation I think it is then I didn't say I didn't know why it was breaking - there are a number of reasons why that happens some of which I understand and some of which I don't. What I said was that I had no way to tell which daemon was causing the problem. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Donations and bank accounts
Tom Hughes schrieb: Stefan Baebler wrote: Gary68 wrote: I for sure won't sign on to PayPal. And I won't give my bank xxEUR for shipping a few bucks across the channel. Within Europe SEPA [1] transfers are probably the cheapest (for both parties, in some cases even free with certain bank accounts) way to make international money transfers. SEPA rules do apply when transferring to the UK (though most UK banks will happily pretend they don't) but only when transferring to an account denominated in Euros, which most UK accounts aren't ;-) When I just tried to make such donation per instructions [2], i got an error: BIC code is either invalid or not in the list of codes for SEPA orders. (original slovenian: Nepravilna BIC koda, ali BIC koda ni v šifrantu za SEPA naloge) Because you're transferring to a GBP account not an EUR account, so even if it did work using BIC/IBAN the transfer wouldn't be subject to SEPA rules and there would be no restrictions on the charges that could be levied. Should not be too difficult to set up a Euro bank account in the UK. I do not know about the costs, but it might be cheaper then paying for each Euro transaction an extra fee. Or use Fossgis or somebody else as a trustee. Just keeping in mind that are much more people living in the Euro zone then there are in the UK. Or just have a look at the contributer base, most of them are outside of the UK. So please do not waste money by not getting organized ;-) Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] donating read-only api-mirrors
On Fri, 6 Feb 2009 10:23:22 +0100, Jonas Krückel (John07) o...@jonas-krueckel.de wrote: Am 06.02.2009 um 08:28 schrieb marcus.wolsc...@googlemail.com: Hello, what about packaging everything one needs to set up a read-only api-server that applies the minutely diffs and re-importes the planet lets say once a month? Many do not need data that is accurate up to an hour but as there are no other servers they have to query the main-api-server anyway. Packaged up for an averare unix-guy to install in an apache-vhost, maybe with a central round-robin-dns over all such api-mirrors we can take a lot of load from the main server. I think you know about ROMA and TRAPI. But i think you are speaking about a exact readonly-copy of the api. No, I was indeed speaking about data that is a few minutes (/hours/days) old. I was not aware of ROMA and it seems to be exactly what I was aiming for. There is no need to get test-data for development, map-downloads by or for navigation-systems and anything that does not require editing of the most recent state to cause load on a central api-server. Thank you. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, 06 Feb 2009 11:25:45 +0100, Mathieu Arnold m...@mat.cc wrote: +--On 6 février 2009 11:12:29 +0100 Stefan de Konink ste...@konink.de wrote: | Mathieu Arnold wrote: | +--On 6 février 2009 10:23:22 +0100 Jonas Krückel (John07) | o...@jonas-krueckel.de wrote: | | I think you know about ROMA and TRAPI. But i think you are speaking | | about a exact readonly-copy of the api. | | Well, ROMA could be extended to an exact read only copy, once all t...@h | load is all sent to the TRAPI cluster (which throws away all the tags | not needed | | If you just allow minutely diffs to be eaten as updates. Then you are | set. (That is what I did.) I'm not certain we're talking of the same thing, I see no relation between the minute diff and the exactness of the API, for now, ROMA only serves /api/0.5/map?bbox=foo,bar if it is to replicate the API, it needs to serve all the /api/0.5/node way relation... It does not? http://wiki.openstreetmap.org/wiki/ROMA does not mention that it does not implement the full API. btw, is it 0.6 -capable already? Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Stefan de Konink wrote: Tom Hughes wrote: This is only partly about rails. Even if you take rails out of the equation you still need to keep substantial amount of data in memory in order to know which objects to fetch. The substantial amount of memory you are talking about is the resultset? Or the partially generated XML per query? In implementation detail this could be offloaded to the webserver when generated. It's several things. It is holding all the XML in memory, it is holding all the nodes in memory while we find the ways that use them, etc. Some are avoidable by not using rails and some are not. The alternative is do much more complicated database queries which are likely to be slower (impossibly so on mysql, but possibly manageable with a different database). I still do not see how your database queries can be your main pain. That is just a one time bench and test action. Again MySQL is not /that/ bad. I really don't see a reason why first so much fuzz need to be generated to make things better for everyone. MySQL cannot cope with joining the node and way tables so you have to hold all the nodes in memory and then do a fetch of the ways which use those nodes. I have tried various ways to construct a query which fetches all the ways in a given bbox directly and have failed to find anything that the optimiser can cope with. [Sarcasm]Since the t...@h folks that I think are /wasting/ resources on anything, /waste/ their human resources also on building a balanced infrastructure. I really don't mind to see them /waste/ their time on a quick main API.[/Sarcasm] I think the t...@h folks are completely bonkers, as do quite a few other people that I've spoken to. Don't forget our last IRC conversation where you were unable to tell me why a specific FCGI client was borking on any request (get/put). While a new request just worked. This indicates there are more problems with Ruby-on-Rails read/write actions than you are now talking about now. I'm not aware of having spoken to you on IRC to be honest. If I'd known it was you I probably wouldn't have entered into the conversation. I hope you are kidding. Why would be kidding. You've been trolling here for quite long enough for me to know what you like and (until today) I've been pretty much ignoring any thread that you're posting in for at least a month now. If it is the conversation I think it is then I didn't say I didn't know why it was breaking - there are a number of reasons why that happens some of which I understand and some of which I don't. What I said was that I had no way to tell which daemon was causing the problem. (17:36:04) Skinkie: TomH: could you check the api server for a hanging fcgi process? (17:43:01) TomH: Skinkie: I don't think there's any way to tell if an fcgi is hung (17:44:21) Skinkie: i am currently hammering request to the api and i see some request hanging, therefore set a timeout (17:44:28) Skinkie: this solves the issue (17:44:35) Skinkie: but it is clear to see something is broken (17:45:13) TomH: Skinkie: what sort of requests are they? (17:46:37) Skinkie: first i tried GET now only DELETE (17:48:15) TomH: I don't care what the HTTP method is, just which part of the API you are calling (it affects where I need to look) (17:48:30) TomH: presumably this is indivdual node/way calls, not map calls? (17:53:10) Skinkie: only on nodes [that was the last thing about this conversation I left before 21:00] Thanks for proving my point. To quote your log I don't think there's any way to tell if an fcgi is hung which is exactly what I said I had said, that although one may be hung there is no way to tell which one. Which is why I restarted all the daemons on that occasion. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
On Fri, Feb 6, 2009 at 4:35 PM, Tom Hughes t...@compton.nu wrote: Erik Johansson wrote: How much of the DB load comes from the read only part of the API, and what if you remove the area limit on the map call? If I remove the area limit then somebody will do a massive query that will suck up all the memory on the machine and everything will die. That limit is not (primarily) about the cost of gathering the required data, though obviously that might become an issue as well, it's about the fact that we are holding the whole result set in memory (several times over in fact) on the rails server and those servers only have a finite amount of memory. I'm not sure I understand why you do this. The most expensive call would probably be /map with a bounding-box. You query all the node, stream them out and keep the nodeIDs (but not the whole resultset with lat, lon, version, ...) in memory. Query the ways that use these nodes, keeping their IDs in memory. Then Query the relations, stream them out and forget about the nodes and ways while doing that. The most efficient data-structure to hold IDs in is either an array, bitset or a hashset, depending on your access-pattern. As the runtime should be dominated by the database-calls anyway and array or bitset can be used as it consumes less memory here. So...why is it that you hold the result-set of the nodes-query in memory again? Anyway, the question was on how much of the current load is done by non-writing queries (not just /map). Do we have an answer for that? Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Server donation drive
I just wanted to point out some fun donations http://donate.openstreetmap.org/ as you can follow along here: http://donate.openstreetmap.org/comments/ CloudMade is donating £2k. Richard Weait dropped $1,000 ! My personal favourite: Johnny Carlsen donated £5 because I forgot to type a comment on my last donation Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Hi, Marcus Wolschon wrote: So...why is it that you hold the result-set of the nodes-query in memory again? While not mandated by the XML structure, the XML document we return is usually sorted - nodes, ways, relations, each in ascending ID order. Because a way or relation may require additional nodes to be included that lie outside of the bounding box, we can only return the nodes after we have processed ways and relations. For the computer literate, all this information is available here: http://trac.openstreetmap.org/browser/sites/rails_port/app/controllers/api_controller.rb#L87 This could of course be alleviated by allowing the XML to be mixed, i.e. some nodes, then some ways, then some more nodes and so on. Then, one would only have to find a good way to have Ruby stream the results, something which is, as far as I understand from previous posts on this list, not a core feature of Ruby. 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] [OSM-dev] donating read-only api-mirrors
On Fri, Feb 6, 2009 at 5:20 PM, Marcus Wolschon mar...@wolschon.biz wrote: On Fri, Feb 6, 2009 at 4:35 PM, Tom Hughes t...@compton.nu wrote: Erik Johansson wrote: How much of the DB load comes from the read only part of the API, and what if you remove the area limit on the map call? If I remove the area limit then somebody will do a massive query that will suck up all the memory on the machine and everything will die. That limit is not (primarily) about the cost of gathering the required data, though obviously that might become an issue as well, it's about the fact that we are holding the whole result set in memory (several times over in fact) on the rails server and those servers only have a finite amount of memory. I'm not sure I understand why you do this. The most expensive call would probably be /map with a bounding-box. You query all the node, stream them out and keep the nodeIDs (but not the whole resultset with lat, lon, version, ...) in memory. Query the ways that use these nodes, keeping their IDs in memory. Then Query the relations, stream them out and forget about the nodes and ways while doing that. in an ideal world. however, there are a few issues; Frederik has already raised the point about sorting by ID, Rails doesn't (yet?) support streaming results and you cannot indicate an error condition (e.g: MySQL dies, bad UTF-8) in the response header once you've already sent part of the body. Anyway, the question was on how much of the current load is done by non-writing queries (not just /map). Do we have an answer for that? not directly, but by comparing http://munin.openstreetmap.org/openstreetmap/db.openstreetmap-load.html http://munin.openstreetmap.org/openstreetmap/db.openstreetmap-mysql_queries.html we can see that about 75% of all queries are selects, but that times of high load appear better correlated with inserts and deletes. it is difficult to quantify how much load is purely due to reads, as part of the load may be due to contention between the reads and writes. cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Server donation drive
These are my favourite: *Anonymous* http://www.informationfreeway.org/?lat=48.39109325661635lon=-4.484448865324551zoom=13layers=B000F000 We don't know who it is, but we know where they live ;) Next time we should ask each donor for a lat/lon, and then make a map... And then there's the self-deprecating: *Richard Fairhurst* BAN POTLATCH!!1?111wtflolbbq And the witty: *Andrzej Zaborowski* Now with 0.1 more API! I'm totally amazed by the scale of and speed of response to this funding drive. It's great that so many people feel the project is worth contributing to. Etienne On Fri, Feb 6, 2009 at 6:03 PM, SteveC st...@asklater.com wrote: I just wanted to point out some fun donations http://donate.openstreetmap.org/ as you can follow along here: http://donate.openstreetmap.org/comments/ CloudMade is donating £2k. Richard Weait dropped $1,000 ! My personal favourite: Johnny Carlsen donated £5 because I forgot to type a comment on my last donation Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] donating read-only api-mirrors
Hi, Stefan de Konink wrote: Is this also the case for non-full bbox requests? We do not make a distinction between full/non-full bbox requests, there is only one type and that gives you all nodes that belong to ways of which at least one node lies in the bbox. Or is it actually calculated that a way passes through a tile when its two nodes connecting it are far outside it? (Separate problem) No, this kind of spatial computation would only work with something like a PostGIS bbox request. (Actually the bbox requests are not tiled in any way, you can request whatever you want. ti...@home requests more than they need to hopefully catch cases like the one you describe.) 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] Server donation drive
2009/2/6 80n 80n...@gmail.com: I'm totally amazed by the scale of and speed of response to this funding drive. It's great that so many people feel the project is worth contributing to. Too right, I thought people were quick off the mark last night at ~10%, I check now and it's 70% already! Bump it to £20k, let's have two servers! Well done to all, big, small and medium sized donors alike. Hon mensh to Ben Darlow for Stick it to those Ordnance Survey fools! [Fools for not sharing the data with the world (rather than foolish at mapping)? but I guess it's not their decision.] Anyway, very encouraging! LT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] enclosed areas = borders
Hi, I am working on how to import the Australian suburb boundaries. I have these as a set of shapefiles that define an enclosed area for each suburb. The suburbs share many points in common and the outline of one areas overlays the outline of the neighbouring suburb(s) as would be expected. It's fairly easy to de-dupe the points that make up the shape, but I'm struggling with the next part I want to do. I'd like to split the areas in to sets of borders between the two adjoining suburbs. While I believe I have an approach, it's looking annoying and complicated. So, does anyone know if there is a 'standard' algorithm for doing this ? thanks -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] enclosed areas = borders
On Sat, Feb 7, 2009 at 4:17 AM, Franc Carter franc.car...@gmail.com wrote: Hi, I am working on how to import the Australian suburb boundaries. I have these as a set of shapefiles that define an enclosed area for each suburb. The suburbs share many points in common and the outline of one areas overlays the outline of the neighbouring suburb(s) as would be expected. It's fairly easy to de-dupe the points that make up the shape, but I'm struggling with the next part I want to do. I'd like to split the areas in to sets of borders between the two adjoining suburbs. While I believe I have an approach, it's looking annoying and complicated. So, does anyone know if there is a 'standard' algorithm for doing this ? How many nodes do 2 typical suburbs share? Many programs (like the adress search in my navigator) cannot yet use borders split up into multiple polylines grouped in an ordered relation. Considering that relations are not ordered until api 0.6 is public. (This is what is done for country-borders.) If it's not too many points on the shared polylines I see no problem with sharing just the nodes and having closed polygons for the suburbs as more programs will be able to make use of them. Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Slootjes ja of nee ?
Eugene van der Pijll wrote: Gert Gremmen schreef: Wat vinden jullie van het opnemen van slootjes op de kaart: http://tile.openstreetmap.nl/?zoom=14lat=51.96909lon=4.35717layers=B000F Goed werk! Ga zo door! Dit is gemapt op basis van de satellietbeelden, neem ik aan? Ik kan me niet goed voorstellen dat je deze winter over al deze sloten geschaatst hebt, dus ik ben ook wel benieuwd naar de bron. Op http://watwaswaar.nl kun je wel redelijk recente topografische kaarten vinden, maar mag je die ook gebruiken? Paul ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Slootjes ja of nee ?
Dit komt gewoon van de Yahoo kaarten. (JOSM met Yahoo webkit plugin) Potlatch is veel lastiger om op dit zoomniveau te werken. Je moet natuurlijk wel even checken of er niet iets grotelijks veranderd is. In principe gaat dit alleen goed voor gebieden die je een beetje kent, omdat je er wel eens langs fietst. De Yahoo kaarten zijn zo'n 3-4 jaar oud in mijn regio. Nee, topografische kaarten mogen we NIET gebruiken, ongeacht de bron. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens paul van den berg Verzonden: Friday, February 06, 2009 9:01 AM Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Slootjes ja of nee ? Eugene van der Pijll wrote: Gert Gremmen schreef: Wat vinden jullie van het opnemen van slootjes op de kaart: http://tile.openstreetmap.nl/?zoom=14lat=51.96909lon=4.35717layers=B000F Goed werk! Ga zo door! Dit is gemapt op basis van de satellietbeelden, neem ik aan? Ik kan me niet goed voorstellen dat je deze winter over al deze sloten geschaatst hebt, dus ik ben ook wel benieuwd naar de bron. Op http://watwaswaar.nl kun je wel redelijk recente topografische kaarten vinden, maar mag je die ook gebruiken? Paul ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Leuk jullie gekend te hebben...
http://www.ad.nl/binnenland/2978047/Vaker_dubieuze_figuren_op_parkeerterrein.html Een van die dubieuze figuren was ik. Ik heb het gebied daar een paar weken geleden 's avonds een keertje opnieuw gemapped. Wie kent het hier niet: Een half uur lang over een parkeerplaats fietsen en steeds dezelfde mensen tegen komen... Dus mochten jullie binnenkort niets meer van me horen dan ben ik opgepakt :) Ik zou daar trouwens niet dood gevonden willen worden, wat een puinhoop daar. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
Floris Looijesteijn wrote: http://www.ad.nl/binnenland/2978047/Vaker_dubieuze_figuren_op_parkeerterrein.html Een van die dubieuze figuren was ik. Ik heb het gebied daar een paar weken geleden 's avonds een keertje opnieuw gemapped. Wie kent het hier niet: Een half uur lang over een parkeerplaats fietsen en steeds dezelfde mensen tegen komen... Dus mochten jullie binnenkort niets meer van me horen dan ben ik opgepakt :) Ik zou daar trouwens niet dood gevonden willen worden, wat een puinhoop daar. Kun je even een PoI maken waar je lag toen je met je sniper dat mannetje omzeep hielp? Die huls naast het slachtoffer was erg subtiel! (Maak daar ook even twee PoI's van ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
Ergste is dat ik daar 500 meter vandaan woon :O.. 's avonds is het daar altijd erg donker.. Binnenkort kunnen we daar weer mappen, als alle verbouwingen klaar zijn.. Floris, binnenkort weer eens afspreken? Ik loop nog steeds te stoeien met bewerken en uploaden.. Groet, Daniel Op 6 feb 2009, om 15:22 heeft Floris Looijesteijn het volgende geschreven: http://www.ad.nl/binnenland/2978047/Vaker_dubieuze_figuren_op_parkeerterrein.html Een van die dubieuze figuren was ik. Ik heb het gebied daar een paar weken geleden 's avonds een keertje opnieuw gemapped. Wie kent het hier niet: Een half uur lang over een parkeerplaats fietsen en steeds dezelfde mensen tegen komen... Dus mochten jullie binnenkort niets meer van me horen dan ben ik opgepakt :) Ik zou daar trouwens niet dood gevonden willen worden, wat een puinhoop daar. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
On Fri, 2009-02-06 at 15:46 +0100, Daniel Paulus wrote: Op de kaart: http://tile.openstreetmap.nl/?zoom=18lat=52.16056lon=4.55065layers=B000F :D Hm. Waar worden die PoI trouwens bijgehouden en/of hoe zijn die te editen? pannenkoeken boerderij kan natuurlijk niet: http://www.spatiegebruik.nl/ armijn -- - arm...@uulug.nl | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
On Fri, 2009-02-06 at 16:00 +0100, Armijn Hemel wrote: On Fri, 2009-02-06 at 15:46 +0100, Daniel Paulus wrote: Op de kaart: http://tile.openstreetmap.nl/?zoom=18lat=52.16056lon=4.55065layers=B000F :D Hm. Waar worden die PoI trouwens bijgehouden en/of hoe zijn die te editen? pannenkoeken boerderij kan natuurlijk niet: http://www.spatiegebruik.nl/ Hm, blijkbaar is de naam van dat ding gewoon fout: http://www.spatiegebruik.nl/popup.php?id=2152 Vraag blijft staan overigens (ik ken wel meer PoI die niet kloppen). armijn -- - arm...@uulug.nl | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
Daniel Paulus wrote: Op de kaart: http://tile.openstreetmap.nl/?zoom=18lat=52.16056lon=4.55065layers=B000F :D (15:55:25) Skinkie: Floris brengt me op een nieuw idee :) (15:55:41) Skinkie: zullen we eens kijken of we iets van een 'news' laag kunnen maken? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
Op de kaart: http://tile.openstreetmap.nl/?zoom=18lat=52.16056lon=4.55065layers=B000F :D Op 6 feb 2009, om 15:30 heeft Stefan de Konink het volgende geschreven: Floris Looijesteijn wrote: http://www.ad.nl/binnenland/2978047/Vaker_dubieuze_figuren_op_parkeerterrein.html Een van die dubieuze figuren was ik. Ik heb het gebied daar een paar weken geleden 's avonds een keertje opnieuw gemapped. Wie kent het hier niet: Een half uur lang over een parkeerplaats fietsen en steeds dezelfde mensen tegen komen... Dus mochten jullie binnenkort niets meer van me horen dan ben ik opgepakt :) Ik zou daar trouwens niet dood gevonden willen worden, wat een puinhoop daar. Kun je even een PoI maken waar je lag toen je met je sniper dat mannetje omzeep hielp? Die huls naast het slachtoffer was erg subtiel! (Maak daar ook even twee PoI's van ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Slootjes ja of nee ?
beide niet echt ideaal. drain is eigenlijk bedoeld voor van die stormwater afvoer, die in nederland voor zover ik weet niet bestaan. zie ook: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain stream, vond ik iets meer op onze 'slootjes' lijken, maar zou eigenlijk natuurlijk gevormd moeten zijn. http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream groet, floris Tot nu to gebruik ik Waterway=drain als tag, stream is voor riviertjes/beekjes ?? Dacht ik ! Ik heb ook een boerenerf getagged: Landuse=farmyard Wordt nog niet gerendered ! Kan dat gerenderd worden ? Dat maakt de relatie tussen weggetjes en aanliggende boerderijen een stuk fraaier. Ik stel voor (koeiepoep)groen ! ;) Gert -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Floris Looijesteijn Sent: donderdag 5 februari 2009 20:09 To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Slootjes ja of nee ? zeker doen, ik probeer het ook zoveel mogelijk te doen. bijvoorbeeld hier: http://tile.openstreetmap.nl/?zoom=15lat=52.57592lon=4.7304layers=B00 0F ik neem aan dat je waterway=stream gebruikt? ik vind de rendering daarvan om sommige zoomlevels veel te groot maar kan niet echt anders... groet, floris Wauw, als heel Nederland nou eens in zo'n detail gemapt kon zijn. Of... wacht... de hele wereld!!! /me gaat even verder dromen :-) Zo duidelijk, Gert? Gert Gremmen wrote: Wat vinden jullie van het opnemen van slootjes op de kaart: http://tile.openstreetmap.nl/?zoom=14lat=51.96909lon=4.35717layers=B0 00F http://tile.openstreetmap.nl/?zoom=14lat=51.96909lon=4.35717layers=B 000F Voor: staat mooi op de kaart Voor: landschaps structuur (boerenland) is duidelijk zo Tegen: staat druk op de kaart Tegen: niet echt nuttig, voor routen enzo Graag Feedback. Gert Gremmen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Leuk jullie gekend te hebben...
Hahaha! Zo heb ik ook iets, zal het binnenkort proberen op de foto te krijgen. Ik rijd 2x in de week langs Bruinisse, een vissersdorp in Zeeland. Daar zijn ze nogal boos op de regering inzake de mosselkwestie Nu hangt daar een enorme banner in een weiland met daarop: TRADIOTIONELE MOSSELCULTUUR is ok CULTUUR (Nee, die schrijffout is niet van mij) Het doet steeds pijn aan mijn stuitje om dat te lezen... Armijn Hemel wrote: On Fri, 2009-02-06 at 15:46 +0100, Daniel Paulus wrote: Op de kaart: http://tile.openstreetmap.nl/?zoom=18lat=52.16056lon=4.55065layers=B000F :D Hm. Waar worden die PoI trouwens bijgehouden en/of hoe zijn die te editen? pannenkoeken boerderij kan natuurlijk niet: http://www.spatiegebruik.nl/ armijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] ok tradiotionele stuitje - Re: Leuk jullie gekend te hebben...}
Milo schreef: . Bruinisse, een vissersdorp in Zeeland. Daar zijn ze nogal boos op de regering inzake de mosselkwestie Nu hangt daar een enorme banner in een weiland met daarop: TRADIOTIONELE MOSSELCULTUUR is ok CULTUUR (Nee, die schrijffout is niet van mij) Bedoel je dat de ene fout van hen is en de andere van jou ? : ) pbe. Milo van der Linden schreef: Hahaha! Zo heb ik ook iets, zal het binnenkort proberen op de foto te krijgen. Ik rijd 2x in de week langs Bruinisse, een vissersdorp in Zeeland. Daar zijn ze nogal boos op de regering inzake de mosselkwestie Nu hangt daar een enorme banner in een weiland met daarop: TRADIOTIONELE MOSSELCULTUUR is ok CULTUUR (Nee, die schrijffout is niet van mij) Het doet steeds pijn aan mijn stuitje om dat te lezen... ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Suburb boundaries
On Thu, 5 Feb 2009, BlueMM wrote: Apparently there was a big push for unification of suburb postcode boundaries a few years back by the governmental spatial agencies. I believe it hasn't been completed, parts of NT didn't correspond. we have one postcode here for many places - 8 distinct places inside one postcode and a few postcodes which also have a lot of places in them in areas outside of the town boundaries its likely that the postcodes cross shire boundaries as well ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Houston wir haben ein Problem - Worldfile vom 04.02.09
Hallo einen Tag später, aber doch ohne weitere Probleme, die neuen Daten vom 4.2. http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bank
Aber nur wenn empf. Konto in euro -- Urspr. Mitt. -- Betreff: Re: [Talk-de] bank Von: Frank Sautter openstreet...@sautter.com Datum: 06.02.2009 08:51 Gary G: schrieb: meine bank will 7,50 EUR für die üw nach england. no way. schon mit einem EURO Betrag und SEPA-Überweisung statt SWIFT probiert: ...Euro-Zahlungen innerhalb der EU mit der angebotenen EU-Standardüberweisung unter bestimmten Voraussetzungen (Verwendung von IBAN und BIC) laut der EU-Verordnung 2560/2001 über grenzüberschreitende Zahlungen in Euro (oft EU-Preisverordnung genannt) nicht mehr kosten dürfen als eine Inlandsüberweisung. Quelle: http://de.wikipedia.org/wiki/Einheitlicher_Euro-Zahlungsverkehrsraum grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia - Buch (aus Papier) selber zusammenstellen
Jonas Krückel (John07) schrieb: Tim 'avatar' Bartel schrieb: Hi, 2009/2/5 Tobias Wendorff tobias.wendo...@uni-dortmund.de: auch wenn es ein wenig OT ist, finde ich es eine sehr gute Idee: http://www.computerbase.de/news/internet/webdienste/2009/februar/wikipedia-buch/ Vielleicht bringen wir es ja auch mal soweit ... Genug Wissen steckt ja schon drin! Eine PediaPress-Integration in das OSM-Wiki ist jederzeit machbar. Momentan würde ich nur vorschlagen keinerlei Extensions zu installieren, die nicht lebensnotwendig sind, um die Kiste nicht noch mehr zu belasten. Wer will den ein OSM-Wiki drucken? Wenn dann doch Karten. Mit dem Style Editor (oder ähnlichen zukünftigen tools) eine schöne eigenen Karte erstellt, dann auf drucken und übermorgen hat man dann eine schöne DIN A0 Karte in Papierform ;-) So stell ich mir das eher vor. (Klar kann man das selber jetzt schon machen, ist aber wohl nicht DAU tauglich) Gruß Jonas Hab mir sowas auch schon überlegt. Ein Auto-Atlas/Karte für Deutschland oder nur eine Stadt. So als Pilotprojekt. Bei uns an der Hochschule gibt es so ein Studiengangsübergreifendes Fach das sich Projektmanagement nennt. Das geht über zwei Semester. Ein Semester Planung, ein Semester Umsetzung. Ich werde mal vorschlagen, so ein Projekt zu starten, da wir beste Vorraussetzungen dafür haben: Medientechniker verarbeiten die Daten Drucktechniker kümmern sich um den Druck Verlagshersteller kümmern sich um das drumherum Ein herrlich interdisziplinäres Projekt, da freuen sich auch die Professoren ;) Mal sehen ob das Anklang findet... Grüße, ben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frankenweg
Hallo Thomas, erst mal herzlichen Dank für Deine Arbeit am Frankenweg! Eine weitere noch zu bearbeitende Stelle: http://www.openstreetmap.org/?lat=49.7526lon=11.42574zoom=16 Da ist der Weg doppelt geführt. - - - - Zu den Werkzeugen: Also ich finde dieses Vorgehen noch etwas umständlich: mit der rechten Maustaste draufklicken und aus dem Kontextmenü Link-Adresse kopieren wählen. Zu JOSM wechseln und Datei/von OSM-Server herunterladen wählen und auf der Registerkarte Koordinaten ins URL-Feld klicken (links). Nun die Tasten STRG+V drücken, mit OK bestätigen. Dann die Relation Frankenweg im Relationseditor öffnen und alle Mitglieder markieren. In dem Moment markiert JOSM alle Wege und die Lücken werden sichtbar. Wünschen würde ich mir sowas: http://www.lau-net.de/baerlocher/osm/Simmelsdorf.html aber halt in JOSM, plus einfach dort editieren können. Also in JOSM einfach Frankenweg in ein Suchfenster eingeben, und schwups wird der dick magenta markiert, mit eingeschaltetem Relationen-Analysierer im Hintergrund. Ja, das hatte ich versucht: http://www.openstreetmap.org/?lat=49.48696899lon=11.40982342zoom=12 Das ist aber kein Link aus meiner Mail [*]. Nein, diese hatte ich grad nicht zur Hand. Wie hattest Du diese ermittelt? Ich arbeitete mit dem Relationen-Analyse-Werkzeug, und habe dort für ein noch fehlendes Element (von dem ich nur eine Nummer sehe, aber keine Ahnung habe, wo dieses liegt) Link for JOSM Download angeklickt... Aber da sehe ich hunderte Linien, Das liegt am zoom=12 in dem von dir verwendeten Link. Aber genau diese Auflösung wird mir vom Werkzeug angeboten. In meiner Mail [*] hatte ich die Zoomstufen, so angepasst, dass nur der kleinstmögliche Bereich vor und hinter der Lücke in JOSM geladen wird und eben nicht hunderte Linien. Wieso wird nicht automatisch die /passende/ Zoomstufe angeboten? und hervorgehoben ist da nicht wirklich was... Das hast du die von dir zitierte Anleitung bezüglich Markieren im JOSM-Relationseditor nicht richtig umgesetzt. Ja, wahrscheinlich. Auch Auswahl habe ich angeklickt. Davon steht in der von dir zitierten Anleitung nichts. Nein, aber auf der Suche nach einer Lösung versucht man halt intuitiv auch andere Wege, wenn der erste nicht funktioniert. Bist Du denn der Autor von Relation-Analyzer? Dann könntest Du ja meine Wünsche nach intuitiverer Bedienung vielleicht einbauen? Denn das Werkzeug ist wirklich gut - nur halt noch nicht wirklich grafisch... Man könnte doch z.B. einen Schalter machen, mit dem man von ID-Darstellung zur grafischen wechseln kann? In der dann auch gleich Editieren in JOSM möglich ist? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
On Fri, Feb 06, 2009 at 07:50:53AM +0100, Michael Buchberger wrote: Jetzt fehlen noch die Reit und Wanderkarte (inzwischen Deutschlandweit wenn ich das gestern richtig gesehen habe), das Vergleichs-Tool von Frank Sautter (Transparenz) und dann habt Ihr für mich die Eierlegende Wollmilchsau erfunden! Verdammt, die Reit- und Wanderkarte hatte ich erst vor ein paar Tagen gecheckt und sie schweren Herzens nicht mit aufgenommen, weil sie nur ein paar Bereiche hatte. :-) Ist jetzt drin und Frank Sautters Karte auch. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendet für den OpenStreetMap-API-Server
Gary68 schrieb: Also ich denke ohne paypal anmeldung geht es nicht mit kreditkarte, oder? und wenn ich mich irgendwo nicht anmelde, dann da. PayPal kann man mittlerweile für Kreditkartenzahlungen auch ohne Anmeldung nutzen, wenn das vom Empfänger so vorgesehen ist. Bei Webshops habe ich das schon gesehen - ob das beim OSM-Spendensystem auch so gemacht ist habe ich noch nicht ausprobiert. GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] map-icons im osm subversion...
mal ne frage: benutzt jemand die icons im svn repository unter applications/share/map-icons, und verlaesst sich auf die ordner-struktur? ich bin grade dabei, dort etwas aufzuräumen, und im zuge dessen werde ich einige icons umbenennen oder in andere verzeichnisse verschieben. das ganze wird dann auch in der datei icons.xml abgebildet werden... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bank
g...@gary68.de wrote: Aber nur wenn empf. Konto in euro Davon, dass Unwahrheiten häufig wiederholt werden, werden sie nicht wahrer. Wenn ich in Euro per Standardüberweisung nach UK überweise, zahle ich dafür genauso viel, wie wenn ich in Euro innerhalb Deutschlands überweise. Und der Empfänger bezahlt genauso viel, wie er für den Erhalt einer inländischen Euro-Überweisung in UK zahlen würde. Und das gilt in allen EU- und EWU-Staaten (also neben den EU-Staaten auch Norwegen, Island und Liechtenstein). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik rendert Hausnummern
Nachdem der World-Export etwas verzögert war zeigt Mapnik ab sofort auch Hausnummern und deren Interpolationen ab Z17 an. Daneben werden jetzt auch barrier=wall/fence und viele andere Sachen gerendert. Toll! Übrigens: Spendet! Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Brauchen Fehler-Meldungen
Hallo, Traveling Salesman http://apps.sourceforge.net/mediawiki/travelingsales/ https://sourceforge.net/tracker2/?group_id=203597atid=986231 soll parallel zum Umstieg auf API 0.6 in einer stabilen Version 1.0 erscheinen. Dazu suchen wir Leute, die damit rumspielen möchten. Wir brauchen * Fehlerberichte * Rückmeldungen, was noch dringen oder nicht-so-dringend verbessert werden muss * Vorschläge was nach Version 1.0 alles noch rein kann (ist viel) * Kleine Patches und Plugins (immer gerne gesehen ;) ) Aktuell ist die letzte Version 0.9, die noch mit API 0.5 arbeitete per Webstart direkt aus der Website heraus startbar und im Download-Bereich. Die SVN-Version ist bereits auf API 0.6 (kann aber lokale 0.5 .osm/.osm.bz2/.osm.gz-Dateien laden) und enthält gegenüber der Version 0.9 die folgenden Bugfixes: * Letzte Fehler in Osmbin behoben, die zu kaputten indize führen konnten * Position für die nächste Fahr-Anweisung war der jeweils übernächste Schritt * Fahranweisungen hatten gelegentlich Rechts und Links verwechselt. Auf Wunsch kann ich die aktuelle SVN-Version auch fertig zum Runterladen oder per Webstart anbieten, wenn das zum Testen hilft. Momentan bekommt man die allerletzte Version mit: entweder svn co https://travelingsales.svn.sourceforge.net/svnroot/travelingsales libosm svn co https://travelingsales.svn.sourceforge.net/svnroot/travelingsales osmnavigation svn co https://travelingsales.svn.sourceforge.net/svnroot/travelingsales traveling_salesman oder http://travelingsales.svn.sourceforge.net/viewvc/travelingsales.tar.gz?view=tar und dann zum bauen: cd traveling_salesman ./build/apache-ant-1.7.0/bin/ant danach starten mit: java -jar dist/traveling_salesman.jar Voraussetzung: * Java 1.6 installiert und die Umgebungsvariable JAVA_HOME auf deren Verzeichniss gesetzt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
Bernd Wurst schrieb: Kann man irgendwo einstellen, welcher Browser dafür genutzt wird? Bei mir tut sich da nämlich nichts. Also ich habe da m.W. nichts extra eingestellt (Ubuntu/Firefox) -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Europaweite Überweisung (war: bank )
Am 06.02.2009 10:09, Andreas Pothe: g...@gary68.de wrote: Aber nur wenn empf. Konto in euro Davon, dass Unwahrheiten häufig wiederholt werden, werden sie nicht wahrer. Wenn ich in Euro per Standardüberweisung nach UK überweise, zahle ich dafür genauso viel, wie wenn ich in Euro innerhalb Deutschlands überweise. Und der Empfänger bezahlt genauso viel, wie er für den Erhalt einer inländischen Euro-Überweisung in UK zahlen würde. Und das gilt in allen EU- und EWU-Staaten (also neben den EU-Staaten auch Norwegen, Island und Liechtenstein). http://www.bundesbank.de/zahlungsverkehr/zahlungsverkehr_sepa.php Ich habe das mit dem Euro auch noch nirgends handfest gelesen, aber viele Banken weisen offenbar SEPA-Überweisungen auf ein nicht in Euro geführtes Konto zurück. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummen in Mapnik (was: Re: Hausnummern)
Heiko Jacobs wrote: Nachdem nun auch t...@h mit den richtigen styles Karlsruhe renderte, bin ICH eigenltich recht zufrieden mit dem Ergebnis... Inzwischen scheint ja auch Mapnik die Hausnummern zu rendern: http://www.openstreetmap.org/?lat=50.9907lon=6.99503zoom=17 Die Darstellung gefällt ganz gut. Zweifel habe ich aber, ob man die Linien addr:interpolation wirklich auch in Mapnik anzeigen soll. Zumindest könnte sie noch etwas dezenter sein; diese Information ist doch eher nur für Mapper und Router interessant. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
Am Freitag 06 Februar 2009 10:21:57 schrieb DarkAngel: Bernd Wurst schrieb: Kann man irgendwo einstellen, welcher Browser dafür genutzt wird? Bei mir tut sich da nämlich nichts. Also ich habe da m.W. nichts extra eingestellt (Ubuntu/Firefox) Glaub ich dir gern, aber bei mir geht es offenbar nicht ohne dass man irgendwo irgendwas einstellt. ;-) (Gentoo und Konqueror, Firefox, Opera, w3m, alles installiert, keiner wird benutzt) Gruß, Bernd signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Welche Relation ist es denn nun?
On Thu, 5 Feb 2009, Jan Tappenbeck wrote: wenn ich in meinem JOSM eine Vielzahl von Restriction-Relationen habe, dann wird es schwierig den richtigen in der Auflistung zu finden. Das entsprechende Icon läßt sich derzeit nicht markieren. Wenn ich eine Idee habe, wie man es umsetzen kann, baue ich es ein :-) Gibt es einen einfachen Weg trotzdem an die betreffende Relation in der Liste zu gelangen ??? Nein. Namen vergeben. Wenn die Relationen Namen haben, dann kann man sie auch auseinanderhalten. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Welche Relation ist es denn nun?
Hallo, Gibt es einen einfachen Weg trotzdem an die betreffende Relation in der Liste zu gelangen ??? wenn Du einen der beteiligten Wege markierst erscheinen bei den Tags auch zu welchen Relations der Weg gehört. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendet für den OpenStreetMap-API-Serv er
Hallo Dirk, Falls sich keine andere Möglichkeit findet (..) übernehme ich das notfalls. Nachdem nun schon fast 50% der Kosten gespendet sind, glaube ich nicht, dass es noch nötig ist. http://donate.openstreetmap.org/ Grüße, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Cycleway nicht gerendert
HI ! wollte gerade mir einen Weg in OSM ansehen da stelle ich fest, das nebenan ein Weg als highway=cycleway deklariert ist. Weder in Mapnik noch in Osmarender wird dieser Weg dargestellt - ist das richtig Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erledigt !
habe die daten sicherheitshalber nochmal neu gezogen - weil da eswas völlig schief aussah - jetzt ist es ein fehlerhaft gesetzter tracktype ! also erledigt ! gruß Jan Jan Tappenbeck schrieb: HI ! wollte gerade mir einen Weg in OSM ansehen da stelle ich fest, das nebenan ein Weg als highway=cycleway deklariert ist. Weder in Mapnik noch in Osmarender wird dieser Weg dargestellt - ist das richtig Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=industrial
Dankeschön! Eine andere Frage: Kann es sein, dass landuse=industrial bei mapnik mit sehr ähnlichen Farben wie landuse=residential gerendert wird? Ich erkenne leider kaum einen Unterschied... http://openstreetmap.com/?lat=48.14099lon=11.42141zoom=16layers=B000FTF MfG, Markus Claudius Henrichs schrieb: Am 06.02.2009 11:33, Markus Sperl: Hallo! Ok, also habe ich den tag richtig interpretiert. Leider ist aber damit noch nicht meine originäre Frage beantwortet: Wäre es möglich anzuregen, dass diese Flächen bei Mapnik / Osmarender auch als solche dargestellt werden? Das ist nämlich noch nicht der Fall. Möglich ist es, wenn du dir das wünschst, dann logge dich auf http://trac.openstreetmap.org mit deinen OSM-Daten ein und erstelle mit New Ticket zwei neue Ticket in den entsprechenden Komponenten mapnik und osmarender. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
Frederik Ramm frede...@remote.org wrote: auf tools.geofabrik.de gibt es jetzt zusätzlich zum bekannten OSM Inspector noch eine etwas aufgebrezelte Slippymap (so wie informationfreeway.org als Vollbild, aber mit der Moeglichkeit, sich das Tile-Raster und die Eck-Koordinaten einblenden zu lassen und direkt zum gleichen Ausschnitt auf diversen anderen Karten zu springen). Für was ist denn der Marker gut, wenn man seine Koordinaten nicht sieht oder bin ich nur Blind und finde sie einfach nicht? Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendet für den OpenStreetMap-API-Serv er
Frederik Ramm schrieb: Also ich habe kuerzlich 100 englische Pfund in bar mit der Post verschickt, und sie kamen unbeanstandet an. Wenn sie nicht angekommen waeren, haette sie mir natuerlich niemand jemals erstattet, das ist klar. Naja, dafür gibt's ja den Vermerk Wertsendung - kostet ein wenig mehr, dafür ist es versichert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
Michael Buchberger buchber...@herzinfarktforschung.de wrote: Gratulation zur Überarbeitung. Vom Design ist es sehr stimmig und mein Highlight ;-) ist der Button mit dem man den aktuellen Ausschnitt in JOSM bearbeiten kann. Das sollte man IMO auch dringend in den Data-layer auf der OSM Hautseite einbauen. Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Welche Relation ist es denn nun?
2009/2/6 Dirk Stöcker openstreet...@dstoecker.de: Nein. Namen vergeben. Wenn die Relationen Namen haben, dann kann man sie auch auseinanderhalten. Hm, sollten wir das name-tag nicht lieber für echte Namen verwenden? Turn restrictions könnte ein Editor eigentlich automatisch nach ihren from- und to-Mitgliedern benennen. Bsp: from Kiefernweg to Hauptstraße wenn kein NAme vorhanden ist könnte man auf die Straßenklasse zurückfallen (residential road, primary...) Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Spendet für den OpenStreetMap-API-Ser ver
Arne Bischoff bisch...@gueldendorf.de wrote: gebe gerne, aber kann man da nicht im deutschen Raum eine Bankverbindung für machen? Ist doch doof, wenn die Banken da dran verdienen. Hm, kann man das über den FOSSGIS e.V. machen? Der Verein könnte das Geld einsammeln und en Block überweisen. Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fußwege, Wanderwege, Waldwege, forstwirtschaftliche Wege
Beim Taggen in den hiesigen Wäldern und Feldern herrscht ein wüstes Durcheinander. Sehr häufig ist highway=footway (rot gestrichelte Linie in Mapnik) - aber das ist doch lt. Wiki die Kurzform für path und foot=designated? Da fahren definitiv auch forstwirtschaftliche Fahrzeuge und natürlich Fahrräder, wo die Oberfläche es zuläßt; diese sind nirgends per Schild ausgeschlossen. Mache ich einen Fehler, wenn ich im Wald aufräume und die für Fahrzeuge geeigneten Forstwirtschaftswege als entsprechend abgestufte Tracks umtagge, Trampel- und breitere, nicht motorbefahrene Fußpfade aber zu path ohne foot=designated umwidme? __ Deutschlands größte Online-Videothek schenkt Ihnen 12.000 Videos!* http://entertainment.web.de/de/entertainment/maxdome/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Spendet für den OpenStreetMap-API-Ser ver
Sven Geggus schrieb: Arne Bischoff bisch...@gueldendorf.de wrote: gebe gerne, aber kann man da nicht im deutschen Raum eine Bankverbindung für machen? Ist doch doof, wenn die Banken da dran verdienen. Hm, kann man das über den FOSSGIS e.V. machen? Der Verein könnte das Geld einsammeln und en Block überweisen. Ja, das scheint eine vernünftige Lösung, da sie bereits Konten haben. Irgendjemand müsste das mal mit den Verantwortlichen absprechen, schließlich wird das nicht die letzte Aktion bleiben und die Prozentanzeige geht bis über 100% :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=railway
Am 06.02.2009 11:33, Markus Sperl: Hallo! Ok, also habe ich den tag richtig interpretiert. Leider ist aber damit noch nicht meine originäre Frage beantwortet: Wäre es möglich anzuregen, dass diese Flächen bei Mapnik / Osmarender auch als solche dargestellt werden? Das ist nämlich noch nicht der Fall. Möglich ist es, wenn du dir das wünschst, dann logge dich auf http://trac.openstreetmap.org mit deinen OSM-Daten ein und erstelle mit New Ticket zwei neue Ticket in den entsprechenden Komponenten mapnik und osmarender. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
Jochen Topf joc...@remote.org wrote: Verdammt, die Reit- und Wanderkarte hatte ich erst vor ein paar Tagen gecheckt und sie schweren Herzens nicht mit aufgenommen, weil sie nur ein paar Bereiche hatte. :-) Ist jetzt drin und Frank Sautters Karte auch. Richtig cool wäre es wenn man die anders gerenderten externen Karten (ÖPNVKarte, Pistemap, Reit- und Wanderkarte) einfach als zusätzlichen Base-Layer zur Verfügung hätte :) Gruss Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reit- und Wanderkarte - Thüringer Bec ken
Hallo Nop, Toll das die Reit- und Wanderkarte immer größer wird. Da bekommt man richtig Lust Wanderwege und deren Symbole einzutragen. Kannst du bitte, wenn du das nächste mal Thüringen renderst auch das Thüringer Becken und Weimar mit rendern? Gerade bei Erfurt ist nämlich Schluss. Vielen Dank Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV-Karte Rendern
Hallo, wie funktioniert das neurendern bei der ÖPNVKarte? Automatisch wie bei Mapnik oder auf Anforderung? Mir sagte jemand es würde täglich neu gerendert, aber die von mir falsch eingegebene Buslinie verschwindet seit Tagen nicht. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege, Wanderwege, Waldwege, f orstwirtschaftliche Wege
Sehr häufig ist highway=footway (rot gestrichelte Linie in Mapnik) - aber das ist doch lt. Wiki die Kurzform für path und foot=designated? Da fahren definitiv auch forstwirtschaftliche Fahrzeuge und natürlich Fahrräder, wo die Oberfläche es zuläßt; diese sind nirgends per Schild ausgeschlossen. Ja leider. Auch die Standard-Situation in vielen Stadtparks. Wege auf denen das Grünflächenamt mit den üblichen Kleinlastern fährt, aber bei uns getagt als footway. Mache ich einen Fehler, wenn ich im Wald aufräume und die für Fahrzeuge geeigneten Forstwirtschaftswege als entsprechend abgestufte Tracks umtagge, Trampel- und breitere, nicht motorbefahrene Fußpfade aber zu path ohne foot=designated umwidme? Zumindest mache ich das auch so. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spendet für den OpenStreetMap-API-Serv er
PayPal kann man mittlerweile für Kreditkartenzahlungen auch ohne Anmeldung nutzen, wenn das vom Empfänger so vorgesehen ist. Bei Webshops habe ich das schon gesehen - ob das beim OSM-Spendensystem auch so gemacht ist habe ich noch nicht ausprobiert. GeoJ Man kann ohne Anmeldung bei PayPal mit Kreditkarte spenden. Gerade getestet Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege, Wanderwege, Waldwege, f orstwirtschaftliche Wege
vor den stadtparks stehen aber auch oft diese footway-schilder ! gruß Jan :-) Johann H. Addicks schrieb: Sehr häufig ist highway=footway (rot gestrichelte Linie in Mapnik) - aber das ist doch lt. Wiki die Kurzform für path und foot=designated? Da fahren definitiv auch forstwirtschaftliche Fahrzeuge und natürlich Fahrräder, wo die Oberfläche es zuläßt; diese sind nirgends per Schild ausgeschlossen. Ja leider. Auch die Standard-Situation in vielen Stadtparks. Wege auf denen das Grünflächenamt mit den üblichen Kleinlastern fährt, aber bei uns getagt als footway. Mache ich einen Fehler, wenn ich im Wald aufräume und die für Fahrzeuge geeigneten Forstwirtschaftswege als entsprechend abgestufte Tracks umtagge, Trampel- und breitere, nicht motorbefahrene Fußpfade aber zu path ohne foot=designated umwidme? Zumindest mache ich das auch so. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikipedia - Buch (aus Papier) selber zusammenstellen
ben schrieb: Zahlt ihr Studiengebühren? Nein wieso? Das war klar ... dann kann man sich solche Projekte erlauben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Welche Relation ist es denn nun?
Am 05.02.2009 14:44, Jan Tappenbeck: wenn ich in meinem JOSM eine Vielzahl von Restriction-Relationen habe, dann wird es schwierig den richtigen in der Auflistung zu finden. Das entsprechende Icon läßt sich derzeit nicht markieren. Gibt es einen einfachen Weg trotzdem an die betreffende Relation in der Liste zu gelangen ??? Klar gibt es den. Wähle einen Weg oder Knoten aus, der Teil der Relation ist. Unterhalb der Eigenschaften-Liste dieses Objekts findest du auch seine Relationsmitgliedschaften. Relation auswählen - Bearbeiten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege, Wanderwege, Waldwege, f orstwirtschaftliche Wege
TOFU von Jan: vor den stadtparks stehen aber auch oft diese footway-schilder ! wenn man sich immer an die Beschilderung halten würde beim Mappen... http://de.wikipedia.org/wiki/Datei:Fu%C3%9Fweg_P7090247.JPG -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
Hallo Liste, hallo Jan, ... das klingt eigentlich alles ganz korrekt. Ich würde aber noch zwischen die Ebene Megalith und die Ebene Dolmen oder Passage Grave noch eine Ebene Megalithic chamber einfügen, da bei fragmentarisch erhaltenen und/oder untypischen Gräbern eine genauere Ansprache oft unmöglich ist, und das ist ein beträchtlicher Anteil. Das ist genau das Problem, weshalb es den Oberbegriff Großsteingrab gab. Die hier nun von dem Kollegen vorgeschlagene zweite Ebene hat also bereits bestanden. Dieterdreist hat nun Großsteingrab durch Dolmen ersetzt, aber das ist eben kein Synonym. Dolmen sind eine Untergruppe (Teilmenge) von Großsteingräbern / Megalithgräbern / Megalithic chambers. Neben Dolmen gibt es z.B. noch Ganggräber und Galeriegräber (mögliche dritte Ebene), die in Deutschland wesentlich häufiger sind als Dolmen. http://www.geodaten.niedersachsen.de/master/C16030159_N15914763_L20_D0_I15258844.html Alle Großsteingräber sollten mit dem netten Image:Dolmen.png gemapt werden. Ich würde mich freuen, wenn wir das Proposal gemeinsam auf den Weg bringen könnten. Bei der Definition Megalith sollte auf jeden Fall einfließen, dass die Steinblöcke entweder bearbeitet wurden oder, falls unbearbeitet, vom Menschen bewegt wurden. Damit hat man natürliche Findlinge ausgeschlossen. Gute Idee. Steine mit offenbar mythischem oder sagengeschwängertem Hintergrund (Harkestein, Teufelslay bei Adenau) sollten eher unter Naturdenkmale fallen. Ja! Bei Grabhügeln sollte man auch noch Grabhügelfelder abtrennen, da sich sonst so immense Felder wie das Pestruper Gräberfeld oder die großen Grabhügelfelder in Drenthe nicht von einzelnen, 'normalen' Grabhügeln absetzen würden. Das halte ich aufgrund der noch relativ geringen Zahl von bei OSM erfaßten Einzelgrabhügel/Tumuli - erhalten oder Rekonstruktion - und Grabhügelfeldern für noch nicht unbedingt notwenig. Perspektivisch wäre es tatsächlich wünschenswert. Viele Grüße Roman PS: Ich schaffe es nicht immer, die Debatten hier zu verfolgen, versuche es aber zeitnah. Ich könnt mich bei solchen Fragen auch gerne anmailen, irh solltet mir nur ein paar Tage Zeit für eine Antwort lassen. -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kleiner Durchfluss
Am 5. Februar 2009 08:37 schrieb Markus Bärlocher markus.baerloc...@lau-net.de: Hallo Martin, tunnel=yes und layer=-1 Hörst Du ihn wiehern, den weissen Schimmel...? Gruss, Markus ehrlich gesagt: nein, hoere ich nicht. Es ist allgemein Standard, Tunnel einen Layer tiefer und Bruecken einen Layer hoeher zu legen, das wurde auch zig-mal hier schon besprochen, und m.E. hat sich auch nichts an den Rahmenbedingungen geaendert, warum das nicht mehr gelten sollte. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Dass er in seinen 4MB internen Speicher keine so speicherintensiven Formate wie GPX benutzt, sondern einfach alles so weit wie möglich zusammenquetscht ist IMHO ziemlich sinnvoll. Und vor allem kein Filesystem, das nicht nur zusätzlich Speicherplatz und Prozessorleistung benötigen würde sondern auch noch den Flash-Speicher schneller verschleisst, weil immer die gleichen FAT-Sektoren bei jeder Dateiänderung neu geschrieben werden müssen. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=railway
Hallo! Ok, also habe ich den tag richtig interpretiert. Leider ist aber damit noch nicht meine originäre Frage beantwortet: Wäre es möglich anzuregen, dass diese Flächen bei Mapnik / Osmarender auch als solche dargestellt werden? Das ist nämlich noch nicht der Fall. Vielen Dank, M. Sperl Hatto von Hatzfeld schrieb: Garry wrote: Markus Sperl schrieb: Ich verwende diesen Tag für Bahngelände. (Rangierbahnhöfe, Ausbesserungswerke, Werkstätten etc.) Laut Map Features ist er dafür auch gedacht (*Fläche*, die Gleise oder Bahnhöfe umgibt. ) ...oder gibt es dafür andere Lösungen? Ein Industriegebiet ist so etwas in meinen Augen nicht... Als Beispiel: http://openstreetmap.com/?lat=48.15537lon=11.42557zoom=17layers=B000FTF http://openstreetmap.com/?lat=48.13689lon=11.42273zoom=16layers=B000FTF Hintergrund der Frage ist obe es z.B. Sinn macht damit 4spurige Bahnstrecken zu mappen (Rheintalbahn zwischen Rastatt und Offenburg) - Die Trassenbreite bei 4Gleisen ist ja schon relativ breit und wird mit einzelnen ways für die Gleise nur unzureichend wiedergegeben. Und es gibt durchaus größere Flächen, für die dieser Tag geeignet ist: http://maps.google.de/maps?ie=UTF8ll=50.943794,7.015564spn=0.002383,0.004828t=kz=18 http://www.openstreetmap.org/?lat=50.97544lon=7.01182zoom=16 Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Minderjährige Mapper (Re: Fw d: JAMBA verwendet OSM // Klarheit)
Es gibt also keinen Grund, das hier nochmal parallel als neuen Thread aufzumachen. Paralleler Thread? Wir sind doch immernoch im Ausgangsthread, der auf 4983024d.1030...@uni-dortmund.de zurückgeht. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback zur Spendenaktion
Gary68 schrieb TOFU: wer das blog nicht ganz liest, nicht versteht oder nicht verstehen will - der spendet halt nicht... kein problem. weiterhin steht da: die ersten server! und es steht da, dass sie dort montiert wurden. daraus folgt nicht, dass sie auch dort betrieben wurden bzw. gar werden (was wohl keiner ernsthaft in erwägung zieht). Ich habe 50 Euro gespendet. Wenn bei anderen Leuten ein falscher Eindruck vermittelt wird und daraus Spendenzurückhaltung resultiert, dann ist das schade. pse cross post! Wie meinen? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback zur Spendenaktion
Johann H. Addicks schrieb: Gary68 schrieb TOFU: wer das blog nicht ganz liest, nicht versteht oder nicht verstehen will - der spendet halt nicht... kein problem. weiterhin steht da: die ersten server! und es steht da, dass sie dort montiert wurden. daraus folgt nicht, dass sie auch dort betrieben wurden bzw. gar werden (was wohl keiner ernsthaft in erwägung zieht). Ich habe 50 Euro gespendet. Wenn bei anderen Leuten ein falscher Eindruck vermittelt wird und daraus Spendenzurückhaltung resultiert, dann ist das schade. Also für mich klingt das ziemlich nach Troll. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Hi! From: dgdg o...@fronhausen.com [..] Das sind die neueren schwarzen, die k?nnen das von hause aus. Die etwas ?lteren sibernen k?nnen das noch nicht. So jedenfalls wurde das in einigen Foren berichtet. Das kann ich für meinen Teil nicht bestätigen: Der schwarze kanns, der silberne aber auch. Evtl. gibt es tatsächlich eine neue HW-Revision. Das silberne Modell fand seinen Weg im Sommer 08 zu mir, ist also noch nicht wirklich alt. /Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback zur Spendenaktion
Hi Florian Lohoff schrieb: On Fri, Feb 06, 2009 at 01:13:00PM +, Johann H. Addicks wrote: 1. Kommentar an http://www.dosenfischer.de/2009/02/06/osm-braucht-neue-server Mal ehrlich, wenn die Server so transportiert werden wie auf den Fotos bei opengeodata und wenn sie in irgendwelche Kellerräume kommen, was man auch auf den Fotos sieht (scheint zumindest kein Serverraum zu sein, auf der linken Seite sieht man ein Ramsch-Regal).dann bin ich nicht bereit zu spenden, auch wenn ich ansich OSM begeistert bin. Die ersten Google Maschinen - Und ich wette die Pizzadeckel und die Kaffeetassen stehen weiter Rechts ... http://infolab.stanford.edu/pub/voy/museum/pictures/display/GoogleBG.jpg Die OSM Server haben professionelle Schraenke und nicht jeder kann sich den Mididata transport leisten ;) Und der Kommentator oben kann ja sich ja ueberlegen ob er einfach fuer den Transport und den Anstrich im Serverraum spenden moechte oder obs dann doch nicht so wichtig ist solange die Kisten Trocken stehen. Alles Stuemper Also mir ist es eher sympatisch wenn Leute selber anfassen und es somit günstig geht. Es muss nicht immer Champagner sein. Und solange die Perfomance, Pflege etc. stimmt, sollen die Dinger doch in einem Keller stehen. Also mal halblang Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege, Wanderwege, Waldwege, f orstwirtschaftliche Wege
Am 6. Februar 2009 13:45 schrieb Johannes Haller johannes.hal...@web.de: Beim Taggen in den hiesigen Wäldern und Feldern herrscht ein wüstes Durcheinander. Sehr häufig ist highway=footway (rot gestrichelte Linie in Mapnik) - aber das ist doch lt. Wiki die Kurzform für path und foot=designated? Da schreibt das Wiki leider ganz großen Mist. Vor der Einführung von highway=path und *=designated wurden jahrelang sämtliche Fußwege als highway=footway getaggt, egal ob es sich um einen ausgewiesenen Fußweg handelte oder einen Trampelpfad im Wald. Rückwirkend die Bedeutung eines kompletten highway-tags zu ändern ist so ziemlich das schlechteste, was einem bei OSM einfallen kann... Mache ich einen Fehler, wenn ich im Wald aufräume und die für Fahrzeuge geeigneten Forstwirtschaftswege als entsprechend abgestufte Tracks umtagge, Trampel- und breitere, nicht motorbefahrene Fußpfade aber zu path ohne foot=designated umwidme? Ich seh da kein Problem... wenn es Wirtschaftswege für zweispurige Fahrzeuge sind, sollten sie track sein. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege, Wanderwege, Waldwege, f orstwirtschaftliche Wege
Martin Simon schrieb: Ich seh da kein Problem... wenn es Wirtschaftswege für zweispurige Fahrzeuge sind, sollten sie track sein. Yeep, so sehe ich das auch: 2 spurig : track Ansonsten : path Ich habe hier noch nen Wald, der vorwiegend von Service-Ways durchzogen ist, ich denke den werde ich bei Gelegenheit auch auf track umtaggen. Service-Ways sehe ich eher im kurzen und asphaltierten Bereich. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußwege , Wanderwege, Waldwege, forstwirtschaftliche Wege
Am Freitag 06 Februar 2009 16:17:53 schrieb Chris-Hein Lunkhusen: Ich habe hier noch nen Wald, der vorwiegend von Service-Ways durchzogen ist, ich denke den werde ich bei Gelegenheit auch auf track umtaggen. Service-Ways sehe ich eher im kurzen und asphaltierten Bereich. Service-Wege haben IMHO vor allem einen individuellen Erschließungscharakter. Also z.B. eine verlängerte Hofeinfahrt, ein Weg auf einem Firmengelände, der Weg zu einem zurückversetzten Gebäude, ... Service-Wege nehme ich meist dann, wenn der Sinn des Weges in der Zufahrt zu *einem* Grundstück besteht bzw. er einen Sinn eigentlich nur für *einen* Betroffenen erfüllt. Gruß, Bernd signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Standardprojektion von OSM??
Hallo liebe Liste,
ich frage mich gerade in welchem Projektionssystem OSM eigentlich
standardmässig vorliegt?
Ich dachte immer in WGS84 (epsg-Code:4326)?
Ich beschäftige mich nun gerade mit Kapitel 10.5 aus dem OSM-Buch. Dort geht es
darum OSM in Openlayers zu integrieren, klappt ja auch wunderbar im
epsg-Code:41001 und der Mercator-Projektion.
Nun wollte ich aber gerne die Anwendung in WGS84 (Lat/Lon) (epsg:4326) laufen
lassen, aber das will nicht so ganz.
Ich habe die ganze Karte eigentlich schon in WGS84 gebracht (dachte ich
zumindest):
map = new OpenLayers.Map('map',options);
var options = {
maxExtent: new OpenLayers.Bounds(7.9189,52.2102,8.1716,52.3467),
units: 'dd',projection: EPSG:4326};
Wenn ich dann aber den Mittelpunkt setzen will
map.setCenter(new OpenLayers.LonLat(x, y), zoom);
wobei x,y Lat/Lon Werte aus Osnabrück darstellen, dann lande ich am Nordpol
Gehe ich also recht in der Annahme, dass die Standardprojektion garnicht WGS84
ist??
Vielen Dank im Voraus, Kai
--
Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL
für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standardprojektion von OSM??
Kai Behncke schrieb:
Hallo liebe Liste,
ich frage mich gerade in welchem Projektionssystem OSM eigentlich
standardmässig vorliegt?
Ich dachte immer in WGS84 (epsg-Code:4326)?
Das ist ein Projektionssystem?
Ich beschäftige mich nun gerade mit Kapitel 10.5 aus dem OSM-Buch. Dort geht
es darum OSM in Openlayers zu integrieren, klappt ja auch wunderbar im
epsg-Code:41001 und der Mercator-Projektion.
Nun wollte ich aber gerne die Anwendung in WGS84 (Lat/Lon) (epsg:4326) laufen
lassen, aber das will nicht so ganz.
Ich habe die ganze Karte eigentlich schon in WGS84 gebracht (dachte ich
zumindest):
map = new OpenLayers.Map('map',options);
var options = {
maxExtent: new OpenLayers.Bounds(7.9189,52.2102,8.1716,52.3467),
units: 'dd',projection: EPSG:4326};
Wenn ich dann aber den Mittelpunkt setzen will
map.setCenter(new OpenLayers.LonLat(x, y), zoom);
wobei x,y Lat/Lon Werte aus Osnabrück darstellen, dann lande ich am
Nordpol
Gehe ich also recht in der Annahme, dass die Standardprojektion garnicht
WGS84 ist??
Koordinaten != Kachelnummern.
Hier steht eine Umrechnung:
http://www.cognitiones.de/doku.php/osm_openlayers_test - da stehen alle
gewünschten Umrechnungen drin ...
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standardprojektion von OSM??
Hallo Kai, Kai Behncke schrieb: ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? Die Mercator-Projektion auf einer Kugel mit Radius 6378137,0 Meter. Nennt sich auch Spherical oder Web oder Public Mercator :-) Ich dachte immer in WGS84 (epsg-Code:4326)? Nein, das ist das Bezugssystem, worauf sich die GPS-Koordinaten beziehen. Unsere Projektion hat EPSG:3785 (offiziell) bzw. unter OpenLayers EPSG:900913 (Anspielung auf Google, aber inoffiziell). Gehe ich also recht in der Annahme, dass die Standardprojektion garnicht WGS84 ist?? Korrekt! Du kannst Dich an diesem Beispiel orientieren: http://openlayers.org/dev/examples/spherical-mercator.html Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
