Re: [talk-ph] OSM session at the National Remote Sensing Conference on May 29, 2013
FYI venue changed. Change of venue to the OSM Workshop at the PH National Remote Sensing Conference (Geodetic Engineering Theatre, 4th Floor Melchor Hall, UP Diliman, Quezon City) http://philrss.noahsark.webfactional.com/nrsc2013/preconference On Tue, May 28, 2013 at 8:21 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, This event is tomorrow. If you're interested in helping out, just come to the NEC Building at UP Diliman tomorrow morning! :-) On Fri, May 17, 2013 at 7:49 PM, maning sambale emmanuel.samb...@gmail.com wrote: Event details is now posted here: http://philrss.noahsark.webfactional.com/nrsc2013/preconference We are still arranging for the details (venue wifi, food, etc). But I think we can start inviting people. For the other preparations, let's coordinate in this list. @Erwin, we will correct your pseudonym ASAP. :) On Tue, May 14, 2013 at 7:12 PM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks to Rally, Bunny, Nikolai and Eugene for confirming. Should we go on the half day (either 9 AM - 12 NN or 1-5 PM) or a full day? I need to write the organizers on the plans. On Sat, May 11, 2013 at 7:14 PM, maning sambale emmanuel.samb...@gmail.com wrote: The actual event is May 30-31 we are part of the pre-event workshops. The participants are GIS and Remote sensing practitioners but we can invite other people as well. I suggest we go through: - OSM basics - How to edit/contribute - How to use the data (webmap embeds, garmin map, shapefile extracts) On Sat, May 11, 2013 at 12:07 PM, Rally de Leon rall...@gmail.com wrote: Eugene, Ok (it's a wednesday, meron attendees?), assist lang ako ha... taga-kanaw ng kape ;-) BTW what's this workshop all about? On Fri, May 10, 2013 at 8:17 AM, Eugene Alvin Villar sea...@gmail.com wrote: I'll see if I can take a leave from work for this. Rally, can you help out too? Others, would you be interested in helping out with this whole-day workshop? On Thu, May 9, 2013 at 6:09 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We are invited to manage a workshop on OSM at the PhilRSS National Remote Sensing Conference on May 29, 2013. Sorry for the very short as I got this email a few minutes ago. I can't join due to some scheduled conflict. If anyone wants to manage this, I'll put you in touch with the organizer. Draft website here:http://philrss.noahsark.webfactional.com/nrsc2013/preconference -- 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 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- 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 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Parish boundaries in OSM
Dear Eugene, Thank you for adding this. Very useful in our last community mapping with Santa Cruz and San Jose de Trozo Parish last Saturday. On Tue, May 28, 2013 at 8:17 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Last year, I did an experiment in marking parish and vicariate boundaries in OSM. And I tried it on the Vicariate of San Jose de Trozo in Manila. I've marked them in the same way as administrative boundaries but using boundary=religious (and religion=christian + denomination=roman_catholic). For parish boundaries, I also added the parish church itself into the relation with the role seat. You can see the results here: http://overpass-turbo.eu/s/fH That map is interactive: you can click on elements to see what they are. Note that this is an experiment and there is no approved tagging guidelines or scheme for marking parish (and hopefully diocese/archidiocese) boundaries. I'd like to know what you guys think? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] automatic JOSM resolution change (was: AGIV watuning)
On 2013-03-26 00:13, EeBie wrote : Ik vind de AGIV vliegtuigfoto's vrij goed werken in JOSM. Je kunt nu de wegen zien door het bos waar dat met Bing in de bladeren blijft hangen. Ik heb bij de F12 Preferences bij WMS als Service URL toegevoegd: http://wms.agiv.be/ogc/wms/omkl? en dat doet het. Het is spijtig dat de resolutie niet automatisch aangepast wordt bij het inzoomen zoals bij Bing. Ik klik met de rechtermuisknop op de AGIV-layer en kies dan resolutie wijzigen of 'native resolution'. Of kan het beter? Groeten, Erik The bug I mentioned before is just reported to be fixed in JOSM 5969. How, I don't know, just that someone wrote "Thank you!". I'd like to hear your comments about that fix as I'm somehow away from JOSM right now. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] automatic JOSM resolution change (was: AGIV watuning)
Op 28 mei 2013 17:39 schreef A.Pirard.Papou a.pirard.pa...@gmail.com het volgende: On 2013-03-26 00:13, EeBie wrote : Ik vind de AGIV vliegtuigfoto's vrij goed werken in JOSM. Je kunt nu de wegen zien door het bos waar dat met Bing in de bladeren blijft hangen. Ik heb bij de F12 Preferences bij WMS als Service URL toegevoegd: http://wms.agiv.be/ogc/wms/omkl? en dat doet het. *Het is spijtig dat de resolutie niet automatisch aangepast wordt* bij het inzoomen zoals bij Bing. Ik klik met de rechtermuisknop op de AGIV-layer en kies dan resolutie wijzigen of 'native resolution'. Of kan het beter? Groeten, Erik The bug I mentioned beforehttp://josm.openstreetmap.de/ticket/7563#comment:12is just reported to be fixed in JOSM 5969. How, I don't know, just that someone wrote Thank you!. I'd like to hear your comments about that fix as I'm somehow away from JOSM right now. Cheers, André. It flickers a bit, but it sure beats having to change resolution all the time. I had stopped doing that though. Simply setting AGIV it to the highest resolution possible and having Bing tiles in another layer underneath. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Address Problems and Osmose...
Hi, i don't know if everybody knows osmose ( osmose.openstreetmap.fr ) : a OSM QA tool. While i was talking about the integration of urbis with the osmose devs, they told me that nearly half (ok might less than that) of the DB of errors are in fact Addresses errors in Belgium . Like here : http://osmose.openstreetmap.fr/fr/map/?zoom=13lat=50.83942lon=3.69074layers=BFFT I was baffled so if you're bored, :) let's fix this :) Regards, eMerzh ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Address Problems and Osmose...
I don't see which checkbox corresponds to the addresses. Hopefully they are smart enough to look at the associated street relation as well (unlike another quality control tool). Too bad they do not understand that for walking networks you can have a relation with 1 member. Now I have to click away all those false positives I've introduced. m. On Tue, May 28, 2013 at 10:50 PM, eMerzh merz...@gmail.com wrote: Hi, i don't know if everybody knows osmose ( osmose.openstreetmap.fr ) : a OSM QA tool. While i was talking about the integration of urbis with the osmose devs, they told me that nearly half (ok might less than that) of the DB of errors are in fact Addresses errors in Belgium . Like here : http://osmose.openstreetmap.fr/fr/map/?zoom=13lat=50.83942lon=3.69074layers=BFFT I was baffled so if you're bored, :) let's fix this :) Regards, eMerzh ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Address Problems and Osmose...
Why do they complain about access = no @ (weight 3.5) ? I thought this was an accepted way of tagging conditional restrictions. Is there another way ? m On Wed, May 29, 2013 at 6:00 AM, Marc Gemis marc.ge...@gmail.com wrote: I don't see which checkbox corresponds to the addresses. Hopefully they are smart enough to look at the associated street relation as well (unlike another quality control tool). Too bad they do not understand that for walking networks you can have a relation with 1 member. Now I have to click away all those false positives I've introduced. m. On Tue, May 28, 2013 at 10:50 PM, eMerzh merz...@gmail.com wrote: Hi, i don't know if everybody knows osmose ( osmose.openstreetmap.fr ) : a OSM QA tool. While i was talking about the integration of urbis with the osmose devs, they told me that nearly half (ok might less than that) of the DB of errors are in fact Addresses errors in Belgium . Like here : http://osmose.openstreetmap.fr/fr/map/?zoom=13lat=50.83942lon=3.69074layers=BFFT I was baffled so if you're bored, :) let's fix this :) Regards, eMerzh ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Kort Game Reloaded!
Hi, Last few months we worked hard to make the Kort game an even better experience. Kort is a location-based web app for mobiles (free and open source) where OpenStreetMap errors are solved in missions and validated. Today we proudly release some brand new features and hope you like them as much as we do: * Validations and missions unified in one single tab/view. * Sneak peek function to see more than just the nearest missions. * News tab to get information from the head quarters. * Login with Facebook account (in addition to OpenStreetMap and Google) * New mission type Restaurants with missing cuisine (currently Switzerland only). One new feature still operates in the shadows until it is activated on the 12th of june, just in time when the german speaking FOSSGIS 2013 conference (http://www.fossgis.de/konferenz/2013/ ) opens it's doors at the HSR in Rapperswil. Best regards The Kort Game Development Team http://play.kort.ch (Chrome/iOS/Android – no Firefox yet) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Google Maps being praised for removing I-5 colasped bridge quickly
Well, when I did my original edit in that area because of the collapse, somebody had already deleted the small section that collapsed. So, I just added the missing access=no tags on the other ways. Plus, it didn't hurt that I was on my PC already and watching the local 11PM (EDT) news and they mentioned that there was a bridge collapse on an Interstate. -James (rickmastfan67) From: cliff...@snowandsnow.us Date: Mon, 27 May 2013 16:36:44 -0700 CC: talk@openstreetmap.org; talk...@openstreetmap.org Subject: Re: [Talk-us] Google Maps being praised for removing I-5 colasped bridge quickly Let's forget about Google Maps for a moment that give thanks to the contributors who updated I-5 on OpenStreetMap. Alan, rickmastfan67, Sundance and katpatuka have all contributed to the update. It is dedicated mappers like these that make OSM great. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] OSM Navigatieapparatuur
De eerste keer dat ik het zie: een dedicated autonavigatieapparaat met OSM kaarten: http://www.road-navigator.com/. O.a. te koop bij de action: http://www.action.nl/products/view/id/3136/-p/viewid/9/favoritelistid/45 Software is van MapFactor, kaarten van OSM. Heel leuk in de FAQ: Ik kan het huisnummer in de straat waar ik heen wil, niet selecteren. Huisnummers zijn niet voor alle straten in de MapFactor-kaarten beschikbaar. Als een huisnummer nog niet beschikbaar is, kunt u naar een kruispunt met een andere straat navigeren of de optie overal op de straat selecteren. Dat is imho nog de grootste makke om OSM in navigatie te gebruiken. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Pacific Highway fixup
Just advising that an enthusiastic new user renamed all the motorway sections between Newcastle and Byron Bay as Pacific Motorway over the last couple of weeks. I contacted the user last week but had no response, so I've just fixed it up myself and reset the refs from being a mix of M1 and A1 to just plain old 1 because the alpha for this road is not scheduled to be commissioned until later in 2013. It's my understanding this road remains as Pacific Highway for the entire length between Newcastle and Byron Bay - including the Motorway grade sections. BJ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Newcastle Inner Bypass - Motorway or not ?
Any thoughts on whether the completed sections of the Newcastle Inner City Bypass (now being referred to by the RMS as A37 - Newcastle Outer Ring Road) should be classified as type Motorway …? BJ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Hierarquia das rodovias
A última versão é a http://i.imgur.com/UxTZ2ZW.png ? Se for eu ainda não concordo em ter todas as vias privadas pavimentadas como service e as sem pavimentação como track. O tipo de acesso não deve influenciar o tipo da via. Pode-se muito bem ter ruas e avenidas grandes, pavimentadas, e estas terem o acesso restrito de alguma forma (e justamente para isso que existe a tag access). Não me parece correto ter um residencial fechado com ruas largas mas ainda sem pavimentação classificadas da mesma forma (highway=track) que uma pequena trilha de uma fazenda (que só passa um trator). O tipo de restrição não deve ser aplicado para classificar a via. Classifica-se de uma maneira definida e depois aplica-se uma ou mais restrições, caso necessário. E só uma sugestão na parte urbana, talvez poderia ser reestruturado de forma a se obter uma classificação de baixo para cima, de forma a cair primeiramente em residencial (que vai ser a grande maioria das vias urbanas), depois Preferência sobre residencial, Preferência sobre terciária, secundária, etc (apenas mudando a ordem no fluxograma). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Essa é a penúltima, mas a última é igual nessa questão. A última versão eu postei no fórum (porque não recebi mais respostas por aqui). Eis o link: http://i.imgur.com/rJbfq4f.png Em que condições você acha que deveria ser usado service? Ainda ontem eu atualizei dois grandes condomínios aqui (exemplo: http://www.openstreetmap.org/browse/way/223279649) com vias internas do tamanho de ruas, mas elas não são de interesse para alguém que não queira acessar o condomínio, normalmente só os residentes e os visitantes. Ninguém poderia passar por dentro, por isso não acho que deve receber a mesma importância de uma via residencial. Vou ver se tem como mudar, já que é a segunda pessoa que me pede. Quebraria o princípio que eu tentei seguir de cair diretamente na classificação definitiva sem passar por classificações intermediárias (exceto por tags auxiliares, como access, cycleway, etc.). Eu sugeri ao Gerald que esse fluxograma fosse acompanhado de outro para explicar o método de promoção das vias por preferência. 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: A última versão é a http://i.imgur.com/UxTZ2ZW.png ? Se for eu ainda não concordo em ter todas as vias privadas pavimentadas como service e as sem pavimentação como track. O tipo de acesso não deve influenciar o tipo da via. Pode-se muito bem ter ruas e avenidas grandes, pavimentadas, e estas terem o acesso restrito de alguma forma (e justamente para isso que existe a tag access). Não me parece correto ter um residencial fechado com ruas largas mas ainda sem pavimentação classificadas da mesma forma (highway=track) que uma pequena trilha de uma fazenda (que só passa um trator). O tipo de restrição não deve ser aplicado para classificar a via. Classifica-se de uma maneira definida e depois aplica-se uma ou mais restrições, caso necessário. E só uma sugestão na parte urbana, talvez poderia ser reestruturado de forma a se obter uma classificação de baixo para cima, de forma a cair primeiramente em residencial (que vai ser a grande maioria das vias urbanas), depois Preferência sobre residencial, Preferência sobre terciária, secundária, etc (apenas mudando a ordem no fluxograma). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
a driveway is a service road leading to a residence or place of business Eu entendo isso como sendo, numa concepção norte-americana, a via de acesso da rua à garagem de uma residência, e não a via pública contida num condomínio privado. Dessa forma, não acho que devamos adotar highway=service para vias de condomínios privados. Não nos esqueçamos que a própria renderização identifica claramente situações onde access=private. Sem contar que a definição de via residencial per se é feita para ruas residenciais, independentemente do acesso que se tem a elas. Abraços, Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 13:31, Fernando Trebien fernando.treb...@gmail.comescreveu: Eu acho importante definir mais concretamente esses conceitos. Há muitas vias chamadas de becos aqui que não são becos (alleys) no mesmo sentido descrito no wiki, cuja definição já é bastante vaga (uma via entre propriedades - toda rua passa entre propriedades, então toda rua seria service? obviamente não). Acho que service deveria ser usado para vias cujo propósito não é a passagem e sim o acesso local (à exceção das extremidades de ruas). Somente service em estacionamentos públicos poderia ter access=yes, em todos os outros casos que eu imagino e que você citou o conceito de service vem acompanhado do conceito de restrição de acesso (nos casos que você citou, todos exceto o estacionamento receberiam access=destination, e o estacionamento receberia também se não fosse público). Ruas geralmente não recebem essa tag de acesso porque têm acesso público. Concordo que há exceções (o fluxograma não é a regra absoluta) mas no caso de propriedades privadas eu acho que seria útil não equiparar as vias internas com as vias públicas. Veja que no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice) diz também: a driveway is a service road leading to a residence or place of business Eu entendo isso como sendo uma via que sai da malha principal e conduz até residências. Acho que precisamos de mais opiniões. 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Ninguém poderia passar por dentro, por isso não acho que deve receber a mesma importância de uma via residencial. Não pode misturar importância com restrição de acesso. São vias importantes para quem reside no local ou possui este local como destino. A tag access serve para definir restrições. No meu ver, highway=service deve ser restrito apenas a casos como: - drive-through de restaurantes/lanchonetes (service=drive-through) - estacionamento (service=parking_aisle) - becos e vias muito estreitas urbanas (service=alley; http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley; alley é beco, ruela, viela, etc, portanto acho válido utilizar) - entradas de garagem, hotéis, escola, etc (aquelas vias que entram dentro do hotel e param na porta do mesmo, por exemplo; service=driveway) - postos de combustível, vias internas em uma indústria, etc (sem um service específico) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Hierarquia das rodovias
Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. 2013/5/28 Vítor Rodrigo Dias vitor.d...@gmail.com: a driveway is a service road leading to a residence or place of business Eu entendo isso como sendo, numa concepção norte-americana, a via de acesso da rua à garagem de uma residência, e não a via pública contida num condomínio privado. Dessa forma, não acho que devamos adotar highway=service para vias de condomínios privados. Não nos esqueçamos que a própria renderização identifica claramente situações onde access=private. Sem contar que a definição de via residencial per se é feita para ruas residenciais, independentemente do acesso que se tem a elas. Abraços, Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 13:31, Fernando Trebien fernando.treb...@gmail.com escreveu: Eu acho importante definir mais concretamente esses conceitos. Há muitas vias chamadas de becos aqui que não são becos (alleys) no mesmo sentido descrito no wiki, cuja definição já é bastante vaga (uma via entre propriedades - toda rua passa entre propriedades, então toda rua seria service? obviamente não). Acho que service deveria ser usado para vias cujo propósito não é a passagem e sim o acesso local (à exceção das extremidades de ruas). Somente service em estacionamentos públicos poderia ter access=yes, em todos os outros casos que eu imagino e que você citou o conceito de service vem acompanhado do conceito de restrição de acesso (nos casos que você citou, todos exceto o estacionamento receberiam access=destination, e o estacionamento receberia também se não fosse público). Ruas geralmente não recebem essa tag de acesso porque têm acesso público. Concordo que há exceções (o fluxograma não é a regra absoluta) mas no caso de propriedades privadas eu acho que seria útil não equiparar as vias internas com as vias públicas. Veja que no wiki (http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice) diz também: a driveway is a service road leading to a residence or place of business Eu entendo isso como sendo uma via que sai da malha principal e conduz até residências. Acho que precisamos de mais opiniões. 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Ninguém poderia passar por dentro, por isso não acho que deve receber a mesma importância de uma via residencial. Não pode misturar importância com restrição de acesso. São vias importantes para quem reside no local ou possui este local como destino. A tag access serve para definir restrições. No meu ver, highway=service deve ser restrito apenas a casos como: - drive-through de restaurantes/lanchonetes (service=drive-through) - estacionamento (service=parking_aisle) - becos e vias muito estreitas urbanas (service=alley; http://wiki.openstreetmap.org/wiki/Tag:service%3Dalley; alley é beco, ruela, viela, etc, portanto acho válido utilizar) - entradas de garagem, hotéis, escola, etc (aquelas vias que entram dentro do hotel e param na porta do mesmo, por exemplo; service=driveway) - postos de combustível, vias internas em uma indústria, etc (sem um service específico) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). Mas então, ok. Sugira uma alteração para o fluxograma. Quais caixas mudam e quais conexões mudam? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Acho que aí se poderia fazer o seguinte: Pavimentada? Se sim: Residencial? Se sim: residential. Se não: service. Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 14:50, Fernando Trebien fernando.treb...@gmail.comescreveu: Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). Mas então, ok. Sugira uma alteração para o fluxograma. Quais caixas mudam e quais conexões mudam? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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] Hierarquia das rodovias
Só pra não confundir com o caso de ser a entrada de uma residência (que seria uma via residencial). 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Talvez residencial deveria ser interior de condomínio então. 2013/5/28 Vítor Rodrigo Dias vitor.d...@gmail.com: Acho que aí se poderia fazer o seguinte: Pavimentada? Se sim: Residencial? Se sim: residential. Se não: service. Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 14:50, Fernando Trebien fernando.treb...@gmail.com escreveu: Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). Mas então, ok. Sugira uma alteração para o fluxograma. Quais caixas mudam e quais conexões mudam? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Também pode ser uma vila militar, um hotel tipo resort ou hotel fazenda. 2013/5/28 Fernando Trebien fernando.treb...@gmail.com Talvez residencial deveria ser interior de condomínio então. 2013/5/28 Vítor Rodrigo Dias vitor.d...@gmail.com: Acho que aí se poderia fazer o seguinte: Pavimentada? Se sim: Residencial? Se sim: residential. Se não: service. Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 14:50, Fernando Trebien fernando.treb...@gmail.com escreveu: Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). Mas então, ok. Sugira uma alteração para o fluxograma. Quais caixas mudam e quais conexões mudam? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gweber...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-92252277 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). É que o driveway é um trecho da rua para dentro da propriedade (onde a casa ou estabelecimento se situa). As ruas do condomínio não adentram o terreno das casas (por isso são apenas ruas normais, só que restritas). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Em área não-residencial o mais correto seria usar unclassified. Nunca vi abutters sendo usado, e nenhum dos perfis do JOSM usa essa tag. Sabe de alguma aplicação que usa essa informação? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: Não sei se vai ajudar ou atrapalhar mais ainda, mas também existe uma tag específica (abutters) para especificar o tipo de uso predominante de uma via: http://wiki.openstreetmap.org/wiki/Key:abutters Então poderia existir highway=residential + abutters=residential em locais estritamente residenciais ou highway=residential + abutters=industrial em áreas industriais. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Nova versão com a alteração sugerida pelo Vitor e removendo o requisito de velocidade máxima para motorways (visão do Gerald): http://i.imgur.com/HgBvG0y.png 2013/5/28 Vítor Rodrigo Dias vitor.d...@gmail.com: Acho que aí se poderia fazer o seguinte: Pavimentada? Se sim: Residencial? Se sim: residential. Se não: service. Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 28 de maio de 2013 14:50, Fernando Trebien fernando.treb...@gmail.com escreveu: Exceto pelo tipo de pavimento (que nesse caso é irrelevante), a sua última foto (que se aplica a uma residência) poderia ser a entrada de um condomínio (com várias residências). Mas então, ok. Sugira uma alteração para o fluxograma. Quais caixas mudam e quais conexões mudam? 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: 2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Mas não existe via pública dentro de um condomínio privado. É uma contradição isso. Vou dar um exemplo exagerado: deveríamos então classificar as rodovias com pedágio com uma importância menor e com access=private, já que não é possível transitar por elas de forma livre (sem pagar uma taxa). A via dentro do condomínio é uma rua normal. Se você olha uma foto dela com uma dentro da cidade é a mesma coisa. Como eu disse, não pode misturar a restrição de uma via para definir a sua importância ou classificação (justamente para isso que existe outra tag, access, assim como existe uma tag para o pedágio (toll)). O problema de ser navegável ou não dentro de uma rua com restrição já foge ao OSM (devendo ser tratado na aplicação que irá consumir os dados e não na base propriamente dita). Ok. Eu acho que esse caso das vias no interior de condomínios podem ser tanto service quando residential seguindo apenas as definições. A questão é qual delas é a mais útil para o usuário do mapa considerando o contexto global. Service não encaixa. Exemplos de service=driveway: http://media-cdn.tripadvisor.com/media/photo-s/01/b3/db/cf/hotel-driveway-with-fountain.jpg (em um hotel/centro de eventos/etc) http://www.philippines-travel-guide.com/images/hyatt-hotel-casino-manila-driveway1.jpg (em um hotel) http://www.designbrickpaving.com/images/gallery/driveway10.jpg (em uma residência) Não é a mesma coisa que uma rua ou uma via dentro de condomínio. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Em 28/05/2013 19:37, Fernando Trebien fernando.treb...@gmail.com escreveu: Nova versão com a alteração sugerida pelo Vitor e removendo o requisito de velocidade máxima para motorways (visão do Gerald): http://i.imgur.com/HgBvG0y.png Posso estar sendo chato, mas sinceramente não vejo porque o tipo de acesso (privado, etc) deve ser considerado pra classificar uma via. Por esse último fluxograma ainda teríamos vias sem pavimentação em residenciais fechados classificadas iguais à trilhas (que é o mesmo caso de classificar uma rua de terra da cidade como track). Não acho que deva ser criada uma decisão específica para condomínios, já que são ruas normais. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
O fluxograma não pode contemplar todas as possibilidades senão uma pessoa teria que ter um monitor de 90 polegadas para visualizá-lo e alguns dias de férias para entendê-lo. :D Acho que pode-se dizer que o objetivo é capturar corretamente 95% (ou idealmente 99%) dos casos com o menor número possível de critérios objetivos. As coisas geralmente só vão parar no JOSM depois de estarem em uso em larga escala. Acho que usam o TagInfo para saber o quanto são usadas. Abutters tem apenas 5 aplicações - bem pouco comparado com outras tags como access e cycleway. Eu particularmente não vejo utilidade em usar abutters nesse momento, seria apenas uma complexidade a mais sem benefício ao usuário final, sem reflexo no estilo visual do mapa e sem reflexo no roteamento. (JOSM é a ferramenta usada por quem conhece a fundo as definições do OSM e o modelo de dados, acho que merece mais consideração que editores como o Potlatch que vivem adicionando erros na base por causa dos bugs que têm.) 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: Em 28/05/2013 19:25, Fernando Trebien fernando.treb...@gmail.com escreveu: Nunca vi abutters sendo usado, e nenhum dos perfis do JOSM usa essa tag. Sabe de alguma aplicação que usa essa informação? Nem tudo existe no JOSM ;-) (Quando eu tiver no computador eu procuro a explicação dos desenvolvedores do JOSM sobre nem todas as tags e valores estarem disponíveis no JOSM) E independente de alguma aplicação utilizar ou não, não faz mal inserir dados da forma mais completa possível. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Então, quando usaremos tracks? Quais caixas e conexões devem mudar? Track tinha ficado meio que de acordo no começo da discussão que seria para vias (basicamente sem pavimentação) com largura 12 m (teve os exemplos de trilhas no meio rural, geralmente em plantações, fazendas, etc, e no meio urbano (os atalhos)). Eu não lembro se alguém discordou dessa classificação, mas imagino que não. Esse aqui acredito que esteja melhor para classificar (no aglomerado de cor cinza; no resto vale a última versão do fluxograma) http://i.imgur.com/I6GQ0CH.png, já que não leva em conta a restrição da via (só trocar Via particular ou estacionamento por Estacionamento, drive-through, etc (ou algo melhor)) Fugindo um pouco do tópico mas voltando ao JOSM e as tags, basicamente seria: === Including a tag in the JOSM presets will boost its usage counts, so we have to be a little careful. The tag should be either widely used or at least straightforward and undisputed. For special interest topics, it is better to create a separate preset that can be included by the user as an extension (http://josm.openstreetmap.de/wiki/Presets). === (http://lists.openstreetmap.org/pipermail/josm-dev/2012-November/006384.html) Então nem todas tags e valores são incluídos no JOSM (e algumas das presentes no JOSM também acabam defasadas) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
2013/5/28 Fernando Trebien fernando.treb...@gmail.com: Tudo bem, mas eu preciso saber em que condições você usaria track (senão simplesmente vou tirar track do fluxograma e eu acho que alguns vão se opor depois de tudo que foi discutido). Por enquanto, estamos usando access porque esse parece ser o sinal mais comum para diferenciar tracks com boa precisão sem depender de critérios vagos ou subjetivos. Largura = 12m NÃO + Pavimentada NÃO (que é o daqui http://i.imgur.com/I6GQ0CH.png) já vai pegar a maioria dos casos para track (eu aceito se não tiver uma classificação para tracks pavimentados, já que vão ser bem poucos os casos mesmo). Se quiser algo mais específico ainda, pode colocar uma decisão Uso agrícola (onde SIM para track, mas não sei ao certo o que seria uma via estreita sem pavimentação e de uso não-agrícola). Concorda? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Aproveitando ainda o http://i.imgur.com/I6GQ0CH.png, saindo debaixo do Largura = 12m NÃO + Pavimentada SIM, eu colocaria Uso residencial SIM → living_street (numa favela, por exemplo, onde temos vias estreitas mas que não são service). Uso residencial NÃO → service. Que foi basicamente o que o Vítor disse anteriormente. O Via particular ou estacionamento passaria a não existir, portanto (já que estaria englobado no residencial = não). ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
E estava pensando, a gente só está brigando ainda por causa dessas vias menores, e por poucos detalhes. O resto das vias (as mais importantes) estão praticamente definidas. Isso é bom. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Hierarquia das rodovias
Eis o fonte: https://www.dropbox.com/s/nra3krgnhb1she7/fluxograma-classificacao.graphml 2013/5/28 Nelson A. de Oliveira nao...@gmail.com: Disponibiliza o fonte desse último fluxograma que amanhã eu dou uma olhada e ajusto da maneira que imagino. Assim podemos discutir (no bom sentido) melhor. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Export-Funktion
On 05/27/2013 09:05 PM, Frederik Ramm wrote: Dann waere die logische Konsequenz, den Service schlicht abzuschalten. Nein. Die logische Konsequenz wäre es, eine Lösung zu finden, den Dienst zuverlässiger zu machen. Mailadresse wurde bereits genannt. Wenn das gewünschte gerendert ist, dann via Mail zustellen. In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP nur eine begrenzte Anzahl an Anfragen zu erlauben. Rechenzeit, und wenn wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr. Von Wichtigkeit war nie die Rede. Der Dienst muss so beschränkt werden, dass jeder die Chance hat, ihn nutzen zu können. Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht, dass man es vielleicht mal mit Maperitive versuchen soll ;) Sorry, aber Mono kommt mir nicht auf den Rechner. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Am 28. Mai 2013 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP nur eine begrenzte Anzahl an Anfragen zu erlauben. Von Wichtigkeit war nie die Rede. Der Dienst muss so beschränkt werden, dass jeder die Chance hat, ihn nutzen zu können. AFAIK läuft dieser Dienst auf dem Tileserver, d.h. nicht nur diejenigen, die dort Kartenausschnitte anfordern, sondern auch alle, die mappen oder importieren und dadurch Neurenderings anstoßen, sorgen für Last auf dem Server. Vermutlich ist dort nachts weniger los als tagsüber, schaut einfach mal den Munin-graph an, um einen guten Zeitpunkt für Eure Renderings zu finden. Ich wäre tendenziell auch eher dafür, den Dienst ganz einzustellen, wenn der derzeitige Zustand für Verstimmung sorgt. Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
On 05/28/2013 01:24 PM, Martin Koppenhoefer wrote: Ich wäre tendenziell auch eher dafür, den Dienst ganz einzustellen, wenn der derzeitige Zustand für Verstimmung sorgt. Sorgt nicht für Verstimmung sondern eben für Unklarheit was los ist. In der Zwischenzeit war ich auch erfolgreich und habe mir die Daten abgeholt. Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Für Raster stimme ich dir zu, aber ich brauche SVG. Wenn man das vorrendern wollte, dann brauchen wir SVG Tiles. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
On 28.05.2013 13:54, Manuel Reimer wrote: [...] Für Raster stimme ich dir zu, aber ich brauche SVG. Wenn man das vorrendern wollte, dann brauchen wir SVG Tiles. Darf ich fragen was du mit den SVGs machst? Weiterbearbeiten, wenn ja womit? Reicht dir das SVG? Ich höre immer das es in dem ausgegebenen Format für nicht wirklich viel geeignet ist. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Route von Garmin wieder löschen?
Hallo, durch einen Fehler meinerseits habe ich einen Track als Route auf das Garmin geladen. Ergebnis: 250 Routenpunkte. Muss ich die jetzt alle manuell vom Garmin löschen oder gibt es einen gpsbabel-Befehl um alle Routen zu löschen? Danke im Voraus. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
On 05/28/2013 02:11 PM, Lars Lingner wrote: Darf ich fragen was du mit den SVGs machst? Weiterbearbeiten, wenn ja womit? Reicht dir das SVG? Ich höre immer das es in dem ausgegebenen Format für nicht wirklich viel geeignet ist. Wenn man Inkscape bedienen kann, dann sind die SVG einwandfrei. Ich habe damit für ein Jubiläumsfest unserer Gemeinde eine Karte im Großformat (A0) gemacht und dort noch hier und da eigene Symbole eingebaut und wo nötig auch die Darstellung optimiert. Könnte mir jetzt aktuell nicht vorstellen, wie man die SVG-Ausgabe besser machen könnte. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
On Tue, 28 May 2013, Manuel Reimer wrote: On 05/28/2013 02:11 PM, Lars Lingner wrote: Darf ich fragen was du mit den SVGs machst? Weiterbearbeiten, wenn ja womit? Reicht dir das SVG? Ich höre immer das es in dem ausgegebenen Format für nicht wirklich viel geeignet ist. Wenn man Inkscape bedienen kann, dann sind die SVG einwandfrei. Ich habe damit für ein Jubiläumsfest unserer Gemeinde eine Karte im Großformat (A0) gemacht und dort noch hier und da eigene Symbole eingebaut und wo nötig auch die Darstellung optimiert. Könnte mir jetzt aktuell nicht vorstellen, wie man die SVG-Ausgabe besser machen könnte. Ja. Fuer grossformatige Drucke oder dergleichen muss man nachhelfen. Die Texte sind dann idR. zu klein etc. Wir haben dafuer die mapnik style xml modifiziert und die Symbole von png auf svg umgestellt. Ich hab hier auch ein online Tool zur Generierung solcher SVG, koennt ihr gern ausprobieren. Anfrage dann aber per PM. A.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
Ist da was geändert worden? Mein letzter Stand war, dass das SVG recht stumpf pfade stapelt. Ich persönlich fand es damals sehr umständlich, das mit inkscape zu bearbeiten. So gibt es z.B. keine sinnvollen Objektgruppierungen, mit denen z.B. casing, pattern und fill-teil von Wegen zusammengebunden wären. (okay, zugegeben: das ist in SVG auch nicht möglich, wenn zwischen den Elementen einer Gruppe andere Elemente liegen sollen. Trotz allem: Ich fands nicht besonders schön zu bearbeiten. Wenn Du da ein Verfahren hast, wär das aber klasse, wenn du dazu mal was dokumentieren könntest. Wenn Deine Anforderung sich natürlich nur darauf beschränkt, die Karte skalieren zu können, dann ist das sicherlich kein Problem. Mich würde interessieren: - wie lösche ich POIs (und zwar nicht nur icons, sondern eben auch einzelne Straßen, Gebäude...) - wie gestalte ich z.B. bestimmte einzelne Straßen um (hervorheben einer route...), ohne einfach nur drüberzuzeichnen (dafür könnte ich auch über 'n PNG drübermalen) Gruß Peter Am 28.05.2013 14:18, schrieb Manuel Reimer: On 05/28/2013 02:11 PM, Lars Lingner wrote: Darf ich fragen was du mit den SVGs machst? Weiterbearbeiten, wenn ja womit? Reicht dir das SVG? Ich höre immer das es in dem ausgegebenen Format für nicht wirklich viel geeignet ist. Wenn man Inkscape bedienen kann, dann sind die SVG einwandfrei. Ich habe damit für ein Jubiläumsfest unserer Gemeinde eine Karte im Großformat (A0) gemacht und dort noch hier und da eigene Symbole eingebaut und wo nötig auch die Darstellung optimiert. Könnte mir jetzt aktuell nicht vorstellen, wie man die SVG-Ausgabe besser machen könnte. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
Am 28. Mai 2013 14:18 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Könnte mir jetzt aktuell nicht vorstellen, wie man die SVG-Ausgabe besser machen könnte. Ausgabe in Layern? Text bearbeitbar als Text? Oder geht das inzwischen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Am 28. Mai 2013 13:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: On 05/28/2013 01:24 PM, Martin Koppenhoefer wrote: Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Für Raster stimme ich dir zu, aber ich brauche SVG. Wenn man das vorrendern wollte, dann brauchen wir SVG Tiles. Deinen anderen Kommentaren nach zu urteilen scheinst Du auf Linux zu sein (Mono kommt mir nicht auf den Rechner), wahrscheinlich wäre es für einen Poweruser wie Dich möglich, den Rendering Stack lokal zu installieren (mapnik und postgres/gis) und dann mit generate_image.py die SVGs zu erzeugen (und zwar nach Belieben, in beliebiger Größe, Stil, etc.). Wenn man nur einen kleinen Ausschnitt in die DB importiert geht das auch viel schneller als der Planet ;-) AFAIK gibt es mapnik und osm2pgsql / postgres mittlerweile als Paket für Debian. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Am 28.05.2013 14:12, schrieb Manuel Reimer: Hey Manuel durch einen Fehler meinerseits habe ich einen Track als Route auf das Garmin geladen. Ergebnis: 250 Routenpunkte. Muss ich die jetzt alle manuell vom Garmin löschen oder gibt es einen gpsbabel-Befehl um alle Routen zu löschen? Danke im Voraus. Mit gpsbabel kenne ich mich nauch nicht aus. - Sorry. Leider hast Du nicht erwähnt mit welchem Betriebssystem Du arbeitest und um welches Gerät es sich handelt. Unter Linux kannst Du normaler Weise auf die Datenträger direkt zu greifen. Wenn Du auf eine externe Speicherkarte im Garmin gespeichert hast, sollte es auch mit anderen Betriebssystemen mit Hilfe eines Kartenleser gehen. Die Verzeichnisstruktur ist relativ flach und simpel. Viel Erfolg fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Gibt es mittlerweile den Mapnik-Style als Carto-Stildefinition? Dann kann man eventuell ein How-To schreiben, das Tilemill benutzt. TileMill rendert im Hintergrund ja auch mit 'nem lokalen Mapnik. Ob man dabei auch irgendwie direkt mapnik-styles durchschleifen kann glaube ich nicht, aber mit 'nem cartho-stil und dem geojson-export von josm zusammen müsste man dann schon recht weit kommen. Gruß Peter Am 28.05.2013 15:11, schrieb Martin Koppenhoefer: Am 28. Mai 2013 13:54 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: On 05/28/2013 01:24 PM, Martin Koppenhoefer wrote: Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Für Raster stimme ich dir zu, aber ich brauche SVG. Wenn man das vorrendern wollte, dann brauchen wir SVG Tiles. Deinen anderen Kommentaren nach zu urteilen scheinst Du auf Linux zu sein (Mono kommt mir nicht auf den Rechner), wahrscheinlich wäre es für einen Poweruser wie Dich möglich, den Rendering Stack lokal zu installieren (mapnik und postgres/gis) und dann mit generate_image.py die SVGs zu erzeugen (und zwar nach Belieben, in beliebiger Größe, Stil, etc.). Wenn man nur einen kleinen Ausschnitt in die DB importiert geht das auch viel schneller als der Planet ;-) AFAIK gibt es mapnik und osm2pgsql / postgres mittlerweile als Paket für Debian. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
On 05/28/2013 04:01 PM, fly wrote: Leider hast Du nicht erwähnt mit welchem Betriebssystem Du arbeitest und um welches Gerät es sich handelt. Betriebssystem ist Linux. Gerät ist eTrex VISTA HCx Unter Linux kannst Du normaler Weise auf die Datenträger direkt zu greifen. Ja, das geht durchaus. Nur scheint der Datenträger nichts mit den Tracks im Gerät zu tun zu haben. Ich habe es zumindest nicht geschafft ein GPX direkt vom Datenträger auf die Karte zu bekommen. Ich musste die Daten via USB (serielles Protokoll) in den Gerätespeicher spielen. Wenn Du auf eine externe Speicherkarte im Garmin gespeichert hast, sollte es auch mit anderen Betriebssystemen mit Hilfe eines Kartenleser gehen. Dort ist meine Route nicht zu finden. Ist also im Gerätespeicher. Wenn es mit gpsbabel nicht gehen sollte, dann reicht mir auch ein Tipp für eine Software, mit der es geht. Wenn es nur ein paar Punkte wären, dann würde ich die manuell rauslöschen aber bei 250 ist das doch etwas aufwändig... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Am 28.05.13 schrieb Manuel Reimer: Wenn es mit gpsbabel nicht gehen sollte, dann reicht mir auch ein Tipp für eine Software, mit der es geht. Wenn es nur ein paar Punkte wären, dann würde ich die manuell rauslöschen aber bei 250 ist das doch etwas aufwändig... Lösche alle Punkte und spiele hinterher nur die wieder drauf, die Dich interessieren. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Am 28.05.2013 16:48, schrieb Manuel Reimer: On 05/28/2013 04:01 PM, fly wrote: Leider hast Du nicht erwähnt mit welchem Betriebssystem Du arbeitest und um welches Gerät es sich handelt. Betriebssystem ist Linux. Gerät ist eTrex VISTA HCx Unter Linux kannst Du normaler Weise auf die Datenträger direkt zu greifen. Ja, das geht durchaus. Nur scheint der Datenträger nichts mit den Tracks im Gerät zu tun zu haben. Ich habe es zumindest nicht geschafft ein GPX direkt vom Datenträger auf die Karte zu bekommen. Ich musste die Daten via USB (serielles Protokoll) in den Gerätespeicher spielen. Verstehe ich nicht, kenne aber die eTrex Serie nicht gut. Wenn Du auf eine externe Speicherkarte im Garmin gespeichert hast, sollte es auch mit anderen Betriebssystemen mit Hilfe eines Kartenleser gehen. Dort ist meine Route nicht zu finden. Ist also im Gerätespeicher. Genau bei mir auf nem Oregon 450 unter GARMIN/GPX. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Nachtrag: Hab's doch noch hinbekommen. Wenn man die Route geöffnet hat, dann nochmal die Menü-Taste drücken und dort gibt es dann ein Route löschen... Muss man erstmal drauf kommen... Ist aber schon praktisch, dass man ein GPX zur Route unwandeln und dann auch noch direkt ans Garmin schicken kann. So kann man mit jedem Programm, welches GPX rausgeben kann, auch Routen planen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Hi, Am Tue, 28 May 2013 16:48:30 +0200 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Wenn es mit gpsbabel nicht gehen sollte,... Man kann die Ideen kombinieren: Rausholen aus dem Gerät mit: gpsbabel -i garmin -f usb: -o gpx -F xxx.gpx Editieren mit emacs oder vi (je nach Ideologie) und dann (nach Löschen aller Waypoints im Gerät?) zurückschieben: gpsbabel -i gpx -f xxx_reduced.gpx -o garmin -F usb: Evtl. braucht man da noch irgendwo -c latin1. Wohl nur, wenn man in eine Datei ohne Umlaute beim Editieren welche reinmacht. MfG Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
On 05/28/2013 03:11 PM, Martin Koppenhoefer wrote: Deinen anderen Kommentaren nach zu urteilen scheinst Du auf Linux zu sein (Mono kommt mir nicht auf den Rechner), wahrscheinlich wäre es für einen Poweruser wie Dich möglich, den Rendering Stack lokal zu installieren (mapnik und postgres/gis) und dann mit generate_image.py die SVGs zu erzeugen (und zwar nach Belieben, in beliebiger Größe, Stil, etc.). Wenn man nur einen kleinen Ausschnitt in die DB importiert geht das auch viel schneller als der Planet ;-) AFAIK gibt es mapnik und osm2pgsql / postgres mittlerweile als Paket für Debian. Ja, ich nutze Linux. Das macht mich aber noch nicht zum Power User. Mir reicht ein Export pro Monat. Wenn ich das SVG mal habe, dann mache ich den Rest in Inkscape solange bis das Ergebnis druckreif ist und dann auf das benötigte Format gedruckt/geplottet wird. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion / SVG
On 05/28/2013 03:06 PM, Martin Koppenhoefer wrote: Ausgabe in Layern? Text bearbeitbar als Text? Oder geht das inzwischen? Nein. Geht nicht. Optimal ist die Ausgabe wohl in der Tat nicht. Da habe ich wohl etwas übertrieben mit Könnte mir jetzt aktuell nicht vorstellen, wie man die SVG-Ausgabe besser machen könnte. Sie ist aber allemal besser als ein PNG welches man wesentlich schwerer bearbeiten und fast garnicht skalieren kann. Während man beim PNG ziemlich fummeln muss, um unerwünschtes rauszuretuschieren kann man im SVG einfach das zu ändernde Element anklicken und weglöschen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Hi, Am Tue, 28 May 2013 17:11:41 +0200 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: ... GPX zur Route unwandeln ... das ist etwas irreführend. Tracks zu Routen umwandeln passt. In einem GPX können Tracks, Routen, Waypointlisten, ... stehen. GPX ist eher ein Containerformat. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Hi, Am Tue, 28 May 2013 17:11:05 +0200 schrieb fly lowfligh...@googlemail.com: Ja, das geht durchaus. Nur scheint der Datenträger nichts mit den Tracks im Gerät zu tun zu haben. Ich habe es zumindest nicht geschafft ein GPX direkt vom Datenträger auf die Karte zu bekommen. Ich musste die Daten via USB (serielles Protokoll) in den Gerätespeicher spielen. Verstehe ich nicht, kenne aber die eTrex Serie nicht gut. Beim Vista kommt man -- wenn ich mich da recht erinnere -- nicht an die internen Dateien ran. Der stellt also keine USB-Platte mit internen Daten bereit; es wird nur die eingelegte Speicherkarte als Platte angeboten. Man kann mit dem Gerät nur im Garmin-Protokoll reden und Daten hoch- oder runterladen. Das kann z.B. gpsbabel. Neuere Geräte -- auch eTrex -- machen das anders. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Wilhelm Spickermann o...@spickermann-d.de schrieb: Hi, Am Tue, 28 May 2013 17:11:05 +0200 schrieb fly lowfligh...@googlemail.com: Ja, das geht durchaus. Nur scheint der Datenträger nichts mit den Tracks im Gerät zu tun zu haben. Ich habe es zumindest nicht geschafft ein GPX direkt vom Datenträger auf die Karte zu bekommen. Ich musste die Daten via USB (serielles Protokoll) in den Gerätespeicher spielen. Verstehe ich nicht, kenne aber die eTrex Serie nicht gut. Beim Vista kommt man -- wenn ich mich da recht erinnere -- nicht an die internen Dateien ran. Der stellt also keine USB-Platte mit internen Daten bereit; es wird nur die eingelegte Speicherkarte als Platte angeboten. Man kann mit dem Gerät nur im Garmin-Protokoll reden und Daten hoch- oder runterladen. Das kann z.B. gpsbabel. Neuere Geräte -- auch eTrex -- machen das anders. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi, ich habe für das etrex Legend damals und heute für das etrex 30 das Programm QLandkarteGt verwendet. Das kommt beim Legend auch an die internen Daten ran, wenn man den entspr. Treiber mit installiert. Gruß Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Route von Garmin wieder löschen?
Hi, Am Tue, 28 May 2013 17:48:49 +0200 schrieb Toni Erdmann toni.erdm...@web.de: Das kommt beim Legend auch an die internen Daten ran, wenn man den entspr. Treiber mit installiert. Ja, genau. Man kommt bei den älteren Geräten an Daten, aber nicht an Dateien. Die Daten werden anders als bei den moderneren Geräten nicht als Dateien einer USB-Platte bereitgestellt. Daher braucht man ein Programm (Treiber, Modul), dass das Garmin-Protokoll beherrscht. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Am 28.05.2013 16:23, schrieb Peter Wendorff: Gibt es mittlerweile den Mapnik-Style als Carto-Stildefinition? Dann kann man eventuell ein How-To schreiben, das Tilemill benutzt. Den Stil gibt es, er funktioniert gut und das Ergebnis ist vom Mapnik-Style nicht zu unterscheiden: https://github.com/gravitystorm/openstreetmap-carto Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie tag ich eine Parfümerie?
Hallo zusammen, wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht ist doch Blödsinn. Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie, Wellness-Center, aber nicht gleichzeitig Friseursalon. Das ist so als würde man den Supermarkt mit der Wursttheke, den Metzger und den Schlachthof unter einen Tag packen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Nun, ich meinte es eher als Alternative wenn der Dienst überlastet ist. Zusätzlich könnten die Tasks für Email mit niedriger Priorität laufen und so vielleicht eine gleichmäßigere Last ermöglichen. Datenschutzbedenken? Surly? Die meisten sind eh registriert. LG Ruben 2013/5/27 Michael Reichert naka...@gmx.net: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Ruben, Am 27.05.2013 22:54, schrieb Ruben Kelevra: Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. Wenn man irgendwo seine Mailadresse eintragen muss, hat man einen Medienbruch und schon aus Datenschutzbedenken* wird dies nur ein kleiner Bruchteil der Nutzer tun. Das ist eigentlich eine simple Lösung, weniger Last zu haben. :) Als Ausgleich sollte man, wie schon von Frederik erwähnt, Maperitive als Alternative (mit Link auf Anleitung im Wiki) nennen. Viele Grüße Michael *) Braucht man in Deutschland dann eine Datenschutzerklärung? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRo82CAAoJEO7A7cvElxjaE0YH+wXIT74f44jCVvBV7uNl08Nx CYA6W2pAR2w7ZHmSrTIftfcQAUqaPc0sWolkZ9c1GvIYY0CoEaJmxhftXiiVCvEJ o1nMZrKXQHd9CLHOGsw+IX6mhwKLSXfX+m6JMZntUfsty2jLaZINeIoIE4gWkdzt h6AKtAoZf7G5OBgy7G4mPvMHspUBIwGOiDwle336cPFojlOtDd4C9dIFNrromKVx edX26bf1lrKoCoXK8Tg7EA+phzpI2Ocf5398xit+4y65xEckJ/OwBE53ov1fFi6P APMI8TRKl+2KLGx+jk4LeL6kZL+dv3/aktCbRQJroJAgX/C2CNQnNWQcHLuabQs= =A1Kz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Der bisherige Export sieht bei den Zwischenzoomstufen seltsam aus. Es wäre schön wenn man sich ein Zoomlevel aussuchen könnte, dann die Auflösung standard, zweifach, vierfach o.ä. meist braucht man eine höhere Auflösung als die Tiles enthalten aber eben für einen gewissen Detailgrad. Immerhin ist ein Bildschirm nach wie vor eines der am wenigst auflösenden digitalen Medien. LG Ruben 2013/5/28 Martin Koppenhoefer dieterdre...@gmail.com: Am 28. Mai 2013 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP nur eine begrenzte Anzahl an Anfragen zu erlauben. Von Wichtigkeit war nie die Rede. Der Dienst muss so beschränkt werden, dass jeder die Chance hat, ihn nutzen zu können. AFAIK läuft dieser Dienst auf dem Tileserver, d.h. nicht nur diejenigen, die dort Kartenausschnitte anfordern, sondern auch alle, die mappen oder importieren und dadurch Neurenderings anstoßen, sorgen für Last auf dem Server. Vermutlich ist dort nachts weniger los als tagsüber, schaut einfach mal den Munin-graph an, um einen guten Zeitpunkt für Eure Renderings zu finden. Ich wäre tendenziell auch eher dafür, den Dienst ganz einzustellen, wenn der derzeitige Zustand für Verstimmung sorgt. Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kort Game Reloaded!
Liebe Mapper, In den letzten Monaten haben wir hart gearbeitet, um das Kort Game zu verbessern. Kort ist ein standortbasiertes Web-App für Mobiles (Open Source) bei dem OpenStreetMap-Fehler spielerisch gelöst und überprüft werden. Es ist unseres Wissens eines der ersten Projekte das Gamification, Crowd Sourcing und Web-Anwendungen kombiniert. Es gibt neu folgende Funktionen: * Aufträge und Überprüfungen erscheinen in einer Karte. * Sneak Peek-Funktion, um mehr als nur die nächsten Aufträge zu sehen. * News Tab, um Informationen vom Hauptquartier zu erhalten. * Registrieren mit Facebook-Account (zusätzlich zu OpenStreetMap und Google) * Neuer Typ Restaurants mit fehlenden Küche (derzeit nur in der Schweiz). Ein weitere Funktion arbeitet noch im Hintergrund bis es aktiviert wird am 12. Juni - also gerade noch rechtzeitig, wenn die FOSSGIS 2013-Konferenz (http://www.fossgis.de/konferenz/2013/) seine Türen an der HSR in Rapperswil öffnet. Herzlichst Stefan und das Kort Development Team http://play.kort.ch (Chrome/iOS/Android - noch kein Firefox) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tag ich eine Parfümerie?
Am 29.05.2013 um 01:51 schrieb Ruben Kelevra cyr...@gmail.com: wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht ist doch Blödsinn. Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie, Wellness-Center, aber nicht gleichzeitig Friseursalon. Das ist so als würde man den Supermarkt mit der Wursttheke, den Metzger und den Schlachthof unter einen Tag packen. +1, das scheint neben der Kinderbetreuung ein zweites schwarzes Loch zu sein ;-) Taginfo kennt z.B. shop=cosmetics Vielleicht kommt das ja in Frage, Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bug? Key:colour gleich trotz Unterschieden in offizieller CMYK-Definition
http://www.openstreetmap.org/browse/changeset/16152289 Tags: comment = Farben der Berliner U-Bahn an die offiziellen RAL Werte angepasst. created_by = JOSM/1.5 (5836 en) Mac OS X --- Durch das anscheinend benutzte Verfahren https://lists.openstreetmap.de/pipermail/berlin/2013-May/000607.html 1) Nimm RAL-Wert aus VBB PDF 2) Nimm RGB aus http://www.arraydesign.co.uk/resources/graphical/RAL%20colour%20profile.pdf werden Werte angeglichen, die in CMYK verschieden sind, z.B. RB74 CMYK 100 50 0 0 S3 CMYK 100 50 0 5 ist beides Verkehrsblau RAL 5017. Quelle: http://wiki.openstreetmap.org/w/images/a/a7/Linienfarben_SPNV.PDF Das PDF von arraydesign gibt für RAL 5017 CMYK 100 20 5 40 RGB 14 81 141 HEX #0E518D Dieser Werte ist mindestens seit 2013-05-16 für die S3 in Berlin online: http://www.openstreetmap.org/browse/relation/28314 http://www.openstreetmap.org/api/0.6/changeset/16152132/download http://www.codecrete.net/CMYK gibt für die eben genannten drei CMYK-Werte folgende RGB-Werte: #0074b7 #006fb3 #00658b -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: Re: Semplificazioni
Ricevuto. Semplifico dove non ci sono ele ed angoli acuti. Occhio anche ad impostare semplificazioni automatiche: in zone montuose rischi di ridurre il dettaglio sulle curve e trasformare le strade in zig-zag senza senso. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: Semplificazioni
2013/5/28 Cascafico Giovanni cascaf...@gmail.com Ricevuto. Semplifico dove non ci sono ele ed angoli acuti. Mi chiedo che cos'è lì, non è una traccia normale (registrata con un gps). O è un import oppure l'utente aveva attivato show on road, perché non è possibile (credo) che una traccia diventi così pulita come questo percorso (oppure ha usato un ottimo gps professionale ed ha camminato con tanta disciplina). Purtroppo semplificare la traccia non è sufficiente, ci sono anche problemi di intersezione come si vede nell'allegato. ciao, Martin [image: Inline-Bild 1] image.png___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Sarebbe il caso di ringraziarli incrementando la copertura :-) Il giorno 27 maggio 2013 18:28, Gianluca Boero gianlucabo...@alice.it ha scritto: Grazie ad una tempestiva comunicazione ora il comune in oggetto utilizza Osm in modo corretto. http://www.comune.crissolo.cn.**it/ http://www.comune.crissolo.cn.it/ Dalle mie parti (provincie di CN e TO) credo sia uno dei primissimi che a livello di P.A. utilizzano la nostra mappa. -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Daniele mail: maurizio.dani...@gmail.com mobile: +393336277540 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 28/05/2013 11:24, Maurizio Daniele ha scritto: Sarebbe il caso di ringraziarli incrementando la copertura :-) Spero a breve di poterci andare...magari in autunno (abbiamo saltato la primavera) :-) Scherzi a parte la zona del Monviso è abbastanza coperta anche se qualcosina ovviamente ancora manca. Anzi...ne approfitto per lanciare un appello. Manca su osm la traccia della parete Est del monte Granero, partendo dal passo Louisas. E' alpinistica ma non difficile. Se qualcuno è appassionato di arrampicata (corde e caschi) e transita da queste parti ne prenda nota. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Mi pare che manchino parecchi POI a Crissolo downtown (Via Umberto I°). L'itinerario è molto interessante. Avrei potuto inserirla nel programma del giro di 4 giorni a fine giugno ma con la neve che è venuta (e sta tuttora cadendo) sarà dura, dovremo stare a quote più basse :-( Alessandro Ale_Zena_IT Il giorno Tue, 28 May 2013 12:00:03 +0200 Gianluca Boero gianlucabo...@alice.it ha scritto: Il 28/05/2013 11:24, Maurizio Daniele ha scritto: Sarebbe il caso di ringraziarli incrementando la copertura :-) Spero a breve di poterci andare...magari in autunno (abbiamo saltato la primavera) :-) Scherzi a parte la zona del Monviso è abbastanza coperta anche se qualcosina ovviamente ancora manca. Anzi...ne approfitto per lanciare un appello. Manca su osm la traccia della parete Est del monte Granero, partendo dal passo Louisas. E' alpinistica ma non difficile. Se qualcuno è appassionato di arrampicata (corde e caschi) e transita da queste parti ne prenda nota. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Ciao. Io posso sistemare un po' l'uso del suolo: urbanizzato, zone industriali/commericali, boschi, prati, agricoltura, ecc. Giusto per abbellire un po' la mappa. Saluti Joe Il giorno 28 maggio 2013 12:27, Alessandro ale_z...@libero.it ha scritto: Mi pare che manchino parecchi POI a Crissolo downtown (Via Umberto I°). L'itinerario è molto interessante. Avrei potuto inserirla nel programma del giro di 4 giorni a fine giugno ma con la neve che è venuta (e sta tuttora cadendo) sarà dura, dovremo stare a quote più basse :-( Alessandro Ale_Zena_IT Il giorno Tue, 28 May 2013 12:00:03 +0200 Gianluca Boero gianlucabo...@alice.it ha scritto: Il 28/05/2013 11:24, Maurizio Daniele ha scritto: Sarebbe il caso di ringraziarli incrementando la copertura :-) Spero a breve di poterci andare...magari in autunno (abbiamo saltato la primavera) :-) Scherzi a parte la zona del Monviso è abbastanza coperta anche se qualcosina ovviamente ancora manca. Anzi...ne approfitto per lanciare un appello. Manca su osm la traccia della parete Est del monte Granero, partendo dal passo Louisas. E' alpinistica ma non difficile. Se qualcuno è appassionato di arrampicata (corde e caschi) e transita da queste parti ne prenda nota. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Il 28/05/2013 12:43, Giovanni Caudullo ha scritto: Ciao. Io posso sistemare un po' l'uso del suolo: urbanizzato, zone industriali/commericali, boschi, prati, agricoltura, ecc. Giusto per abbellire un po' la mappa. Saluti Joe Urbanizzazione del suolo inteso come building si, zone industriali e commerciali per ora e speriamo anche in futuro non ce ne sono :-) , boschi prati e agricoltura si...ce ne sono tantissimi. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)
Io ho dato il mio contributo linkandolo sulle pagine social. :D Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 27/05/2013 23:31, Maurizio Napolitano ha scritto: Certo Ma per usare i dati per poi importarli e convertirli devi sapere in qual� proiezione sono all'origine -- Maurizio 'napo' Napolitano http://de.straba.us Temo di non aver capito, ma, quando importo un shapefile tramite aggiungi vettore, e mi chiede la conversione a WGS84, già di suo, non è conversione quella? Anche se esporto tracciato selezionato in GPX, per esempio, mi chiede tramite l'apposita selezione se salvarlo con il Sistema di riferimento WGS84. Oppure si stà parlando di altro? -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
No, quando apri il file lui ti chiede come era proiettato originariamente. È quando salvi il file che effettui la riproiezione in WGS84. Leonardo Il 28/05/2013 17:42, girarsi_liste ha scritto: Il 27/05/2013 23:31, Maurizio Napolitano ha scritto: Certo Ma per usare i dati per poi importarli e convertirli devi sapere in qual� proiezione sono all'origine -- Maurizio 'napo' Napolitano http://de.straba.us Temo di non aver capito, ma, quando importo un shapefile tramite aggiungi vettore, e mi chiede la conversione a WGS84, già di suo, non è conversione quella? Anche se esporto tracciato selezionato in GPX, per esempio, mi chiede tramite l'apposita selezione se salvarlo con il Sistema di riferimento WGS84. Oppure si stà parlando di altro? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 28/05/2013 19:06, Leonardo ha scritto: No, quando apri il file lui ti chiede come era proiettato originariamente. È quando salvi il file che effettui la riproiezione in WGS84. Leonardo Ok, grazie per la dritta, ora riesco ad esportare il file che mi interessava e solo in shapefile, importandolo su Josm, me lo vede, in gpx no, ma almeno un risultato lo ho ottenuto, oltretutto il shapephile me lo vede come una normale way, con gli attributi della tabella di origine. Chiedo un OT, il tracciato ottenuto dal dataset scaricato sul sito dati.trentino.it, nel file *.doc contenuto dichiara che non si può portare all'esterno i dati del dataset, data 2009, quindi antecedente la legge provinciale n° 16 del 2012, mentre nel sito dichiara che passa sotto quest'ultima legge, quindi opendata. Il gpx che ottengo, lo posso caricare su openstreetmap? Fa fede la licenza contenuta nel documento interno il file compresso? Se no, eventualmente andrebbe aggiornato con l'attuale licenza. Il gpx modificato con Josm, contenente SR WGS84, lo devo mandare al sito dipDOTrisorseforestaliATprovinciaDOTtnDOTit, come cortesemente richiesto nel sito? -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ciao Simone Mi potresti corte mente girare i files dello shp traslato in WGS? -- sent by Google Nexus Il giorno 28/mag/2013 19:46, girarsi_liste liste.gira...@gmail.com ha scritto: Il 28/05/2013 19:06, Leonardo ha scritto: No, quando apri il file lui ti chiede come era proiettato originariamente. È quando salvi il file che effettui la riproiezione in WGS84. Leonardo Ok, grazie per la dritta, ora riesco ad esportare il file che mi interessava e solo in shapefile, importandolo su Josm, me lo vede, in gpx no, ma almeno un risultato lo ho ottenuto, oltretutto il shapephile me lo vede come una normale way, con gli attributi della tabella di origine. Chiedo un OT, il tracciato ottenuto dal dataset scaricato sul sito dati.trentino.it, nel file *.doc contenuto dichiara che non si può portare all'esterno i dati del dataset, data 2009, quindi antecedente la legge provinciale n° 16 del 2012, mentre nel sito dichiara che passa sotto quest'ultima legge, quindi opendata. Il gpx che ottengo, lo posso caricare su openstreetmap? Fa fede la licenza contenuta nel documento interno il file compresso? Se no, eventualmente andrebbe aggiornato con l'attuale licenza. Il gpx modificato con Josm, contenente SR WGS84, lo devo mandare al sito dipDOTrisorseforestaliATprovin**ciaDOTtnDOTit, come cortesemente richiesto nel sito? -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 28/05/2013 20:22, Gianmario Mengozzi ha scritto: Ciao Simone Mi potresti corte mente girare i files dello shp traslato in WGS? -- sent by Google Nexus La compressione *tar.gz per te è un problema? Si tratta di una strada forestale selezionata dal dataset viabilità forestale, la traccia è nelle vicinanze di Samone, e porta verso monte Cima. Se vuoi l'intero shapefile della regione esportato con Qgis in WGS84, sono 8 Mb compressi in tar.gz, mentre la sola traccia sono circa 17 Kb. Altrimenti se preferisci zip, vedo di spedirtelo con quel formato di compressione. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Ehi intendo solo lo shape dei numeri civici :) -- sent by Google Nexus Il giorno 28/mag/2013 20:52, girarsi_liste liste.gira...@gmail.com ha scritto: Il 28/05/2013 20:22, Gianmario Mengozzi ha scritto: Ciao Simone Mi potresti corte mente girare i files dello shp traslato in WGS? -- sent by Google Nexus La compressione *tar.gz per te è un problema? Si tratta di una strada forestale selezionata dal dataset viabilità forestale, la traccia è nelle vicinanze di Samone, e porta verso monte Cima. Se vuoi l'intero shapefile della regione esportato con Qgis in WGS84, sono 8 Mb compressi in tar.gz, mentre la sola traccia sono circa 17 Kb. Altrimenti se preferisci zip, vedo di spedirtelo con quel formato di compressione. -- Simone G. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Il 28/05/2013 20:55, Gianmario Mengozzi ha scritto: Ehi intendo solo lo shape dei numeri civici :) -- sent by Google Nexus Mi sa che ci siamo capiti male, io ho le strade forestali, non quelle di viabilità dei paesi, per intenderci quelle che portano alle malghe o ai passi montani, la tabella contiene solo la definizione dei nomi delle strade, alcune, poi i tipi di strada facente parte del tecnicismo forestale, e i numeri identificativi dei comuni di appartenenza. Nello saphefile non compaiono layer di numeri civici, ma solo un'unico layer con nome viafor. -- Simone G. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ed anche il comune di Cesena ha aperto i dati
Se vuoi posso convertirtelo io :) Leonardo Il 28/05/2013 21:03, girarsi_liste ha scritto: Il 28/05/2013 20:55, Gianmario Mengozzi ha scritto: Ehi intendo solo lo shape dei numeri civici :) -- sent by Google Nexus Mi sa che ci siamo capiti male, io ho le strade forestali, non quelle di viabilità dei paesi, per intenderci quelle che portano alle malghe o ai passi montani, la tabella contiene solo la definizione dei nomi delle strade, alcune, poi i tipi di strada facente parte del tecnicismo forestale, e i numeri identificativi dei comuni di appartenenza. Nello saphefile non compaiono layer di numeri civici, ma solo un'unico layer con nome viafor. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Más acerca de Geocoder
Hola, el trabajo con la georeferencia directa ha podido seguir :) , en [1] en la parte superior izquierda puede verse un texto que dice Geocoder, cuando se le hace click, se muestra un ejemplo de intersecciones, estas son encontradas en todo el país excepto San Andrés :( 1.http://test.openstreetmap.co Con la implementación actual es posible encontrar intersecciones en distintos lugares, por ejemplo la Carrera 9#8 muestra resultados en Riohacha, Maicao, Leticia entre otras poblaciones. El enfoque de este geocoder es ser rápido, vamos a trabajar en integrar un intérprete de direcciones para obtener datos no tan normalizados y convertirlos a lo que espera el geocoder. Este código continúa siendo usable de forma abierta :) 2.https://github.com/ikks/osmhelpertools También se mejoró el despliegue, ahora podremos tener más estable en [1] un poco más disponible. Enjoy. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Status på Geodatastyrelsen s FOT citering
Hej Klaus Hvorfor skal OSM stilles dårligere end andre brugere? Godt du bringer den op - Jeg har spurgt direkte Geodatastyrelsen med to eksempler om hvilke der er gyldige og gode nok - Mit eksempel, hvis jeg har brugt noget FOT fra Lolland Kommune 1) source=Geodatastyrelsen : Lolland Kommune - FOT - Hentet via FTP 2013-04-22 2) source=Geodatastyrelsen og Danske Kommuner - FOT - Hentet via FTP 2013-04-22 Jeg venter på et kontant svar samt at få lov til at udgive hele mailkorrespondancen med Geodatastyrlelsen og I derved alle sammen kan se tilladelsen og krediteringssyntaks Og Klaus har helt ret i at nummer 2 variant er den nemmeste at håndtere. Vh. Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-pt] Alta de Lisboa
Viva. A julgar pela quantidade de vias que a Google mete lá e ainda não existem no terreno, eles devem ter acesso aos projectos rodoviários e colocam lá, mais fácil do que mandar lá o carro com GPS para medir aquilo. Acho eu.. VascoS 2013/5/28 Nuno Pedrosa nuno.f.pedr...@gmail.com Quem o fez, fez mesmo um bom trabalho! :) Curiosamente, o GoogleMaps já mostra as zona nova com alterações, mas feitas de forma muito estranha e com erros: https://maps.google.com/maps?q=alta+de+lisboahl=enll=38.765302,-9.144541spn=0.011051,0.023378sll=38.764499,-9.148318sspn=0.011051,0.023378t=mfll=38.766745,-9.148908fspn=0.005525,0.011689radius=0.76hq=alta+de+lisboaz=17 Alguém tem ideia de como são feitas as modificações pela Google? Por um lado, passou pouco tempo, mas não percebo porque ao alterar, não colocavam logo as coisas correctamente. O Bing não tem nada ainda... Nuno Pedrosa. 2013/5/23 Nuno José Almeida nzalme...@pedaserra.net O meus parabéns a quem já colocou a alta de lisboa tão actualizada. http://www.openstreetmap.org/?lat=38.76548amp;lon=-9.1415801amp;zoom=15amp;layers=Mhttp://www.openstreetmap.org/?lat=38.76548lon=-9.1415801zoom=15layers=M Estou a colocar o seguinte comentário nas noticias online: Podem ver o mapa das novas ruas/avenidas em: http://www.openstreetmap.org/?lat=38.76548amp;lon=-9.1415801amp;zoom=15amp;layers=Mhttp://www.openstreetmap.org/?lat=38.76548lon=-9.1415801zoom=15layers=M Todos os outros mapas online deverão demorar alguns meses a explanar as alterações -- Nuno José Almeida ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Alta de Lisboa
Sim, suponho que tenham algum acordo desse género. A dúvida é porque é que não fazem o trabalho bem. No OSM, as estradas estão correctas (eu moro lá perto e posso confirmar isso), mas no Google nem por isso, o que acho estranho. Se era para mexer, mexessem bem. Bom, foi só curiosidade. A seu tempo devem acertar tudo... :) No entretanto, como disseram, o OSM é o único que tem a informação correcta. Nuno P. 2013/5/28 Vasco Santos vasco.tsan...@gmail.com Viva. A julgar pela quantidade de vias que a Google mete lá e ainda não existem no terreno, eles devem ter acesso aos projectos rodoviários e colocam lá, mais fácil do que mandar lá o carro com GPS para medir aquilo. Acho eu.. VascoS 2013/5/28 Nuno Pedrosa nuno.f.pedr...@gmail.com Quem o fez, fez mesmo um bom trabalho! :) Curiosamente, o GoogleMaps já mostra as zona nova com alterações, mas feitas de forma muito estranha e com erros: https://maps.google.com/maps?q=alta+de+lisboahl=enll=38.765302,-9.144541spn=0.011051,0.023378sll=38.764499,-9.148318sspn=0.011051,0.023378t=mfll=38.766745,-9.148908fspn=0.005525,0.011689radius=0.76hq=alta+de+lisboaz=17 Alguém tem ideia de como são feitas as modificações pela Google? Por um lado, passou pouco tempo, mas não percebo porque ao alterar, não colocavam logo as coisas correctamente. O Bing não tem nada ainda... Nuno Pedrosa. 2013/5/23 Nuno José Almeida nzalme...@pedaserra.net O meus parabéns a quem já colocou a alta de lisboa tão actualizada. http://www.openstreetmap.org/?lat=38.76548amp;lon=-9.1415801amp;zoom=15amp;layers=Mhttp://www.openstreetmap.org/?lat=38.76548lon=-9.1415801zoom=15layers=M Estou a colocar o seguinte comentário nas noticias online: Podem ver o mapa das novas ruas/avenidas em: http://www.openstreetmap.org/?lat=38.76548amp;lon=-9.1415801amp;zoom=15amp;layers=Mhttp://www.openstreetmap.org/?lat=38.76548lon=-9.1415801zoom=15layers=M Todos os outros mapas online deverão demorar alguns meses a explanar as alterações -- Nuno José Almeida ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-cz] dotaz na funkčnost digitální katastrální mapy
Chtěl jsem se zeptat, zda Vám funguje v JOSM podkladová vrstva katastrální mapy. Mne se dnes zobrazují v digitalizovaných katastrálních územích nějaké divné elipsy ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na funkčnost digitální katastrální mapy
Zdravím, kreslí mi to kružnice/elipsy kolem bodů, čáry navíc, apod. Ovlivněn je i plugin na trasování budov, taky mu to vnucuje tato data. Možná že jsou omylem zapnuty všechny vrstvy, i ty, kterých není běžně potřeba a v JOSM se běžně nezobrazují (pokud to nemá být ochrana proti využití dat)? Dne 28.5.2013 17:18, Zdeněk Pražák napsal(a): Chtěl jsem se zeptat, zda Vám funguje v JOSM podkladová vrstva katastrální mapy. Mne se dnes zobrazují v digitalizovaných katastrálních územích nějaké divné elipsy ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Podivná mapa KN (ovály)
Zdravím všechny, pokud narazíte na podivnosti v katastrální mapě (nesmyslné ovály), tak mi, prosím, na mojí adresu pošlete Vaši konfiguraci WMS pro services.cuzk.cz a ideálně i odchycený WMS požadavek. Potvrzuji podobné chování např. na Androidu v iKatastr, ale stejná oblast se přes webový ikatastr.cz zobrazuje správně. Takže bude asi trochu oříšek přijít na příčinu a budu vděčný za jakékoliv podklady. Děkuji a přeji příjemný den Jiří Veselý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Améliorations plugin Cadastre
Le 27/05/2013 20:15, Tetsuo Shima a écrit : J'en profite pour demander si je suis le seul a avoir le plugin qui ne marche plus qu'avec la premiere importation de feuille image, et qui bloque apres, sous Windows - quelques soit la machin, la version de windows, de java etc. - ? ça ne se produit pas chez moi, j'ai déjà chargé jusqu'à 8 feuilles images, ce qui me donne huit couches de calques en plus de bing, et de la couche de données osm. Je n'ai pas fait plus parce que, après, la petite palette des calques devient ingérable. conf : win7 64 bits, josm avec 4Go de mémoire vive, dernière version de tous les logiciels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorations plugin Cadastre
Le 27/05/2013 18:09, Stéphane Péneau a écrit : - Pendant la procédure de recadrage, si on a la main tremblante, et qu'on clique en dehors de la planche, alors le plugin reste coincé et n'accepte plus rien. On se retrouve dans l'obligation de quitter Josm sous peine de recevoir des alertes de crash du plugin. Oui, ça me le fait aussi : si on appuie sur la touche annuler pendant le géoréférencement ça plante définitivement le plugin. Donc, quand j'ai cliqué par mégarde sur un mauvais endroit, au lieu de faire annuler je finis le géoréférencement avec des points n'importe où ; puis je détruit le calque qui contient cette gabegie, puis je redemande le géoréférencement. C'est un contournement qui prend très peu de temps et évite de rebooter josm, avec perte des paramètres de session. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Quelques infos par là : http://gis.19327.n5.nabble.com/drinkable-vs-drinking-water-td5716270.html Si tu as le courage de lire jusqu'au bout… Les français ne sont pas si mal lotis avec leur liste, on dirait (ça parle quand même beaucoup de rond-point dans une discussion sur l'eau potable)… Sinon, j'en retiens qu'aucune décision n'a été prise, et je pense que les premiers messages sont les plus intéressants, je fais pareil : drinking_water=yes/no si un panneau « eau (non) potable », drinkable=yes/no si « j'en ai bu et je suis toujours vivant », ou rien si trop de doute ou que j'assume pas le drinkable. Un drinkable=if_boiled ou du même genre pourrait être utile en rando, mais pareil, il faut assumer le taggage quand on se trouve devant son écran. Ne rien mettre me plait parfois plus. JB. Le 28.05.2013 00:00, Vincent Pottier a écrit : Bonsoir, Soit un abri (une cabane de chasseurs) équipée d'un poêle, de tables, et d'une citerne d'eau de pluie. Je ne peux pas indiquer drinking_water=yes (à mon avis c'est buvable, surtout avec le renouvellement qu'il y a eu ces temps-ci, mais bon...), mais l'eau va bien pour cuisiner une fois bouillie. Comment indiquer ce type de qualité d'eau. Je pense que c'est une indication intéressante pour les randonneurs. On invente la valeur if_boiled ? On crée un tag plus générique pour ce type de ressources ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] 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] Améliorations plugin Cadastre
En effet, j'utilise la même technique qu'Hélène pour contourner ce problème. Mais j'utilise tout de même le bouton Annuler pour cliquer ensuite sur Retry et reprendre le géoréféerncement. Cela marche bien et évite de tout refaire. 2013/5/28 Hélène PETIT h...@free.fr Le 27/05/2013 18:09, Stéphane Péneau a écrit : - Pendant la procédure de recadrage, si on a la main tremblante, et qu'on clique en dehors de la planche, alors le plugin reste coincé et n'accepte plus rien. On se retrouve dans l'obligation de quitter Josm sous peine de recevoir des alertes de crash du plugin. Oui, ça me le fait aussi : si on appuie sur la touche annuler pendant le géoréférencement ça plante définitivement le plugin. Donc, quand j'ai cliqué par mégarde sur un mauvais endroit, au lieu de faire annuler je finis le géoréférencement avec des points n'importe où ; puis je détruit le calque qui contient cette gabegie, puis je redemande le géoréférencement. C'est un contournement qui prend très peu de temps et évite de rebooter josm, avec perte des paramètres de session. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorations plugin Cadastre
2013/5/28 Hélène PETIT h...@free.fr: Oui, ça me le fait aussi : si on appuie sur la touche annuler pendant le géoréférencement ça plante définitivement le plugin. Je vais essayer de fixer tous ces petits problèmes en même temps (qui sont déjà sur trac). Ici, il y a 2 bugs connus : un que je peux corriger si on clique en dehors de l'image durant le géoréférencement (on peut aussi arrêter de trembler en réduisant sa consommation d'alcool ou de café ;). Pour l'autre bug sur l'inefficacité du bouton cancel, ça dépend de josm core. J'hésite toujours à réinvestir du temps dans ce plugin, surtout dans la partie raster. J'ai moi-même géoréférencer des centaines de plans images, jusqu'au jour où celles-ci sont devenues soit vectorielles, soit soient contenait un géoréférencement dans le cadastre lui-même. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorations plugin Cadastre
Merci. En effet, il ne faut pas trop investir de temps non plus. Le raster est (je l'espère) destiné à disparaître... 2013/5/28 Pieren pier...@gmail.com 2013/5/28 Hélène PETIT h...@free.fr: Oui, ça me le fait aussi : si on appuie sur la touche annuler pendant le géoréférencement ça plante définitivement le plugin. Je vais essayer de fixer tous ces petits problèmes en même temps (qui sont déjà sur trac). Ici, il y a 2 bugs connus : un que je peux corriger si on clique en dehors de l'image durant le géoréférencement (on peut aussi arrêter de trembler en réduisant sa consommation d'alcool ou de café ;). Pour l'autre bug sur l'inefficacité du bouton cancel, ça dépend de josm core. J'hésite toujours à réinvestir du temps dans ce plugin, surtout dans la partie raster. J'ai moi-même géoréférencer des centaines de plans images, jusqu'au jour où celles-ci sont devenues soit vectorielles, soit soient contenait un géoréférencement dans le cadastre lui-même. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote - Amélioration de la carto des centrales électriques
2013/5/27 François Lacombe francois.laco...@telecom-bretagne.eu: Sujet de spécialistes qui ne devrait pas appeler à beaucoup de commentaires (comme on a pu déjà le voir sur les différents fils de discussion sur le sujet). Mais je pense que la difficulté principale sera de redéfinir le tag power=generator. De manière générale, il est extrêmement difficile, voir impossible, de changer la signification d'un tag quelques années après sa création (pas techniquement mais du point de vue des contributeurs (presets) et consommateurs (rendu)). Le changement sera plus facilement accepté s'il y a peu d'exemplaires et qu'une petite équipe est prête à passer en revue les éléments déjà existants. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Je ne trouve rien de très heureux sur taginfo (*), hormis l'unique rainwater_tank, qui a le mérite d'indiquer que si l'eau a ruisselé avant son stockage, c'est probablement uniquement sur une toiture, et pas dans un pâturage ... (*) http://taginfo.openstreetmap.org/keys/drinking_water#values Le 28 mai 2013 00:00, Vincent Pottier vpott...@gmail.com a écrit : Bonsoir, Soit un abri (une cabane de chasseurs) équipée d'un poêle, de tables, et d'une citerne d'eau de pluie. Je ne peux pas indiquer drinking_water=yes (à mon avis c'est buvable, surtout avec le renouvellement qu'il y a eu ces temps-ci, mais bon...), mais l'eau va bien pour cuisiner une fois bouillie. Comment indiquer ce type de qualité d'eau. Je pense que c'est une indication intéressante pour les randonneurs. On invente la valeur if_boiled ? On crée un tag plus générique pour ce type de ressources ? -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
2013/5/28 JB jb...@mailoo.org: Un drinkable=if_boiled ou du même genre pourrait être utile en rando, mais pareil, il faut assumer le taggage quand on se trouve devant son écran. Ne rien mettre me plait parfois plus. Je pense qu'indiquer la présence d'une citerne de collecte d'eau de pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled à peu près partout où il y a de l'eau (en dehors des évacuations des centrales nucléaires/retraitements chères à Pierre-Alain ;). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorations plugin Cadastre
Le lundi 27 mai 2013 20:15:53 Tetsuo Shima a écrit : J'en profite pour demander si je suis le seul a avoir le plugin qui ne marche plus qu'avec la premiere importation de feuille image, et qui bloque apres, sous Windows - quelques soit la machin, la version de windows, de java etc. - ? Essaie d'augmenter la mémoire allouée par josm. Il faut pour cela modifier l'option -Xmx de lancement pour lui donner genre 2G cf. https://wiki.openstreetmap.org/wiki/FR:JOSM#Windows_2 -- 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] Vote - Amélioration de la carto des centrales électriques
J'entends bien... Cependant si la fatalité doit resté la ligne directrice du travail sur la modélisation autant arrêter les serveurs tout de suite. Je suis bien conscient que c'est pas un travail facile, c'est pas une raison pour ne rien faire. Ca devrait surtout amener ceux en charge du développement à réfléchir sur cet état de fait. Ne pas pouvoir migrer en masse des tags sur un système comme OSM c'est un peu limite, mais ca reste un avis personnel. Il reste le problème de l'interface entre les données et les consommateurs. Pourquoi OSM ne fourni-t-il pas de lui-même un jeu de features standards associés aux tags qui les représentent (un méta-modèle en fait) ? Je n'introduit rien de nouveau ici, on cartographie toujours des centrales et des générateurs mais d'une manière différente. Seuls les tags changent, les consommateurs ne devraient même pas s'en soucier. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 28 mai 2013 09:34, Pieren pier...@gmail.com a écrit : 2013/5/27 François Lacombe francois.laco...@telecom-bretagne.eu: Sujet de spécialistes qui ne devrait pas appeler à beaucoup de commentaires (comme on a pu déjà le voir sur les différents fils de discussion sur le sujet). Mais je pense que la difficulté principale sera de redéfinir le tag power=generator. De manière générale, il est extrêmement difficile, voir impossible, de changer la signification d'un tag quelques années après sa création (pas techniquement mais du point de vue des contributeurs (presets) et consommateurs (rendu)). Le changement sera plus facilement accepté s'il y a peu d'exemplaires et qu'une petite équipe est prête à passer en revue les éléments déjà existants. Pieren ___ 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] Améliorations plugin Cadastre
Bonjour Pieren, Pour la reprise de géoréférencement, je pense à une méthode toute simple qui techniquement devrait l'être aussi, du moins je pense... et j'espère. Une fois que le géoréférencement est fait, on voit très rapidement si ça colle ou pas. Du coup, une petite boite de dialogue une fois le géoréférencement terminé, avec le choix de valider ou de recommencer, ça me conviendrait tout à fait. Stf Le 28/05/2013 09:23, Pieren a écrit : 2013/5/28 Hélène PETIT h...@free.fr: Oui, ça me le fait aussi : si on appuie sur la touche annuler pendant le géoréférencement ça plante définitivement le plugin. Je vais essayer de fixer tous ces petits problèmes en même temps (qui sont déjà sur trac). Ici, il y a 2 bugs connus : un que je peux corriger si on clique en dehors de l'image durant le géoréférencement (on peut aussi arrêter de trembler en réduisant sa consommation d'alcool ou de café ;). Pour l'autre bug sur l'inefficacité du bouton cancel, ça dépend de josm core. J'hésite toujours à réinvestir du temps dans ce plugin, surtout dans la partie raster. J'ai moi-même géoréférencer des centaines de plans images, jusqu'au jour où celles-ci sont devenues soit vectorielles, soit soient contenait un géoréférencement dans le cadastre lui-même. Pieren ___ 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] drinking_water, oui mais...
Si on s'en réfère à la législation française (et européenne au moins), l'eau potable doit respecter un certain nombre de critères dont une bonne partie ne sont simplement pas analysable à l’œil ou au goût ! le tag drinking_water=yes devrait être utilisé exclusivement sur de l'eau officiellement qualifiée de potable ! (à noter qu'en France l'eau délivrée par un robinet public est par défaut de l'eau potable (car issue d'un réseau d'eau potable), si elle ne l'est pas il y a obligatoirement une plaque mentionnant eau non potable) Toute eau n'est pas propre à la consommation, même bouillie: la potabilité ne dépend pas que des paramètres micro-bio, mais également de toute un tas de molécules : pesticides, nitrates, résidus de mines (arsenic, mercure, ...) qui restent dans l'eau ... si le tuyau qui amène l'eau du toit est visiblement oxydé, il vaut mieux ne pas boire cette eau ... le terme rainwater_tank désigne explicitement un réservoir d'eau de pluie, en ruissellement direct d'un toit, à mon avis c’est ce qui correspond le mieux au cas présent ! à chacun ensuite de savoir s'il veut ou non boire de l’eau de pluie, sachant que pour les autorités sanitaires il ne s'agit pas d'eau potable ... Sylvain Le 28 mai 2013 09:50, Pieren pier...@gmail.com a écrit : 2013/5/28 JB jb...@mailoo.org: Un drinkable=if_boiled ou du même genre pourrait être utile en rando, mais pareil, il faut assumer le taggage quand on se trouve devant son écran. Ne rien mettre me plait parfois plus. Je pense qu'indiquer la présence d'une citerne de collecte d'eau de pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled à peu près partout où il y a de l'eau (en dehors des évacuations des centrales nucléaires/retraitements chères à Pierre-Alain ;). Pieren ___ 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] drinking_water, oui mais...
Le 28/05/2013 09:43, Ab_fab a écrit : Je ne trouve rien de très heureux sur taginfo (*), hormis l'unique rainwater_tank, qui a le mérite d'indiquer que si l'eau a ruisselé avant son stockage, c'est probablement uniquement sur une toiture, et pas dans un pâturage ... (*) http://taginfo.openstreetmap.org/keys/drinking_water#values OK. J'ai quadruplé d'un coup le nombre d’occurrences de cette valeur. Indication précieuse pour les MULs (marcheurs ultra-légers) : il suffit de porter l'eau de bouche. Ça me semble intéressant de penser un jeu de valeurs pour les types de points d'eau sauvages. * l'abreuvoir dans la prairie alimenté par une source captée par le paysan, donc non surveillée. * les fontaines dans certains villages indiquées comme eau non surveillée plus exact que le prudentiel eau non potable (cas proche du précédent) * source non surveillée... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
L'eau du refuge, on ne la boit souvent qu'une seule fois, donc les métaux dissous par l'oxydation du tuyau, ou le dépot de poussières radioactives sur le toit d'un refuge de montagne, personnellement ça ne me fait pas plus peur que ça. Pour le fun : who_compliant = yes / no / partial ? who - OMS en bon français http://www.who.int/water_sanitation_health/dwq/guidelines/en/index.html Fin de la digression :-) Le 28 mai 2013 10:17, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Si on s'en réfère à la législation française (et européenne au moins), l'eau potable doit respecter un certain nombre de critères dont une bonne partie ne sont simplement pas analysable à l’œil ou au goût ! le tag drinking_water=yes devrait être utilisé exclusivement sur de l'eau officiellement qualifiée de potable ! (à noter qu'en France l'eau délivrée par un robinet public est par défaut de l'eau potable (car issue d'un réseau d'eau potable), si elle ne l'est pas il y a obligatoirement une plaque mentionnant eau non potable) Toute eau n'est pas propre à la consommation, même bouillie: la potabilité ne dépend pas que des paramètres micro-bio, mais également de toute un tas de molécules : pesticides, nitrates, résidus de mines (arsenic, mercure, ...) qui restent dans l'eau ... si le tuyau qui amène l'eau du toit est visiblement oxydé, il vaut mieux ne pas boire cette eau ... le terme rainwater_tank désigne explicitement un réservoir d'eau de pluie, en ruissellement direct d'un toit, à mon avis c’est ce qui correspond le mieux au cas présent ! à chacun ensuite de savoir s'il veut ou non boire de l’eau de pluie, sachant que pour les autorités sanitaires il ne s'agit pas d'eau potable ... Sylvain Le 28 mai 2013 09:50, Pieren pier...@gmail.com a écrit : 2013/5/28 JB jb...@mailoo.org: Un drinkable=if_boiled ou du même genre pourrait être utile en rando, mais pareil, il faut assumer le taggage quand on se trouve devant son écran. Ne rien mettre me plait parfois plus. Je pense qu'indiquer la présence d'une citerne de collecte d'eau de pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled à peu près partout où il y a de l'eau (en dehors des évacuations des centrales nucléaires/retraitements chères à Pierre-Alain ;). Pieren ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Est-ce qu'il y a un tag spécifique pour les fontaines avec une plaque Eau non controlée ? drinking_water=maybe ? J'en ai taggué quelques-unes en drinking_water = yes récemment parcequ'elles étaient sur des chemins de rando et que tout y rempli sa gourde. Pierre 2013/5/28 Sylvain Maillard sylvain.maill...@gmail.com Si on s'en réfère à la législation française (et européenne au moins), l'eau potable doit respecter un certain nombre de critères dont une bonne partie ne sont simplement pas analysable à l’œil ou au goût ! le tag drinking_water=yes devrait être utilisé exclusivement sur de l'eau officiellement qualifiée de potable ! (à noter qu'en France l'eau délivrée par un robinet public est par défaut de l'eau potable (car issue d'un réseau d'eau potable), si elle ne l'est pas il y a obligatoirement une plaque mentionnant eau non potable) Toute eau n'est pas propre à la consommation, même bouillie: la potabilité ne dépend pas que des paramètres micro-bio, mais également de toute un tas de molécules : pesticides, nitrates, résidus de mines (arsenic, mercure, ...) qui restent dans l'eau ... si le tuyau qui amène l'eau du toit est visiblement oxydé, il vaut mieux ne pas boire cette eau ... le terme rainwater_tank désigne explicitement un réservoir d'eau de pluie, en ruissellement direct d'un toit, à mon avis c’est ce qui correspond le mieux au cas présent ! à chacun ensuite de savoir s'il veut ou non boire de l’eau de pluie, sachant que pour les autorités sanitaires il ne s'agit pas d'eau potable ... Sylvain Le 28 mai 2013 09:50, Pieren pier...@gmail.com a écrit : 2013/5/28 JB jb...@mailoo.org: Un drinkable=if_boiled ou du même genre pourrait être utile en rando, mais pareil, il faut assumer le taggage quand on se trouve devant son écran. Ne rien mettre me plait parfois plus. Je pense qu'indiquer la présence d'une citerne de collecte d'eau de pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled à peu près partout où il y a de l'eau (en dehors des évacuations des centrales nucléaires/retraitements chères à Pierre-Alain ;). Pieren ___ 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
