[Talk-transit] Public transport proposal
Hello all, I note with some alarm the very complex, relation-heavy proposal for mapping simple public transport objects. Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? cheers Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
On Thu, Jan 13, 2011 at 12:27 PM, Richard Fairhurst rich...@systemed.net wrote: Hello all, I note with some alarm the very complex, relation-heavy proposal for mapping simple public transport objects. We don't appear to have got beyond the is this really necessary question yet. At the moment it's akin to putting access=yes on a highway=residential - true, harmless, and pointless. Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
Am 13.01.11 13:27, schrieb Richard Fairhurst: Hello all, I note with some alarm the very complex, relation-heavy proposal for mapping simple public transport objects. No need to panic, you don't *have* to use relations. Putting the node for a bus_stop on the correct place (that is where you see the pole) is already a good start for a normal mapper. If possible, add a note=bus no xy as written on the time-table. The rest might be done by other mappers. Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? A preset for josm is already in progress. Greetings, André Joost ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
After reading the complexity of the proposal for something as simple as a bus stop I thought I should stress something that I believe as important: Mappers are precious. There has been some discussion on IRC about this proposal and these are few of the comments: /These proposal-twiddlers completely miss the point about how precious mappers are. I've checked about 2000 bus stops - I would have done about 10 if I had to mangle a relation each time. highway=bus_stop beside the way causes extra preprocessing for routing software. .. so? highway=bus_stop beside the way = easy to map well, any place the node is added is easy. let Intel and AMD worry about the rest the thing about these we must have neat structures for routing software [people] is that _none_ of them have ever written any routing software/ There were no supportive comments. Please remember this is a mapping project, not an IT project. Ease of editing is the key to getting data and without data we are all sunk. -- Cheers, Chris user: chillly ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
André Joost wrote: No need to panic, you don't *have* to use relations. I'm not panicking as a mapper. As a mapper I have exactly 0.0 interest in mapping bus stops. I'm anxious as an editor (co-)author. If such relations become widespread, they will (without explicit support) appear in editors as unexplained, anonymous, undocumented entries in the standard relations view. Inexperienced mappers will, therefore, break them. At this point people will start ranting XYZ editor breaks public transport relations, BAN XYZ EDITOR!!^%!@£. Believe me, I've seen it countless times before. Potlatch 2 has dedicated editors for route relations and turn-restriction relations. If this proposal is to be adopted (and I concur exactly with Chris Hill's thoughts on its merits, but that's by-the-by), it will need to be supported in a similar way. It is incumbent on those making the proposal to consider how this might be achieved. Saying oh, the editor writers are my coding bitches and will happily spend a weekend of their time supporting my latest idea is not an answer. A preset for josm is already in progress. And Potlatch and Merkaartor? You can't just support your own favourite editor and consider your responsibility absolved. cheers Richard ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
On 01/13/2011 01:27 PM, Richard Fairhurst wrote: Hello all, I note with some alarm the very complex, relation-heavy proposal for mapping simple public transport objects. Suddenly I am not all alone? Greetings, LMB ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
Am 13.01.2011 21:33, Michał Borsuk: On 13 January 2011 13:59, André Joost andre+jo...@nurfuerspam.de mailto:andre%2bjo...@nurfuerspam.de wrote: Am 13.01.11 13:27, schrieb Richard Fairhurst: Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? A preset for josm is already in progress. With what's in the proposal? That's pretty arogant, don't you find? We haven't decided on the final shape yet. I don't see any arrogance here. Have you used JOSM before? I guess you did so you know that presets must be actively downloaded and enabled by the users hidden in the preferences. Somewhere besides the Doctors in Greece, the OpenPisteMap and the Japanese 50 sounds order presets. A preset could help testing the proposal during daily work and in the daily environment to see if it works like it as envisioned. Still I can't see no arrogance anywhere. And btw I like this do-ocratic part of JOSM just like some well intentioned exchange of ideas. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed Feature - 2nd RFC - Public Transport
Dominik Mahrer wrote: One month ago I already posted an RFC on this proposal. In the meantime I got plenty of comments and I have extended/corrected/rewritten nearly the whole proposal. I'm not very happy with the extensive use of relations. Especially nested relations strongly suggest that the level of complexity is beyond what's appropriate for a crowd-sourced project like OSM. The most prominent issue are stop area groups. The necessity of these has already been questioned. I, too, tend to think that determining them algorithmically would ultimately be a better choice. Removing the nested relations for stop area groups would eliminate one of the most complex concepts from the proposal, making it more accessible to mappers. Additionally, I suggest to reconsider the requirement to use stop area relations even in simple cases Many bus stops are very straightforward: They consist of usually two platforms with a common name. This name is usually unique within a range of several kilometres and, if tagged to the platform elements, could therefore be used instead of a relation to identify the components of the stop area. Tobias Knerr ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
Hello Am 13.01.2011 21:57, schrieb Michał Borsuk: Somewhere besides the Doctors in Greece, the OpenPisteMap and the Japanese 50 sounds order presets. A preset could help testing the proposal You must be kidding me. The proposal is in the stage of a DISCUSSION, not even voting! This is simply acting behind the back of the entire community, trying to push the proposal because it has been tested. Where is your problem? No body said This preset is productiv und you must use it *now*! So men working on there own on a preset that whould support that proposal, You talking over all the time that this proposal is to difficult for newbies and beginners and to overbloated. Whith any kind of an preset for JOSM it is easier to tag complex data, thats the entires sence of an preset. If this is your project, please stop at once, and wait until after the vote. Otherwise you will piss off many valuable mappers. I'am glad that *nobody* in a free world can anybody saying what to do and what not to do! And, there in OSM history is any standard? I only know well used key/value pair. -- Mit freundlichen Grüßen Carsten Schönert ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
Am 13.01.11 21:33, schrieb Michał Borsuk: On 13 January 2011 13:59, André Joost andre+jo...@nurfuerspam.deandre%2bjo...@nurfuerspam.de wrote: Am 13.01.11 13:27, schrieb Richard Fairhurst: Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? A preset for josm is already in progress. With what's in the proposal? That's pretty arogant, don't you find? We haven't decided on the final shape yet. Perhaps you should read the wiki: http://wiki.openstreetmap.org/wiki/Map_Features - OpenStreetMap does not have any content restrictions on tags that can be assigned to OSM-Elements (Nodes Node, Ways Way or Relations Relation). You can use any tags you like as long as the values are verifiable - I dont fintd that arrogant in any way. greetings, André Joost ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Allowed uses of map
[http://www.gmanews.tv/story/210236/afp-eyes-transfer-of-major-service-commands-to-camp-aguinaldo] Is this an allowed use of OpenStreetMap? Is the Base map from OpenStreetMap sufficient? BTW, nice use of OSM. ;-) But yet it is non-licence-complaint use of OSM. A correct notification for this map could for example look like © OpenStreetMap contributors and GMANews.TV, CC-BY-SA This said, it is pretty obvious to me that GMA did not act in bad faith. They tried to give attribution to OSM, they just don't know how to do it the right way :P Theoretically problematic is that the license tag is missing too. So technically speaking they did not relicense their derivative work share alike. But practically I do not think that anyone wants to reuse that image anyway. Btw: License or not, it is certainly not a copyright violation if Wayne posts the link to that website in an email. :) Cheers soeren___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Garminasus A50 and Maning's OSM-Gamin-files
Hi all (particularly maning) I just installed Maning's OSM-Garmin-file conversion ([http://esambale.wikispaces.com/osmphil_garmin]) on my new A50 (the Gaminasus Android phone). And - Hooray - it works. Kudos to Maning, Garmin and Asus. The A50 acts like any other Garmin device in terms of ./map/gsuppmap.img However what I observed is that there is a huge number of placetags recognized as Cities. Not only each Brgy and subdivisions thereof, but even single buildings with names. In result the phone apparently can't handle the data flood and indexes only the first few hundred entrees for each initial letter. E.g. for M from M'lang, North Cotabato to Maharlika. Did anyone observe the same on Garmin devices? Any idea how to fix it? cheers Soeren ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Garminasus A50 and Maning's OSM-Gamin-files
On Thu, Jan 13, 2011 at 10:03 PM, sorabsupers...@web.de wrote: Hi all (particularly maning) And - Hooray - it works. Kudos to Maning, Garmin and Asus. The A50 acts like any other Garmin device in terms of ./map/gsuppmap.img The credit should be to Maning and Rally (main osmph-garmin dev), mkgmap (the map compiler) and all the contributors. :) However what I observed is that there is a huge number of placetags recognized as Cities. Not only each Brgy and subdivisions thereof, but even single buildings with names. In result the phone apparently can't handle the data flood and indexes only the first few hundred entrees for each initial letter. E.g. for M from M'lang, North Cotabato to Maharlika. Did anyone observe the same on Garmin devices? Any idea how to fix it? barangays, islands and subdivisions are included in the city search (which should be called place search, IMO) Style details here: https://github.com/maning/osmphgps/blob/master/styles/default/points#L197 The City search exploded in number since we started adding subdivisions and residential polygons with names. Glad your back :). FYI, Soeren was one of the mappers who started our great coverage in Makati cheers Soeren -- 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: [OSM-talk] [OSM Fork] paths and roads and approval, oh my
Hi! Elizabeth Dodd wrote: Even that would constitute part of a policy That's not a policy but an immutable fact. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/paths-and-roads-and-approval-oh-my-tp5913440p5917575.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM Fork] paths and roads and approval, oh my
On 13 January 2011 19:17, NopMap ekkeh...@gmx.de wrote: That's not a policy but an immutable fact. :-) It's either policy or just someone's opinion, can't be both... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM Fork] paths and roads and approval, oh my
Hi! JohnSmitty wrote: On 13 January 2011 19:17, NopMap ekkeh...@gmx.de wrote: That's not a policy but an immutable fact. :-) It's either policy or just someone's opinion, can't be both... Regardless of how democratically minded you are feeling, there are things in the universe that you cannot vote on. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/paths-and-roads-and-approval-oh-my-tp5913440p5918759.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Fwd: [Tagging] tagging world heritage (UNESCO) and other protected areas/features
Hi, ... ... ... ... A problem might arise if a feature is at the same time protected for different reasons. If one feature/area is at the same time protected for different reasons, but belongs to the same ID and you can´t catch that by additional taggs, you can give # a further relation to that line or you have to make # a second boundary/layer (double, in the view of the ID), to give individual data (contact, ...) to the reason too. (same problem as without those protect_IDs ...) Its not uncommon that areas cover/overlap eath other (there is a including-hierachie: local regional national international). otherwise its to discuss, to establish further distinct protect_IDs in the 30th or 40th for the interstate and international (sometimes only award-) 98-ID. But they are not too much, and I think/wish, we come along with those about 30 main-IDs. That sort of what I used, though it's changed a bit since then. do you remember what? There's also problem of marking it boundary=protected_area and boundary=national_park at the same time. its not intend to use both. there is just a threat on gmane.comp.gis.openstreetmap.region.us boundary = national_park in the US there is a workaround-proposal: boundary=national_park boundary:type=protected_area where later a bot can change the boundary tag (may be possible(?), but today I don´t like that) f.e. a protected_area http://www.openstreetmap.org/browse/way/44816271 ... links on the fraser-island I wouldn´t mix the protected_area (administrativ) with the landuse and I would copy the line, make two (I think, thats common?), because in the future, the vegetation will become more distinguished. ... best regards, t. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Wiki
Olás, Sou um usuário/contribuidor relativamente novo no OSM (cerca de três meses), e esse é um dos tópicos que mais me deixa com dúvidas. O que eu gosto na na página de Pt-br:Guia_de_Mapeamento_do_Território_Brasileiro foi a tentativa de mapear os conceitos da legislação de trânsito do Brasil para os tags padrão do OSM. O Pt-br:Map_Features, por outro lado, me parece ser apenas uma tradução da versão em inglês, que não tenta fazer maiores esclarecimentos a questões como o uso de highway=unclassified (que, pelo que eu entendo, é algo bem inglês, sem equivalente aqui no Brasil.) Minha política tem sido não mexer na classificação de rotas e colocar tags de maxspeed=* e surface=* pelas vias por onde passo, mas seguidamente fico com um sentimento de que há inconsistências na classificação de vias nas cidades aqui à minha volta. LMB 2011/1/12 Flavio Bello Fialho be...@cnpuv.embrapa.br: A orientação no Pt-br:Map_Features está muito ruim. A descrição no segundo link faz mais sentido, mas se limita a alguns valores para o tag highway. Sugiro que melhoremos a descrição no Pt-br:Map_Features usando o conteúdo de Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro. Ao contrário do sugerido, uma rota terciária não significa barro. Há muitas rodovias estaduais e federais que não são pavimentadas e em muitos casos são o único acesso a uma cidade. Em 30-12-2010 23:16, Alexandre Parente Lima escreveu: Ola, Temos na wiki duas orientações para mapear rodovias. Acredito que a primeira é a mais lógica e pratica, principalmente quando se pretende usar os dados no GPS. http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features A segunda, é essa que pode levar seu gps a traçar uma rota por 200 km de barro, quando ele indica uma pista terciária. http://wiki.openstreetmap.org/wiki/Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro Sugestão, apaga esse segundo link, a primeira orientação é muito boa e ilustrada. Alexandre P. Lima http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features -- Doutor em Ciências Ocultas, Filosofia Dramática, / Pediatria Charlatânica / , / Biologia Dogmática / e Astrologia Eletrônica. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Wiki
quando é estrada de terra, surface=unpaved http://taginfo.openstreetmap.de/keys/surface#values 2011/1/12 Diogo Nunes dio...@diogow.com Melhor ainda, se você sabe que é barro, coloca a tag de qualidade da pavimentação (não lembro o nome agora) Em 12/01/2011, às 18:55, Flavio Bello Fialho be...@cnpuv.embrapa.br escreveu: A orientação no Pt-br:Map_Features está muito ruim. A descrição no segundo link faz mais sentido, mas se limita a alguns valores para o tag highway. Sugiro que melhoremos a descrição no Pt-br:Map_Features usando o conteúdo de Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro. Ao contrário do sugerido, uma rota terciária não significa barro. Há muitas rodovias estaduais e federais que não são pavimentadas e em muitos casos são o único acesso a uma cidade. Em 30-12-2010 23:16, Alexandre Parente Lima escreveu: Ola, Temos na wiki duas orientações para mapear rodovias. Acredito que a primeira é a mais lógica e pratica, principalmente quando se pretende usar os dados no GPS. http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features A segunda, é essa que pode levar seu gps a traçar uma rota por 200 km de barro, quando ele indica uma pista terciária. http://wiki.openstreetmap.org/wiki/Pt-br:Guia_de_Mapeamento_do_Territ%C3%B3rio_Brasileiro Sugestão, apaga esse segundo link, a primeira orientação é muito boa e ilustrada. Alexandre P. Lima http://wiki.openstreetmap.org/wiki/Pt-br:Map_Features -- Doutor em Ciências Ocultas, Filosofia Dramática, / Pediatria Charlatânica / , / Biologia Dogmática / e Astrologia Eletrônica. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [HOT] HOT Activation in response to Floods in Brazil
Message original Sujet: [HOT] HOT Activation in response to Floods in Brazil Date : Thu, 13 Jan 2011 09:26:48 -0600 De :nicolas chavent nicolas.chav...@gmail.com Pour : hot h...@openstreetmap.org Hi there- Part of Brazil was under serious flooding (see ReliefWeb - Brazil Floods http://www.reliefweb.int/rw/dbc.nsf/doc108?OpenFormemid=FL-2011-02-BRArc=2) and might need help. Great if someone can step in, start a FloodsResponse page from the WikiProject_Brazil http://wiki.openstreetmap.org/wiki/WikiProject_Brazil and get in touch with the strong local Brazilian community to see how to support them bes. I am reaching out to the humanitarian UN NGO network for usable vector and raster data in support of this crisis and will revert to the wiki Nicolas -- Nicolas Chavent Humanitarian OpenStreetMap Team http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Mobile (Haiti): +509 389 583 05 Mobile (France): +33 6 89 45 54 58 Landline (FRA): +33 2 97 26 23 08 Email: nicolas.chav...@gmail.com mailto:nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [HOT] HOT Activation in response to Floods in Brazil
-- Forwarded message -- From: nicolas chavent nicolas.chav...@gmail.com Date: 2011/1/13 Subject: [HOT] HOT Activation in response to Floods in Brazil To: hot h...@openstreetmap.org Hi there- Part of Brazil was under serious flooding (see ReliefWeb - Brazil Floodshttp://www.reliefweb.int/rw/dbc.nsf/doc108?OpenFormemid=FL-2011-02-BRArc=2) and might need help. Great if someone can step in, start a FloodsResponse page from the WikiProject_Brazilhttp://wiki.openstreetmap.org/wiki/WikiProject_Brazil and get in touch with the strong local Brazilian community to see how to support them bes. I am reaching out to the humanitarian UN NGO network for usable vector and raster data in support of this crisis and will revert to the wiki Nicolas -- Nicolas Chavent Humanitarian OpenStreetMap Team http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Mobile (Haiti): +509 389 583 05 Mobile (France): +33 6 89 45 54 58 Landline (FRA): +33 2 97 26 23 08 Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [HOT] HOT Activation in response to Floods in Brazil
On Qui, 2011-01-13 at 14:02 -0200, Claudomiro Nascimento Junior wrote: A area tem boa cobertura de imagens. Acho que um esforço coordenado nosso poderia completar o traçado das areas atingidas em poucas horas. O ideal é ter um canal de chat/IRC aberto pra os envolvidos pra prevenir conflitos (como foi feito ano passado em Alagoas) Tem sempre alguém no xmpp:o...@conference.jabber-br.org . É acessível por contas XMPP de qualquer servidor, inclusive o do Google. Acessando https://jabber-br.org há uma interface web para acessar a sala. Talvez um primeiro passo seja colocar uma página no wiki, eu não sei exatamente onde ficam as áreas atingidas, talvez mais pessoas também não saibam. Abraço, -- Samuel Vale srcv...@minaslivre.org signature.asc Description: This is a digitally signed message part ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [HOT] HOT Activation in response to Floods in Brazil
Fiz uma página mínima com links pra as áreas atingidas. http://wiki.openstreetmap.org/wiki/Pt-br:2011_Rio_de_Janeiro_Flooding Numa segunda olhada com mais atenção, nota-se que só a região de Petrópolis está coberta pelas imagens de alta resolução. Samuel, na pagina que vc passou não tem osm na lista de salas de conferência. 2011/1/13 Samuel Vale srcv...@minaslivre.org On Qui, 2011-01-13 at 14:02 -0200, Claudomiro Nascimento Junior wrote: A area tem boa cobertura de imagens. Acho que um esforço coordenado nosso poderia completar o traçado das areas atingidas em poucas horas. O ideal é ter um canal de chat/IRC aberto pra os envolvidos pra prevenir conflitos (como foi feito ano passado em Alagoas) Tem sempre alguém no xmpp:o...@conference.jabber-br.orgxmpp%3a...@conference.jabber-br.org. É acessível por contas XMPP de qualquer servidor, inclusive o do Google. Acessando https://jabber-br.org há uma interface web para acessar a sala. Talvez um primeiro passo seja colocar uma página no wiki, eu não sei exatamente onde ficam as áreas atingidas, talvez mais pessoas também não saibam. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] [HOT] HOT Activation in response to Floods in Brazil
For people working on this, it might be worth subscribing to both hot and talk-br @openstreetmap.org . Forwarding for the time being. Jean-Guilhem Le 14/01/2011 01:20, Harry Wood a écrit : User:Britoboy set up a page in Portuguese with some basic info, and I've translated it: http://wiki.openstreetmap.org/wiki/2011_Rio_de_Janeiro_Flooding We can quickly improve the quality of the map using Bing imagery here in Petropolis http://osm.org/go/OVd1zOCI- There's missing connecting roads still, and lots of bridge tags need adding where roads cross the rivers. I've done a bit just now. Looks like bing imagery needs shifting to the North-east a little bit to line up with some GPS tracks there Harry Wood *From:* nicolas chavent nicolas.chav...@gmail.com *To:* hot h...@openstreetmap.org *Sent:* Thu, 13 January, 2011 15:26:48 *Subject:* [HOT] HOT Activation in response to Floods in Brazil Hi there- Part of Brazil was under serious flooding (see ReliefWeb - Brazil Floods http://www.reliefweb.int/rw/dbc.nsf/doc108?OpenFormemid=FL-2011-02-BRArc=2) and might need help. Great if someone can step in, start a FloodsResponse page from the WikiProject_Brazil http://wiki.openstreetmap.org/wiki/WikiProject_Brazil and get in touch with the strong local Brazilian community to see how to support them bes. I am reaching out to the humanitarian UN NGO network for usable vector and raster data in support of this crisis and will revert to the wiki Nicolas -- Nicolas Chavent Humanitarian OpenStreetMap Team http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Mobile (Haiti): +509 389 583 05 Mobile (France): +33 6 89 45 54 58 Landline (FRA): +33 2 97 26 23 08 Email: nicolas.chav...@gmail.com mailto:nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Moin, Simon Poole schrieb: Am 10.01.2011 16:08, schrieb Georg Feddern: Das agricultural=* kommt zwar vom Traktor-Symbol, bezieht sich aber ganz allgemein auf entsprechend langsame Fahrzeuge, wie auch in der Beschreibung angegeben (und siehe meine Beispiele). Ich geh davon aus, dass die Beschreibung (wie so oft) schlicht nicht der wirklichen Verwendung entspricht. Bzw. andersherum, ja. Es ist halt äußerst einfach mißzuverstehen. denke ich, wäre es sinnvoll aus Symmetriegründen agricultural=* tatsächlich für landwirtschaftlicher Verkehr zu reservieren (nicht unbedingt zu brauchen) und für langsame Fahrzeuge was anderes zu verwenden (slow_vehicles z.B. :-)). würde ich persönlich begrüßen, da es wohl auf ewig zu Mißverständnissen führen wird. Sonst darf ich diese Wege ja alle nicht benutzen - auch wenn ich mal in landwirtschaftlicher Mission mit dem schnelleren PKW unterwegs bin. ;-) NB: Ich kenne dieses langsame-Fahrzeuge-Schild auch nur im Zusammenhang mit Überholverbot. Will natürlich nicht heißen, dass es nicht auch irgendwo im Verwendungsbereich für Zugang verwendet wird. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Mailingliste fuer Luebeck
Moin liebe Mapping-Begeisterte, für unseren mittlerweile doch recht aktiven OSM-Stammtisch Lübeck und Umgebung haben wir seit heute eine eigene regionale Mailingliste. Jeder der sich für die Aktivitäten in und um Lübeck interessiert ist herzlich eingeladen sich auf üblichem Wegen in die Liste einzutragen: http://lists.openstreetmap.de/mailman/listinfo/luebeck Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Am 12.01.2011 18:28, schrieb Johann H. Addicks: Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann Es gibt auch Geolocationdienste, die nicht alle Arcor-Dialup-IPs in die Alfred-Herrhausen-Allee verorten. BTW: Ich sitze dort in Sichtweite, aber ich bin's nicht ;-) Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden. Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält, die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen. Das ist eine Coole Idee, jemand der die API missbruacht bekommt dann statt dem Richtigen Node ein Node node id=42 lat=42 lon=42 tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest gesprerrt tag k=note:en v= /node Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Am 13. Januar 2011 13:03 schrieb Sven Anders s...@anders-hamburg.de: Am 12.01.2011 18:28, schrieb Johann H. Addicks: Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält, die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen. Das ist eine Coole Idee, jemand der die API missbruacht bekommt dann statt dem Richtigen Node ein Node Oder einen text in way-form für verschiedene Zoomlevel optimiert ;-) Vor kurzem ging doch über den Ether dass jemand seine Edits an den Tiger-Daten so koordiniert hat, dass sie den Schriftzug Ban Potlatch ergaben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
2011/1/13 Sven Anders s...@anders-hamburg.de Am 12.01.2011 18:28, schrieb Johann H. Addicks: Die IPs zeigen alle nach Eschborn, aber das sagt nichts, der kann Es gibt auch Geolocationdienste, die nicht alle Arcor-Dialup-IPs in die Alfred-Herrhausen-Allee verorten. BTW: Ich sitze dort in Sichtweite, aber ich bin's nicht ;-) Jemand anders fragte nach der Dauer der Sperrung - im Grunde erstmal unbegrenzt, muss dann halt von Hand wieder aufgeraeumt werden. Wenn Ihr den eh manuell sperrt, dann sorgt doch dafür, dass er Daten erhält, die a) eindeutig fehlerhaft sind und b) egal in welcher Anwendung, bis zum Anwender sichtbar ein Lass das, sonst kommen wir Dich besuchen. Fuer Rueckfragen Mail:... in seiner Anwendung zu sehen bekommen. Das ist eine Coole Idee, jemand der die API missbruacht bekommt dann statt dem Richtigen Node ein Node node id=42 lat=42 lon=42 tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest gesprerrt tag k=note:en v= /node Noch viel besser wäre: All your requests are belong to us! ;) ben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
node id=42 lat=42 lon=42 tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest gesprerrt tag k=note:en v= /node nee nee, die 42 hat er schon ganz bewußt gewählt: http://de.wikipedia.org/wiki/42_%28Antwort%29 - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Exzessive-Einzelrequests-an-die-API-tp5913036p5918138.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Am 13.01.11 14:30, schrieb Walter Nordmann: node id=42 lat=42 lon=42 tag k=note:de v=Hallo du benutzt die API unsachgemaess und wurdest gesprerrt tag k=note:en v= /node nee nee, die 42 hat er schon ganz bewußt gewählt: http://de.wikipedia.org/wiki/42_%28Antwort%29 Hat schon jemand das Restaurant am Ende des Universums in OSM eingetragen, samt Parkplatz? Gruß und SCNR, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
Hi! André Joost wrote: Hat schon jemand das Restaurant am Ende des Universums in OSM eingetragen, samt Parkplatz? Klar, mußt nur eine Weile nach rechts scrollen... :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Exzessive-Einzelrequests-an-die-API-tp5913036p5918745.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Moin, On Sun, 9 Jan 2011, Georg Feddern wrote: in diesem Zusammenhang möchte ich einmal einhaken: In der von Dir eingefügten Übersicht gibt es den Unterpunkt * /nach Nutzung/ * agricultural http://wiki.openstreetmap.org/wiki/Key:agricultural=* (Kraftfahrzeuge und Züge, die nicht schneller als 25 km/h fahren können (Sinnbild Traktor)) ohne dass ich jetzt groß nachschaue - agricultural = yes setze ich immer dann, wenn unter dem Fahrverbotsschild ein _Zusatzschild_ angebracht ist, auf dem steht landwirtschaftlicher Verkehr frei (oder ähnlich) - das Traktorschild kenne ich auch nur in der Überholverbots-Ausnahme-Variante ... (apropos ... ein Traktor darf doch (inzwischen?) 40 km/h fahren, oder?) * forestry (Forstwirtschaftlich genutzte Fahrzeuge) jo, genauso - gilt für mich für das Zusatzschild, n Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exzessive Einzelrequests an die API
hi, nachdem dieser Thread etwas abgeglitten ist: Hat jemand ne Ahnung, ob sich mit unserem Störenfried was getan hat? Wenn ich mir die MUNIN-Grafik ansehe, habe ich den Eindruck, dass er (oder sie) munter weitermacht. Allerdings hab ich natürlich nicht die Infos, die den Admin zur Verfügung stehen. gruss walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Exzessive-Einzelrequests-an-die-API-tp5913036p5919430.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wiki - openlayer-testanwendung ist tot
hi ! ich habe gerade einmal den link angeklickt für die testanwendung http://osm.telegnom.org/gemeindekarte und der ist tot ! kann da einer etwas zu sagen bzw. rep.? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM auf das Garmin nüvi 255T
Ich habe ein Garmin nüvi 255T (anscheinend eine modifizierte Variante des 255er) und dafür jetzt eine 2 GB microSD-Karte gekauft. Ich hab All-In-One für Deutschland heruntergeladen, entpackt und in den Ordner garmin kopiert. Das Navi findet die Karte jedoch nicht. Hat jemand Rat? Muss die Karte irgendwie Speziell formatiert sein? (Dateisystem, Name, Superfloppymode, etc.) Mfg, Michi -- Michael F. Schönitzer Mail: michael ät schoenitzer.de Homepage: http://www.schoenitzer.de Jabber: schoenit...@jabber.piratenpartei.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktien 12 angelaufen.
Dank der guten Abdeckung von Bing kann man auch Brücken und Tunnels ergänzen. Los gehts in Portugal diesmal und dann ist geplant sich langsam bis Frankreich vorzuarbeiten. http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12 Grüße Dirk -- Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/ OSM -- http://osm.flacus.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO selber bauen?
Am 12.01.2011 22:48, schrieb Christoph Wagner: Ich versuche den alten Prozess so lange es geht durchzubringen, aber mit Ausfällen der AiO ist natürlich zu rechnen... Grüße Christoph Danke für Deine tolle Arbeit Christoph. Leider funktioniert die letzte basemap_europe.img (vom 12.01.) auf meinem Oregon nicht (wird nicht mal in der Kartenauswahl angezeigt). Die basemap_europe.img vom 10.01. funktionierte noch. Gruß Boris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Percorrendo sentieri
2011/1/12 M∡rtin Koppenhoefer dieterdre...@gmail.com: Tante volte i default fisici sono anche legali, se ti vede un vigile percorrere in auto una scalinata prova a spiegargli che mancava il cartello di divieto di accesso... non lo so (mi citi il paragrafo nel CdS dove c'è questo divieto?). Generalmente ci sono anche pali proprio per evitare che le macchine passano. Giù dalle scale! http://maps.google.it/maps?hl=itq=piazza+di+spagna,+romaie=UTF8hq=hnear=Piazza+di+Spagna,+60,+00187+Roma,+Laziogl=itll=41.906356,12.483201spn=0.000309,0.001931t=hz=20layer=ccbll=41.906355,12.483201panoid=L7WYWx6kl5hldl0ekebwkwcbp=12,280.9,,0,18.49 Dai, non è sostenibile che se mancano il cartello e i pali allora è percorribile in macchina. Una highway=steps non è mai legalmente percorribile in auto (e a mio parere neanche in bici, perché pone problemi di sicurezza ai pedoni) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 MorSi mo...@inwind.it: Riassumendo è pertanto meglio non usare il tag di default di JOSM per le piste ciclabili e usare lo schema con highway=cicleway? secondome non dovrebbe fare differenza (usando anche designated/official insieme a highway=cycleway). Se faccia differenza invece, è un problema della applicazione nella interpretazione dei tag. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 Federico Cozzi f.co...@gmail.com: 2011/1/12 M∡rtin Koppenhoefer dieterdre...@gmail.com: Giù dalle scale! ecco: http://www.express.de/image/view/2007/4/30/-/593118/highRes/10964/-/maxh/480/maxw/480/-/Dieser+Beetle+wurde+schnurstraks+in+den+U-Bahn-Schacht+Nordstra%25C3%259Fe+i+%2528502693419%2529.jpg http://www.area241.com/wordpress/wp-content/gallery/roadtrip-2008-action/Tour2008-005.jpg http://estb.msn.com/i/71/72DAB53FB53E49365B7F832D0DB35.jpg http://www.cardor.de/humor/bilder/0001.jpg http://www.tz-online.de/bilder/2009/06/24/370828/1112156914-junge-ueberlebt-horror-unfall.9.jpg mentre lo lo possono fare (emergency=yes): http://bilder.bild.de/BILD/news/leserreporter/aktuell/nachrichten/2010/11/16/1414-tag-erdrutsch-zerstoert-strasse/polizei-auto-faehr-treppe-runter-in-hannover-18478716__MBQF-1289836100,templateId=renderScaled,property=Bild,height=349.jpg ciao, Martin ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 Federico Cozzi f.co...@gmail.com: Dai, non è sostenibile che se mancano il cartello e i pali allora è percorribile in macchina. Una highway=steps non è mai legalmente percorribile in auto (e a mio parere neanche in bici, perché pone problemi di sicurezza ai pedoni) si, concordo. Dato che le scale fanno parte dei percorsi pedonali è vietato percorrerle in bici o in macchina (uguale ad un marciapiede). Ho trovato questa sentenza (di un tribunale alto (ultimo livello)): http://www.ra-kotz.de/treppenfahrt.htm dove un autista voleva soldi dal comune perché dice che le scale non si erano viste. L'autista ha perso. Dicono che i cartelli (direi anche pali) si devono mettere solo nel caso di pericolo, mentre li sarebbero stati visibili. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Articolo sul cambio di licenza su LWN
Il giorno 12/gen/2011, alle ore 22.14, Andrea Musuruane ha scritto: LWN ha pubblicato un interessante articolo sul cambio di licenza di OSM. Sembra che la data definitiva per il passaggio alla ODBL sia il 1 aprile (e, per la cronaca, non è uno scherzo). L'accesso è disponibile solo agli abbonati: Anche ai loro amici! http://lwn.net/SubscriberLink/422493/5ccf07976d6455a5/ Come osserva Martin, da aprile non si potrà più contribuire senza avere accettato l'ODBL, ma non c'è ancora una scadenza definitiva per rilasciare sotto ODBL il lavoro già fatto. Saluti, Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
Il giorno gio, 13/01/2011 alle 11.19 +0100, M∡rtin Koppenhoefer ha scritto: secondome non dovrebbe fare differenza (usando anche designated/official insieme a highway=cycleway). Se faccia differenza invece, è un problema della applicazione nella interpretazione dei tag. Esatto, perché ho cattive news: - Anche impostando motorcar=no, il Garmin se ne frega e mi dà sempre Percorrendo sentiero - Che sia highway=path o highway=cycleway, il Garmin dà sempre Percorrendo sentiero Ora provo con motor_vehicle=no Comunque sto facendo queste modifiche in locale, non sto facendo upload su OpenStreetMap, non preoccupatevi ^_^ Poi provo anche a vedere se l'altro programma va su wine. Per Luca: cosa intendi quando dici che devi correggere la mappa? Intendi spostare le ciclabili più lontano? Anch'io devo mappare fra una settimana qualche ciclabile (non di Ferrara) e vorrei sapere come regolarmi. In genere uso il tracciato del Garmin, poi lo adatto un po' all'immagine di Bing che è piuttosto dettagliata. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
Il giorno mer, 12/01/2011 alle 16.52 +, Marco Certelli ha scritto: Sono curioso di sapere se funziona in wine. Se poi sei un esperto di linux, potresti tradurlo in uno script bash. Se ti serve aiuto, chiedi pure. Sì, ho visto, è un .bat quindi si può tranquillamente trasformare in script bash, però non sono molto pratico ancora. :-( Comunque queste sono le opzioni che uso io: java -enableassertions -Xmx1000m -jar ..\bin\splitter.jar --mapid=66% FID%001 --max-nodes=100 ..\OSM-Data\%osmfile% E fin qui capisco. java -enableassertions -Xmx1000m -jar ..\bin\mkgmap.jar --code-page=1252 --country-name=%country% --latin1 --family-id=%FID% --mapname=66%FID%001 --overview-mapname=66%FID%000 --tdbfile --series-name=OSM-%country% --family-name=OpenStreetMap: %country% --road-name-pois --add-pois-to-areas --no-poi-address --ignore-maxspeeds --remove-short-arcs --preserve-element-order --style-file=..\bin\resources\styles\ --style=%style% --description=% country% --route --net --gmapsupp -c template.args Ecco, qui ci sono alcune cose che non so: --no-poi-address perché? --ignore-maxspeeds perché? È per questo motivo che non mi dà il limite dei 50 sulle mappe open scaricate dalla rete? -enableassertions cos'è? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Articolo sul cambio di licenza su LWN
Il 13 gennaio 2011 13:06, Guido Piazzi ha scritto: Anche ai loro amici! Grazie Come osserva Martin, da aprile non si potrà più contribuire senza avere accettato l'ODBL, ma non c'è ancora una scadenza definitiva per rilasciare sotto ODBL il lavoro già fatto. Ma la vere domande sono (io ci farei una FAQ in giro se ci fossero le risposte): - Come verranno gestiti i punti, le way, le aree e le relazioni modificate sia da chi ha accettato l'ODBL sia da chi NON ha accettato? - Quando verrà epurato il DB dai dati degli utenti che non hanno accettato l'ODBL? - A quel punto avremo una mappa gruviera? -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
Il 13 gennaio 2011 13:09, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Esatto, perché ho cattive news: - Anche impostando motorcar=no, il Garmin se ne frega e mi dà sempre Percorrendo sentiero - Che sia highway=path o highway=cycleway, il Garmin dà sempre Percorrendo sentiero Ora provo con motor_vehicle=no credo che il problema sia lo stile di mkgmap non tanto i dati Poi provo anche a vedere se l'altro programma va su wine. Per Luca: cosa intendi quando dici che devi correggere la mappa? Intendi spostare le ciclabili più lontano? no, devo correggere lo stile di mkgmap con i suggerimenti di marco... Anch'io devo mappare fra una settimana qualche ciclabile (non di Ferrara) e vorrei sapere come regolarmi. In genere uso il tracciato del Garmin, poi lo adatto un po' all'immagine di Bing che è piuttosto dettagliata. stai attento perchè le immagini di bing sembrano essere georiferite e non ortorettificate ed hanno degli errori di precisione... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- ciao Luca www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
Il giorno gio, 13/01/2011 alle 16.44 +0100, Luca Delucchi ha scritto: stai attento perchè le immagini di bing sembrano essere georiferite e non ortorettificate ed hanno degli errori di precisione... Sì è verissimo, infatti controllo sempre rispetto anche agli altri dati satellitari e la posizione degli altri dati di OpenStreetMap. C'è da dire che sono quasi al 100% fedeli più a Bing che agli altri. Se c'è un'alternativa sarebbe meglio. Ti puoi immaginare quanto mi stia antipatico Bing. Non solo perché è Microsoft: per certe cose è pure censurato (prova a cercare una zona militare... al suo posto c'è un prato). Comunque, per quanto riguarda i fogli di stile: io ho davanti a casa il problema, quindi non ci metto nulla a provare un foglio di stile, caricare la mappa sul garmin, uscire di casa, percorrere la via fino alla rotonda e tornare indietro per vedere se mi dice ancora Percorrendo sentieri. Quindi se avete suggerimenti e mi date le istruzioni, mi propongo per fare da beta tester :-D ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 Stefano Droghetti stefano.droghe...@gmail.com Se c'è un'alternativa sarebbe meglio. l'alternativa è il PCN: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN :) ciao T ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 Luca Delucchi lucadel...@gmail.com: stai attento perchè le immagini di bing sembrano essere georiferite e non ortorettificate ed hanno degli errori di precisione... +1, mi trovo tanto meglio con le foto del PCN, anche perché la loro resoluzione è maggiore nelle parti dove sto editando adesso (in campagna) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2. quando fu inventato il tag highway=th non si capiva bene a che servisse, ci sono tante correnti di pensiero, qui in Italia abbiamo deciso di usarlo per i sentieri veri e propri (non da tacchi a spillo) e per le ciclabili con cartello blu sarebbe più chiaro mapparle come: highway=cleway bicycle=ficial foot=ficial Se conosci la pista ciclabile in questione ed è appunto una ciclabile ufficiale (cartello blu) ti suggerisco di fare questa modifica (ne guadagnano tutte le mappa, dalla OpenCycleMap alla mappa di NOP alle mappe per Garmin) secondome è sufficiente di cambiare designated in official (tanto, ne anche questo farei, di official (3 254) ci sono pochi rispetto a designated (92 607), e pratticamente dice la stessa cosa. Diciamo che official non ce l'ha fatto, nonostante i nostre tentativi unilaterali... Farei proprio il contrario: cambiare official in designated. Forse ha vinto designated perchè è il preset di JOSM nelle ciclabili miste bici+pedoni. Bisognerebbe vedere quanto è usato highway=path per questo tipo percorsi ciclabili misti rispetto a highway=cycleway. A me è capitato di usare il preset di josm per questi percorsi misti e vengono renderizzati sia su Mapnik che su CycleMap. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
2011/1/13 Fabri erfab...@gmail.com: Forse ha vinto designated perchè è il preset di JOSM nelle ciclabili miste bici+pedoni. Bisognerebbe vedere quanto è usato highway=path per questo tipo percorsi ciclabili misti rispetto a highway=cycleway. A me è capitato di usare il preset di josm per questi percorsi misti e vengono renderizzati sia su Mapnik che su CycleMap. si, per i percorsi misti è più adatto che cycleway o footway. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Percorrendo sentieri
Il giorno gio, 13/01/2011 alle 17.15 +0100, Tiziano D'Angelo ha scritto: 2011/1/13 Stefano Droghetti stefano.droghe...@gmail.com Se c'è un'alternativa sarebbe meglio. l'alternativa è il PCN: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN :) Ossantiddìo! E come ho fatto a non saperlo?! Grazie! È una figata spaziale! Che bello poter ancora una volta lasciare Microproft al suo destino! Graie. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Quién está trabajando en el Geocoder de Colombia?
2011/1/10 Jaime Mejia jome...@gmail.com: Hola, estoy un poco embolatado y aun no he puesto el demo, pero entonces adjunto para compartir con ustedes el código que hemos elaborado ya que conceptualmente es el mismo principio que expone Pilar. ... bueno, también le falta mucho por comentar, pero espero que les pueda dar una idea mientras tanto. me parece util el abordaje que le haz dado desde php y creo que inicialmente no es necesario pasarlo a otro lenguaje. Seria bueno que nos compartieras el demo en funcionamiento y los datos de muestra, ya que como dices usa una extructura particular de datos y seria necesario adaptarlo a la extructura de osm. salu2 Humano Cordial Saludo, Jaime Mejía 2011/1/8 Pilar Saenz mapis...@gmail.com Hola a todos, Fredy me habia planteado hace algún tiempo el problema. Mi mirada puede ser muy teórica, pero espero que sea útil. Desde el punto de vista matemático, lo he dejado en un problema en 2D, y lo justifico considerando que las distancias son suficientemente pequeñas para no tener que trabajar en coordenadas esféricas. La otro es que lo estoy haciendo suponiendo que tenemos un sistema de ejes cartesiano, que nos da un marco de referencia. Como me planteó Fredy originalmente, el problema se podía descomponer en dos partes. la primera, si tenemos dos calles encontrar la intercepción entre ellas, por que no todas las intercepciones se conocen. La segunda, desde un punto de intercepción, poner la dirección asignando una distancia a uno de los dos puntos en dirección del siguiente punto de intercepción. Hasta ahora he hecho un par de programas en python que hacen exactamente eso. El primero, intercepción, calcula la intercepción entre dos rectas definidas a partir de sus coordenadas. El segundo, dirección, calcula la posición a una distancia k entre dos puntos puntos. Envio los programas para saber si esa es la linea en la cual se puede seguir trabajando. Faltaría, si se tiene la latitud y longitud de dos puntos hacer el equivalente a esos puntos en coordenadas cartesianas con distancias definidas en metros. Como lo dije al comienzo, espero que esto sea de utilidad. Entiendo que no siempre las consideraciones teoricas ayudan en la solucion de este tipo de problemas. El día 7 de enero de 2011 20:34, Alexander Garcia alexgarc...@gmail.com escribió: El server lo puedo tener en una uni en alemania. O tambien en bta en una empresa. Sent from my iPhone On Jan 7, 2011, at 7:47 PM, Ariel Nunez ingenieroar...@gmail.com wrote: 3. El servidor es bienvenido pues si es necesaria maquina para esto e inclusive para el render y migrar el geonode. los dos temas son con Ariel , pero el creo que aun anda desconectado por vacaciones. Que por cierto se acaban el Domingo :) Alexander que tipo de conexión tendría el servidor? por ej. a) está en un data center en usa b) en un data center en colombia c) en una empresa d) en un garaje? Independiente de cual sea la respuesta le podemos dar un buen uso para correr las cosas que no puedo correr en los servidores que tengo en Amazon EC2. Saludos y yo también estaré pendiente del tema del geocoder, lo más cercano a eso que he hecho es un geocoder en plsql para postgres (basado en el Tiger) que funcionaba con las calles de Barranquilla y unos datos no libres. Ariel. salu2 Humano On Thursday, January 6, 2011, Igor Támara for checking email... igo...@funtamarapatino.org wrote: Hola, me perdí un poco en este tema, que es de mi interés y en el cual me gustaría poder colaborar, hay algún repositorio, wiki o página donde estén colocando lo que llevan? Estoy a la orden para colaborar en esto, nuestro país afortunadamente es sencillo para la geocodificación :) , a partir de una lat, lon se obtiene la dirección aproximada : Cl Cr en el caso de las ciudades, para las zonas rurales, no se cómo sería :P Gracias. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Alexander Garcia http://www.alexandergarcia.name/ http://www.usefilm.com/photographer/75943.html http://www.linkedin.com/in/alexgarciac Postal address: Alexander Garcia, Tel.: +49 421 218 64211 Universität Bremen Enrique-Schmidt-Str. 5 D-28359 Bremen ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice)
[Talk-co] Lo mejor de OSM!
Modelos a seguir en: http://bestofosm.org/ Buenísimo las islas-palma en Dubai. Saludos, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Lo mejor de OSM!
2011/1/13 hyan...@gmail.com hyan...@gmail.com: Modelos a seguir en: http://bestofosm.org/ Buenísimo las islas-palma en Dubai. hace unos años estuvimos ahi con ambalema http://bestofosm.org/?type=mapniklon=-74.76482lat=4.78129zoom=17 salu2 Humano Saludos, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] marcar un itinerario sobre un mapa
Hola de nuevo, seguro que te puede servir para lo que necesitas, yo empezaría mirando por Viking http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page el Viking ya lo instalé hace un tiempo porque hablasteis de él en la lista, pero no había conseguido ni abrir un mapa con él... este vídeo me ha ayudado a empezar http://www.youtube.com/watch?v=lpY55BfNaG0 Veo que el Viking esta disponible en castellano pero no veo la manera de cambiarle el idioma, yo tengo Ubuntu 10.10 en catalán y viking 0.9.93 en inglés, cómo podría cambiarlo? Aunque por ahora me viene un poco grande para mi propósito, algún manual en castellano para los muy novatos? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] marcar un itinerario sobre un mapa
Hola, muy interesante la idea, gracias. Lo que ocurre es que la zona sobre la que quiero marxar el itinerario en google maps está desfasada respecto a OSM :D y no me sirve para trazar mi ruta. AL final el PDF que me crea el walkingmaps lo he abierto con el GIMP y con la Herramietna caminos me ha quedado bastante decente. Gracias por la ayuda, Paco Con Tagzania puedes marcar el itinerario fácilmente. Después pinchas en la opción Mapa Grande y agregando el parámetro ?map=openstreetmap consigues un mapa decente de forma bastante sencilla. Por ejemplo: la cabalgata de reyes de Vitoria: http://www.tagzania.com/bigmap/pt/cabalgata-de-reyes-2011-vitori/?map=openstreetmap Gari Disclaimer: Sí, tengo intereses en Tagzania. ;-) 2011/1/11 bicifamiliari...@bicifamiliar.org: Hola, quiero marcar el itinerario urbano de una prueba escolar de patinaje sobre un mapa de OSM y poder exportarlo a PDF o PNG,... Cuál sería la mejor herramienta? http://www.walking-papers.org/ me permite hacer un mapa imprimible http://staticmap.openstreetmap.de/wizzard/ me permite marcarle puntos pero no encuentro una herramienta para marcar un itinerario. Podría hacerlo a mano alzada con el GIMP, pero por si hay otra manera con mejor acabado. Gracias de antemano de cualquier aportación, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] mapas para pruebas de orientación deportiva
Hola, miro en http://wiki.openstreetmap.org/wiki/IOFmapping para intentar hacer mapas para orientación deportiva y en el apartado de Editing los enlaces dentro de JOSM, dan error Download JOSM IOF presets http://como.oxtract.se/export/17/JOSM/isompresets.xml to your JOSM directory. Da error http://como.oxtract.se/export/17/JOSM/isompresets.xml Download the iof-png-icons http://www.mtk1886.de/iof-png-icons-1.0.tgz and extract the archive in your JOSM directory. Da error http://www.mtk1886.de/iof-png-icons-1.0.tgz Download JOSM IOF style http://como.oxtract.se/export/17/JOSM/comostyle.xml and save it your JOSM directory. Da error http://como.oxtract.se/export/17/JOSM/comostyle.xml Alguien puede indicarme dónde encontrar más información al respecto? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] mapas para pruebas de orientación deportiva
Hola, No te voy a arreglar el problema con la wiki, pero en el último WherecampEU se presentó OpenOrienteeringMap http://www.oobrien.com/oom/ Puede que te interese porque permite crear mapas para imprimir. Gari 2011/1/13 bicifamiliar i...@bicifamiliar.org: Hola, miro en http://wiki.openstreetmap.org/wiki/IOFmapping para intentar hacer mapas para orientación deportiva y en el apartado de Editing los enlaces dentro de JOSM, dan error Download JOSM IOF presets to your JOSM directory. Da error http://como.oxtract.se/export/17/JOSM/isompresets.xml Download the iof-png-icons and extract the archive in your JOSM directory. Da error http://www.mtk1886.de/iof-png-icons-1.0.tgz Download JOSM IOF style and save it your JOSM directory. Da error http://como.oxtract.se/export/17/JOSM/comostyle.xml Alguien puede indicarme dónde encontrar más información al respecto? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] mapas para pruebas de orientación deportiva
El xueves, 13-xineru-2011 a les 10:42 +0100, bicifamiliar escribió: Alguien puede indicarme dónde encontrar más información al respecto? Gracias, Paco En algún momento hicieron cambios en el trac y se perdieron los enlaces anteriores. Para los enlaces buenos a isompresets.xml y comostyle.xml sigue los que te aparecen en esta página [1] Lo que no encuentro son los iconos de la IOF. Es posible (no he mirado) que existan dentro del directorio de desarrollo, porque el autor sugiere que tendría que hacer un zip. En ese caso, podrías tener una copia local del directorio de desarrollo usando svn, tal como explican en la propia wiki del proyecto [2], en el apartado Svn reading access. [1] http://como.oxtract.se/wiki/JOSM [2] http://como.oxtract.se/wiki/WikiStart -- Saludinos Xuacu Saturio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] marcar un itinerario sobre un mapa
Buenas, El día 13 de enero de 2011 10:13, bicifamiliar i...@bicifamiliar.org escribió: Veo que el Viking esta disponible en castellano pero no veo la manera de cambiarle el idioma, yo tengo Ubuntu 10.10 en catalán y viking 0.9.93 en inglés, cómo podría cambiarlo? Aunque por ahora me viene un poco grande para mi propósito, algún manual en castellano para los muy novatos? Las aplicaciones en Linux te salen en el idioma de tu sistema si lo tienen. Probablemente al no haber versión en Catalán por eso te saldrá en Inglés. Yo tengo pendiente actualizarme el sistema que tengo el de hace un año, pero me sale en Inglés (y el idioma de mi sistema es el Español). Manuales no conozco, pero creo que podrías preguntar aquí, en la lista, ya que algunos lo usamos. Aunque mejor abre hilos nuevos. Y si son cosas que se salen de la lista escríbeme a mi correo. Saludos, Colegota ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] marcar un itinerario sobre un mapa
Ah, del estilo de Viking, aunque más sencillo pero también más amigable, también tienes el Prune [1]. Pero ambos, son para cuando tienes la ruta en GPS más que para pintarla. [1] http://activityworkshop.net/software/prune/ Saludos, Colegota El día 13 de enero de 2011 12:12, Colegota El Villano el_coleg...@villanos.net escribió: Buenas, El día 13 de enero de 2011 10:13, bicifamiliar i...@bicifamiliar.org escribió: Veo que el Viking esta disponible en castellano pero no veo la manera de cambiarle el idioma, yo tengo Ubuntu 10.10 en catalán y viking 0.9.93 en inglés, cómo podría cambiarlo? Aunque por ahora me viene un poco grande para mi propósito, algún manual en castellano para los muy novatos? Las aplicaciones en Linux te salen en el idioma de tu sistema si lo tienen. Probablemente al no haber versión en Catalán por eso te saldrá en Inglés. Yo tengo pendiente actualizarme el sistema que tengo el de hace un año, pero me sale en Inglés (y el idioma de mi sistema es el Español). Manuales no conozco, pero creo que podrías preguntar aquí, en la lista, ya que algunos lo usamos. Aunque mejor abre hilos nuevos. Y si son cosas que se salen de la lista escríbeme a mi correo. Saludos, Colegota ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] marcar un itinerario sobre un mapa
Por si a alguien le resulta util, la pagina facilmap.org (antes http://osm.cdauth.eu/map/) te permite visualizar trazas sobre osm. En el campo de busqueda se introduce la URL de un .gpx, .kml etc. o un ID numerico de un nodo o via o relacion openstreetmap o un ID de bug de openstreetbugs. La pagina se basa en un javascript complementario para OpenLayers y es un poco mas facil de usar que el OpenLayers crudo en paginas web. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] marcar un itinerario sobre un mapa
bicifamiliar wrote: Hola de nuevo, seguro que te puede servir para lo que necesitas, yo empezaría mirando por Viking ... Veo que el Viking esta disponible en castellano pero no veo la manera de cambiarle el idioma, yo tengo Ubuntu 10.10 en catalán y viking 0.9.93 en inglés, cómo podría cambiarlo? En Linux (Ubuntu 9.10) hay un archivo viking.mo en /usr/share/locale/es/LC_MESSAGES y hay un viking.mo en cada uno de las carpetas de /usr/share/locale/ Hay programas para editar los archivos .po y .mo (yo recuerdo PoEdit http://www.poedit.net/ o Gtranslator, ambos instalables desde Synaptic) Poedit lo usé en Windows y aparecia una tabla con dos columnas, en una la cadena original y en la otra la correspondiente al idioma que se queria implementar, era muy facil traducir un programa. Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Nueva licencia ODbL
Solo esto ;) http://www.openstreetmap.org/user/oscarorbe/diary/12799 --oscar ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover Segovia Ávila Madrid, y ahora qué?
El viernes día 07 de enero de 2011, a las 10:22:51 +0100, sergio sevillano escribió: muy bien Ávila y Segovia importadas, se ve verde en mapnik. la sierra de Guadarrama estaba con polígonos de landuse muy malos y los estaba transformando a mano con ortofoto a bastante mejores ahora en http://www.openstreetmap.org/?lat=40.6868lon=-4.2252zoom=14layers=M y en http://www.openstreetmap.org/?lat=40.73331lon=-4.16432zoom=15layers=M esta mezclado lo malo antiguo, lo intermedio de corine y lo bueno a mano. ahora, alguien me puede explicar cual es el siguiente paso. Desde luego, resultan curiosas algunas regiones marcadas como de CORINE 2006, en la zona [1], y desde luego a un par de ratos que se le pudieran dedicar a hacer los polígonos a manopla, el resultado no sólo sería más vistoso, sino también más correcto. Un saludo. [1] http://www.openstreetmap.org/?lat=40.824lon=-4.1362zoom=13 -- José Luis Domingo López Linux Registered User #189436 Linux Kubuntu 10.04 LTS (Linux 2.6.32-26-386) signature.asc Description: Digital signature ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Ausstellung Geo Data City in der Wiener Planungswerkstatt
Ausstellung Geo Data City Ort: Wiener Plaungswerkstatt, 1., Friedrich-Schmidt-Platz 9 Dauer: 14. Jänner bis 25. März 2011 http://www.wien.gv.at/stadtentwicklung/veranstaltungen/ausstellungen/2011/geodatacity/ Veranstaltungen (Beginn jeweils um 18 Uhr): 20. Jänner 2011: ViennaGIS 27. Jänner 2011: Besser planen mit GIS 3. Februar 2011: Green City - Smart City 10. Februar 2011: Texte und Karten - Geografie der Literatur 17. Februar 2011: Cyber City 24. Februar 2011: Kartografie und Infodesign - Datenvisualisierung zwischen Macht und Meinungsbildung 3. März 2011: Um Wien herum - Digitale Interaktionen zwischen Stadt und Umland 10. März 2011: Data Awareness - Datenschutz und Open Data 17. März 2011: Stadtplanung in der Informationsgesellschaft - GIS und Wissensmanagement 24. März 2011: Digital City Vienna - Into the Future Exkursion: Samstag 19. März 2011: Aspern - Die Seestadt Wiens Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Erinnerung HEUTE: LUGT/OSM-Stammtisch Innsbruck (Völs)
Für alle Facebook-Freunde gibt es auch eine eigene OSM Tirol Gruppe. http://www.facebook.com/group.php?gid=131063265678 martin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-cz] Analýza relací s forward/backward
Ahoj, v revizi 3788 se konečně dostal do JOSM můj patch umožňující analýzu relací s forward/backward rolemi. Víc je popsáno v ticketu 5109 (1). Zatím to zahrnuje jen jednodušší případy a možná to ještě obsahuje chyby. Budu tedy rád, pokud si opravíte vaše oblíbené relace a případné bugy nahlásíte na Trac JOSMu (pokud už problém není popsán u ticketu 5109). Pozn: pod josm-latest je zatím revize 3786, takže bude nutné ještě pár hodin počkat. [1] https://josm.openstreetmap.de/ticket/5109 -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Version urbaine d'OSM?
Le mercredi 12 janvier 2011 21:47:52 Pierre-Alain Dorange, vous avez écrit : Le rendu de open mapquest est plus orienté véhicule automobile de plus la page principal permet de masquer/visualiser certains POI par exemple. Il existe bien sur d'autres rendus (osmarender, cyclemap, cloudmade...) Il y a aussi des rendus sympas sur qualitystreetmap : http://maps.qualitystreetmap.org/?zoom=14lat=5731401.31242lon=-35069.78423layers=B -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Version urbaine d'OSM?
On peut voir plusieurs styles de rendu OSM sur cette application : http://geotribu.net/applications/baselayers/index.php Et comparer avec les autres : Google, Bing, Yahoo Mon préféré, c'est le rendu Mapquest à grande échelle. Fabien *http://www.geotribu.net* 2011/1/13 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mercredi 12 janvier 2011 21:47:52 Pierre-Alain Dorange, vous avez écrit : Le rendu de open mapquest est plus orienté véhicule automobile de plus la page principal permet de masquer/visualiser certains POI par exemple. Il existe bien sur d'autres rendus (osmarender, cyclemap, cloudmade...) Il y a aussi des rendus sympas sur qualitystreetmap : http://maps.qualitystreetmap.org/?zoom=14lat=5731401.31242lon=-35069.78423layers=B -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] référence insee
Le mer. 12 janv. 2011 à 09:45 +0100, Vincent de Chateau-Thierry a ecrit : Bonjour, De : Vincent Privat Pour le candidat idéal du level 7, j'avoue que je voterai aussi pour l'arrondissement. C'est dommage de ne pas les avoir, là :( Bien, on est 2 alors, c'est un début :-) Sur cette page du site de l'INSEE : http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement.asp on trouve la liste des arrondissements, et la liste des communes avec entre autre leur appartenance à un arrondissement. Donc tout ce qu'il faut pour avoir un référentiel des arrondissements à transcrire en base le moment venu. Mais pour avancer, il faut un minimum de consensus, et donc de retour sur les propositions pour les EPCI [1]. Je suppose que ça a été évoqué, mais je n'en vois pas trace sur le wiki : pour les EPCI, qui sont forcément des regroupements de communes (ie pas de découpage intra-communal), pourquoi s'embêter à redescendre au niveau des frontières, alors qu'il suffirait de les déclarer comme des relations regroupant des relations-communes ? -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Émission Le dessous des cartes Tous cartographes?
Bonjour, Pour la communauté française, le magazine Le dessous des cartes sur Arte diffuse cette semaine une émission intitulée Tous cartographes? Le résumé est le suivant: Symbole de pouvoir et de puissance dans le passé, les cartes géographiques connaissent aujourd’hui une véritable démocratisation. Quelles sont les applications actuelles et les enjeux de cette évolution ? Le Dessous des Cartes propose un voyage dans l’univers du Géoportail, initiative française de l’IGN à la vocation citoyenne et aux applications pédagogiques. (http://www.arte.tv/fr/392.html) Encore 2 rediffusions à la TV, vendredi 14 à 10h15 et samedi 15 à 11h45 ( http://www.arte.tv/fr/semaine/244,broadcastingNum=1196705,day=1,week=2,year=2011.html?fromRSS=true)http://www.arte.tv/fr/semaine/244,broadcastingNum=1196705,day=1,week=2,year=2011.html?fromRSS=true%29 . Ne serait-il pas judicieux d'écrire à Jean-Christophe VICTOR, auteur de l'émission, pour l'inviter à réaliser une émission sur OSM? Le Laboratoire d'Études Politiques et Cartographique (LEPAC) sur leur site www.lepac.org et Jean-Christophe VICTOR: cont...@lepac.org Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] référence insee
Bonjour, De : Guillaume Allegre Je suppose que ça a été évoqué, mais je n'en vois pas trace sur le wiki : pour les EPCI, qui sont forcément des regroupements de communes (ie pas de découpage intra-communal), pourquoi s'embêter à redescendre au niveau des frontières, alors qu'il suffirait de les déclarer comme des relations regroupant des relations-communes ? De mon point de vue c'est avant tout une histoire de cohérence de modèle. Si, comme on a commencé à le faire, on modélise les regroupements de communes que sont les département, ou les régions, au travers de leur frontière, pourquoi modéliser autrement les EPCIs, autres regroupements de communes ? D'autres arguments (mineurs) : ça permet de définir le contour d'un EPCI sans forcément disposer de toutes les limites administratives des communes, et la conversion depuis le modèle actuel(admin_level=7) est facilitée puisque les membres de la relation restent les mêmes ways qu'actuellement, seuls quelques tags changent. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] référence insee
Le 13/01/2011 14:21, sly (sylvain letuffe) a écrit : Il s'agit du débat régulier entre le modèle surfacique et le modèle frontière pour la représentation des entités administratives. Puisque, le cas que tu présentes : une epci est formée d'un regroupement de communes et exactement le même qu'un département qui est le regroupement de communes, une région regroupement de département, et la france, un regroupement de régions. J'ai la flemme de retrouver le débat dans les archives, mais je me souviens que la conclusion est la suivante : Chaque modèle a ses avantages et inconvénients, mais rien n'a pû être avancé pour trancher en la faveur de l'un ou de l'autre de façon radicale. Il en ressort un statu quo où nous continuons sur le modèle frontière pour des raisons d'homogénéité avec ce qui est déjà en place. Pour faire avancer le shmilblik, Même si on ne mappe pas pour... Quel est le traitement par osm2psql d'une relation dont les membres seraient les relations communes actuelles ? On se retrouverait avec un bon polygone bien valide ? (Parce que dans l'état actuel de la base, beaucoup de polygones pourraient se retrouver ici : http://osm.org/go/0BOdZeu@Y-- ) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: Repère géodésique sans bâti
Pour l'église de Vincent, je ne sais pas, mais en tout cas une erreur sur une autre église dans mon coin a disparu. Merci pour la mise à jour, Matthias Le 13 janvier 2011 14:56, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : 2011/1/12 Matthias Dietrich eiger@gmail.com: Les erreurs repère géodésique sans bâti, c'est à dire la source n°1, n'ont pas été mises à jour depuis plusieurs mois. 1 geodesie-france il y a 125j, 4h, 12m all Ce ne sont pas les seules d'ailleurs, voir http://osmose.openstreetmap.fr/cgi-bin/last-update.py J'imagine que ton clocher a été importé depuis moins de 125 jours 4 heures et 12 minutes ;-) Les repères geodésiques devraient être à jour sur osmose maintenant. Est-ce que tu pourras vérifier si ton église est correctement détecté ? Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] référence insee
Le 13/01/2011 14:46, sly (sylvain letuffe) a écrit : On jeudi 13 janvier 2011, Vincent Pottier wrote: Pour faire avancer le shmilblik, Même si on ne mappe pas pour... Quel est le traitement par osm2psql d'une relation dont les membres seraient les relations communes actuelles ? ça ne marcherait pas, mais tu l'as dis : on ne mappe pas pour X Il est cependant envisageable de coder un programme pour déterminer la bordure extérieure et construire le bon polygone. Bon, alors je ne suis pas favorable à la relation qui contient les relations communes... Avant que le programme qui va bien soit intégré à osm2pgsql, ou que j'arrive à l'implémenter sur ma machine... Les utilisateurs de postGIS, Qgis, osmose et autres seront handicapés par cette méthode. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] référence insee
De : Vincent Pottier Le 13/01/2011 14:46, sly (sylvain letuffe) a écrit : On jeudi 13 janvier 2011, Vincent Pottier wrote: Pour faire avancer le shmilblik, Même si on ne mappe pas pour... Quel est le traitement par osm2psql d'une relation dont les membres seraient les relations communes actuelles ? ça ne marcherait pas, mais tu l'as dis : on ne mappe pas pour X Il est cependant envisageable de coder un programme pour déterminer la bordure extérieure et construire le bon polygone. Bon, alors je ne suis pas favorable à la relation qui contient les relations communes... Avant que le programme qui va bien soit intégré à osm2pgsql, ou que j'arrive à l'implémenter sur ma machine... Les utilisateurs de postGIS, Qgis, osmose et autres seront handicapés par cette méthode. Il y a la complexité pour les outils (relations récursives) et aussi la complexité pour ceux qui doivent saisir en base ces relations. Le côté gigogne est parfait pour se perdre dans les imbrications. Bref, sur ces aspects, une enfilade de ways 'limites' est plus facile à appréhender en l'état des outils comme JOSM. Et puis, mine de rien, si on basculait en modèle 'somme de surfaces', on aurait les constructions suivantes : - les départements sont les sommes des surfaces des communes - les régions sont les sommes des surfaces des départements - la France est la somme des surfaces des régions. Avec ce modèle, la métropole se réduirait aujourd'hui à l'Alsace, seule région complète en terme de surfaces communales. Donc le modèle par somme de surface, peut-être, mais seulement le jour où notre carto des limites sera complète. Avant cela, le modèle par frontières reste plus efficace. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et intégration de données
Le 12/01/2011 09:56, Fabrice Phung a écrit : On Wed, 12 Jan 2011 09:36:28 +0100, François Van Der Biest francois.vanderbi...@camptocamp.com wrote: Bonjour, Je pense personnellement que la meilleure solution pour faire profiter OSM des données mises à jour, c'est tout simplement de publier (sur une base régulière) sur le site web de la 4C ces nouvelles données sous forme de shapefile versionné. Charge aux contributeurs locaux d'intégrer les différences dans OSM... quitte Tout à fait d'accord, ce d'autant plus que la libération des données ne se fait pas uniquement au profit d'OSM. +1 Et plus il y a de réutilisateurs et plus cela montre l'intérêt de ce travail pour l'acteur public. à s'aider d'une application (qui reste à inventer) permettant de mettre en évidence les différences entre deux lots de données (penser à svn/git diff). C'est un projet très intéressant. Les formats sont cependant souvent incompatibles avec une mise en évidence des différences. Oui. L'idée de Marc de comparer des UID n'est-elle pas une piste plus intéressante ? Comment est-ce faisable ? Charles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et intégration de données
Le 12/01/2011 23:17, Marc Sibert a écrit : Le 10/01/2011 17:19, 4C/Laurent GAD a écrit : Bonjour, Se pose également la question de la mise à jour. Nous faisons une mise à jour régulière de notre filaire en interne sur la base d'information remontées par nos communes. Quelle serait la meilleure méthode pour en faire profiter OSM ? Imports, saisie directe dans osm (= doublon de mise à jour pour nous) ? J'en profite pour remercier les personnes qui travaillent sur le filaire de voies sur le territoire de la 4C. cordialement *Laurent* Bonjour, Après réflexion sur les mises à jour ultérieures, il faudrait que le fichier que vous avez fourni contienne en plus un UID pour chaque tronçons, ainsi en cas de modification on pourra faire le rapprochement avec l'existant. C'est une très bonne remarque. Est-il envisageable de compiler les bonnes pratiques de publications de données géographiques ouvertes pour un acteur public qui voudrait libérer ses données ? et à côté de ça les bonnes pratiques d'import. Quelques critères pour les bonnes pratiques de publications. * Cadre juridique (compatibilité avec l'ODbL) * format(s) ? peut-on recommander un peu plus qu'un format ouvert ? * UID pour les tronçons (et pour les autres objets aussi non ?) pour faciliter les mise à jour * date de dernière mise à jour du document [une obligation du droit français pour la réutilisation de données publiques -- loi de 1978 article 12] (est-ce qu'on a intérêt à avoir la date de dernière mise à jour de chaque objet ? là encore pour faciliter les comparaisons et d'autres usages) * régularité des mises à jours (que recommander ?) * schéma d'URI pour la publication (un peu comme les reco du W3C) Il y a un draft du W3C, d'ailleurs, qui raconte des choses intéressantes mais le doc est un peu lourd et, j'en ai peur, un peu éloigné des problématiques des techniciens municipaux http://www.w3.org/TR/gov-data/ (et tout le monde ne cause pas anglais). Charles. Dans les dernières extractions de fichiers .osm, j'ai fait figurer un tag 4C:PK_UID qui contient un entier trouvé dans le fichier .shp, mais j'ai peur qu'il n'indique que le rang du tronçon dans le fichier. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Émission Le dessous des cartes Tous cartographes?
J'ai laissé un commentaire sur arte+7. Moi aussi, mais d'après le site, il y a toujours 0 commentaires :-( -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et intégration de données
Charles Nepote wrote: C'est une très bonne remarque. Est-il envisageable de compiler les bonnes pratiques de publications de données géographiques ouvertes pour un acteur public qui voudrait libérer ses données ? et à côté de ça les bonnes pratiques d'import. Complètement d'accord. Si on veut voir plus de données libérées, il faut faciliter autant que possible la démarche en balisant l'itinéraire. Quelques critères pour les bonnes pratiques de publications. * Cadre juridique (compatibilité avec l'ODbL) La seule fois où j'ai discuté de libération avec une collectivité, c'est effectivement cette question qui se posait. Et je n'ai pas su répondre :( Pour les collectivités mais aussi pour tous les intéressés (contributeurs, sociétés, ...), il serait bon d'avoir un récapitulatif clair, unique et facile à trouver à propos des licences, des droits et des obligations de chacun. * format(s) ? peut-on recommander un peu plus qu'un format ouvert ? Le GML a l'avantage d'être le standard de l'OGC mais en pratique, j'imagine que le bon vieux ShapeFile est beaucoup plus courant... Difficile de désigner un format plutôt qu'un autre. Il existe différents outils permettant à celui qui exploite les données de les convertir d'un format à un autre (GDAL/OGR, Talend/SDI, FME). Par conséquent, recommander un format particulier me semble peu utile et ça risque en plus de freiner la publication. * UID pour les tronçons (et pour les autres objets aussi non ?) pour faciliter les mise à jour * date de dernière mise à jour du document [une obligation du droit français pour la réutilisation de données publiques -- loi de 1978 article 12] (est-ce qu'on a intérêt à avoir la date de dernière mise à jour de chaque objet ? là encore pour faciliter les comparaisons et d'autres usages) * régularité des mises à jours (que recommander ?) Il faut effectivement arriver à faire passer l'idée que des mises à jour régulières des données sont un facteur de qualité important pour les outils qui exploitent ces données. Cela dit, il faut argumenter avec prudence car publier sur une base régulière n'implique pas le même investissement qu'une publication ponctuelle. * schéma d'URI pour la publication (un peu comme les reco du W3C) Il y a un draft du W3C, d'ailleurs, qui raconte des choses intéressantes mais le doc est un peu lourd et, j'en ai peur, un peu éloigné des problématiques des techniciens municipaux http://www.w3.org/TR/gov-data/ (et tout le monde ne cause pas anglais). Un simple lien vers la page du W3C serait peut-être trop rugueux mais rien n'empêche de faire un peu de pédagogie dans ce guide des bonnes pratiques :) Le W3C avait promu l'accessibilité à travers la WAI par exemple. Aujourd'hui, toutes les collectivités exigent de leurs prestataires le respect des normes d'accessibilité (sans pour autant avoir lu la doc du W3C à ce sujet). Charles. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Émission Le dessous des cartes Tous cartographes?
Le 13/01/2011 17:05, Guillaume Allegre a écrit : J'ai laissé un commentaire sur arte+7. Moi aussi, mais d'après le site, il y a toujours 0 commentaires :-( Probablement une modération... Il va falloir attendre l'approbation. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et intégration de données
On Thu, 13 Jan 2011 17:15:17 +0100, Gilles Bassière gbassi...@gmail.com wrote: Charles Nepote wrote: C'est une très bonne remarque. Est-il envisageable de compiler les bonnes pratiques de publications de données géographiques ouvertes pour un acteur public qui voudrait libérer ses données ? et à côté de ça les bonnes pratiques d'import. Complètement d'accord. Si on veut voir plus de données libérées, il faut faciliter autant que possible la démarche en balisant l'itinéraire. Pour la publication côté acteurs publics, c'est balisé par la démarche INSPIRE. Le découpage thématique et les métadonnées sont détaillés. Autant se calquer sur cette démarche (obligatoire). Attention, c'est publication et pas libération, il manque le volet libre. http://www.slideshare.net/MarcLeobet/decouvrir-inspire-190309-1169526 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Émission Le dessous des cartes Tous cartographes?
Le jeu. 13 janv. 2011 à 18:08 +0100, Vincent Pottier a ecrit : Le 13/01/2011 17:05, Guillaume Allegre a écrit : J'ai laissé un commentaire sur arte+7. Moi aussi, mais d'après le site, il y a toujours 0 commentaires :-( Probablement une modération... Il va falloir attendre l'approbation. C'est bon. On est les deux seuls commentaires. Du coup, ça fait un peu scientologie, mais tant pis. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Commune] Libérations et intégration de données
Fabrice Phung wrote: On Thu, 13 Jan 2011 17:15:17 +0100, Gilles Bassière gbassi...@gmail.com wrote: Charles Nepote wrote: C'est une très bonne remarque. Est-il envisageable de compiler les bonnes pratiques de publications de données géographiques ouvertes pour un acteur public qui voudrait libérer ses données ? et à côté de ça les bonnes pratiques d'import. Complètement d'accord. Si on veut voir plus de données libérées, il faut faciliter autant que possible la démarche en balisant l'itinéraire. Pour la publication côté acteurs publics, c'est balisé par la démarche INSPIRE. Le découpage thématique et les métadonnées sont détaillés. Autant se calquer sur cette démarche (obligatoire). Attention, c'est publication et pas libération, il manque le volet libre. http://www.slideshare.net/MarcLeobet/decouvrir-inspire-190309-1169526 INSPIRE est une très bonne chose et contribue probablement à la prise de conscience par les acteurs publics de l'intérêt de partager ses données. Cela dit, la publication des données en conformité avec la directive est une tâche considérable et les collectivités le font aujourd'hui essentiellement parce qu'elles y sont contraintes par la loi. Par ailleurs, comme tu le fais remarquer, les données publiées dans le cadre d'INSPIRE ne sont pas nécessairement libre (et elles ne le sont pas souvent je crois). Si l'idée est de rédiger un guide pour inciter les collectivités à libérer des jeux de données, je pense qu'on peut/doit faire beaucoup plus simple qu'INSPIRE. Au plus la tâche sera facile/peu coûteuse pour les collectivités, au plus on verra de données libérées. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Émission Le dessous des cartes Tous cartographes?
Je viens de lire vos commentaires et je dois dire que j'aurais pas fait mieux. En espérant que vous allez être entendu... Le 13 janvier 2011 18:30, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le jeu. 13 janv. 2011 à 18:08 +0100, Vincent Pottier a ecrit : Le 13/01/2011 17:05, Guillaume Allegre a écrit : J'ai laissé un commentaire sur arte+7. Moi aussi, mais d'après le site, il y a toujours 0 commentaires :-( Probablement une modération... Il va falloir attendre l'approbation. C'est bon. On est les deux seuls commentaires. Du coup, ça fait un peu scientologie, mais tant pis. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: Repère géodésique sans bâti
C'est corrigé pour les 2 églises de ma commune :) Merci beaucoup ! Le 13 janvier 2011 15:18, Matthias Dietrich eiger@gmail.com a écrit : Pour l'église de Vincent, je ne sais pas, mais en tout cas une erreur sur une autre église dans mon coin a disparu. Merci pour la mise à jour, Matthias Le 13 janvier 2011 14:56, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : 2011/1/12 Matthias Dietrich eiger@gmail.com: Les erreurs repère géodésique sans bâti, c'est à dire la source n°1, n'ont pas été mises à jour depuis plusieurs mois. 1 geodesie-france il y a 125j, 4h, 12mall Ce ne sont pas les seules d'ailleurs, voir http://osmose.openstreetmap.fr/cgi-bin/last-update.py J'imagine que ton clocher a été importé depuis moins de 125 jours 4 heures et 12 minutes ;-) Les repères geodésiques devraient être à jour sur osmose maintenant. Est-ce que tu pourras vérifier si ton église est correctement détecté ? Merci, Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 1/3京都、烏丸にてOSMのマップ作成についての講習会
としです. 遅ればせながら、清野です。 こんばんは. ちなみに、2月の連休には2日間ほどじっくりと時間をとって、 じっくりしっかりとしたOSM講座を奈良で開こうかと思っております。 初歩的な、基本的なところから入って、かなり技術的にディープなところまで 2日間みっちりやりたいと思っております。 もし我こそは、という方がいらっしゃいましたら、 ぜひ名乗りを上げてください。歓迎いたします。 よろしくお願いします. 私は何分我流なので,もしかすると考え違いをしているかも知れず,この機会に直したいと思います. ところで,「技術的にディープなところ」と言うのは,どの様なところをディープにでしょうか? ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 1/3京都、烏丸にてOSMのマップ作成についての講習会
清野です。 2011年1月14日0:24 TANAKA Toshihisa tosih...@netfort.gr.jp: としです. 遅ればせながら、清野です。 こんばんは. ちなみに、2月の連休には2日間ほどじっくりと時間をとって、 じっくりしっかりとしたOSM講座を奈良で開こうかと思っております。 初歩的な、基本的なところから入って、かなり技術的にディープなところまで 2日間みっちりやりたいと思っております。 もし我こそは、という方がいらっしゃいましたら、 ぜひ名乗りを上げてください。歓迎いたします。 よろしくお願いします. 私は何分我流なので,もしかすると考え違いをしているかも知れず,この機会に直したいと思います. ところで,「技術的にディープなところ」と言うのは,どの様なところをディープにでしょうか? ではこれにて. 色いろあると思いますが、短時間で最低限の事しか伝えられないときにはオミットされてしまうようなことです。 GPSのちょっと込み入った話とか。 他にも、現実世界に存在する地物をどうメタ化して、地図という抽象空間で表現していくか、とかも含むのかもしれません。 こちらこそお忙しい時期かとは思いますがよろしくお願いいたします。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Import accurate streets in Portland, Oregon - Trimet
Questions for the talk-us: 1) How do you feel about some kind of automatic editing or (selective) import? Other methods? Hi PJ, The actual method of import doesn't matter - only the quality of the result is important. Roads and trails should properly connect to existing data with no duplicates. 2) How do I go about doing that? (I heard of something called RoadMatcher)? I just did an import for Murray County, OK last week. I did a remove / replace operation because most roads had never been edited, and many road names had been changed. Something like RoadMatcher would be much better because Existing OSM attributes, history, and edits would be preserved without a manual copy operation. Easy to copy correct geometry onto existing road. I glanced at RoadMatcher, but I am not familiar with the toolset that goes with it. Expect some manual work with any import to properly stitch new or updated roads onto any existing roads. There is some interest in writing an OSM tool for JOSM or another editor that will streamline all the operations, but the timeline is not known. 3) Any other input? Some types of data fit into OSM better than others. Natural imports are roads, trails, bike routes, park and golf course boundaries (which are often difficult or impossible to survey by hand, and existing park boundaries are easy to spot on the map or detect in the OSM dataset). Having updated roads, trails, and routes in OSM allow other navigation tools to work with the data and provide seamless routing to the rest of the country. Public transit routes also fit in OSM, but since Trimet will be using a multi-modal approach, it is best to postpone bringing this data in last, if at all, unless it can be automated so that it is always up to date. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import accurate streets in Portland, Oregon - Trimet
On Wed, 2011-01-12 at 22:37 -0800, PJ Houser wrote: In Portland, Oregon, the region's transit agency Trimet (http://www.trimet.org) is transitioning to an open-source trip planner (http://maps5.trimet.org/otp/). The trip planner will use OSM data for a multi-modal approach - walking, biking, driving - and Trimet's route data. However, Portland data is not accurate enough nor complete enough yet in OpenStreetMap, so my job is to help fix that with Trimet and the community. The roads are often incorrect or do not intersect properly, making consistently good routing impossible. Bike routes and off-road trails are seriously lacking. I think there are a couple of distinct problems here. With the things that are simply lacking from OSM, I think a careful manual import makes sense. It would be nice to get a sense of the scale of the problem, like how many trails we're talking about in the metro area. If we're talking about 100, a manual import makes sense, but 100,000, probably not. Similar to that problem is getting new streets that weren't imported with TIGER2005 in to the data set. Coming up with that set can probably be done in a fairly automated fashion. But, perhaps doing it visually would be good enough: http://greenvilleopenmap.info/StreetCompare.jpg Another concern is what ongoing efforts there will be each time new data gets released. We should at least keep in mind what will have to be done next year at this time. Especially for a trip planner, I'm not sure that that accuracy is really all that important. Here's a route from where Google says my old apartment was to where it actually is (~420 feet off according to them): http://goo.gl/LjxWv That's basically a precision problem in their geocoder, and is the kind of problem that will pop up if OSM streets don't closely match what's coming out of your geocoder. It's something to work on, but it doesn't seem like an urgent problem to fix. I think people are used to the endpoints of their route being a bit fuzzy. No matter what gets done, we'll need something to convert over to the OSM formats. That's probably the most important thing to be looking at, first. OpenTripPlanner looks really cool, btw! -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import accurate streets in Portland, Oregon - Trimet
I did a quick ogr2osm conversion on the street data from here: ftp://ftp.oregonmetro.gov/odi/Streets.zip I stuck it up here: http://daveh.dev.openstreetmap.org/portland/ I loaded it in (JOSM takes ~1.2GB of RAM doing this), along with some downloaded OSM data. Then I set the inactive color to a nice, bright pink, and selected the downloaded OSM data layer. The streets that aren't in OSM already stand out pretty clearly: http://daveh.dev.openstreetmap.org/portland/josm-ping.png Wherever you see pink, there's potentially a problem. It might be a misaligned or missing OSM road. This doesn't guarantee the names are right or anything, but it's at least nice to get a handle on how complete the OSM data is and how well it coincides with Metro's. I'm fairly impressed with how OSM stacks up. It's also neat how much of the missing stuff has actually been traced from imagery, but just needs names stuck on it. If this looks like something that might be usable for doing a manual import of new streets, we can probably work on a nicer JOSM style file to make the process even easier visually. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us