[Talk-hr] Fw: NOTICE: Upcoming Maintenance / Downtime
Sent via BlackBerry from Vodafone -Original Message- From: Grant Slater openstreet...@firefishy.com Date: Mon, 25 Nov 2013 11:34:21 To: annou...@openstreetmap.org; Talk Openstreetmapt...@openstreetmap.org; OSM Dev Listd...@openstreetmap.org Subject: [Announce] NOTICE: Upcoming Maintenance / Downtime On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. I apologise for the short notice. The following services WILL be affected: * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1] * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.), but will remain available as read-only. [2] Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: Database servers ramoth katla hardware maintenance. Upgrade of web frontends spike-01, spike-02 spike-03 with HP DL360 G6 (Xeon 56xx) hardware. 1: Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. 2: The sysadmin team will try as far as possible to keep the API available in read-only mode, but the API may be briefly unavailable. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ Announce mailing list annou...@openstreetmap.org https://lists.openstreetmap.org/listinfo/announce ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Call to make imagery more public
Heres' the petition at change.org, please support and share. https://www.change.org/fr/p%C3%A9titions/satellite-image-providers-release-the-philippines-satellite-imagery-under-a-public-license-for-humanitarian-mapping On Sat, Nov 23, 2013 at 10:29 AM, maning sambale emmanuel.samb...@gmail.com wrote: Here's a call to imagery providers to license disaster/crisis imagery under a public license. http://openstreetmap.fr/urgence-philippines While we appreciate the access provided by many imagery providers in response to the Yolanda crisis, OSM-FR is launching a campaign to make the imagery more accessible beyond OSM tracing. I am personally in favor of this call. As an OSM-PH community, I think this will be beneficial for us as well for the longer recovery and rebuilding efforts. -- 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 https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Call to make imagery more public
Posted this to my 2100+ LinkedIn Connections and my 114,000 member strong Aviation Professionals Group on LinkedIn. Hope they all sign .. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === On Mon, Nov 25, 2013 at 10:08 PM, maning sambale emmanuel.samb...@gmail.com wrote: Heres' the petition at change.org, please support and share. https://www.change.org/fr/p%C3%A9titions/satellite-image-providers-release-the-philippines-satellite-imagery-under-a-public-license-for-humanitarian-mapping On Sat, Nov 23, 2013 at 10:29 AM, maning sambale emmanuel.samb...@gmail.com wrote: Here's a call to imagery providers to license disaster/crisis imagery under a public license. http://openstreetmap.fr/urgence-philippines While we appreciate the access provided by many imagery providers in response to the Yolanda crisis, OSM-FR is launching a campaign to make the imagery more accessible beyond OSM tracing. I am personally in favor of this call. As an OSM-PH community, I think this will be beneficial for us as well for the longer recovery and rebuilding efforts. -- 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 https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] NOTICE: Upcoming Maintenance / Downtime
On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. I apologise for the short notice. The following services WILL be affected: * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1] * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.), but will remain available as read-only. [2] Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: Database servers ramoth katla hardware maintenance. Upgrade of web frontends spike-01, spike-02 spike-03 with HP DL360 G6 (Xeon 56xx) hardware. 1: Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. 2: The sysadmin team will try as far as possible to keep the API available in read-only mode, but the API may be briefly unavailable. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
On Mon, Nov 25, 2013 at 6:34 AM, Grant Slater openstreet...@firefishy.com wrote: On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. I apologise for the short notice. Grant, thanks always to you and to the full admin team, for making OpenStreetMap work and work well. I appreciate your constant attention to the nitty bits and the gritty bits of OpenStreetMap infrastructure, keeping everything up and running. The way that you make frequent improvements and additions to OpenStreetMap Foundation services is wonderful. Your immediate attention and rapid response to unscheduled events is exemplary. Thanks so much. You admins should be paid in more than just thanks. Not just for your continued expertise, but for the ten years of commitment so far. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
Hi, On Mon, Nov 25, 2013 at 10:23:43AM -0500, Richard Weait wrote: Grant, thanks always to you and to the full admin team, for making OpenStreetMap work and work well. I appreciate your constant attention to the nitty bits and the gritty bits of OpenStreetMap infrastructure, keeping everything up and running. The way that you make frequent improvements and additions to OpenStreetMap Foundation services is wonderful. Your immediate attention and rapid response to unscheduled events is exemplary. Thanks so much. You admins should be paid in more than just thanks. Not just for your continued expertise, but for the ten years of commitment so far. Sysadmin appriciantion day is on 28th of July :) SCNR Flo PS: http://de.wikipedia.org/wiki/System_Administrator_Appreciation_Day -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-ie] Mapping of farmland
I don’t have an issue with it at all! The original poster asked why the sudden interest in mapping farmland. In which I was curious about finding out as well. We have now established the reason. I asked about the general feeling within the Irish OSM community (people subscribed to this list) on giving field's a name. It does not bother me either way. We are getting field boundary data and those users are getting experience mapping, therefore can only be a good thing. I do however support the use of another tag (as suggested by Tom) to record the names, but that's just personal feeling on the matter, I wont be losing any sleep over it! On Mon, 25 Nov 2013 13:52:34 -, Ken Guest kgu...@php.net wrote: I've added one or two names to fields myself and I don't see what the issue is that our chap in Killyfoyle has with field names being added. There are those of us that add reference numbers of streetlamps and post boxes to OSM, this isn't much different and with the general attitude of tag everything, we'll migrate it if a more specific repository for this info comes along this is surely not an issue. Ken ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Mapping of farmland
Fair enough. I must've misinterpreted Does this data really belong in OSM? Fair enough the fields but the names? :) Ken On Mon, Nov 25, 2013 at 2:32 PM, Webmaster webmas...@killyfole.org.ukwrote: I don’t have an issue with it at all! The original poster asked why the sudden interest in mapping farmland. In which I was curious about finding out as well. We have now established the reason. I asked about the general feeling within the Irish OSM community (people subscribed to this list) on giving field's a name. It does not bother me either way. We are getting field boundary data and those users are getting experience mapping, therefore can only be a good thing. I do however support the use of another tag (as suggested by Tom) to record the names, but that's just personal feeling on the matter, I wont be losing any sleep over it! On Mon, 25 Nov 2013 13:52:34 -, Ken Guest kgu...@php.net wrote: I've added one or two names to fields myself and I don't see what the issue is that our chap in Killyfoyle has with field names being added. There are those of us that add reference numbers of streetlamps and post boxes to OSM, this isn't much different and with the general attitude of tag everything, we'll migrate it if a more specific repository for this info comes along this is surely not an issue. Ken ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- http://blogs.linux.ie/kenguest/ ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Mapping of farmland
On 25/11/2013, Webmaster webmas...@killyfole.org.uk wrote: My question is really about what should I do with this information (for example someone opens a Note). I have no way of verifying if it is correct or totally made up. What if the name is offensive or has an alternative meaning in say another language? How do we deal with this information? For example, there is currently an open note ( http://www.openstreetmap.org/?note=52257 ), I don't know what to do with this, and have just been ignoring it, in hope someone else picks it up. In a case like this, ask for clarifications. If the note still doesn't make sense after a while, it's better to close it. Notes that come from anonymous user but need à survey are pretty useless. How far do we go? Currently, I map features if more than one family in the area used the same name or if it has historic value. However, if its only used by a few people of the same family i.e. (top field, side field, Marys field, Paddys field) I do question if these belong in OSM? I can see the important of say “Mill Field” if it was the site of an old mill or something similar. Do you understand what Im asking? IMHO, if a feature has a name that is only relevant to my family, it doesn't belong in osm (which tag is used doesn't really matter). I might map my bike shed and winter garden, but I wont tag a name. The same way that I dont tag my favorite cafe even if that's how I always refer to it. What is tricky with those farm field names is that we dont know wether they are relevant beyond the familly. Some certainly look like they aren't, others might well be. But it's important to give the mapper the benefit of the doubt. They know the area better; they might not know the osm dos and dont as well. If after checking with the contributors it appears that the names are valid, perhaps loc_name would be a better key than name ? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Fwd: [OSM-legal-talk] New contributing agency
Caro prof. Hasenack, Muito obrigado pelo e-mail anterior indicando que podemos usar os dados. Recebi uma resposta da comunidade internacional e preciso corrigir um detalhe do que eu disse a vocês. Antes, uma pergunta crucial: é suficiente citar a fonte acrescentando a tag source=Labgeo-UFRGS a cada um dos objetos importados no mapa? Essa informação só estaria disponível em modo de edição. Quanto à atribuição na página de copyright ( http://www.openstreetmap.org/copyright), parece ser mais restrita às fontes que disponibilizam seus dados comercialmente (sob copyright) e não para contribuidores que produzem seus dados sem fins lucrativos, como seria o caso do Labgeo. Para esse, o lugar adequado seria nesta página do wiki (à qual muitos têm acesso de edição): http://wiki.openstreetmap.org/wiki/Contributors Então, eu preciso perguntar a vocês novamente se citar o Labgeo nesta outra página é atribuição suficiente para vocês. Eu solicitei que colocassem um link pra essa página a partir da página de copyright, de modo a garantir uma visibilidade similar a todos, mas pode demorar pra fazerem. Eu estava um pouco desatualizado, a comunidade parece ter iniciado um movimento no sentido de solicitar aos contribuidores se aceitam ou não os termos do contribuidor ( http://www.osmfoundation.org/wiki/License/Contributor_Terms). Acredito que o objetivo seja se proteger de futuros problemas legais. Eles têm acumulado a informação aqui: http://wiki.openstreetmap.org/wiki/Import/Catalogue Assim, não querendo abusar da boa vontade de vocês, gostaria de pedir (sem urgência) um texto curto (nem precisa usar linguagem muito rebuscada), apenas ressaltando os pontos 2, 3 e 4 dos termos do contribuidor, que são: 1. Que a OSMF tem o direito de usar como bem entender os dados contribuídos pelo Labgeo nesse momento (o Diagnóstico Ambiental disponível no site) para qualquer fim, inclusive fim comercial, por tempo indeterminado 2. Que a OSMF pode sublicenciar esses dados contribuídos sob a licença DbCL 1.0 (http://opendatacommons.org/licenses/dbcl/1-0/) 3. Que a licença da OSMF pode mudar futuramente para outra licença aberta (como a Creative Commons) somente se houver voto majoritário por pelo menos 2/3 dos membros da OSMF 4. Que a OSMF concorda em fazer a devida atribuição ao Labgeo ou ao detentor do copyright, e que atualmente o local para isso é: http://wiki.openstreetmap.org/wiki/Contributors Acho que seria justo acrescentar ao item 4 a questão de fazer a atribuição com a tag source=Labgeo-UFRGS. Algumas observações sobre os itens acima: Item 1: entendo que isso não se aplicaria a dados futuros do Labgeo (como uma edição atualizada do Diagnóstico Ambiental), a menos que vocês digam que é permitido também. Item 2: a DbCL me parece apenas incluir a ODbL e acrescentar a isenção da OSMF da responsabilidade sobre os dados. Ela também ressalta que os dados da OSMF, se usados por um terceiro, podem ser sublicenciados. Isso significa que tudo aquilo que for copiado da OSMF tem que ser disponibilizado sob a mesma licença, apenas dados novos poderiam ter outra licença. Item 3: da última vez que houve uma mudança de licença (da CC para a ODbL), cada usuário pôde votar se aceitava ou não a nova licença. As reversões foram feitas por usuário. Mas acho muito difícil que a licença mude, acompanho as listas da OSMF e não vejo ninguém falando sobre esse assunto. Por fim, sei que foi uma mensagem longa, então queria mais uma vez agradecer toda a atenção que vocês têm oferecido à comunidade do OSM. Um grande abraço, Fernando -- Forwarded message -- From: Simon Poole si...@poole.ch Date: Thu, Nov 21, 2013 at 8:21 AM Subject: Re: [OSM-legal-talk] New contributing agency To: legal-t...@openstreetmap.org (IMHO naturally) From a content pov, an agreement or a statement from a contributing agency should be based roughly on the terms laid down in the contributor terms ( http://www.osmfoundation.org/wiki/License/Contributor_Terms). They should mainly grant the OSMF the rights listed in (2) and it would be nice if they would make a statement to the fact that they actually own the necessary rights in the data to do so. Simon Am 20.11.2013 20:28, schrieb Fernando Trebien: It's a very similar situation indeed, Jaakko. Here such forms would take years to get processed sometimes, it all depends on the good will of who receives the request. I've noticed that this will is more responsive when the person knows how to answer, or at least knows who to delegate the request to (specially if this person is not a very specialized busy top manager), so simple and easy questions are more effective at getting a clear answer faster. Wish you luck as well! Fernando On Wed, Nov 20, 2013 at 4:24 PM, Jaakko Helleranta.com jaa...@helleranta.com wrote: Same situation in Nicaragua. Many here say: Oh, it's all public domain! .. where they merely mean, We have it and can give it to you. Or: It's online and no one will protest (immediately
[Talk-br] Fwd: OpenStreetMap
Pra ficar registrado. -- Forwarded message -- From: Heinrich Hasenack hasen...@ecologia.ufrgs.br Date: 2013/11/22 Subject: Re: OpenStreetMap To: Fernando Trebien fernando.treb...@gmail.com Caro Fernando, em função do interesse da comunidade OSM no compartilhamento dos dados do Diagnóstico ambiental de Porto Alegre, informo que os mesmos estão disponíveis para download sem custo a partir do site http://www.ecologia.ufrgs.br/labgeo, na aba dados espaciais. Eles encontram-se em formato shape e podem ser utilizados desde que citada a fonte. Sugerimos que seja citado como fonte Labgeo-UFRGS. A referência bibliográfica do documento é: Hasenack, H.; Weber, E.J.; Marcuzzo, S.F. (org.) 1998. *Diagnóstico ambiental de Porto Alegre*. Porto Alegre, SMAM. 87p. il. Caso tenha faltado alguma informação que consideras relevante, me avisa por favor, para que eu possa complementar. Abraço, Heinrich Em 2013-11-14 15:53, Fernando Trebien escreveu: Ah, eu recebi uma mensagem de erro do servidor de e-mail, achei que não tinha chegado a mensagem (não sei se chegou também para o prof. Weber e para o Cristiano). Obtive mais alguns links interessantes de grupos de mapeamento com OSM: - ambiental: http://wiki.openstreetmap.org/wiki/Environmental_OSM - fluvial e marinho: http://wiki.openstreetmap.org/wiki/OpenSeaMap - de interiores:http://wiki.openstreetmap.org/wiki/Indoor_Mapping - tridimensional: http://wiki.openstreetmap.org/wiki/3D_Development - de acessibilidade a cegos: http://wiki.openstreetmap.org/wiki/OSM_for_the_blind - de acessibilidade a cadeirantes: http://wiki.openstreetmap.org/wiki/Wheelchair_routing - humanitário: http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team 2013/11/14 Heinrich Hasenack hasen...@ecologia.ufrgs.br Oi Fernando, vou entrar nos links que envaste, obrigado. Heinrich +55 (51) 8145 7585 Em 2013-11-14 15:26, Fernando Trebien escreveu: Prezados prof. Hasenack, prof. Weber e Cristiano, Aproveitando a nossa conversa de hoje de manhã, gostaria de convidá-los a ingressar nas listas de e-mail do OpenStreetMap ( https://lists.openstreetmap.org/listinfo/talk-br) e no fórum ( http://forum.openstreetmap.org/viewforum.php?id=74). Discussões diferentes acontecem em cada um desses espaços, sendo a lista de e-mail a mais antiga e mais dedicada a assuntos urgentes e transitórios, como questões de licença, dúvidas gerais, tratamento de vandalismos e de violações de copyright, organização de esforços pra mapear áreas/aspectos específicos, etc. Acho que seria interessante para irem adquirindo algumas impressões (positivas ou não) sobre como a comunidade funciona, quem sabe até começar a influenciá-la em sentidos mais produtivos. Existe também um conjunto de listas internacionais dedicadas a assuntos bem específicos (http://wiki.openstreetmap.org/wiki/Mailing_lists). Aqui em Porto Alegre, eu organizei a página de projeto no wiki do OSM: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/RS/Porto_Alegre/Status Vou mandar a seguir um e-mail para a lista legal, copiando pra vocês e perguntando que tipo de declaração vocês precisam nos passar pra que o LABGEO passe a constar aqui: http://www.openstreetmap.org/copyright O que acho mais relevante pra vocês é que, mesmo não colaborando diretamente com a comunidade internacional, vocês ainda podem usar as ferramentas do OSM (servidores, renderers, editores, etc.) em uma base própria, e a maioria dessas ferramentas já está disponível em repositórios Linux de distribuições estáveis (Debian, CentOS, etc.), e a comunidade pode ajudar vocês com questões como configuração, por exemplo. -- 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) -- 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 https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
Hallo Mike, Hast Du mal eine Koordinate? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
Ich denke (so ungefähr lt. Goolge Namenssuche Nishinoshima) hier: 27.250051,140.875255 https://maps.google.de/maps?q=27.250051,140.875255hl=desll=51.472883,11.972373sspn=0.451654,1.056747t=mz=4 mikeE. -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet: Montag, 25. November 2013 09:29 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Mapper aufgepasst – neues Material ;-) Hallo Mike, Hast Du mal eine Koordinate? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
Dat hat schon jemand was erfasst, als es noch sehr heiß war ;-) http://www.openstreetmap.org/#map=17/27.24513/140.87743 mikeE. -Ursprüngliche Nachricht- Von: Elstermann, Mike [mailto:mike.elsterm...@itc-halle.de] Gesendet: Montag, 25. November 2013 09:57 An: 'Openstreetmap allgemeines in Deutsch' Betreff: Re: [Talk-de] Mapper aufgepasst – neues Material ;-) Ich denke (so ungefähr lt. Goolge Namenssuche Nishinoshima) hier: 27.250051,140.875255 https://maps.google.de/maps?q=27.250051,140.875255hl=desll=51.472883,11.972373sspn=0.451654,1.056747t=mz=4 mikeE. -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet: Montag, 25. November 2013 09:29 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Mapper aufgepasst – neues Material ;-) Hallo Mike, Hast Du mal eine Koordinate? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
On Mon, Nov 25, 2013 at 09:06:26AM +, Elstermann, Mike wrote: Dat hat schon jemand was erfasst, als es noch sehr heiß war ;-) http://www.openstreetmap.org/#map=17/27.24513/140.87743 Problematisch ist das man in 2 Wochen das dann verkleinern muss wenn sich das durch die abkühlung zusammenzieht. SCNR Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues JOSM-Plugin
Am 24. November 2013 21:30 schrieb nicolaus1977 nicolaus1...@gmx.de: (Neulich hat jemand aus Italien in meiner Region eine Straße gelöscht, nur weil das Bing Luftbild uralt war.) Hast Du den User angeschrieben? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
Hallo Mike, Dat hat schon jemand was erfasst, als es noch sehr heiß war ;-) Da der Küstenlinien_Renderer ja Wochen braucht, bis er sowas darstellt, habe ich die Insel mal als Schifffahrtshindernis dargestellt: http://map.openseamap.org/?zoom=14lat=27.25268lon=140.87568layers=BFTFTTTFFTF0 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapper aufgepasst – neues Material ;-)
Am 25.11.2013 14:26, schrieb Markus: Hallo Mike, Dat hat schon jemand was erfasst, als es noch sehr heiß war ;-) Da der Küstenlinien_Renderer ja Wochen braucht, bis er sowas darstellt, habe ich die Insel mal als Schifffahrtshindernis dargestellt: http://map.openseamap.org/?zoom=14lat=27.25268lon=140.87568layers=BFTFTTTFFTF0 Gruss, Markus Hi, auf der eingebetteten Karte Eurer Hauptseite sehe ich jede Menge rosa-Kacheln Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Muster für Datenfreigabe/Lizenzvereinbarung
Am 24. November 2013 22:13 schrieb Michael Reichert naka...@gmx.net: Hallo, ich habe vor, kommende Woche die örtlichen Stadtwerke um Freigabe ihres schematischen Liniennetzplans (Bus und Tram, abstrahierte Linien, kein Stadtplan) zu bitten. Da ich am Donnerstag mit dem Geschäftsführer auf einer ADFC-Veranstaltung schon darüber gesprochen und ihm einen Flyer in die Hand gedrückt habe, ist es nicht der Erstkontakt. Deshalb wäre es schön, wenn ich den Stadtwerken gleich ein oder mehrere Mustervereinbarungen mitschicken könnte. Auf die Schnelle habe ich mit einer angepassten Google-Suche nicht viel in Forum, Wiki und Mailinglisten finden können. Gibt es irgendwelche Mustervereinbarungen? Die Stuttgarter Erlaubnis für die Luftbilder kenne ich schon http://wiki.openstreetmap.org/wiki/Luftbilder_Stuttgart Meine Bitte daher: Könnten diejenigen, die bisher eine neue Datenquelle anzapfbar gemacht haben, mir, falls möglich, die zugrunde liegende Vereinbarung/Erlaubnis schicken? Vielen Dank. Viele Grüße Michael PS Es handelt sich nicht um Lübeck. :) Das beste wäre es, die Daten als cc0 (bzw. PD) herauszugeben, so dass nicht nur OSM sondern jeder Interessierte sie nach Belieben nutzen kann. Alles andere (also unter Bedingungen freigegeben) schränkt die Nutzung ein, reine Namensnennung auf der Liste im Wiki (contributors) ist auch noch relativ problemlos, Namensnennung der Quelle auf jeder Veröffentlichung (Karte etc.) quasi nicht machbar. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Muster für Datenfreigabe/Lizenzvereinbarung
Moin, Am 25.11.2013 15:36, schrieb Martin Koppenhoefer: Am 24. November 2013 22:13 schrieb Michael Reichert naka...@gmx.net: Hallo, ich habe vor, kommende Woche die örtlichen Stadtwerke um Freigabe ihres schematischen Liniennetzplans (Bus und Tram, abstrahierte Linien, kein Stadtplan) zu bitten. Das beste wäre es, die Daten als cc0 (bzw. PD) herauszugeben, so dass nicht nur OSM sondern jeder Interessierte sie nach Belieben nutzen kann. Alles andere (also unter Bedingungen freigegeben) schränkt die Nutzung ein, Das ist zwar richtig - stellt aber oft genug für den LizenzGeber die größte Hürde dar. (Zwar soll sie jeder Nutzer (Fahrgast) nutzen dürfen - aber das Produced work soll ja nicht jeder weiterverwursten dürfen.) Andererseits würde eine schlichte Erlaubnis zur Übernahme der enthaltenen Informationen in die OSM-Datenbank a la Contributor terms doch völlig ausreichen. Bing hat die Luftbilder doch wohl auch nicht als PD zur Verfügung gestellt. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues JOSM-Plugin
Jepp, hab ich. Er hat sich auch entschuldigt. Dreist fand ich es trotzdem, da er eine Straße gelöscht hat, neben die ich sogar die entsprechenden Bäume gepflanzt' hatte. ... er hat versprochen zukünftig vorsichtiger zu sein. Martin Koppenhoefer dieterdre...@gmail.com schrieb: Am 24. November 2013 21:30 schrieb nicolaus1977 nicolaus1...@gmx.de: (Neulich hat jemand aus Italien in meiner Region eine Straße gelöscht, nur weil das Bing Luftbild uralt war.) Hast Du den User angeschrieben? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Assembly auf den 30C3
Auf den 30C3 wird es wieder ein OpenStreetMap Assembly geben. Die Anzahl der Plätze muss bis Samstag im Wiki [1] oder [2] eingetragen sein. Wer also plant, zwischen Weihnachten und Silvester auf dem 30C3 ein Stuhl / Tisch / Steckdose im OSM Assembly zu haben, sollte sich entsprechend eintragen. Anders als letzes Jahr würden wir gerne weniger Präsentieren und mehr Hacken. Daneben wird versucht, ein großen Drucker zu besorgen, auf dem Karten gedruckt werden können. Weiter ist sicherlich Indoormapping ein Thema... Tragt euch ins Wiki ein, schreibt was ihr mitbringen wollt und welche Kongress-Ideen euch sonst noch durch den Kopf gehen. [1] https://events.ccc.de/congress/2013/wiki/Assembly:OpenStreetMap [2] https://wiki.openstreetmap.org/wiki/Chaos_Communication_Congress/30C3#Who_Is_Coming ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Assembly auf den 30C3
Am 25.11.2013 19:02, schrieb wn reader: Anders als letzes Jahr würden wir gerne weniger Präsentieren und mehr Hacken. Wir sollten aber auch nicht so tief in unsere Laptops versunken sein, dass es keiner mehr wagt uns anzusprechen. Vielleicht teilen wir uns ja abwechselnd rein, so dass immer 1-2 Leute ansprechbar sind, während die anderen produktiv rumhacken können. Ganz so voll wie letztes Jahr muss der Tisch wirklich nicht sein. Grüße Kolossos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Muster für Datenfreigabe/Lizenzvereinbarung
Am 25.11.2013 17:18, schrieb Georg Feddern: Bing hat die Luftbilder doch wohl auch nicht als PD zur Verfügung gestellt. ;-) Hier muss man zum einen unterscheiden zwischen: Privatwirtschaft und öffentliche Hand und zum anderen zwischen Daten und Hintergrundbildern. Natürlich kann ein Konzern sagen, meine Bilder dürfen von OSM verwendet werden. Eine Behörde kann das so nicht. Die kann nur sagen, jeder darf unsere Bilder nutzen um daraus Geodaten abzuleiten, die dann unter Lizenz X stehen. Bei Geodaten, die nur noch nach OSM importiert werden müssen/sollen, muss die Lizenz dann schon kompatibel sein. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Assembly auf den 30C3
On 11/25/2013 07:02 PM, wn reader wrote: Daneben wird versucht, ein großen Drucker zu besorgen, auf dem Karten gedruckt werden können. Ich habe hier einen HP DesignJet 111 (DIN A1) dem ich bisher nicht mehr als DIN A4 Ausdrucke entlocken konnte ... Transport könnte ich organisieren, kann aber nicht garantieren das ich vor Weihnachten noch einmal dazu komme mich mit dem Ding näher zu beschäftigen ... eventuell würde das also auf ein vor-Ort Hacking hinauslaufen das Ding zum Laufen zu bekommen (PS: Teil des Motivationsproblems ist dass es sich um einen Windows-only Drucker handelt ...) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Muster für Datenfreigabe/Lizenzvereinbarung
Am 25. November 2013 21:41 schrieb Henning Scholland o...@aighes.de: Am 25.11.2013 17:18, schrieb Georg Feddern: Bing hat die Luftbilder doch wohl auch nicht als PD zur Verfügung gestellt. ;-) Hier muss man zum einen unterscheiden zwischen: Privatwirtschaft und öffentliche Hand und zum anderen zwischen Daten und Hintergrundbildern. Natürlich kann ein Konzern sagen, meine Bilder dürfen von OSM verwendet werden. Eine Behörde kann das so nicht. Die kann nur sagen, jeder darf unsere Bilder nutzen um daraus Geodaten abzuleiten, die dann unter Lizenz X stehen. Bei Geodaten, die nur noch nach OSM importiert werden müssen/sollen, muss die Lizenz dann schon kompatibel sein. Bei einer Verwaltungsbehörde muss man genauer hinschauen, um deren Handlungsrahmen zu erkennen. Zum einen muss man schauen, was das Geodatenzugangsgesetz des Landes sagt: Fallen die Geoadaten unter dieses Gesetz und welche Lizenzierung sieht das Gesetz vor. Wenn das Gesetz nur irgendeine (freie) Lizenz fordert, dann hat eine Behörde durchaus ermessen und kann die Daten auch unter verschiedenen freien Lizenzen freigeben. Ob sie das auch will steht auf einem anderen Blatt. Maßstab ist dann im Wesentlichen der Gleichbehandlungsgrundsatz mit dem Verbot der willkürlichen Diskriminierung. Anders sieht es aus, wenn die Freigabe der Geodaten in einer Nutzungsverordnung geregelt ist und diese eine bestimmte Lizenzierung vorsieht. Dann sieht es für abweichende Lizenzierungen/Freigaben schlecht aus. Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GISchichte? Vervollständigen!
Die OpenStreetMap-Werkzeuge fehlen eindeutig in der GISchichte! Siehe hier: http://geoobserver.wordpress.com/2013/11/26/gischichte/ mikeE. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Paline sentieri
Riporto in evidenza questo argomento anche se mi chiedo se non sono l'unico (questo l'ho già verificato) ma molto probabilmente uno dei pochi che mappa anche le paline segnaletiche lungo i sentieri (di sicuro nella mia provincia di Brescia)... Vi chiedo se é condiviso il metodo percui taggo il guidepost come membro della relazione del sentiero che sulla palina é indicato. Vi faccio però anche 2 domande, forse voglio spaccare il capello in 4... ma la precisione spesso vuol dire tutto: 1- a volte sulla palina é indicato oltre al sentiero XX che passa proprio di lì anche il sentiero YY che inizia più avanti oppure sulla palina é indicato anche il sentiero YY perché il sentiero XX molto più avanti si congiungerà con il sentiero YY): anche in questo caso taggo il guidepost come membro della relazione del sentiero YY anche se in realtà passa parecchio distante? 2- altre volte nel punto dove c'é la palina passa inequivocabilmente il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto (come la maggior parte delle volte) XX Malga Val Aperta il numero del sentiero non é scritto ma si legge soltanto Malga Val Aperta: in questo caso includo lo stesso il guidepost come membro della relazione di quel sentiero? Grazzzie. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Paline-sentieri-tp5787120.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [SOD] Re: habemus sardinia insula
Se non ho capito male la storia di Simone, le regole che governano gli import di dati di terze parti dentro OSM sono leggere e ragionevoli, ma ci sono. Hai capito bene, ma secondo me è stato utile sotto tantissimi aspetti. Giusto per capirci: ci sono stati casi: Portale Cartografico Nazionale, Friuli Venezia Giulia, Veneto e la recente Sardegna dove i dati venivano distribuiti con licenze di tipo no commercial' ma si dava il permesso di inserirli in osm (il caso del pcn è un po' diverso in quanto l'autorizzazione era al ricalco delle foto aeree) Risultato: ok al dato in openstreetmap, ma guai rilasciarlo in altra forma. Un non sense. Come percorso va abbastanza bene, il limite però è che il dato riversato in openstreetmap viene rivisto sulle tassonomie. In linea di massima tiene le geometrie, ma cambia negli attributi Se non viene fatto un po' di lavoro per documentare un nuovo dataset, non si può importare. Molto c'è sul wiki di openstreetmap, in particolare le linee guida. Rilancio tra l'altro alla lettura di questo articolo dove ENEL ha incontrato OpenStreetMap http://de.straba.us/2013/08/06/enel-incontra-openstreetmap/ E se non lo so io, figurati se lo sanno i detentori dei dataset geografici! sto seguendo una discussione in cui si dice che gli open data non devono essere dati alle multinazionali Forse qui può essere utile, quando si parla con i vari servizi cartografici pubblici, aggiungere una postilla: se volete velocità di reazione nel momento del bisogno, preparatevi prima: rilasciare i dati al volo può fare perdere ore o giorni preziosi per preparare l'import. Concordo, infatti la storia va *assolutamente* raccontata e documentata ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Caricamenti modifiche
Ok, non parlavo di giornate, diciamo ogni mezzora o quando mi ricordo. Non è che ci sia tanta gente che mappa nelle zone che sto completando. E' solo che vedevo che molti caricano ad ogni modifica, ad esempio ogni bar che inseriscono lo caricano. Non mi è mai capitato di avere conflitti. -- View this message in context: http://gis.19327.n5.nabble.com/R-Caricamenti-modifiche-tp5787022p5787126.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
Am 23/nov/2013 um 22:03 schrieb Alberto albertoferra...@fastwebnet.it: Io ho messo route_ref leggendo quello che era proposto qui, ma se si decide di usare la relazione tanto meglio, anche a me piace di più. Basta che si faccia tutti nello stesso modo. Tocca distinguere. Per la route (percorso) è utile la relazione ed è anche il defaut, come anche l'inserimento dei nodi dei pali dentro alla relazione, mentre per taggare un singolo palo penso che route_ref andrebbe bene. Non sempre chi mappa ha anche conoscenza del'intero percorso, alle volte uno camina lungo un percorso e becca dei pali con delle route che partono da lì, ma senza percorrerli non puoi inserire più che qualche metro della route. In questi casi ho messo route_ref al nodo per aiutare il prossimo mappatore. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione iD editor
Ok, non ho mai usufruito né dell'uno né dell'altro (e si vede! =P) per cui l'esempio era sbagliato, ma nella sostanza? Io parlavo dell'inserire tra i sinonimi anche il vero nome del tag, proprio per venire incontro a chi NON è principiante e vorrebbe quindi utilizzare l'editor in maniera avanzata (e quindi più precisa). =) Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Caricamenti modifiche
Il giorno 25 novembre 2013 11:25, bredy bredy...@yahoo.it ha scritto: Ok, non parlavo di giornate, diciamo ogni mezzora o quando mi ricordo. Non è che ci sia tanta gente che mappa nelle zone che sto completando. E' solo che vedevo che molti caricano ad ogni modifica, ad esempio ogni bar che inseriscono lo caricano. Non mi è mai capitato di avere conflitti. In realtà il concetto di changeset è che si caricano modifiche atomiche. In pratica, quello che si fa è fare gruppi di modifiche che siano almeno coerenti: se ad esempio stai aggiungendo dettagli e modifiche in un certo quartiere, prima di passare a un altro carica il changeset. Comunque non c'è una linea guida precisa: se fai changeset microscopici appesantisci il database, ma d'altro canto se devi solo aggiungere un bar non preoccuparti di fare changeset con una sola modifica. Evita, se puoi, di fare venti changeset con trenta modifiche in tutto :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On 11/23/2013 04:06 PM, yahoo-pier_andreit wrote: come faccio a mappare una strada dove una corsia e' sprofondata per una decina di metri?? e che percio' ne e' stato vietato il traffico su una corsia?? grazie, ciao, procuste ma non me lo dice nessuno??? :-) :-) :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
Bella lì ! C'è voluto qualche giorno ma siamo arrivati a 2 idee chiare che sottoscrivo in pieno: 1-Taggo il guidepost come membro della relazione alla quale si riferisce (se esiste la relazione) 2-Se ancora non esiste la relazione (per non disperdere l'informazione e per sviluppi futuri) metto route_ref Aggiungo: laddove sul cartello sono indicati ANCHE sentieri (che hanno già una relazione predisposta) ma che NON passano esattamente di lì io direi di non collegare il guidepost a questi percorsi che transitano appunto MOLTO distanti dal paletto. Che dite? Grazie. --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5787153.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
Mettici la nuova width ed eventuale limite di velocità ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On Mon, 25 Nov 2013, Cascafico Giovanni wrote: Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. Saluti! -- Enrico Piccinelli___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Questa cosa fa impazzire il mio Garmin
Il giorno 24 novembre 2013 11:41, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: E non sono lanes in OSM perché c'è la separazione fisica. Aggiungo che non è consentito passare da una corsia all'altra. È il solito discorso del vincolo legale e non fisico, ma la separazione fisica (lunga 15 metri) è confermata da una separazione legale lunga almeno un centinaio. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
2013/11/24 rattorosso floydbar...@alice.it Inoltre noto che nel wiki mancano le informazioni sui tag source= da usare. intendi a livello di changeset? Perchè a livello di oggetto è meglio non mettere alcuna source. La source non è una proprietà di un oggetto con più di una versione, ma è una proprietà di un edit (vuol dire: changeset). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Supporto mappatura: edifici
2013/11/23 cesare gerbino cesaregerb...@gmail.com Gli edifici sono mappati ma non so se va bene così o se: 1) occorre mappare anche le recinzioni che delimitano le singole proprietà? Non sempre è così facilmente fattibile da foto aerea puoi mappare quello che vuoi e con il livello di dettaglio che ritieni adatto (però rimuovere dettagli di altri che rappresentano quello che esiste non è accettabile). Chiaramente è desiderabile mappare con un grande livello di dettaglio, ma non c'è una regola che ti dice questo si e questo no. Per me le recinzioni tra le singole proprietà sono utili, e quindi se sai dove si trovano (volendo anche senza foto aerei) le puoi mettere (anche parzialmente dove sei sicuro che ci sono, senza dover mappare tutto il paese in un botto). 2) è corretto racchiudere un insieme di edifici con un perimetro landuse=residential come ho fatto per gli edifici a sx di Via Nino Costa o è meglio limitarsi a mappare l'edificio e non introdurre elementi artificiali (vedi anche punti precedente ) il landuse non è strettamente legato agli edifici, vuol dire che quella area di suolo è utilizzato in quella maniera. Anch'io mappo, come te, i landuse in unità atomiche, perché lo ritengo più preciso di zone ampie, e perché le strade pubbliche per me non fanno parte del landuse=residential/retail/commercial/industrial/... , come invece ho fatto a dx della suddetta via anche se poi gli edifici sembrano un po spersi nel vuoto? Nelle città è più facile da questo punto di vista, nei paesi, in particolare nelle loro periferie non so come comportarmi lì potresti sempre aggiungere un landuse per dire la stessa cosa. Può anche sempre venire qualcun'altro che ti spezza le tue divisioni in pezzi ancora più piccoli, non ci sono problemi. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Paline sentieri
2013/11/25 demon.box e.rossin...@alice.it 1- a volte sulla palina é indicato oltre al sentiero XX che passa proprio di lì anche il sentiero YY che inizia più avanti oppure sulla palina é indicato anche il sentiero YY perché il sentiero XX molto più avanti si congiungerà con il sentiero YY): anche in questo caso taggo il guidepost come membro della relazione del sentiero YY anche se in realtà passa parecchio distante? personalmente non lo farei, perché crea più confusione che toglierne. 2- altre volte nel punto dove c'é la palina passa inequivocabilmente il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto (come la maggior parte delle volte) XX Malga Val Aperta il numero del sentiero non é scritto ma si legge soltanto Malga Val Aperta: in questo caso includo lo stesso il guidepost come membro della relazione di quel sentiero? bo, forse anche no, dipende un po' come tu lo vedi. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
2013/11/25 Enrico Piccinelli picc...@tiscali.it Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. il oneway lo eviterei (se ho capito bene la situazione, suppongo c'è un semaforo e traffico in direzioni alternanti?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On Mon, 25 Nov 2013, Martin Koppenhoefer wrote: con in aggiunta lanes=1 e oneway=yes sul tratto interessato. il oneway lo eviterei (se ho capito bene la situazione, suppongo c'è un semaforo e traffico in direzioni alternanti?). o avevo capito di no :-). Se il senso è alternato con semaforo, allora oneway=no e lanes=1, certamente. Saluti! -- Enrico Piccinelli___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On 11/25/2013 02:35 PM, Enrico Piccinelli wrote: On Mon, 25 Nov 2013, Cascafico Giovanni wrote: Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. cosi'?? di fronte via palmarola circa... http://www.openstreetmap.org/edit?editor=potlatch2#map=18/41.41554/12.84129 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On Mon, 25 Nov 2013, yahoo-pier_andreit wrote: On 11/25/2013 02:35 PM, Enrico Piccinelli wrote: On Mon, 25 Nov 2013, Cascafico Giovanni wrote: Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. cosi'?? di fronte via palmarola circa... http://www.openstreetmap.org/edit?editor=potlatch2#map=18/41.41554/12.84129 perchè hai applicato i tag ad un punto, e non alla porzione di strada interessata? dovresti spezzare la strada in 3 segmenti, dei quali il segmento centrale corrisponde al tratto su cui vale il singolo senso di marcia. A lui vanno assegnati i tag, non ai nodi. Saluti! -- Enrico Piccinelli___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
C'é un tag apposta, anche se ancora (!) in fase proposed e tra l'altro abbastanza criticata nella pagina della discussione: http://wiki.osm.org/wiki/Proposed_features/alternate_oneway Piuttosto, si potrebbe usare: oneway=reversible highway=traffic_signals (se c'è un semaforo) oppure oneway=conditional traffic_sign=give_way priority=backward (nel senso dell'interruzione) priority=forward (nel senso contrario all'interruzione) Ciao /niubii/ Il giorno 25 novembre 2013 17:00, yahoo-pier_andreit pier_andr...@yahoo.itha scritto: On 11/25/2013 02:35 PM, Enrico Piccinelli wrote: On Mon, 25 Nov 2013, Cascafico Giovanni wrote: Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. cosi'?? di fronte via palmarola circa... http://www.openstreetmap.org/edit?editor=potlatch2#map=18/ 41.41554/12.84129 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
2013/11/25 Francesco Pelullo f.pelu...@gmail.com Piuttosto, si potrebbe usare: oneway=reversible highway=traffic_signals (se c'è un semaforo) si, ma è quasi implicito con lanes=1 ;-) i traffic_signals vanno su un nodo e il oneway su un way (suppongo che era inteso così ma vorrei togliere il dubbio) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Supporto mappatura: edifici
Ciao Martin grazie mille delle indicazioni A presto! Il giorno 25/nov/2013 16:14, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/11/23 cesare gerbino cesaregerb...@gmail.com Gli edifici sono mappati ma non so se va bene così o se: 1) occorre mappare anche le recinzioni che delimitano le singole proprietà? Non sempre è così facilmente fattibile da foto aerea puoi mappare quello che vuoi e con il livello di dettaglio che ritieni adatto (però rimuovere dettagli di altri che rappresentano quello che esiste non è accettabile). Chiaramente è desiderabile mappare con un grande livello di dettaglio, ma non c'è una regola che ti dice questo si e questo no. Per me le recinzioni tra le singole proprietà sono utili, e quindi se sai dove si trovano (volendo anche senza foto aerei) le puoi mettere (anche parzialmente dove sei sicuro che ci sono, senza dover mappare tutto il paese in un botto). 2) è corretto racchiudere un insieme di edifici con un perimetro landuse=residential come ho fatto per gli edifici a sx di Via Nino Costa o è meglio limitarsi a mappare l'edificio e non introdurre elementi artificiali (vedi anche punti precedente ) il landuse non è strettamente legato agli edifici, vuol dire che quella area di suolo è utilizzato in quella maniera. Anch'io mappo, come te, i landuse in unità atomiche, perché lo ritengo più preciso di zone ampie, e perché le strade pubbliche per me non fanno parte del landuse=residential/retail/commercial/industrial/... , come invece ho fatto a dx della suddetta via anche se poi gli edifici sembrano un po spersi nel vuoto? Nelle città è più facile da questo punto di vista, nei paesi, in particolare nelle loro periferie non so come comportarmi lì potresti sempre aggiungere un landuse per dire la stessa cosa. Può anche sempre venire qualcun'altro che ti spezza le tue divisioni in pezzi ancora più piccoli, non ci sono problemi. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] articolo (spero) definitivo su come è nata e si è sviluppata la crowdmap
Ciao ragazzi, volevo segnalarvi l'intervista in cui spiego integralmente lo sviluppo della mappa a cui anche voi avete partecipato e finalmente ho l'opportunità di ringraziarvi, per il vostro essenziale contributo e sostegno. http://linguaggio-macchina.blogspot.it/2013/11/sardsos-la-mappa-partecipata-per.html E' stato faticoso ma bello, ci si vede sulla mappa! un abbraccio a tutta la fascia in ascolto :) Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Il giorno lun, 25/11/2013 alle 15.47 +0100, Martin Koppenhoefer ha scritto: 2013/11/24 rattorosso floydbar...@alice.it Inoltre noto che nel wiki mancano le informazioni sui tag source= da usare. intendi a livello di changeset? Perchè a livello di oggetto è meglio non mettere alcuna source. La source non è una proprietà di un oggetto con più di una versione, ma è una proprietà di un edit (vuol dire: changeset). ciao, Martin Nei dati che ho importato io erano impostati dei tag source sugli oggetti. Comunque, qualsiasi cosa sia, volevo dire che la scelta dei tag, come tutto il resto che manca, deve ancora essere registrata nel wiki Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nuova versione JOSM richiede source
Ho notato che con l'ultima versione di JOSM latest quando si va a fare l'upload ci avverte che manca il dato source= Ma adesso bisogna metterlo su qualsiasi cosa che si mappa? Se così allora dovrebbero metterlo di default su tutte le preimpostazioni oppure dare la possibilità di inserirlo in automatico tramite qualche preferenza. -- View this message in context: http://gis.19327.n5.nabble.com/Nuova-versione-JOSM-richiede-source-tp5787202.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On 11/25/2013 05:43 PM, Martin Koppenhoefer wrote: 2013/11/25 Francesco Pelullo f.pelu...@gmail.com mailto:f.pelu...@gmail.com Piuttosto, si potrebbe usare: oneway=reversible highway=traffic_signals (se c'è un semaforo) si, ma è quasi implicito con lanes=1 ;-) i traffic_signals vanno su un nodo e il oneway su un way (suppongo che era inteso così ma vorrei togliere il dubbio) ciao, Martin il semaforo non c'e', e' a senso unico alternato con preferenza per la corsia che non e' crollata... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Paline sentieri
dieterdreist wrote personalmente non lo farei, perché crea più confusione che toglierne. Esatto anche secondo me crea più confusione, sono d'accordo con te! dieterdreist wrote bo, forse anche no, dipende un po' come tu lo vedi. Per questo aspetto penso invece che includerò lo stesso la palina nella relazione relativa anche se sulla palina stessa NON hanno scritto il numero del sentiero. GRAZIE! ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Paline-sentieri-tp5787120p5787195.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare una strada parzialmente crollata su dai please rispondetemi... :-) :-)
On 11/25/2013 05:13 PM, Enrico Piccinelli wrote: On Mon, 25 Nov 2013, yahoo-pier_andreit wrote: On 11/25/2013 02:35 PM, Enrico Piccinelli wrote: On Mon, 25 Nov 2013, Cascafico Giovanni wrote: Mettici la nuova width ed eventuale limite di velocità con in aggiunta lanes=1 e oneway=yes sul tratto interessato. cosi'?? di fronte via palmarola circa... http://www.openstreetmap.org/edit?editor=potlatch2#map=18/41.41554/12.84129 perchè hai applicato i tag ad un punto, e non alla porzione di strada interessata? dovresti spezzare la strada in 3 segmenti, dei quali il segmento centrale corrisponde al tratto su cui vale il singolo senso di marcia. A lui vanno assegnati i tag, non ai nodi. Saluti! -- Enrico Piccinelli spezzare la strada sembra un'operazione cruenta... :-) :-) :-) cosi'??? http://www.openstreetmap.org/edit?editor=potlatch2#map=19/41.41560/12.84055 ciao, :-) pier ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova versione JOSM richiede source
Ho scaricato ed utilizzato latest ieri sera e non mi ha chiesto la source. Ubuntu 12. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova versione JOSM richiede source
Il tested attuale (6388) non lo chiede. Però se ci sono le info conviene sempre metterlo (io se serve lo metto a mano). Da notare che va nel changeset e non su tutti gli oggetti (credo). Ciao Damjan 25.11.2013 - 21:32 - Cascafico Giovanni: Ho scaricato ed utilizzato latest ieri sera e non mi ha chiesto la source. Ubuntu 12. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
1-Taggo il guidepost come membro della relazione alla quale si riferisce (se esiste la relazione) 2-Se ancora non esiste la relazione (per non disperdere l'informazione e per sviluppi futuri) metto route_ref +1 Farò così anch'io, metterò route_ref solo se non c'è ancora la relazione del sentiero. Aggiungo: laddove sul cartello sono indicati ANCHE sentieri (che hanno già una relazione predisposta) ma che NON passano esattamente di lì io direi di non collegare il guidepost a questi percorsi che transitano appunto MOLTO distanti dal paletto. +1 Sì, i sentieri distanti lasciamoli stare, come dice anche Martin nell'altro thread, andiamo solo ad aumentare la confusione. 2- altre volte nel punto dove c'é la palina passa inequivocabilmente il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto (come la maggior parte delle volte) XX Malga Val Aperta il numero del sentiero non é scritto ma si legge soltanto Malga Val Aperta: in questo caso includo lo stesso il guidepost come membro della relazione di quel sentiero? bo, forse anche no, dipende un po' come tu lo vedi. -1 Io invece lo metterei nella relazione del sentiero, è un po' come i numeri civici nella relazione associatedStreet. E comunque se aiuta ad identificare inequivocabilmente dove passa il sentiero XX seppur con altro nome è un'informazione utile: consultando il GPS sai di non aver sbagliato sentiero. Alberto - Viking81 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
Am 25.11.2013 um 23:55 schrieb Alberto albertoferra...@fastwebnet.it: 2- altre volte nel punto dove c'é la palina passa inequivocabilmente il sentiero XX (soltanto il sentiero XX) ma invece che esserci scritto (come la maggior parte delle volte) XX Malga Val Aperta il numero del sentiero non é scritto ma si legge soltanto Malga Val Aperta: in questo caso includo lo stesso il guidepost come membro della relazione di quel sentiero? bo, forse anche no, dipende un po' come tu lo vedi. -1 Io invece lo metterei nella relazione del sentiero, è un po' come i numeri civici nella relazione associatedStreet. E comunque se aiuta ad identificare inequivocabilmente dove passa il sentiero XX seppur con altro nome è un'informazione utile: consultando il GPS sai di non aver sbagliato sentiero. Le relazioni route spesso hanno un tag operator, per esempio CAI, ma quel segno senza numero probabilmente non è da loro. Il punto è che senza numero il segno non aiuta per identificare inequivocabilmente dove passa il sentiero XX Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Talk-co sitios web en Colombia
Nuevo: http://www.salahumanitaria.co/ El 6 de octubre de 2013 09:14, Miguel Google migueldesplazamientocen...@gmail.com escribió: Hola, Aquí están otros: Http://respondiente2.host22.com Https://redhumus.org/land Biofilo Panclasta @kublaykan El 3/10/2013, a las 7:00, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: sitios web en Colombia (Harrier Co) -- Message: 1 Date: Wed, 2 Oct 2013 21:29:31 -0500 From: Harrier Co harrie...@hotmail.com To: talk-co@openstreetmap.org talk-co@openstreetmap.org Subject: Re: [Talk-co] sitios web en Colombia Message-ID: bay174-w23543fee700e957834abcab4...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Otros sitios http://www.calidadcelular.co/calidad-celular/ http://sig.mintic.gov.co/maptool http://oxitrans.com.co/contactenos/ http://web.mintransporte.gov.co/sigpvr/ un mix de google y osm http://semanageomatica2013.igac.gov.co:8181/contactenos http://www.drhappy.com.co/seccion encuentranos http://www.tradebook.com.co/ http://www.mibogotaverde.co/site/ http://www.mercadoscampesinos.co/reports/view/24 http://newco.com.co/drogueria-hospitalaria/contactenos/ http://irv.participa.com.co/ http://yodigoaquiestoy.co/# http://www.tuugo.com.co/LocationsHome/Magdalena http://spectrum.ane.gov.co/invitado/ From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Sun, 29 Sep 2013 10:19:01 -0500 Subject: [Talk-co] sitios web en Colombia Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20131002/c0b4ed7c/attachment-0001.html -- ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co Fin de Resumen de Talk-co, Vol 63, Envío 2 ** ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-lt] VT GPS duomenys
Šit. Paklausiau dėl datos ir tik po to perskaičiau. Pagal blogiausias tradicijas, tsakant :( Ko trūksta, kad sudėti greičius pagal naujus duomenis? Negi nuo liepos pasikeitė bazės struktūra, kad negalima paimti naujų maršrutų? P.S. Matai, parašyk savo kontaktus. Tikėtina, kad telefonu greičiau susiderinsime dėl trūkstamos info gavimo. Edas +370 687 30747 2013.11.25 09:27, Matas Ramoška rašė: Vidurkiai suskaičiuoti iš balandžio mėn. duomenų, iš naujesnių nesuskaičiavau, nes paskutiniame dumpe nebuvo maršrutų duomenų. Linkėjimai, Matas ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
[Talk-es] ¡Inscripción abierta! 8as Jornadas de SIG Libre, Girona 2014
*¡Ya puedes inscribirte a las 8as Jornadas de SIG Libre de Girona!* Accede al formulario de inscripción desde aquí: http://bit.ly/d9dlaI * Recuerda* que el próximo 28/11/2013 termina el plazo para presentar *resúmenes de comunicación*. Escribe tus *400* palabras y comparte conocimiento, experiencias, ...: http://bit.ly/bt64gI *Las 8as Jornadas de SIG Libre*tendrán lugar el *26, 27 y 28*de marzo 2014 en Girona. Son una iniciativa del Servicio de SIG y Teledetección -- _SIGTE http://www.sigte.udg.edu/_-- de la Universidad de Girona, unas jornadas dedicadas a las *soluciones geoespaciales libres*. Las Jornadas de SIG Libre son *el evento de referencia*en la comunidad SIG a nivel estatal. Los objetivos para esta 8ª edición son: * Compartir e intercambiar *experiencias de**casos prácticos*que aporten soluciones reales.* * Mostrar las últimas novedades y nuevas tendencias *en soluciones geoespaciales libres.* * Crear**sinergias *entre usuarios, programadores, desarrolladores y un largo etcétera -- tanto de empresa, Universidad como Administración Pública * Facilitar el espacio donde *plantear nuevos horizontes y crear oportunidades*en el sector de los SIG Libres. * Profundizar en *reflexiones y debates*que se ajusten al contexto actual. Presentación de nuevos Desarrollos y librerías libres, mejoras en proyectos existentes, proyectos de integración y uso de soluciones libres tanto desde la Administración Pública como de la empresa, proyectos de investigación universitaria desarrollados con programario libre, etc. es solo una muestra de lo que encontrarás en las 8as Jornadas de SIG Libre. Saludos, -- Lluís Vicens Comité Organizador Local Jornadas de SIG Libre Sitio web:http://www.sigte.udg.edu/jornadassiglibre Síguenos en:https://twitter.com/SIGLibreGirona -- Lluís Vicens SIGTE - Universitat de Girona Pl. Ferrater Mora, 1 17071 Girona ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-ro] Statistici sate in functie de inaltime
Vreau sa aflu cate sate sunt intre 400 si 500 de metri. De fapt vreau sa aflu populatia pe curba de nivel, dar asta o voi face simplu folosind OSM si QGIS dupa ce izolez satele in functie de inaltime Aveti idee cum as putea sa fac acest lucru ? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Statistici sate in functie de inaltime
Avem fix 10 sate cu informații despre altitudine. Bănuiesc că nu-ți ajung :) Pentru restul, poate https://wiki.openstreetmap.org/wiki/SRTM ? Ai acolo mai multe linkuri și pentru alte informații, dacă nu ești limitat de o licență care să permită reutilizarea comercială. În data de 25 noiembrie 2013, 12:22, Badita Florin baditaflo...@gmail.com a scris: Vreau sa aflu cate sate sunt intre 400 si 500 de metri. De fapt vreau sa aflu populatia pe curba de nivel, dar asta o voi face simplu folosind OSM si QGIS dupa ce izolez satele in functie de inaltime Aveti idee cum as putea sa fac acest lucru ? ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-lv] osm downtime treshdien
no https://lists.openstreetmap.org/pipermail/announce/2013-November/82.html : On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. The following services WILL be affected: * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1] * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.), but will remain available as read-only. [2] -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
just in case you aren't following announce, dev or talk. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Mon, Nov 25, 2013 at 6:34 AM Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. I apologise for the short notice. The following services WILL be affected: * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1] * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.), but will remain available as read-only. [2] Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: Database servers ramoth katla hardware maintenance. Upgrade of web frontends spike-01, spike-02 spike-03 with HP DL360 G6 (Xeon 56xx) hardware. 1: Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. 2: The sysadmin team will try as far as possible to keep the API available in read-only mode, but the API may be briefly unavailable. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ dev mailing list d...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Fwd: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime
Thanks for reposting. On Mon, Nov 25, 2013 at 8:28 AM, Richard Weait rich...@weait.com wrote: just in case you aren't following announce, dev or talk. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Mon, Nov 25, 2013 at 6:34 AM Subject: [OSM-dev] NOTICE: Upcoming Maintenance / Downtime To: annou...@openstreetmap.org, Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC) the primary database server will be unavailable due to maintenance. I apologise for the short notice. The following services WILL be affected: * www.openstreetmap.org web site WILL NOT allow edits (iD or Potlatch). [1] * API will NOT allow map editing (using iD, JOSM, Merkaartor etc.), but will remain available as read-only. [2] Other OpenStreetMap provided services should not be affected - all of the following are expected to function normally: * Forum * trac (bug-tracker) * help.openstreetmap.org * tile serving (View The Map Export) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * donate.openstreetmap.org Technical: Database servers ramoth katla hardware maintenance. Upgrade of web frontends spike-01, spike-02 spike-03 with HP DL360 G6 (Xeon 56xx) hardware. 1: Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. 2: The sysadmin team will try as far as possible to keep the API available in read-only mode, but the API may be briefly unavailable. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ dev mailing list d...@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ Talk-us mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Keep Right Error
Hello all, This is my first to this list and I have a question regarding a particular keep right error I keep seeing for the island portion of Newfoundland and Labrador. All roads within the Province are flagged as being Floating Islands, indicating that there is some sort of gap or break in the connection to the mainland. I traced the roads backwards across the province and it did not seem to be sourced on the Island itself. So I travelled the length of the ferry line to Nova Scotia and checked the Cape Breton Island area. Apparently, the error begins there, which causes the entire island of Newfoundland to show as being unconnected. However, I am having trouble localizing the error on Cape Breton. There are several places that it seems to trace to, but none that I have investigated so far appear to actually have disconnections occurring. These roads are all imports of the CANVEC data which is known to have some inaccuracies, but that is different from this error. I think it might be that the import failed in some manner and caused an error in the connections that keep right has a problem with. Anyone else here have any knowledge of what might have happened? Thanks, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Keep Right Error
Look if connecting the ferry roads to the mainland and newfoundland roads will fix this. Pierre De : Adam Martin s.adam.mar...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Lundi 25 novembre 2013 18h48 Objet : [Talk-ca] Keep Right Error Hello all, This is my first to this list and I have a question regarding a particular keep right error I keep seeing for the island portion of Newfoundland and Labrador. All roads within the Province are flagged as being Floating Islands, indicating that there is some sort of gap or break in the connection to the mainland. I traced the roads backwards across the province and it did not seem to be sourced on the Island itself. So I travelled the length of the ferry line to Nova Scotia and checked the Cape Breton Island area. Apparently, the error begins there, which causes the entire island of Newfoundland to show as being unconnected. However, I am having trouble localizing the error on Cape Breton. There are several places that it seems to trace to, but none that I have investigated so far appear to actually have disconnections occurring. These roads are all imports of the CANVEC data which is known to have some inaccuracies, but that is different from this error. I think it might be that the import failed in some manner and caused an error in the connections that keep right has a problem with. Anyone else here have any knowledge of what might have happened? Thanks, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Keep Right Error
Adam, has this been a persistent error? I've also spent a while finding the source of the disconnect and couldn't track it down. There seems to be a random boundary somewhere on Cape Breton Island, but all the highways seem to be connected. So I'm wondering if maybe the problem was a temporary one and the keepright data (last update Nov 14) is just outdated? Harald. On Mon, Nov 25, 2013 at 1:48 PM, Adam Martin s.adam.mar...@gmail.comwrote: Hello all, This is my first to this list and I have a question regarding a particular keep right error I keep seeing for the island portion of Newfoundland and Labrador. All roads within the Province are flagged as being Floating Islands, indicating that there is some sort of gap or break in the connection to the mainland. I traced the roads backwards across the province and it did not seem to be sourced on the Island itself. So I travelled the length of the ferry line to Nova Scotia and checked the Cape Breton Island area. Apparently, the error begins there, which causes the entire island of Newfoundland to show as being unconnected. However, I am having trouble localizing the error on Cape Breton. There are several places that it seems to trace to, but none that I have investigated so far appear to actually have disconnections occurring. These roads are all imports of the CANVEC data which is known to have some inaccuracies, but that is different from this error. I think it might be that the import failed in some manner and caused an error in the connections that keep right has a problem with. Anyone else here have any knowledge of what might have happened? Thanks, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Keep Right Error
Pierre, I scanned the entire length of the ferry route itself and the connections at both sides. Everything seems to be fine. Adam On 2013-11-25 3:28 PM, Pierre Béland pierz...@yahoo.fr wrote: Look if connecting the ferry roads to the mainland and newfoundland roads will fix this. Pierre -- *De :* Adam Martin s.adam.mar...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Lundi 25 novembre 2013 18h48 *Objet :* [Talk-ca] Keep Right Error Hello all, This is my first to this list and I have a question regarding a particular keep right error I keep seeing for the island portion of Newfoundland and Labrador. All roads within the Province are flagged as being Floating Islands, indicating that there is some sort of gap or break in the connection to the mainland. I traced the roads backwards across the province and it did not seem to be sourced on the Island itself. So I travelled the length of the ferry line to Nova Scotia and checked the Cape Breton Island area. Apparently, the error begins there, which causes the entire island of Newfoundland to show as being unconnected. However, I am having trouble localizing the error on Cape Breton. There are several places that it seems to trace to, but none that I have investigated so far appear to actually have disconnections occurring. These roads are all imports of the CANVEC data which is known to have some inaccuracies, but that is different from this error. I think it might be that the import failed in some manner and caused an error in the connections that keep right has a problem with. Anyone else here have any knowledge of what might have happened? Thanks, Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] GPS and Motorway links ...
Bonjour, I've just found out that I have routing troubles with OSM data in a Garmin GPS when motorway_link are not tagged oneway=yes/no. Here is an example where some segments of motorway_link can be driven both ways (2 lanes, one each side) http://www.openstreetmap.org/#map=16/46.0194/-72.3512 Everything works fine when tags are. highway=motorway_link oneway=no, or oneway=yes But it doesn't work if there is no oneway tag. Actually, the way must have been digitized in the direction I want ot go - as if it assumes that no oneway tag means oneway=yes. In the provided example, my GPS will find a way out of the motorway but it will not find a way in! - must be looked at in an editor. It could have been my usual OSM/Garmin provider ( http://www.osmmaps.com/maps/canada ) but when I saw the same behavior in JOSM I wonder if there is a rule I'm not aware of? Should I change my OSM/Garmin provider or tell him there is a problem with his conversion program? Comments or answers? Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GPS and Motorway links ...
Daniel, if you look at the motorway_link page in the wiki ( http://wiki.openstreetmap.org/wiki/Motorway_link) you'll see that by default it implies oneway=yes. That would explain the behavior you described. Most motorway_link roads will be one way, and should be tagged onewayhttp://wiki.openstreetmap.org/wiki/Key:oneway =yes http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dyes. Any unusual motorway link road which is two-way should be explicitly tagged onewayhttp://wiki.openstreetmap.org/wiki/Key:oneway =no http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dno. Note that this is different to the way we treat other highway classifications, because motorway link roads are so often one way. Explicit tagging (either way) can be important, since *some* tools interpret motorway link roads as implicitly oneway=yes unless tagged oneway=no. I wonder if there would be a way to filter all those links that are reversed with the Overpass API? Harald. On Mon, Nov 25, 2013 at 2:40 PM, Daniel Begin jfd...@hotmail.com wrote: Bonjour, I’ve just found out that I have routing troubles with OSM data in a Garmin GPS when motorway_link are not tagged oneway=yes/no. Here is an example where some segments of motorway_link can be driven both ways (2 lanes, one each side) http://www.openstreetmap.org/#map=16/46.0194/-72.3512 Everything works fine when tags are… highway=motorway_link oneway=no, or oneway=yes But it doesn’t work if there is no oneway tag. Actually, the way must have been digitized in the direction I want ot go – as if it assumes that no oneway tag means oneway=yes. In the provided example, my GPS will find a way out of the motorway but it will not find a way in! - must be looked at in an editor. It could have been my usual OSM/Garmin provider ( http://www.osmmaps.com/maps/canada ) but when I saw the same behavior in JOSM I wonder if there is a rule I’m not aware of? Should I change my OSM/Garmin provider or tell him there is a problem with his conversion program? Comments or answers? Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GPS and Motorway links ...
Hooo, I see, and I also see there was not a large consensus on that point (Discussion) since all other ways are having a different behavior. About all motorway_link in Canada are having the same problem! At least everything imported via Canvec and possibly the same with GeoBase. Actually, we might have to add oneway=no for all motorway_link that that do not have the tag. However, it may exist some motorway_link that have been captured using this rule. Any idea about the best way to proceed to correct the problem? Daniel From: Harald Kliems [mailto:kli...@gmail.com] Sent: November-25-13 15:06 To: Daniel Begin Cc: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] GPS and Motorway links ... Daniel, if you look at the motorway_link page in the wiki (http://wiki.openstreetmap.org/wiki/Motorway_link) you'll see that by default it implies oneway=yes. That would explain the behavior you described. Most motorway_link roads will be one way, and should be tagged http://wiki.openstreetmap.org/wiki/Key:oneway oneway= http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dyes yes. Any unusual motorway link road which is two-way should be explicitly tagged http://wiki.openstreetmap.org/wiki/Key:oneway oneway= http://wiki.openstreetmap.org/wiki/Tag:oneway%3Dno no. Note that this is different to the way we treat other highway classifications, because motorway link roads are so often one way. Explicit tagging (either way) can be important, since some tools interpret motorway link roads as implicitly oneway=yes unless tagged oneway=no. I wonder if there would be a way to filter all those links that are reversed with the Overpass API? Harald. On Mon, Nov 25, 2013 at 2:40 PM, Daniel Begin jfd...@hotmail.com wrote: Bonjour, I've just found out that I have routing troubles with OSM data in a Garmin GPS when motorway_link are not tagged oneway=yes/no. Here is an example where some segments of motorway_link can be driven both ways (2 lanes, one each side) http://www.openstreetmap.org/#map=16/46.0194/-72.3512 Everything works fine when tags are. highway=motorway_link oneway=no, or oneway=yes But it doesn't work if there is no oneway tag. Actually, the way must have been digitized in the direction I want ot go - as if it assumes that no oneway tag means oneway=yes. In the provided example, my GPS will find a way out of the motorway but it will not find a way in! - must be looked at in an editor. It could have been my usual OSM/Garmin provider ( http://www.osmmaps.com/maps/canada ) but when I saw the same behavior in JOSM I wonder if there is a rule I'm not aware of? Should I change my OSM/Garmin provider or tell him there is a problem with his conversion program? Comments or answers? Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Rendu QA
Le Sun, Nov 24, 2013 at 12:17:32PM +0100, Christian Quest [cqu...@openstreetmap.fr] a écrit: La pastille est entourée de vert lorsque le cadastre vectoriel de la commune est disponible. Du coup, je constate (mais y'aurai eu d'autres moyens ;) que la grosse partie qui manquait de cadastre vectorisé dans la Somme semble est disponible ! -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 A l'instant où l'esclave décide qu'il ne sera plus esclave, ses chaînes tombent. -- Mahatma Gandhi ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA
Bonjour, De : Dominique Rousseau Le Sun, Nov 24, 2013 at 12:17:32PM +0100, Christian Quest [cqu...@openstreetmap.fr] a écrit: La pastille est entourée de vert lorsque le cadastre vectoriel de la commune est disponible. Du coup, je constate (mais y'aurai eu d'autres moyens ;) que la grosse partie qui manquait de cadastre vectorisé dans la Somme semble est disponible ! Pas tout à fait, il reste pas mal de communes non vectorisées autour de Peronne et Roye : http://tile.openstreetmap.fr/?zoom=10lat=49.76389lon=2.77629layers=B000TF Globalement, le département est coupé en 2 : 398 communes vectorisées, 384 toujours en raster. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): *Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, que les Bourguignons se heurteront toujours à Nancy !Tout cela pour dire que je peux justifier le sens de mes modifications, et que je suis tout prêt à en discuter. Peut-être même que cela mériterait d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à Paris par exemple, les différentes gares ne sont pas balisées de la même manière).Ma démarche sera longue à expliquer, j'en suis désolé.Je suis parti du schéma public_transport (http://wiki.openstreetmap.org/wiki/FR:Key:public_transport http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds public_transport=stop_position, placés sur la voie, là où s'arrêtent les trains, OK - des nœuds public_transport=platform, là où les voyageurs attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y viendrai plus tard - une surface public_transport=station, que l'on pourrait appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs l'une des rares gares où j'ai trouvé cette zone définie.Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes (relations type=route route=train). Le schéma public_transport' préconise d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le rôle 'platform'). Mais, pour les grandes gares, quels stop_position et platform choisir ? i) Les trains d'une même ligne ne partent pas toujours de la même voie et du même quai. Et même quand c'est le cas, cela peut facilement varier : l'information cartographiée les trains pour Épinal partent du quai 3 serait alors erronée. ii) Cette information (les trains pour Épinal partent du quai 3) est-elle vraiment utile ? Il me semble que l'on vérifie toujours en arrivant dans une grande gare de quelle voie part son train. iii) Last but not least, dans la représentation des gens (et une carte est une traduction graphique de la représentation que l'on se fait du monde), un train part de la gare de Nancy, et non de la voie 3 de la gare de NancyPour toutes ces raisons, il me paraît cohérent de choisir un seul stop_position et une seule platform pour toutes les lignes desservant la gare. Autrement dit : choisir – arbitrairement – un seul point dans la gare d'où partiraient les trains pour Luxembourg, Épinal, Nice, Strasbourg... Et un seul point où les gens attendraient tous ces trains.Mais quels points choisir ? Je n'y réponds pas tout de suite. Laissons-là le schéma public_transport, et revenons à la bonne vieille balise railway=station (qui n'est pas obsolète, mais s'ajoute au schéma public_transport).Sur quel objet placer la balise railway=station ? On peut écarte la surface public_transport=station : ce serait redondant ; dans ce cas railway=station devrait être obsolète. Qui plus est, il ne me semble pas judicieux de placer cette balise sur une surface, mais au contraire il est préférable de le placer sur un nœud à un endroit faisant sens : à l'endroit où l'utilisateur veut se trouver s'il doit se rendre à la gare. Si l'on place la balise sur la surface public_transport=station, la gare apparaîtra au milieu des voies, près du pont de l'avenue Foch. Et un logiciel de routage conduira l'utilisateur sur ce pont, ce qui n'est pas ce qu'il attend. En fait, la balise railway=station me semble à utiliser de la même manière que les balises place=village/town/city, que l'on situe à une position représentant l'emplacement de la ville (et pas au centre de la commune). Et de la même manière, il est préférable de les placer sur des nœuds que sur des surfaces, pour faciliter le routage.Maintenant que l'on est convaincu (j'espère) de la nécessité d'un nœud railway=station, où le placer ? Là où l'utilisateur voudra se trouver s'il cherche la gare de Nancy : toutes les gares, si grande soient-elles, possèdent un hall central, principal, facile à caractériser (accès à toutes les voies, aux guichets, grand panneau d'affichage, etc.). Remarque : la page française du wiki dit en effet que le nœud railway=station devrait être sur la voie. Mais je n'en
Re: [OSM-talk-fr] Rendu QA
Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne n'habite là... ce qui est étonnant dans ton exemple, mais j'en ai repéré ailleurs. J'ai aussi repéré des carreaux où il n'y a sûrement pas d'habitants car aucun bâtiment, ni route, juste en bordure d'un village mais quand même bien en plein champs. Les données de géoloc sur lesquelles s'est appuyée l'INSEE (de fortes chances que ce soit la BD Adresses) y sont peut être pour quelque chose. J'imagine que si la BD Adresses a été utilisée et qu'elle ne connait pas les adresses de certains hameaux, les ménages ont été regroupés sur leX/Y du chef-lieu car où les positionner ailleurs que là ? Comme quoi, aucune source n'est jamais une référence absolue car elle dépend elle même des sources sur lesquelles elle s'est appuyée. Malgré ces limites, après avoir scruté quelques carrés roses sur mon axe habituel 94-77-89, ce rendu me semble quand même très pratique pour trouver des routes manquantes et identifier les communes où le bâti manque alors qu'il est disponible en vectoriel sur le cadastre. Le 25 novembre 2013 08:29, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le dimanche 24 novembre 2013 21:25:12 Nicolas Dumoulin a écrit : Le dimanche 24 novembre 2013 12:17:32 Christian Quest a écrit : Ca progresse ! ;) http://tile.openstreetmap.fr/?zoom=10lat=43.25862lon=-0.39601layers=000 00 00BTF Joli, ça avance bien. Par contre, il me semble y avoir un blème en Auvergne (hormis l'Allier) au moins sur les zooms 10 et 11. Parceque là, je me fais du soucis pour programmer mes sorties ;-) Bon, le raffraîchissement de cette nuit semble avoir un résultat correct. Question : est-ce quand il n'y a pas de gris, cela veut dire qu'il n'y a pas de données INSEE ? Parce que par exemple, le village de Ponteix que je sais à cartographier (très joli coin d'ailleurs) n'a pas d'étiquette colorée … http://tile.openstreetmap.fr/?zoom=14lat=45.66639lon=3.02821layers=000BTF -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Mon ami le schéma public_transport ;) Ca me gène d'avoir un noeud qui est une gare (railway=station) et un quai (public_transport=platform). A mon avis, il faut toujours partir du réel, du terrain et le décrire ce qui est déjà assez complexe en soi, mais au moins le terrain ne change pas sans arrêt. Là où ça devient problématique c'est pour l'immatériel, les lignes commerciales qui changent beaucoup plus vite que le terrain. A mon avis l'erreur est de vouloir à tout pris indiquer un quai (changeant) pour l'arrêt marqué par un train sur une ligne donnée dans cette gare. Si cette information n'est pas stable (et elle ne l'est pas), et bien la solution est très simple: on ne la met pas dans OSM et surtout on évite de mettre un truc bâtard comme un quai virtuel en plein milieu du bâtiment de la gare. Revenir aux fondamentaux: - info trop changeante - pas dans OSM - mieux vaut aucune info qu'une info inexacte A l'utilisation des données il vaut mieux en effet savoir qu'on n'a pas d'info sur le quai où attendre le train pour Bouchamps-lès-Craon (et indiquer de se renseigner sur place pour le quai), plutôt que de dire: attendez là... où le train ne s'arrêtera jamais. Le 25 novembre 2013 10:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): *Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, que les Bourguignons se heurteront toujours à Nancy ! Tout cela pour dire que je peux justifier le sens de mes modifications, et que je suis tout prêt à en discuter. Peut-être même que cela mériterait d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à Paris par exemple, les différentes gares ne sont pas balisées de la même manière). Ma démarche sera longue à expliquer, j'en suis désolé.Je suis parti du schéma public_transport (http://wiki.openstreetmap.org/wiki/FR:Key:public_transport http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds public_transport=stop_position, placés sur la voie, là où s'arrêtent les trains, OK - des nœuds public_transport=platform, là où les voyageurs attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y viendrai plus tard - une surface public_transport=station, que l'on pourrait appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs l'une des rares gares où j'ai trouvé cette zone définie. Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes (relations type=route route=train). Le schéma public_transport' préconise d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le rôle 'platform'). Mais, pour les grandes gares, quels stop_position et platform choisir ? i) Les trains d'une même ligne ne partent pas toujours de la même voie et du même quai. Et même quand c'est le cas, cela peut facilement varier : l'information cartographiée les trains pour Épinal partent du quai 3 serait alors erronée. ii) Cette information (les trains pour Épinal partent du quai 3) est-elle vraiment utile ? Il me semble que l'on vérifie toujours en arrivant dans une grande gare de quelle voie part son train. iii) Last but not least, dans la représentation des gens (et une carte est une traduction graphique de la représentation que l'on se fait du monde), un train part de la gare de Nancy, et non de la voie 3 de la gare de Nancy Pour toutes ces raisons, il me paraît cohérent de choisir un seul stop_position et une seule platform pour toutes les lignes desservant la gare. Autrement dit : choisir – arbitrairement – un seul point dans la gare d'où partiraient les trains pour Luxembourg, Épinal, Nice, Strasbourg... Et un seul point où les gens attendraient tous ces trains. Mais quels points choisir ? Je n'y réponds pas tout de suite. Laissons-là le schéma public_transport, et revenons à la bonne vieille balise railway=station (qui n'est pas obsolète, mais s'ajoute au schéma public_transport). Sur quel objet placer la balise railway=station ? On peut écarte la surface public_transport=station : ce serait redondant ; dans ce cas
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Ne peut-on pas, tout simplement, créer un tag pour désigner ce point/cette zone central(e) qu'est le hall de la gare ? Ainsi, pas besoin de tordre le bras aux schémas existants (ancien ou nouveau), ni d'inventer des quais virtuels, et cela aurait le mérite de désigner vraiment ce que ça désigne : la zone où les passagers se retrouvent, attendent, se renseignent sur le quai de leur train, ... C'est ce point qui viseraient les systèmes de routage, c'est ce point qui pourrait servir à placer le nom de la gare (comme le 'place' pour les communes, me semble-t-il), ... Francescu Le 25 novembre 2013 11:32, Christian Quest cqu...@openstreetmap.fr a écrit : Mon ami le schéma public_transport ;) Ca me gène d'avoir un noeud qui est une gare (railway=station) et un quai (public_transport=platform). A mon avis, il faut toujours partir du réel, du terrain et le décrire ce qui est déjà assez complexe en soi, mais au moins le terrain ne change pas sans arrêt. Là où ça devient problématique c'est pour l'immatériel, les lignes commerciales qui changent beaucoup plus vite que le terrain. A mon avis l'erreur est de vouloir à tout pris indiquer un quai (changeant) pour l'arrêt marqué par un train sur une ligne donnée dans cette gare. Si cette information n'est pas stable (et elle ne l'est pas), et bien la solution est très simple: on ne la met pas dans OSM et surtout on évite de mettre un truc bâtard comme un quai virtuel en plein milieu du bâtiment de la gare. Revenir aux fondamentaux: - info trop changeante - pas dans OSM - mieux vaut aucune info qu'une info inexacte A l'utilisation des données il vaut mieux en effet savoir qu'on n'a pas d'info sur le quai où attendre le train pour Bouchamps-lès-Craon (et indiquer de se renseigner sur place pour le quai), plutôt que de dire: attendez là... où le train ne s'arrêtera jamais. Le 25 novembre 2013 10:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): *Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, que les Bourguignons se heurteront toujours à Nancy ! Tout cela pour dire que je peux justifier le sens de mes modifications, et que je suis tout prêt à en discuter. Peut-être même que cela mériterait d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à Paris par exemple, les différentes gares ne sont pas balisées de la même manière). Ma démarche sera longue à expliquer, j'en suis désolé.Je suis parti du schéma public_transport (http://wiki.openstreetmap.org/wiki/FR:Key:public_transport http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds public_transport=stop_position, placés sur la voie, là où s'arrêtent les trains, OK - des nœuds public_transport=platform, là où les voyageurs attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y viendrai plus tard - une surface public_transport=station, que l'on pourrait appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs l'une des rares gares où j'ai trouvé cette zone définie. Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes (relations type=route route=train). Le schéma public_transport' préconise d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le rôle 'platform'). Mais, pour les grandes gares, quels stop_position et platform choisir ? i) Les trains d'une même ligne ne partent pas toujours de la même voie et du même quai. Et même quand c'est le cas, cela peut facilement varier : l'information cartographiée les trains pour Épinal partent du quai 3 serait alors erronée. ii) Cette information (les trains pour Épinal partent du quai 3) est-elle vraiment utile ? Il me semble que l'on vérifie toujours en arrivant dans une grande gare de quelle voie part son train. iii) Last but not least, dans la représentation des gens (et une carte est une traduction graphique de la représentation que l'on se fait du monde), un train part de la gare de Nancy, et non de la voie 3 de la gare de Nancy Pour toutes ces raisons, il me
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Il se peut qu'une gare ait deux endroits pour attendre avec un grand panneau central. Typiquement la Gare Part-Dieu : selon l'entrée par laquelle on rentre (Porte du Rhône ou Porte des Alpes), on ne va pas traverser toute la gare pour aller chercher l'information de départs des trains. En tout cas c'est dans ces cas là qu'on voit l'intérrêt de tagguer l'intérieur des gares... Florian. Le Lundi 25 novembre 2013 11h39, Francescu GAROBY windu...@gmail.com a écrit : Ne peut-on pas, tout simplement, créer un tag pour désigner ce point/cette zone central(e) qu'est le hall de la gare ? Ainsi, pas besoin de tordre le bras aux schémas existants (ancien ou nouveau), ni d'inventer des quais virtuels, et cela aurait le mérite de désigner vraiment ce que ça désigne : la zone où les passagers se retrouvent, attendent, se renseignent sur le quai de leur train, ... C'est ce point qui viseraient les systèmes de routage, c'est ce point qui pourrait servir à placer le nom de la gare (comme le 'place' pour les communes, me semble-t-il), ... Francescu Le 25 novembre 2013 11:32, Christian Quest cqu...@openstreetmap.fr a écrit : Mon ami le schéma public_transport ;) Ca me gène d'avoir un noeud qui est une gare (railway=station) et un quai (public_transport=platform). A mon avis, il faut toujours partir du réel, du terrain et le décrire ce qui est déjà assez complexe en soi, mais au moins le terrain ne change pas sans arrêt. Là où ça devient problématique c'est pour l'immatériel, les lignes commerciales qui changent beaucoup plus vite que le terrain. A mon avis l'erreur est de vouloir à tout pris indiquer un quai (changeant) pour l'arrêt marqué par un train sur une ligne donnée dans cette gare. Si cette information n'est pas stable (et elle ne l'est pas), et bien la solution est très simple: on ne la met pas dans OSM et surtout on évite de mettre un truc bâtard comme un quai virtuel en plein milieu du bâtiment de la gare. Revenir aux fondamentaux: - info trop changeante - pas dans OSM - mieux vaut aucune info qu'une info inexacte A l'utilisation des données il vaut mieux en effet savoir qu'on n'a pas d'info sur le quai où attendre le train pour Bouchamps-lès-Craon (et indiquer de se renseigner sur place pour le quai), plutôt que de dire: attendez là... où le train ne s'arrêtera jamais. Le 25 novembre 2013 10:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, que les Bourguignons se heurteront toujours à Nancy ! Tout cela pour dire que je peux justifier le sens de mes modifications, et que je suis tout prêt à en discuter. Peut-être même que cela mériterait d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à Paris par exemple, les différentes gares ne sont pas balisées de la même manière). Ma démarche sera longue à expliquer, j'en suis désolé. Je suis parti du schéma public_transport (http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds public_transport=stop_position, placés sur la voie, là où s'arrêtent les trains, OK - des nœuds public_transport=platform, là où les voyageurs attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y viendrai plus tard - une surface public_transport=station, que l'on pourrait appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs l'une des rares gares où j'ai trouvé cette zone définie. Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes (relations type=route route=train). Le schéma public_transport' préconise d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le rôle 'platform'). Mais, pour les grandes gares, quels stop_position et platform choisir ? i) Les trains d'une même ligne ne partent pas toujours de la même voie et du même quai. Et même quand c'est le cas, cela peut facilement varier : l'information cartographiée les trains pour Épinal partent du quai 3 serait alors erronée. ii) Cette information (les trains pour Épinal partent du quai 3)
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Ok, mais rien n'interdit d'avoir plusieurs points hall central, dans ce cas. Le 25 novembre 2013 12:03, Otourly Wiki otou...@yahoo.fr a écrit : Il se peut qu'une gare ait deux endroits pour attendre avec un grand panneau central. Typiquement la Gare Part-Dieu : selon l'entrée par laquelle on rentre (Porte du Rhône ou Porte des Alpes), on ne va pas traverser toute la gare pour aller chercher l'information de départs des trains. En tout cas c'est dans ces cas là qu'on voit l'intérrêt de tagguer l'intérieur des gares... Florian. Le Lundi 25 novembre 2013 11h39, Francescu GAROBY windu...@gmail.com a écrit : Ne peut-on pas, tout simplement, créer un tag pour désigner ce point/cette zone central(e) qu'est le hall de la gare ? Ainsi, pas besoin de tordre le bras aux schémas existants (ancien ou nouveau), ni d'inventer des quais virtuels, et cela aurait le mérite de désigner vraiment ce que ça désigne : la zone où les passagers se retrouvent, attendent, se renseignent sur le quai de leur train, ... C'est ce point qui viseraient les systèmes de routage, c'est ce point qui pourrait servir à placer le nom de la gare (comme le 'place' pour les communes, me semble-t-il), ... Francescu Le 25 novembre 2013 11:32, Christian Quest cqu...@openstreetmap.fr a écrit : Mon ami le schéma public_transport ;) Ca me gène d'avoir un noeud qui est une gare (railway=station) et un quai (public_transport=platform). A mon avis, il faut toujours partir du réel, du terrain et le décrire ce qui est déjà assez complexe en soi, mais au moins le terrain ne change pas sans arrêt. Là où ça devient problématique c'est pour l'immatériel, les lignes commerciales qui changent beaucoup plus vite que le terrain. A mon avis l'erreur est de vouloir à tout pris indiquer un quai (changeant) pour l'arrêt marqué par un train sur une ligne donnée dans cette gare. Si cette information n'est pas stable (et elle ne l'est pas), et bien la solution est très simple: on ne la met pas dans OSM et surtout on évite de mettre un truc bâtard comme un quai virtuel en plein milieu du bâtiment de la gare. Revenir aux fondamentaux: - info trop changeante - pas dans OSM - mieux vaut aucune info qu'une info inexacte A l'utilisation des données il vaut mieux en effet savoir qu'on n'a pas d'info sur le quai où attendre le train pour Bouchamps-lès-Craon (et indiquer de se renseigner sur place pour le quai), plutôt que de dire: attendez là... où le train ne s'arrêtera jamais. Le 25 novembre 2013 10:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): *Je suis enchanté d'avoir l'occasion de discuter de la manière de baliser les gares. J'ai passé beaucoup de temps à y réfléchir, à glaner les informations sur le wiki afin d'arriver à concevoir un schéma cohérent et satisfaisant. Je l'ai appliqué sur des petites gares de Bourgogne, puis sur celle de Dijon, sur la Gare de l'Est à Paris ; ne voyant jamais aucune réaction, j'ai continué sur ma lancée... mais il semble établi, depuis Charles le Téméraire, que les Bourguignons se heurteront toujours à Nancy ! Tout cela pour dire que je peux justifier le sens de mes modifications, et que je suis tout prêt à en discuter. Peut-être même que cela mériterait d'ailleurs une plus large diffusion qu'au niveau de la Meurthe-et-Moselle (à Paris par exemple, les différentes gares ne sont pas balisées de la même manière). Ma démarche sera longue à expliquer, j'en suis désolé.Je suis parti du schéma public_transport (http://wiki.openstreetmap.org/wiki/FR:Key:public_transport http://wiki.openstreetmap.org/wiki/FR:Key:public_transport) : - des nœuds public_transport=stop_position, placés sur la voie, là où s'arrêtent les trains, OK - des nœuds public_transport=platform, là où les voyageurs attendent : les quais évidemment ; pour le fameux nœud railway=station, j'y viendrai plus tard - une surface public_transport=station, que l'on pourrait appeler l'emprise (ouverte au public) de la gare. Nancy-Ville est d'ailleurs l'une des rares gares où j'ai trouvé cette zone définie. Ensuite, on cherche à inclure cet arrêt de Nancy-Ville dans les lignes (relations type=route route=train). Le schéma public_transport' préconise d'inclure un stop_position (avec le rôle 'stop') et une platform (avec le rôle 'platform'). Mais, pour les grandes gares, quels stop_position et platform choisir ? i) Les trains d'une même ligne ne partent pas toujours de
Re: [OSM-talk-fr] Projet numérique de la Fédération française de randonnée
Le 24 novembre 2013 14:04, PierreV belett...@hotmail.fr a écrit : Cela fait un moment que le sujet n'a pas été remonté sur la ML... mais on a eu écho il y a quelque temps du projet SIG numérique de la FFR. Il sont en train de présenter le projet a l'aide de deux départements qui ont testé leur nouvel outil: http://www.lindependant.fr/2013/10/22/projet-numerique-de-la-federation-francaise-de-randonnee-l-aude-et-les-p-o-en-pointe,1803334.php?fb_action_ids=10151957067834490fb_action_types=og.recommendsfb_source=other_multilineaction_object_map=%7B%2210151957067834490%22:1396687400566134%7Daction_type_map=%7B%2210151957067834490%22:%22og.recommends%22%7Daction_ref_map=%5B%5D Quels ont été nos derniers contacts avec la FFR ? Aucun à ma connaissance. Je serais d'avis de plutôt interroger les Conseils Généraux puisque ce sont eux qui gèrent les plans départementaux des itinéraires de promenades et de randonnées (PDIPR) et qui subventionnent bien entendu les comités départementaux de la FFRP. Il faudrait savoir si les relevés effectués dans le cadre de ce projet numérique participent aussi aux PDIPR. Si oui, sachant que plusieurs départementaux (29, 33, 35, 41 et 44 [1]) ont mis leur PDIPR en open data, on devrait *in fine* y avoir accès? [1] exemple de la Loire-Atlantique qui propose 2 jeux de données, le PDIPR http://data.loire-atlantique.fr/donnees/detail/plan-departemental-des-itineraires-de-promenade-et-de-randonnee-pdipr-en-loire-atlantique/et les Grands itinéraires de randonnée (autrement dit les GR...) http://data.loire-atlantique.fr/donnees/detail/les-grands-itineraires-de-randonnes-en-loire-atlantique/mais sans les références. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet numérique de la Fédération française de randonnée
Le 25/11/2013 12:10, Romain MEHUT a écrit : Aucun à ma connaissance. Je serais d'avis de plutôt interroger les Conseils Généraux puisque ce sont eux qui gèrent les plans départementaux des itinéraires de promenades et de randonnées (PDIPR) et qui subventionnent bien entendu les comités départementaux de la FFRP. Il faudrait savoir si les relevés effectués dans le cadre de ce projet numérique participent aussi aux PDIPR. Si oui, sachant que plusieurs départementaux (29, 33, 35, 41 et 44 [1]) ont mis leur PDIPR en open data, on devrait /in fine/ y avoir accès? Tout à fait d'accord avec toi Romain, c'est là que les contacts pourront être beaucoup plus fructueux. Il faut aller chercher l'information à la source, celle qui alimente la FFRP. Cela nous permettrait de pouvoir ajouter dans OSM des relations décrivant les mêmes itinéraires que ceux de la FFR sans aucun risque juridique vis à vis d'eux. Voilà un bon moyen d'avancer sans eux, puisqu'il n'y a apparemment pas grand chose à en attendre pour le moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet numérique de la Fédération française de randonnée
Un truc qui m'a fait bien marrer dans la vidéo c'est la veste des gars sur le terrain avec le texte baliseur officiel. Hé on fait la même avec les chasubles OSM, du style contributeur officiel ? :-D Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 25 novembre 2013 12:07, Francescu GAROBY windu...@gmail.com a écrit : Ok, mais rien n'interdit d'avoir plusieurs points hall central, dans ce cas. Ces halls peuvent être très divers, il suffit de comparer quelques grandes gares pour voir qu'on a des cas très différents. - Gare de Lyon: plusieurs grands hall (3) avec des noms (Salle Méditerranée, mais qui est noté Hall 3 sur le plan officiel) , Hall 1 organisés en vrai lieu d'attente (bancs, vente de sandwich), le nouveau Hall 2 où l'on ne trouve quasiment pas de banc (mais des commerces comme le nouveau hall), et le Hall 3 en souterrain qui est un immense couloir. - Gare Marseille Saint Charles: des espaces là aussi très variés - Lyon Part-Dieu: un grand espace Au moins de tels halls pourraient porter un name=* ou ref=*, être soit ponctuels lorsque leur emprise est mal définissable ou surfacique lors qu'elle l'est. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet numérique de la Fédération française de randonnée
Le 25 novembre 2013 12:24, Nicolas Moyroud nmoyr...@free.fr a écrit : Un truc qui m'a fait bien marrer dans la vidéo c'est la veste des gars sur le terrain avec le texte baliseur officiel. Hé on fait la même avec les chasubles OSM, du style contributeur officiel ? :-D Uniquement si tu as signé un engagement de ne pas contribuer ailleurs que sur OSM ! Pour en revenir à la FFRP, du côté juridique Benjamin Jean avance sur son analyse et devrait revenir vers nous prochainement, j'espère avec de bonnes nouvelles. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet numérique de la Fédération française de randonnée
Uniquement si tu as signé un engagement de ne pas contribuer ailleurs que sur OSM ! Ah ben oui évidemment ! ;-) Pour en revenir à la FFRP, du côté juridique Benjamin Jean avance sur son analyse et devrait revenir vers nous prochainement, j'espère avec de bonnes nouvelles. Super. J'attends ça avec impatience. J'ai tout plein d'itinéraires PR qui n'attendent qu'un feu vert pour se transmuter magiquement en relation OSM. :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA
Dans son message précédent, Christian Quest a écrit : Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne n'habite là... ce qui est étonnant dans ton exemple, mais j'en ai repéré ailleurs. Sur le village de Ponteix, j'ai bien des carreaux avec des populations non nulles dans les données de l'INSEE. Par exemple le carreau avec l'id LAEA200M_N12654E18887 a 15 habitants et n'appairait pas sur la carte. Il doit y avoir un bug ou un filtre qui traine :) T'aurais pas gardé le filtre sur les carreaux qui font partie d'un rectangle de plus de 4 carreaux ? Sur Ponteix, tous les carreaux font partie de rectangles avec 4 carreaux ou plus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA
Oui, un reste de nbcar qui trainait, c'est corrigé dans la feuille de style et en cours de recalcul. Plus de carreaux manquants, mais toujours des carreaux bizarrement placés. J'ai aussi fait les modifs suivantes: - transparence ajoutée sur les carreaux avec moins de 10 habitants (et les pastilles roses pour les zoom 10-11) - ajout à partir du zoom 16 des limites du carreau et du nombre d'habitants dans le carreau (en gras si =10) Le 25 novembre 2013 13:42, Plop76 vaujani...@free.fr a écrit : Dans son message précédent, Christian Quest a écrit : Quand il n'y a pas de carreau, ça veut dire que pour l'INSEE personne n'habite là... ce qui est étonnant dans ton exemple, mais j'en ai repéré ailleurs. Sur le village de Ponteix, j'ai bien des carreaux avec des populations non nulles dans les données de l'INSEE. Par exemple le carreau avec l'id LAEA200M_N12654E18887 a 15 habitants et n'appairait pas sur la carte. Il doit y avoir un bug ou un filtre qui traine :) T'aurais pas gardé le filtre sur les carreaux qui font partie d'un rectangle de plus de 4 carreaux ? Sur Ponteix, tous les carreaux font partie de rectangles avec 4 carreaux ou plus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte-rendu carto-partie Florac de ce week-end
Un bilan de la carto-partie à Florac que j'avais rédigé et qui a été publié dans le journal Midi Libre édition Lozère du 23 novembre. Le rendu de Christian sur Florac est du plus bel effet ! ;-) C'est un peu gros, donc j'ai mis le fichier avec le scan de l'article en téléchargement sur mon site : http://libreavous.teledetection.fr/images/stories/openstreetmap/2013-11-16_cartopartie_Florac/OSM_Midi_Libre_Lozere_2013-11-23.png Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment taguer une salle de concert ?
Je me rends compte que c'est la première fois que j'essaie d'ajouter une salle de concert dans OSM et je n'ai pas réussi à trouver un truc convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très moyennement convaincu. Ou alors peut-être en précisant un truc du style art_type=music ? Mouais... :-\ Nicolas -- - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer une salle de concert ?
amenity=theatre theatre:genre=varieté http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtheatre#Other_types Le 25 novembre 2013 18:08, Nicolas Moyroud nmoyr...@free.fr a écrit : Je me rends compte que c'est la première fois que j'essaie d'ajouter une salle de concert dans OSM et je n'ai pas réussi à trouver un truc convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très moyennement convaincu. Ou alors peut-être en précisant un truc du style art_type=music ? Mouais... :-\ Nicolas -- - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer une salle de concert ?
Je pense que dans certains cas arts_centre convient très bien par exemple la Halle Tony Garnier à Lyon c'est une grande salle abritée qui sert souvent de salle de concert, mais aussi pour des salons ou des expositions. http://www.openstreetmap.org/browse/way/5235855 Florian. Le Lundi 25 novembre 2013 18h08, Nicolas Moyroud nmoyr...@free.fr a écrit : Je me rends compte que c'est la première fois que j'essaie d'ajouter une salle de concert dans OSM et je n'ai pas réussi à trouver un truc convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très moyennement convaincu. Ou alors peut-être en précisant un truc du style art_type=music ? Mouais... :-\ Nicolas -- - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer une salle de concert ?
J'ai aussi mis pas mal de lieux culturels en arts_centre. Et je me suis aussi dit que les tags mériteraient d'être affinés dans ce domaine... Y'a plus qu'à pondre une proposition :) Gilles Le 25/11/2013 18:17, Otourly Wiki a écrit : Je pense que dans certains cas arts_centre convient très bien par exemple la Halle Tony Garnier à Lyon c'est une grande salle abritée qui sert souvent de salle de concert, mais aussi pour des salons ou des expositions. http://www.openstreetmap.org/browse/way/5235855 Florian. Le Lundi 25 novembre 2013 18h08, Nicolas Moyroud nmoyr...@free.fr a écrit : Je me rends compte que c'est la première fois que j'essaie d'ajouter une salle de concert dans OSM et je n'ai pas réussi à trouver un truc convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très moyennement convaincu. Ou alors peut-être en précisant un truc du style art_type=music ? Mouais... :-\ Nicolas -- - Nicolas Moyroud Site web libre@vous mailto:libre@vous : http://libreavous.teledetection.fr http://libreavous.teledetection.fr/ - ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 25/11/2013 10:43, Romain MEHUT a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): ... Il y a un truc qui me gêne dans cette histoire : le bâtiment de la gare ne fait pas partie de la relation http://www.openstreetmap.org/browse/relation/2828546. C'est vraiment dommage de créer un noeud supplémentaire, fictif alors que sémantiquement, c'est bien le bâtiment (http://www.openstreetmap.org/browse/way/40493423) de la gare qui est, euh comment dire, ben la gare !! Pas bien compris tous les arguments quais, arrêts. Si vraiment son argumentaire est de servir les logiciels de routage, c'est vers l'entrée principale de la gare qu'il faut les diriger (http://www.openstreetmap.org/browse/node/1666956055). Il aura en plus l'info si c'est accessible PMR jusqu'à ce point là. S'il veut vraiment être utile, il reste les cheminements intra-muros à tracer : bandes podotactiles, portes automatiques, etc. Il est vrai que ce schéma public_transport est bien complexe, riche et mériterait une traduction. Je veux bien m'y atteler et faire un premier jet mais pas avant les vacances de Noël. Denis PS : modéliser les circulations sur une gare comme celle de Nancy est hors de portée d'un projet comme OSM (ou de ses avatars) tant qu'on aura pas accès aux données de la Direction des Circulations Ferroviaires (DCF). Ce n'est pas le cas aujourd'hui et ne risque pas d'arriver avant un temps certain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports
prend le même login et ajout _imports à la fin, c'est explicite Le 25 novembre 2013 21:42, Jérôme Amagat jerome.ama...@gmail.com a écrit : Je contribue a osm depuis quelques mois (mai 2013) et depuis j'ai importer régulièrement du bâti cadastral (j'ai regarder rapidement, je dirai 30 à 40 communes) et ça sans compte dedié. C'est pour ça que je pose la question. Si faut le faire je le fait mais ce qu'il faut faire c'est creer un autre compte et dire que c'est le compte dedié de mon compte principal et voila? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports
Ouvre un compte avec une nouvelle adresse email et dans la description met un lien sur ton compte perso et un lien vers http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents. Comme ça c'est clair encore plus explicite. Par contre faudra pas oublier de changer de compte à chaque fois que tu feras du bati. - Mail original - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 25 Novembre 2013 21:45:55 Objet: Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports prend le même login et ajout _imports à la fin, c'est explicite Le 25 novembre 2013 21:42, Jérôme Amagat jerome.ama...@gmail.com a écrit : Je contribue a osm depuis quelques mois (mai 2013) et depuis j'ai importer régulièrement du bâti cadastral (j'ai regarder rapidement, je dirai 30 à 40 communes) et ça sans compte dedié. C'est pour ça que je pose la question. Si faut le faire je le fait mais ce qu'il faut faire c'est creer un autre compte et dire que c'est le compte dedié de mon compte principal et voila? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports
Oui moi une fois sur deux, j'oublie de changer de compte :( Alors bon pour retrouver la liste de mes imports, ça va être chaud :P Le 25 nov. 2013 21:55, f.dos.san...@free.fr a écrit : Ouvre un compte avec une nouvelle adresse email et dans la description met un lien sur ton compte perso et un lien vers http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents . Comme ça c'est clair encore plus explicite. Par contre faudra pas oublier de changer de compte à chaque fois que tu feras du bati. - Mail original - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 25 Novembre 2013 21:45:55 Objet: Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports prend le même login et ajout _imports à la fin, c'est explicite Le 25 novembre 2013 21:42, Jérôme Amagat jerome.ama...@gmail.com a écrit : Je contribue a osm depuis quelques mois (mai 2013) et depuis j'ai importer régulièrement du bâti cadastral (j'ai regarder rapidement, je dirai 30 à 40 communes) et ça sans compte dedié. C'est pour ça que je pose la question. Si faut le faire je le fait mais ce qu'il faut faire c'est creer un autre compte et dire que c'est le compte dedié de mon compte principal et voila? -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Bonsoir, Je suis l'auteur de la modification de la gare de Nancy, et du laïus qui s'en suivit (désolé, je ne m'étais pas rendu compte que c'était si long !). Contributeur depuis quelques mois, je n'avais pas encore eu l'occasion de participer à cette liste de diffusion. J'en profite pour vous féliciter pour te ce que vous faites et avez fait ! Deux points différents ont été soulevés : sur quel objet place-t-on la balise railway=station ? Comment utilise-t-on le schéma public_transport ? Christian a bien rappelé les fondamentaux (pas d'information changeante, plutôt pas d'info qu'une inexacte). C'est justement pour cela que le plus pertinent me paraît d'indiquer aux voyageurs d'attendre dans le hall de gare : c'est une information sûre et stable. public_transport=platform désigne un lieu où attendent les passagers, ce qui me semble assez cohérent avec un hall de gare (pas comme railway=platform qui désigne exclusivement un quai). Il n'est donc peut-être pas utile de créer une nouvelle balise. Je me suis contenté d'un point pour ce hall devant la difficulté de cartographier précisemment une zone à l'intérieur d'un bâtiment. C'est bien entendu à améliorer, comme le tracé des chemins intra-muros évoqués par Denis. Quant au point que suggérait Francescu, portant le nom de la gare et visé par les systèmes de routage, le point railway=station n'est-il pas adapté ? Effectivement, cela peut poser les mêmes problèmes que les nœuds place=, encore que les cas problématiques me semblent très rares : - Lyon Part-Dieu : c'est un grand espace, on peut mettre le nœud au milieu, ou sur l'ensemble de la zone (comme c'est le cas actuellement) - Paris-Gare de Lyon : j'avais justement déplacé ce nœud sur le Hall1, qui me paraît le cœur de la gare, plutôt qu'au milieu des voies où il était auparavant (pour les cheminements intra-muros, je les ai tracés Gare de l'Est, pour satisfaire Denis). J'espère que l'on arrivera à élaborer un schéma cohérent. Si l'on ne considère que les gares parisiennes, elles présentent toutes des schémas différents aujourd'hui ! Coridalement, Zigeuner Le Lundi 25 novembre 2013 21h10, DH dhel...@free.fr a écrit : Le 25/11/2013 10:43, Romain MEHUT a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): ... Il y a un truc qui me gêne dans cette histoire : le bâtiment de la gare ne fait pas partie de la relation http://www.openstreetmap.org/browse/relation/2828546. C'est vraiment dommage de créer un noeud supplémentaire, fictif alors que sémantiquement, c'est bien le bâtiment (http://www.openstreetmap.org/browse/way/40493423) de la gare qui est, euh comment dire, ben la gare !! Pas bien compris tous les arguments quais, arrêts. Si vraiment son argumentaire est de servir les logiciels de routage, c'est vers l'entrée principale de la gare qu'il faut les diriger (http://www.openstreetmap.org/browse/node/1666956055). Il aura en plus l'info si c'est accessible PMR jusqu'à ce point là. S'il veut vraiment être utile, il reste les cheminements intra-muros à tracer : bandes podotactiles, portes automatiques, etc. Il est vrai que ce schéma public_transport est bien complexe, riche et mériterait une traduction. Je veux bien m'y atteler et faire un premier jet mais pas avant les vacances de Noël. Denis PS : modéliser les circulations sur une gare comme celle de Nancy est hors de portée d'un projet comme OSM (ou de ses avatars) tant qu'on aura pas accès aux données de la Direction des Circulations Ferroviaires (DCF). Ce n'est pas le cas aujourd'hui et ne risque pas d'arriver avant un temps certain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OpenStreetMap] Imports
2013/11/25 Sylvain Perrinel sylvain.perri...@gmail.com: Oui moi une fois sur deux, j'oublie de changer de compte :( Alors bon pour retrouver la liste de mes imports, ça va être chaud :P Tu gardes ton compte d'origine et tu changes juste ton pseudo dans les préférences le temps de ton import. Quand ça sera terminé, attend une semaine et revient à ton pseudo d'origine. De toute façon, cette histoire de compte séparé, une majorité est contre et c'est facile à contourner (malheuresement, la minorité contrôle le DWG). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr